[JBoss JIRA] Commented: (JBWS-1079) Incorrect WSDL to Java mapping for anonymous struct.
by Darran Lofthouse (JIRA)
[ http://jira.jboss.com/jira/browse/JBWS-1079?page=comments#action_12346291 ]
Darran Lofthouse commented on JBWS-1079:
----------------------------------------
Test case and fix in branch https://svn.jboss.org/repos/jbossws/branches/dlofthouse/JBWS-1079
As we have the jaxrpc mapping we do not need to use a specific naming convention of the generated classes, we just need to make sure the name of the generated classes are in synch with the generated jaxrpc-mapping.
The fix keeps the current implementation of concatenating the enclosing names as this reduces the chance of naming conflicts, the jaxrpc mapping generation now matches this.
> Incorrect WSDL to Java mapping for anonymous struct.
> ----------------------------------------------------
>
> Key: JBWS-1079
> URL: http://jira.jboss.com/jira/browse/JBWS-1079
> Project: JBoss Web Services
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: wstools
> Affects Versions: jbossws-1.0.1, jbossws-1.0.0
> Reporter: Darran Lofthouse
> Assigned To: Darran Lofthouse
> Fix For: jbossws-1.0.5
>
>
> When running wsdl to java for a wsdl that contains a complex type that contains an anonymous struct the class generated for the anonymous struct is incorrect.
> <xsd:complexType name="Person">
> <xsd:sequence>
> <xsd:element name="Address">
> <xsd:complexType>
> <xsd:sequence>
> <xsd:element name="Address1" />
> </xsd:sequence>
> </xsd:complexType>
> </xsd:element>
> </xsd:sequence>
> </xsd:complexType>
> The above example would generate an class with the name 'PersonAddress'.
> From the jax-rpc specification (section 4.2.3) : -
> " An XML struct maps to a JavaBeans class with the same name as the type of the XML struct. If the struct is anonymous, then the name of the nearest enclosing xsd:element, xsd:complexType or xsd:simpleType is used instead."
> So the name of the generated type should be Address.
> The generation of the jaxrpc-mapping actually does assume the generated class was generated with the name 'Address' so the code generation and jaxrpc-mapping generation are out of synch.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 1 month
[JBoss JIRA] Updated: (JBWS-1197) apache-tomcat (jdk1.5)
by Thomas Diesler (JIRA)
[ http://jira.jboss.com/jira/browse/JBWS-1197?page=all ]
Thomas Diesler updated JBWS-1197:
---------------------------------
Description:
Run these tests with jdk1.5
tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/output/jbossws-samples-1.0.x.GA
$ ant tests
[PASS]
was:
Run these tests with jdk1.5
tdiesler@tdvaio /cygdrive/d/svn/jbossws/branches/jbossws-1.0/output/jbossws-samples-1.1.x.GA
$ ant tests
[PASS]
> apache-tomcat (jdk1.5)
> ----------------------
>
> Key: JBWS-1197
> URL: http://jira.jboss.com/jira/browse/JBWS-1197
> Project: JBoss Web Services
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: jaxrpc
> Reporter: Thomas Diesler
> Assigned To: Prabhat Jha
> Fix For: jbossws-1.0.4
>
>
> Run these tests with jdk1.5
> tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/output/jbossws-samples-1.0.x.GA
> $ ant tests
> [PASS]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 1 month
[JBoss JIRA] Updated: (JBWS-1196) jboss-4.0.x (jdk1.5)
by Thomas Diesler (JIRA)
[ http://jira.jboss.com/jira/browse/JBWS-1196?page=all ]
Thomas Diesler updated JBWS-1196:
---------------------------------
Description:
Run these tests with jdk1.5
tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/src/test
$ ant tests
[PASS]
tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/output/jbossws-samples-1.0.x.GA
$ ant tests
[PASS]
tdiesler@tdvaio /home/tdiesler/svn/jbossas/tags/JBoss_4_0_5_GA/testsuite
$ ant tests-webservice
[PASS]
was:
Run these tests with jdk1.5
tdiesler@tdvaio /cygdrive/d/svn/jbossws/branches/jbossws-1.0/src/test
$ ant tests
[PASS]
tdiesler@tdvaio /cygdrive/d/svn/jbossws/branches/jbossws-1.0/output/jbossws-samples-1.1.x.GA
$ ant tests
[PASS]
tdiesler@tdvaio /cygdrive/d/cvs/jboss-branch/jboss-4.0.x/testsuite
$ ant tests-webservice
[PASS]
> jboss-4.0.x (jdk1.5)
> --------------------
>
> Key: JBWS-1196
> URL: http://jira.jboss.com/jira/browse/JBWS-1196
> Project: JBoss Web Services
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: jaxrpc
> Reporter: Thomas Diesler
> Assigned To: Prabhat Jha
> Fix For: jbossws-1.0.4
>
>
> Run these tests with jdk1.5
> tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/src/test
> $ ant tests
> [PASS]
> tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/output/jbossws-samples-1.0.x.GA
> $ ant tests
> [PASS]
> tdiesler@tdvaio /home/tdiesler/svn/jbossas/tags/JBoss_4_0_5_GA/testsuite
> $ ant tests-webservice
> [PASS]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 1 month
[JBoss JIRA] Updated: (JBWS-1195) jboss-4.0.5.GA (jdk1.4)
by Thomas Diesler (JIRA)
[ http://jira.jboss.com/jira/browse/JBWS-1195?page=all ]
Thomas Diesler updated JBWS-1195:
---------------------------------
Summary: jboss-4.0.5.GA (jdk1.4) (was: jboss-4.0.4.GA (jdk1.4))
Description:
Run these tests with jdk1.4
tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/src/test
$ ant tests
[PASS]
tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/output/jbossws-samples-1.1.x.GA
$ ant tests
[PASS]
tdiesler@tdvaio /home/tdiesler/svn/jbossas/tags/JBoss_4_0_5_GA/testsuite
$ ant tests-webservice
[PASS]
was:
Run these tests with jdk1.4
tdiesler@tdvaio /cygdrive/d/svn/jbossws/branches/jbossws-1.0/src/test
$ ant tests
[PASS]
tdiesler@tdvaio /cygdrive/d/svn/jbossws/branches/jbossws-1.0/output/jbossws-samples-1.1.x.GA
$ ant tests
[PASS]
tdiesler@tdvaio /cygdrive/d/cvs/jboss-archive/jboss-4.0.4/testsuite
$ ant tests-webservice
[PASS]
> jboss-4.0.5.GA (jdk1.4)
> -----------------------
>
> Key: JBWS-1195
> URL: http://jira.jboss.com/jira/browse/JBWS-1195
> Project: JBoss Web Services
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: jaxrpc
> Reporter: Thomas Diesler
> Assigned To: Prabhat Jha
> Fix For: jbossws-1.0.4
>
>
> Run these tests with jdk1.4
> tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/src/test
> $ ant tests
> [PASS]
> tdiesler@tdvaio /home/tdiesler/svn/jbossws/branches/jbossws-1.0/output/jbossws-samples-1.1.x.GA
> $ ant tests
> [PASS]
> tdiesler@tdvaio /home/tdiesler/svn/jbossas/tags/JBoss_4_0_5_GA/testsuite
> $ ant tests-webservice
> [PASS]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 1 month
[JBoss JIRA] Reopened: (JBWS-1125) Support doc/lit with empty soap body elements
by Thomas Diesler (JIRA)
[ http://jira.jboss.com/jira/browse/JBWS-1125?page=all ]
Thomas Diesler reopened JBWS-1125:
----------------------------------
> Support doc/lit with empty soap body elements
> ---------------------------------------------
>
> Key: JBWS-1125
> URL: http://jira.jboss.com/jira/browse/JBWS-1125
> Project: JBoss Web Services
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: jaxrpc
> Affects Versions: jbossws-1.0.2
> Reporter: Darran Lofthouse
> Assigned To: Jason T. Greene
> Priority: Minor
> Fix For: jbossws-1.0.5
>
>
> There is some conflicting information in the different specifications regarding how to handle a method in an endpoint interface that does not take any parameters, at the moment we only support this type of method by using wrapped style.
> From the BasicProfile: -
> [Section 5.3.1]
> ....
> Use of wsdl:message elements with zero parts is permitted in Document styles to permit operations that can send or receive messages with empty soap:Bodys.
> From JSR-181
> JSR-181 which states:
> - If the operation is marked @Oneway, it MUST have a void return value, a
> single non-header parameter marked as IN, and zero or more header
> parameters.
> - If the operation is not marked @Oneway, it may have one of the following
> forms:
> o A non-header parameter marked as IN, a non-header parameter marked
> as OUT, a void return value, and zero or more header parameters.
> o A single non-header parameters marked as IN_OUT, a void return
> value, and zero or more header parameters.
> o A single non-header parameter marked as IN, non-void return value
> and zero or more header parameters.
> This clearly requires there to be at least one parameter for a bare doc/lit message.
> From JAX-WS (Although not the current spec we implement does show how this has been clarified)
> In order to qualify for use of bare mapping mode a Java method must
> fulfill all of the following criteria:
> 1. It must have at most one in or in/out non-header parameter.
> 2. If it has a return type other than void it must have no in/out or
> out non-header parameters.
> 3. If it has a return type of void it must have at most one in/out or
> out non-header parameter.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 1 month
[JBoss JIRA] Updated: (JBWS-1125) Support doc/lit with empty soap body elements
by Thomas Diesler (JIRA)
[ http://jira.jboss.com/jira/browse/JBWS-1125?page=all ]
Thomas Diesler updated JBWS-1125:
---------------------------------
Fix Version/s: jbossws-1.0.5
(was: jbossws-1.0.4)
Assignee: Jason T. Greene (was: Thomas Diesler)
Priority: Minor (was: Blocker)
Please elaborate. The abstract contract in wsdl + schema is not effected by the choice of endpoint implementation.
As a consequence, if the contract permits an empty message the endpoint should be able to consume it regardless of
the coice between bare/wrapped.
I know we talked about this before, but I forgot what you said. It seemed logical at the time.
> Support doc/lit with empty soap body elements
> ---------------------------------------------
>
> Key: JBWS-1125
> URL: http://jira.jboss.com/jira/browse/JBWS-1125
> Project: JBoss Web Services
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: jaxrpc
> Affects Versions: jbossws-1.0.2
> Reporter: Darran Lofthouse
> Assigned To: Jason T. Greene
> Priority: Minor
> Fix For: jbossws-1.0.5
>
>
> There is some conflicting information in the different specifications regarding how to handle a method in an endpoint interface that does not take any parameters, at the moment we only support this type of method by using wrapped style.
> From the BasicProfile: -
> [Section 5.3.1]
> ....
> Use of wsdl:message elements with zero parts is permitted in Document styles to permit operations that can send or receive messages with empty soap:Bodys.
> From JSR-181
> JSR-181 which states:
> - If the operation is marked @Oneway, it MUST have a void return value, a
> single non-header parameter marked as IN, and zero or more header
> parameters.
> - If the operation is not marked @Oneway, it may have one of the following
> forms:
> o A non-header parameter marked as IN, a non-header parameter marked
> as OUT, a void return value, and zero or more header parameters.
> o A single non-header parameters marked as IN_OUT, a void return
> value, and zero or more header parameters.
> o A single non-header parameter marked as IN, non-void return value
> and zero or more header parameters.
> This clearly requires there to be at least one parameter for a bare doc/lit message.
> From JAX-WS (Although not the current spec we implement does show how this has been clarified)
> In order to qualify for use of bare mapping mode a Java method must
> fulfill all of the following criteria:
> 1. It must have at most one in or in/out non-header parameter.
> 2. If it has a return type other than void it must have no in/out or
> out non-header parameters.
> 3. If it has a return type of void it must have at most one in/out or
> out non-header parameter.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 1 month
[JBoss JIRA] Updated: (JBWS-1220) Testsuite no longer compiles with Java 1.4 JDK
by Thomas Diesler (JIRA)
[ http://jira.jboss.com/jira/browse/JBWS-1220?page=all ]
Thomas Diesler updated JBWS-1220:
---------------------------------
Fix Version/s: (was: jbossws-1.0.4)
> Testsuite no longer compiles with Java 1.4 JDK
> ----------------------------------------------
>
> Key: JBWS-1220
> URL: http://jira.jboss.com/jira/browse/JBWS-1220
> Project: JBoss Web Services
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: jaxrpc
> Reporter: Darran Lofthouse
> Assigned To: Thomas Diesler
>
> The testsuite nolonger compiles with the 1.4 JDK.
> <pathelement location="${build.lib.dir}/jbossws-jboss-integration.jar"/>
> <pathelement location="${build.lib.dir}/jbossws-tomcat-integration.jar"/>
> The two integration jars are not retro translated to 1.4 so the following error is reported when compiling the testsuite with 1.4
> compile14:
> [javac] Compiling 683 source files to /home/darranl/src/ws_1_0_x/jbossws-1.0/output/tests/classes
> [javac] /home/darranl/src/ws_1_0_x/jbossws-1.0/src/test/java/org/jboss/test/ws/TomcatTestDeployer.java:36: cannot access org.jboss.ws.integration.tomcat.wspublish
> [javac] bad class file: /home/darranl/src/ws_1_0_x/jbossws-1.0/output/lib/jbossws-tomcat-integration.jar(org/jboss/ws/integration/tomcat/wspublish.class) [javac] class file has wrong version 49.0, should be 48.0
> [javac] Please remove or make sure it appears in the correct subdirectory of the classpath.
> [javac] import org.jboss.ws.integration.tomcat.wspublish;
> [javac] ^
> [javac] 1 error
> Also the following package is currently excluded as it contains Java 5.0 specific code, this should be fixed: -
> <exclude name="org/jboss/test/ws/jaxrpc/samples/dynamichandler/**"/>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 1 month