2009-03-11 1 views
1

우리는 최근 AjaxControlToolkit 버전 3.0에서 3.5로 변경된 asp.net 웹 사이트의 새 버전을 게시했습니다.가끔 "파일 또는 어셈블리 AjaxControlToolkit 버전 3.0을로드 할 수 없습니다"가 나타나는 이유는 무엇입니까?

웹 사이트를 확인하고 정상적으로 작동하는 것으로 나타났습니다. 문화 = 중립,

파일이나 어셈블리 'AjaxControlToolkit를로드 할 수 없습니다 버전 = 3.0.20229.20843을 :

다음 날 나는 버전의 변화와 관련을 보인다, 다음과 같은 두 개의 유사한 예외 보고서를 받았다 , PublicKeyToken = 28f01b0e84b6d53e '또는 해당 종속성 중 하나가 필요합니다.

찾은 어셈블리의 매니페스트 정의가 어셈블리 참조와 일치하지 않습니다. (HRESULT에서 예외 : 0x80131040)

정보 문의 :

1) 요청 URL : http://.../Default.aspx? _TSM_HiddenField_=ctl00_sm1_HiddenField &_TSM_CombinedScripts_=%3B%3BAjaxControlToolkit %2C+Version%3D3.0.20229.20843%2C+Culture%3Dneutral%2C+ PublicKeyToken%3D28f01b0e84b6d53e%3Aen-US%3A3b7d1b28-161f-426a-ab77-b345f2c428f5%3Ae2e86ef9%3A1df13a87%3A8ccd9c1b

2) 요청 URL :`http://.../Login.aspxReturnUrl=%2FUser%2FFaqPosting.aspx%3F _TSM_HiddenField_ % 3Dctl00_sm1_HiddenField % 26_TSM_CombinedScripts_ % 3D % 253B % 253BAjaxControlToolkit % 252C %의 2BVersion % 253D3.0.20229.20843 %의 252C % 2 BCulture % 253Dneutral % 252C % 2BPublicKeyToken % 253D28f01b0e84b6d53e % 253Aen 미국 % 253A3b7d1b28-161f426aab77b345f2c428f5 % 253Ae2e86ef9 % 253A1df13a87 %는 253A8ccd9c1b [...]

나는 웹 사이트를 테스트 할 때 이러한 예외가 발생하지 않았는지 이해가 안

을 (SM1은 스크립트 관리자를 ASP.NET을 말한다),하지만 나중에 무슨 일이 있었 일부 다른 사용자의 요청.

왜 이런 일이 일어날 지 알고 있습니까? 아니면 내가 어떻게 찾았는지에 대한 암시가 있습니까?

답변

-1

사용자의 브라우저에 일부 콘텐츠가 캐싱되어 브라우저가 이전 요청 URL을 사용했기 때문일 수 있습니다. 또는 오래된 저장된 URL을 사용하려고하는 검색 엔진 일 수도 있습니다.

+0

이것은 로더 오류입니다. 클라이언트 측은 아무런 문제가 없습니다 –

0

내 생각 엔 당신이 프로덕션 서버에서 web.config 파일을 업데이트하지 않았습니다이며 여전히 3.0 버전에 대한 참조를 가지고있다. 이것이 내가 이런 유형의 오류를 발견 한 가장 일반적인 이유입니다.

두 번째로보아야 할 것은 개별 파일입니다. 어디서나 잘못된 참조를 삭제하면 문제가 사라집니다. 중요한 부분은 게시 할 때 덮어 쓰지 않는 파일을 검사하는 것입니다. web.config는 가장 많은 commmon입니다.

+0

@Gregory : 귀하의 제안을 주셔서 감사합니다,하지만이 적용되지 않습니다. web.config 파일이 업데이트되었으며 소스 파일에 3.0 참조가 없습니다. (귀하의 대답은 다시 확인하게 만들었습니다.) 내가 웹 사이트를 탐색 할 때 당신이 제안한 것은 나를 예외로 이끌었을 것입니다. 그러나 예외가 없습니다 ... –

0

팬더 또는 기타 방화벽/바이러스 백신 소프트웨어가 실행 중인지 확인하십시오. 요즘 팬더와 관련해서이 문제가 있습니다. 행운을 빕니다!

+0

또한 cerhart가 맞습니다 (사용 권한은 내가 찾은 다른 해결책이었습니다). – pabben

0

dll이 들어있는 폴더의 사용 권한 때문에 항상 이런 일이 발생합니다. 거기 가서 asp.net이 실행중인 사용자 계정을 완전히 제어 할 수 있어야합니다.

관련 문제