jaxb 주석을 확장 할 수없는 이유는 무엇입니까?

당신은 주석을 쉽게 @OnlyPositiveNumber로 확장하는이 빈 검증함으로써 (예를 들어, javax.validation.constraints.Min)jaxb 주석을 확장 할 수없는 이유는 무엇입니까?

처럼 @Target에 ANNOTATION_TYPE에 넣어 될 수 있다는 것을 알 JSR-303 (콩 검증)에 대해 살펴합니다. JAXB에서

예 (나쁜)에 대해 나는

XmlElement 같은 JAXB 주석이 동일한 기술을 사용하지 않는 이유 좋은 이유가 @XmlAlwaysRequiredElement을 만들 수 있 었는가?

출처

2011-03-27 ekeren

"X로 인해 완료되지 않았습니다"라고 말할 수 있을지는 의문입니다. 그것이 방법이며 사양 리드가 필요하지 않다고 생각하거나 전혀 생각하지 않았습니다. 누가 알아.

그러나이 경우에는별로 필요하지 않습니다. 예제는 데이터 유효성 검사와 관련이 있으며 JAXB는 주석을 사용하여 유효성 검사를 수행하는 대신 XML 스키마와 함께 작동하도록 설계되었습니다.

JAXB에 대한 주석 기반 유효성 검사를 수행하려는 경우 JSR-303 유효성 검사를 사용하여 JAXB 유효성 검사를 사용하고 JAXB 런타임에서이를 선택하여 사용하거나 , XML 스키마 검증. 현재 구현 된 것은 없지만 (필자는 생각한다).

출처

2011-03-27 20:02:54 skaffman

항상 귀하의 답변에 감사드립니다 (합리적으로 들리 겠지만). 사용자 정의 유효성 검사가 JSR-303을 통해 더 적합하다는 것에 동의합니다. 나는 여전히 JAXB가 유능한 컴포넌트를 확장하지 못한다고 생각한다. 아마도 그들에 대해 모른다. BTW : 예를 들어 최대 절전 유효성 검사기를 사용하여 오브젝트를 검증 할 afterUnmarshal 리스너에 후킹하여 제안을 구현하는 것은 쉽다. – ekeren

@ekeren : 가능합니다. – skaffman

jaxb 주석을 확장 할 수없는 이유는 무엇입니까?

답변

관련 문제