업데이트: 내가 여기 MSDN에이 질문을 게시 (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) 마이크로소프트의 Michael Washam 간결한 답변으로 응답.
역할 웹 서비스를 생성 한 BDC 친화적인 외관 SharePoint 목록에. 내가 나의 개발 환경에서 이것을 사용 하는 경우, 그것은 잘 작동 했다. 때 새 서버를이 마이그레이션, 이 오류를 발생:
| System.IO.FileNotFoundException: 웹 응용 프로그램에서 http://localhost/sandbox 찾을 수 없습니다.. URL를 제대로 입력 했습니다 확인. URL는 기존 콘텐츠를 제공 해야 하는 경우, 시스템 관리자가 새 요청 URL 매핑을 원하는 응용 프로그램에 추가 해야 할 수도 있습니다.. Microsoft.SharePoint.SPSite.에생성자(SPFarm 농장, Uri requestUri, 부울 contextSite, SPUserToken userToken) Microsoft.SharePoint.SPSite.에생성자(문자열 requestUrl) Conchango.xyzzy.GetExistingDocument에서(문자열 minId, 문자열 maxId, 문자열 titleFilter) C에서:\문서 및 SettingsPaulMy DocumentsVisual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:라인 69 |
여기 라인은 69:
사용 하 여 (SPSite 사이트 새로운 SPSite =("http://localhost/sandbox"))
URL에 다른 유사 콘텐츠를 시도, 서버의 실제 이름을 사용 하 여 포함 하 여, 그것의 IP 주소, URL에 후행 슬래시, 등. 난 항상 그 오류를가지고.
나 사용 구글 그것을 연구 하. 이 문제를 직면 하는 많은 사람들이, 또는 그것의 유사, 하지만 아무도 그것을 해결 하는 듯.
Tricksy 모스 제공 등 자세한 오류를 확인 하려면 나에 게 발생 하지 않은 12 하이브 로그. 결국, 에 대 한 24 시간 후 내 동료 내가 그렇게 권장, 밖으로 체크는 12 로그 하이브 그리고 발견:
현지 농장을 취득 하는 동안 예외가 발생 했습니다.:
System.Security.SecurityException: 요청 된 레지스트리 액세스가 허용 되지 않습니다..
System.ThrowHelper.ThrowSecurityException에서(ExceptionResource 리소스) Microsoft.Win32.RegistryKey.OpenSubKey에서(문자열 이름, 쓰기 가능한 부울) Microsoft.Win32.RegistryKey.OpenSubKey에서(문자열 이름) Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString에서() Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local에서() Microsoft.SharePoint.Administration.SPFarm.FindLocal에서(SPFarm& 농장, 부울& isJoined)
실패 한 어셈블리의 영역이 했다: MyComputer
|
이 연구의 새로운 길 열어, 그래서 다시 했다 구글. 그이를 알려준 포럼 게시물: http://forums.codecharge.com/posts.php?post_id 67135 =. 그 정말 내게 도움이 되지 않았다 하지만 데이터베이스 및/또는 보안 문제를 생각을 만드는 시작 했다. 에 soldiered 및 앤드류 Connell 나 응용 프로그램 풀 id 계정 데이터베이스에 대 한 적절 한 액세스를 했다 있는지 확인 합니다 생각 마지막으로 트리거 게시. 난 이미 했 어 생각. 그러나, 내 동료 갔다와 sql 응용 프로그램 풀 신원 계정 전체 액세스를 준.
최대한 빨리 그녀가 그 변경, 모든 일을 하기 시작 했다.
무슨 일이 다음 최고의 표현으로 하이쿠 시:
문제는 그들의 손을 들어합니다.
당신은 스윙과 미스. 다시 시도.
성공! 하지만 어떻게? 왜?
그녀 혼자 그런 것 들을 두고 싶지 않 았 어, 최소 필요한 권한을 주고 선호 (아마 눈 블로그 항목을 작성 하 고; 펀치에 그녀를 이길합니다, muhahahahaha!).
그녀는까지 응용 프로그램 풀 id 계정에서 연속 사용 권한 제거 … 거기는 더 이상 응용 프로그램 풀 id 계정에 대 한 모든 명시적 사용 권한에서 모든. 계속 잘 작동 하는 웹 서비스.
우리는 서 하 고 서버를 다시 부팅. 모든 좋은 일을 계속.
그래서, 정리해 보 하려면: 우리는 응용 프로그램 풀 신원 전체 액세스를 준 하 고 멀리 했다. 웹 서비스 작업을 시작 하 고 결코 작동을 멈췄습니다.. 기괴 한.
누구 든 지 왜 그 일을 해야 안다면, 코멘트를 남겨 주세요.
</끝>
다음 번, 더 개방적이 고 덜 회의 있을 거 야.
