를 포함한 컴파일러 및 특성 순서

Question

고 싶을 제어하는 특성의 순서.java 생성된 파일을 컴파일러를 포함.

내가 알고 있는 특성을 순서는 중요하지 않습 xml 유효성 검사를 수행합니다.순서는 중요한 텍스트는 비교의 배열된 xml 에서 회귀분 테스트 환경이다.순서의 특성 파일에 직접 영향을 미치는 주문의 속성에서 배열된 xml 태그가 있습니다.

모든 시간을 포함 컴파일러가 실행 특성 그룹에 나타날 다른 순으로도 변경하지 않습니다.이 없는 명백한 옵션을 사용할 수 있는 컴파일러에 이를 방지하기 위해 동작입니다.

고 싶을 실행하지 마십시오시 컴파일 스크립트를 알파벳 순서를 변경 속에서 생성됩니다.java 파일을 이 휴식의 특성 그룹,하지만 다른 옵션이 있습니다.

어떤 제안을 많이 감사합니다.

감사합니다, Dave

Answer 1

이 스레드는 내 문제에 대한 훌륭한 솔루션을 제공합니다.

XSL을 사용하여 속성을 정렬합니다

답 중 하나에는 속성을 다시 표시하는 XSL 변환이 포함되어 있습니다. 조금 느리면 완벽하게 작동합니다.

Answer 2

분명히 JAXB 2.0에서 @xmlaccessororder 또는 @xmltype (proporder =)를 사용할 수 있습니다.

Answer 3

내가 권하고 싶을 사용하여 XML 파서를 검증하는 출력을 대신 하는 텍스트 비교할 수 있습니다.만약 당신이 될 것 xml 구문 분석하시기 위해 그 어쨌든,당신은 단지뿐만 아니라 비교를 할 수 있는 XML 을 사용하여 도구입니다.

편집:을 통제하려고 생성된 XML 조작하여 Java 소스 코드 순서처럼 보이 깨지기 쉬운 작업 방식을 사용합니다.부여,이것은 테스트를 위해서만,그래서 뭔가를 끊은 코드가 여전히 제대로 작동합니다.사람들이 변화하는 소스 코드 순서는 시간,가끔은 사고에 의해,그리고 그것이 없거나 미묘한 문제의 근원이 있는 경우에 의존하고 특정 주문.

로에 대한 방법으로 비교하는 XML 데이터는 XML 을 사용하여 도구,난 개인적으로 수행되 이에 큰 규모이지만, 이 링크를 언급 몇 가지 무료 도구.나에 대한 확장을 JUnit 제공하는 XML 관련 주장 내 첫 번째 단계로서 수 있는 통합과 함께 기존의 테스트합니다.그렇지 않으면,이후 주로 찾고 정확한 동등성 수석 두 XML 파일을 다음,반복 노드에서'예'파일을 참조하는 경우 해당 노드에 존재하는 실제 파일입니다.다음 확인을 위한 다른 노드 당신을 기대하지 않습니다.

Answer 4

을 수행해야 하는 경우 텍스트는 비교 XML 문서,더 좋은 방법이 있다는 것을 하기보다는 그것을 제어하기 위해 노력하는 것 출력 XML 프레임워크를 구분하지 않습 특성됩니다.

예를 들어,거기에 XMLUnit, 는 junit 확장을 위해 특별히 XML 주장,그리고 공백 및 순다.

좀 더 일반적인 솔루션 XOM 의 Canonicalizer, 을 출력하는 XML 돔 같은 특성을 주문 및 공백은 예측할 수 있습니다.매우 편리합니다.

그래서...자를 포함(또는 어떤)생성 XML 그러나,다음을 실행하여 출력를 통해 XMLUnit 또는 XOM 와 비교합니다.이것은 추가하지 않는 장점에 따라 포함,그것은 모든 생성된 XML.