2010-05-14 4 views
2

ASP.Net 런타임이 ASPX 페이지의 캐시 된 사본을 제공했는지 또는 실제로 페이지 수명주기를 거쳤는지 확인할 방법이 있습니까?ASP.NET 캐싱 aspx 페이지 및 IIS 로그

내가 성공적으로 (200 OK) 제공 한 내 IIS 로그 파일에 많은 항목을보고 있어요 :

여기 내 문제입니다. 내 해당 Logging 코드 (Log4Net API) Session_Start 및 Application_BeginRequest() 이벤트 모든 요청을 내 DB에 대한 자세한 내용을 기록합니다. 내가 Log4Net 코드에 의해 만들어 져야하는 몇 가지 경우에 대한 내 SQL DB에 해당 항목을보고 아니에요.

캐시 된 복사본이 .NET 작업자 프로세스에서 제공되는 경우 알 수있는 로그가 있습니까? 또한, 내 로깅 코드가 예외를 던지면 IIS 로그에 500으로 표시되지 않습니까?

코드는 7

PS는 IIS, 윈도우 2008 서버에 : 조립 해결 이벤트를 코딩하고이를 추적 할 수있는 데이터베이스에 로그인하면? 누군가 예를 들어 설명해 줄 수 있습니까?

답변

1

로깅을 수동으로 추가하지 않으려면 추적을 켜면됩니다. 추적 기능을 켜려면 web.config를 열고 ... 태그를 찾으십시오. enabled = "true"로 설정하고 web.config를 저장하면 http : // {your site} /trace.axd로 이동하여 페이지 추적 이벤트를 볼 수 있습니다.

먼저 페이지를보고 멀리 클릭 한 다음 돌아가서 녹음 된 이벤트의 차이점을 확인하기 위해 추적을 확인하여 캐싱 호출을 볼 수 있는지 테스트 할 수 있습니다. 두 번째 페이지보기의 추적에서 캐시 가져 오기를 확인해야합니다.

다음은 MS에서이 위대한 기능에 대한 자세한 정보입니다 : http://msdn.microsoft.com/en-us/library/1y89ed7z(VS.71).aspx

또한의 Trace.Write 또는 Trace.Warn를 사용하여 추적 출력에 쓸 수있는 코드에서 능력을 가지고있다. 추적 기능을 사용할 때만 실행되는 디버깅 코드를 추가하는 좋은 방법입니다.

HTH, 랜스

+0

랜스 감사드립니다. 나는 추적이 하나의 선택이라는 것을 알고있다. 유일한 문제는 코드가 프로덕션 환경에 있고 패치가 두 개의 테스트 환경을 통과 할 때까지 기다려야한다는 것입니다. 두 번째로, ASPX 페이지는 JBOSS 서버를 통해 호출되며 문제가 발생하는 곳을 산발적으로 비참하게 추가합니다. –