어떤 Framework, Tool 또는 Plugin에서 하드 코드 된 'database.xsd'파일 이름을 요구합니까?

Question

database.xsd이라는 파일 이름이 포함 된 CXF/Hibernate/JBoss 기반 프로젝트를 상속 받았습니다. 나는 시스템에서 어떤 서브 시스템/구성 요소가 database.xsd을 사용 하는지를 알아 내기 위해 프로젝트를 샅샅이 조사했지만, WAR 파일 (webapp-cache.xml)을 생성하기 위해 maven-war-plugin에서 사용하는 파일에서 단 하나의 참조 만 생성했다.

나에게 이것은 database.xsd이 일부 프레임 워크 나 플러그인에서 예상하는 표준 파일명임을 나타냅니다. 그러나 그것은 무엇입니까? 최대 절전 모드? CXF? 다른?

database.xsd의 역할을 실제로 설명하는 설명서가 있습니까?

UPDATE : 임시 database.xsd을 제거하고 다시 시도 *.hbm.xml DTO 파일을 참조하는 패키지를 사용 원칙 XML2SQL.java 파일을 주도 수많은 컴파일 오류가 발생했습니다. 이것은 범인은 ... 최대 절전 모드!

Answer 1

이 최대 절전 모드가 있습니다. (위의 업데이트 참조)

Answer 2

"구식 방식", 좋은 로깅 + 이진 검색 방식에 접근합니다. 테스트 환경에서 먼저

:

1) 확인 코드를 확인은 Log4j를 사용하기 위해, 설정과에서 가장 광범위한 로깅 수준을 가지고있다.

2) database.xsd를 제거한 상태에서 대략 "반쪽 지점"의 오류를 확인하십시오. 예를 들어, 시스템 설치 프로그램에서 올바르게 1000 줄의 로깅을 생성한다고 가정하십시오. database.xsd를 제거하면 500 줄의 로깅으로로드 및 중지에 실패합니다. 로깅을보고 어떤 클래스/메소드가 호출되는지 확인하십시오. (database.xsd를 제거하는 대신이 작업을 수행하는 또 다른 방법은 구문 오류가있는 복사본을 테스트 환경에 도입하는 것입니다.) 3) 2 단계에서 검토 한 결과 더 많은 로깅을 추가하고 더 많은 데이터를 캡처하려면 try/catch를 사용하십시오. 정보. 이 경우 목표를 좁힐 수 없습니다. 반복하여 "250 로깅 라인"지점에 초점을 맞 춥니 다. 목표 클래스를 찾을 때까지 문제 공간을 반으로 자른다.

많은 Java 프로그램 "행복한 경로"를위한 코드 만 보았고 오류를 포착하고 로그하기 위해 최상위 예외 처리에 의존하지만 매우 두꺼운 (줄 수가 많음) 하드 로깅 내장 창을 읽을 수 있습니다 파일. 일시적으로 database.xsd을 제거하고 다시 시도 *.hbm.xml DTO 파일 만 참조하는 패키지를 사용 원칙 XML2SQL.java 파일을 주도 수많은 컴파일 오류의 결과 때문에