[JBoss JIRA] Created: (JBWS-1702) JAXWS type inheritance
by Thomas Diesler (JIRA)
JAXWS type inheritance
----------------------
Key: JBWS-1702
URL: http://jira.jboss.com/jira/browse/JBWS-1702
Project: JBoss Web Services
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: integration-jbws
Reporter: Thomas Diesler
Fix For: jbossws-2.1.0
I have a problem with the new JBossWS-1.2.1.GA in JBoss 4.2.0.GA and inheritance.
To describe this problem first I have to describe my code structure:
For an example I have three classes (ClassA, ClassB and ClassC). ClassC inherits of ClassB and ClassB inherits of ClassA (ClassA --> ClassB --> ClassC). Now I have a webservice method that returns ClassB. In this method an instance of ClassC is being created and returned. This was not a problem in the former JBossWS version (and also in the other J2EE 4 styled webservices) but now in JBossWS 1.2 I only get returned an object of ClassB but I supposed to get an obejct of ClassC.
Code:
public class ClassA {
private String propA;
// here setter and getter for propA
......
}
public class ClassB extends ClassA {
private String propB;
// here setter and getter for propB
......
}
public class ClassC extends ClassC {
private String propC;
// here setter and getter for propC
......
}
@WebService
@SOAPBinding( style = SOAPBinding.Style.DOCUMENT, use = SOAPBinding.Use.LITERAL, parameterStyle = SO
APBinding.ParameterStyle.WRAPPED )
public class MyWebService {
@WebMethod()
public ClassB getClassB() {
ClassC classC = new ClassC();
classC.setPropA("propA");
return classC;
}
/**
* --> this method is only used to publish ClassC otherwise it is not known
* in this webservice
*/
@WebMethod()
public ClassC getClassC() {
ClassC classC = new ClassC();
classC.setPropA("propA");
return classC;
}
}
}
Now I call getClassB() and the result that I got is an object of ClassB and not of ClassC.
What can I do to get an object of ClassC. I also looked at the returned SOAP message and there you can see that only informations about the ClassB instance are submitted. In JBoss 4.0.5 (JBossWS1.0.3) the SOAP message contains the type of the returned object and all data are being submitted correctly.
I also tried the SOAP parameter style BARE but nothing changed. And whenI use RPC/Literal then I get an error in the .NET Client that an instance of ClassB was expected but got an instance of ClassC. I also tried it with a JAVA client but there was the same occurance.
--
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
16 years, 8 months
[JBoss JIRA] Created: (JBWS-1652) ServiceEndpoint requirements for JBossESB
by Tom Fennelly (JIRA)
ServiceEndpoint requirements for JBossESB
-----------------------------------------
Key: JBWS-1652
URL: http://jira.jboss.com/jira/browse/JBWS-1652
Project: JBoss Web Services
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Tom Fennelly
JBossESB implements what it calls a "JBossWSAdapter" (http://anonsvn.labs.jboss.com/labs/jbossesb/trunk/product/core/listeners/...). This class allows the ESB to expose JBossWS endpoints through the ESB i.e. over all transport protocols supported by the ESB. In order to do this, JBossWSAdapter currently relies on a number of non-public JBossWS classes (tested against jbossws-1.0.3.SP1 only).
After talking with Thomas (at JavaOne), we established that JBossWS will have a public API that will fit our requirements. This JIRA is just to track the ESB requirements in this area.
So the ESB needs the following:
1. The ability to "lookup" a JBossWS ServiceEndpoint (or its equivalent in the new API). We currently use the ServiceEndpointManagerFactory to do this.
2. The ability to invoke the ServiceEndpoint to process a SOAP payload (ala the "ServiceEndpoint.handleRequest" method in jbossws-1.0.3.SP1).
3. The ability to register/deploy endpoint implementations. Thomas showed me how this can be done, but I forget the exact code now without having the code in front of me :-)
4. The ability to get the endpoint WSDL from the ServiceEndpoint instance (ala the ServiceEndpoint.handleWSDLRequest method in jbossws-1.0.3.SP1).
--
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
16 years, 9 months
[JBoss JIRA] Created: (JBWS-1498) Hudson build fails under Windows
by Alejandro Guizar (JIRA)
Hudson build fails under Windows
--------------------------------
Key: JBWS-1498
URL: http://jira.jboss.com/jira/browse/JBWS-1498
Project: JBoss Web Services
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: productization
Affects Versions: jbossws-1.2.0, jbossws-2.0.0
Environment: Windows XP Pro
Reporter: Alejandro Guizar
In target hudson-setup:
<exec executable="basename" outputproperty="svn.basename">
<arg value="${svn.url}"/>
</exec>
<exec executable="dirname" outputproperty="svn.basedir.local">
<arg value="${basedir}"/>
</exec>
Neither basename nor dirname are standard Windows commands.
Targets hudson-start and hudson-stop invoke script catalina.sh to start/stop the web server. This is non portable as well.
--
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
16 years, 9 months