You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Daniel Kulp (JIRA)" <ji...@apache.org> on 2010/01/27 18:12:34 UTC
[jira] Resolved: (CXF-2614) cxf-common-xsd plugin generated files
differ from xjc generated ones
[ https://issues.apache.org/jira/browse/CXF-2614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Daniel Kulp resolved CXF-2614.
------------------------------
Resolution: Not A Problem
Fix Version/s: Invalid
I'm going to mark this resolved as the generated files are the same as that generated by XJC if you use a recent version of Java 6. This really is due to them changing the version of JAXB in Java 6 from 2.1.3 to something newer and the newer version generates different code. Whether the generated code is correct or incorrect is definitely an issue for them, but this bug report is mostly about it being different, which it's not. :-)
> cxf-common-xsd plugin generated files differ from xjc generated ones
> --------------------------------------------------------------------
>
> Key: CXF-2614
> URL: https://issues.apache.org/jira/browse/CXF-2614
> Project: CXF
> Issue Type: Bug
> Components: Tooling
> Affects Versions: 2.2.5
> Environment: $ mvn --version
> Apache Maven 2.2.1 (r801777; 2009-08-06 14:16:01-0500)
> Java version: 1.6.0
> Java home: D:\Program Files\IBM\RAD75\jdk\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows xp" version: "5.1 build 2600 service pack 3" arch: "x86" Family: "windows"
> Reporter: Craig Tataryn
> Fix For: Invalid
>
> Attachments: xsdtest.zip
>
>
> Noticed a problem where *cxf-common-xsd* was spitting out {{.java}} files that didn't have a {{setContent(String)}} method when their corresponding {{<xsd:element>}} types had a {{mixed="true"}} attribute.
> I setup a test (which will be attached), ran both xjc from the command line (see {{xjc-output}} directory in the attached test project) as well as setting up a pom file to run cxf-common-xsd against the same set of schemas.
> There is a type in {{datatypes-base.xsd}} called {{BIN}} which extends a base type called {{ANY}}. {{BIN}} has been marked with {{mixed="true"}} and thus it's {{BIN.java}} class should have a {{setContent(String)}} method. When running the xsd through xjc from the command line, it does indeed generate a {{BIN.java}} file with a {{setContent(String)}} method.
> The definition of BIN is as follows:
> {code:title=datatypes-base.xsd}
> <xs:complexType name="BIN" abstract="true" mixed="true">
> <xs:annotation>
> <xs:documentation>
> Binary data is a raw block of bits. Binary data is a
> protected type that MUST not be used outside the data
> type specification.
> </xs:documentation>
> </xs:annotation>
> <xs:complexContent mixed="true">
> <xs:extension base="ANY">
> <xs:attribute name="representation" type="BinaryDataEncoding" use="optional" default="TXT">
> <xs:annotation>
> <xs:documentation>
> Specifies the representation of the binary data that
> is the content of the binary data value.
> </xs:documentation>
> </xs:annotation>
> </xs:attribute>
> </xs:extension>
> </xs:complexContent>
> </xs:complexType>
> {code}
> I ran this command after running {{mvn clean package}} from the base directory of the test project:
> {{diff xjc-output/org/hl7/v3/BIN.java target/generated/src/main/java/org/hl7/v3/BIN.java > xcj-vs-plugin.diff}}
> And the diff output is (note "<" are from the xjc file, ">" is from the cxf-common-xsd generated ones):
> {code}
> 2c2
> < // This file was generated by the JavaTM Architecture for XML Binding(JAXB) Reference Implementation, vJAXB 2.1.3 in JDK 1.6
> ---
> > // This file was generated by the JavaTM Architecture for XML Binding(JAXB) Reference Implementation, vhudson-jaxb-ri-2.1-833
> 5c5
> < // Generated on: 2010.01.11 at 08:29:22 PM CST
> ---
> > // Generated on: 2010.01.11 at 08:42:50 PM CST
> 16d15
> < import javax.xml.bind.annotation.XmlValue;
> 43,45c42
> < @XmlType(name = "BIN", namespace = "urn:hl7-org:v3", propOrder = {
> < "content"
> < })
> ---
> > @XmlType(name = "BIN")
> 49c46,48
> < public abstract class BIN {
> ---
> > public abstract class BIN
> > extends ANY
> > {
> 51,52d49
> < @XmlValue
> < protected String content;
> 57,88d53
> < *
> < * Binary data is a raw block of bits. Binary data is a
> < * protected type that MUST not be used outside the data
> < * type specification.
> < *
> < *
> < * @return
> < * possible object is
> < * {@link String }
> < *
> < */
> < public String getContent() {
> < return content;
> < }
> <
> < /**
> < *
> < * Binary data is a raw block of bits. Binary data is a
> < * protected type that MUST not be used outside the data
> < * type specification.
> < *
> < *
> < * @param value
> < * allowed object is
> < * {@link String }
> < *
> < */
> < public void setContent(String value) {
> < this.content = value;
> < }
> <
> < /**
> {code}
> First thing I noticed is that cxf-common-xsd is using {{vhudson-jaxb-ri-2.1-833}} as it's jaxb-ri, which is different than my JDK. Secondly, I noticed that cxf-common-xsd also correctly extends the ANY type, where my jdk's xjc didn't, but then forgets to respect the {{mixed="true"}} attribute.
> I'm almost assuming in this instance both implementations are right and wrong, one should be extending ANY, the other should be including setContent(String)!
> Is there any type of work around?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.