2009-05-15 7 views
1

WebSphere Application Server 6.1 용 Rational Application Developer 7.5 (Eclipse 3.4 기반)로 웹 애플리케이션을 개발 중입니다. 스테이징 서버에서 스택 추적을 검사 할 때 행 번호는 항상 메소드 시작 부분을 가리키며 실제 행 부분을 가리 키지는 않습니다. 로컬 개발 환경 (각 개발자는 자신의 로컬 Websphere 6.1 실행)에서 모든 것이 완벽 해 보입니다.StackTrace의 행 번호는 메소드 시작을 가리킴

Java> 컴파일러> 섹션 아래의 Eclipse 환경 설정에서 모든 사항이 검사됩니다.

배포는 RAD의 earExport 개미 대상 (ear 핵심 작업 아님)을 사용하여 EAR 파일을 작성하여 수행됩니다. 이후에는 불필요한 파일을 제거하기 위해 다시 패키징됩니다. 명시 적 컴파일이 시작되지 않습니다. 작업 공간의 클래스가 사용됩니다.

어떻게 이러한 정보가 손실 될 수 있습니까? 이 부분이 핫스팟 최적화의 일부입니까? 그렇다면 비활성화 할 수 있습니까?

올바른 줄 번호를 다시 얻으려면 어떻게해야합니까?

답변

3

준비 플랫폼이 무엇입니까? 나는 스테이징/프로덕션 환경의 클라이언트가 iSeries이고, iSeries OS를 디버그 라인 번호가 마침내 줄 지어있는 새로운 레벨 중 하나로 업데이트 할 때까지는 그렇지 않았습니다.

+0

흠, 실제로 이것이 핵심 일 수 있습니다. 스테이징은 실제로 iSeries 버전 V5R4M0입니다. developerworks 포럼을 확인하겠습니다. 지금까지 감사드립니다 (+1). – rudolfson

+0

예 iSeries JVM은 일반 JVM과 완전히 다른 방식으로 동작하는 고유 한 짐승입니다. 첫 번째 실행 속도가 얼마나 느린지 알았을 것입니다. 내가 컨설팅 한 클라이언트는 결국 AppServer를 AIX 상자로 옮기기로 결정했기 때문에 낙타의 등을 돌린 짚은 iSeries JVM 구현에서 버그를 발견했을 때였습니다. 우리는 Java, iSeries 및 미래에 관해서 IBM과 이야기를 나눴습니다. Websphere가 iSeries에서 사용되는 경우 패키지가 일반적으로 패키지 (JD Edwards)에 사용되는 경우입니다. 사용자 정의 개발을 수행 중이라면 몇 가지 단계를 거쳐야합니다. 행운을 빈다. :) – RefuX