[JBoss Web Services] - @SchemaValidation not being performed
by onetake
onetake [https://community.jboss.org/people/onetake] created the discussion
"@SchemaValidation not being performed"
To view the discussion, visit: https://community.jboss.org/message/736563#736563
--------------------------------------------------------------
Hi Everyone.
I recently upgraded to JBoss 7.1.1 Final and I'm having a hard time getting schema validation on two WS endpoints to work. The endpoints are reachable in 7.1.1, but schema validation is not working as it once did in 4.2.3. I believe this has to do with the use of CXF as the WS stack in 7.1.1.
Doing some searching I found these relevant articles/forum posts ( https://community.jboss.org/thread/175592?tstart=7 https://community.jboss.org/thread/175592?tstart=7, https://community.jboss.org/docs/DOC-16722 https://community.jboss.org/wiki/JBossWS-AS7FAQ).
I changed the annotations on my endpoint implementation to the CXF equivalents as I was originally using com.sun.xml.ws.developer.SchemaValidation.
@WebService(endpointInterface = "com.foo.ws.usstaffing.plan.VacancySetup", wsdlLocation = "WEB-INF/wsdl/ApplicationPlanService.wsdl")
@org.apache.cxf.annotations.SchemaValidation(enabled = true)
@HandlerChain(file = "../handlers.xml")
public class VacancySetupImpl implements VacancySetup {
I added the dependency on Jboss's CXF module to my EAR's MANIFEST.MF as described.
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.8.2
Created-By: 1.6.0_13-b03 (Sun Microsystems Inc.)
Dependencies: org.apache.cxf services export
Which seems to be working accordingly as a line similar to the following is displayed for my EAR and the WARs it contains
JBAS018567: Deployment "deployment.internal_at1.ear" is using a private module ("org.apache.cxf:main") which may be changed or removed in future versions without notice.
However, when I send a bogus request (with invalid data) to the endpoint I'm getting a JAXB unmarshalling error; which leads me to believe that validation is NOT taking place.
Below is the stack trace I receive:
12:02:35,498 WARNING [org.apache.cxf.phase.PhaseInterceptorChain] (http-foo-127.0.0.1-8080-1) Interceptor for {http://plan.usstaffing.ws.foo.com/}VacancySetupImplService#{http://plan.usstaffing.ws.foo.com/}processApplicationPlan has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault: Unmarshalling Error: Not a number: ?
at org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:801) [cxf-rt-databinding-jaxb-2.4.6.jar:2.4.6]
at org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:642) [cxf-rt-databinding-jaxb-2.4.6.jar:2.4.6]
at org.apache.cxf.jaxb.io.DataReaderImpl.read(DataReaderImpl.java:156) [cxf-rt-databinding-jaxb-2.4.6.jar:2.4.6]
at org.apache.cxf.interceptor.DocLiteralInInterceptor.handleMessage(DocLiteralInInterceptor.java:109) [cxf-rt-core-2.4.6.jar:2.4.6]
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263) [cxf-api-2.4.6.jar:2.4.6]
at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) [cxf-rt-core-2.4.6.jar:2.4.6]
at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:207) [cxf-rt-transports-http-2.4.6.jar:2.4.6]
at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:91)
at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:169)
at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:87)
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:185) [cxf-rt-transports-http-2.4.6.jar:2.4.6]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:108) [cxf-rt-transports-http-2.4.6.jar:2.4.6]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:135)
at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi-2.0.3.GA.jar:2.0.3.GA]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
at org.extremecomponents.table.filter.AbstractExportFilter.doFilter(AbstractExportFilter.java:49) [extremecomponents-1.0.4.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
at com.cs.security.filter.NoCacheFilter.doFilter(NoCacheFilter.java:42) [foo-base.jar:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489) [jbossweb-7.0.13.Final.jar:]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_32]
Caused by: javax.xml.bind.UnmarshalException
- with linked exception:
[javax.xml.bind.UnmarshalException: Not a number: ?
- with linked exception:
[java.lang.NumberFormatException: Not a number: ?]]
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.handleStreamException(UnmarshallerImpl.java:434)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:371)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:348)
at org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:778) [cxf-rt-databinding-jaxb-2.4.6.jar:2.4.6]
... 35 more
Caused by: javax.xml.bind.UnmarshalException: Not a number: ?
- with linked exception:
[java.lang.NumberFormatException: Not a number: ?]
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent(UnmarshallingContext.java:662)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleError(UnmarshallingContext.java:691)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleError(UnmarshallingContext.java:687)
at com.sun.xml.bind.v2.runtime.unmarshaller.Loader.handleParseConversionException(Loader.java:271)
at com.sun.xml.bind.v2.runtime.unmarshaller.TextLoader.text(TextLoader.java:73)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.text(UnmarshallingContext.java:514)
at com.sun.xml.bind.v2.runtime.unmarshaller.ValidatingUnmarshaller.text(ValidatingUnmarshaller.java:130)
at com.sun.xml.bind.v2.runtime.unmarshaller.InterningXmlVisitor.text(InterningXmlVisitor.java:93)
at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.processText(StAXStreamConnector.java:339)
at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.handleEndElement(StAXStreamConnector.java:217)
at com.sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.bridge(StAXStreamConnector.java:186)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:369)
... 37 more
Caused by: javax.xml.bind.UnmarshalException: Not a number: ?
- with linked exception:
[java.lang.NumberFormatException: Not a number: ?]
... 49 more
Caused by: java.lang.NumberFormatException: Not a number: ?
at com.sun.xml.bind.DatatypeConverterImpl._parseInt(DatatypeConverterImpl.java:131)
at com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl$17.parse(RuntimeBuiltinLeafInfoImpl.java:728)
at com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl$17.parse(RuntimeBuiltinLeafInfoImpl.java:731)
at com.sun.xml.bind.v2.runtime.unmarshaller.TextLoader.text(TextLoader.java:69)
... 44 more
Any help or guidance would be greatly appreciated. Thanks.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/736563#736563]
Start a new discussion in JBoss Web Services at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 1 month
[EJB3] - Re: ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy
by Fernando de Diego
Fernando de Diego [https://community.jboss.org/people/fdediego.jboss] created the discussion
"Re: ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy"
To view the discussion, visit: https://community.jboss.org/message/736584#736584
--------------------------------------------------------------
Did you find the solution for this?
I have the same problem. In my app there is a SLSB and my intention is to inject it some beans using Spring, so I added the interceptor "@Interceptors(SpringBeanAutowiringInterceptor.class)".
@Stateless(name="ejb/greeter")
@Interceptors(SpringBeanAutowiringInterceptor.class)
public class GreeterBean implements Greeter{
public String sayHi() {
return "Hi!!! Hello World !!!";
}
...
It then started to throw java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy.
22:16:40,347 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC00001: Failed to start service jboss.deployment.subunit."pi-ear.ear"."pi-ejb3-0.0.1-SNAPSHOT.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."pi-ear.ear"."pi-ejb3-0.0.1-SNAPSHOT.jar".POST_MODULE: Failed to process phase POST_MODULE of subdeployment "pi-ejb3-0.0.1-SNAPSHOT.jar" of deployment "pi-ear.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.0.Final.jar:7.1.0.Final]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_31]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_31]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_31]
Caused by: java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy
at sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:653) [rt.jar:1.6.0_31]
at sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:460) [rt.jar:1.6.0_31]
at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:286) [rt.jar:1.6.0_31]
at sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:222) [rt.jar:1.6.0_31]
at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:69) [rt.jar:1.6.0_31]
at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:52) [rt.jar:1.6.0_31]
at java.lang.Class.initAnnotationsIfNecessary(Class.java:3070) [rt.jar:1.6.0_31]
at java.lang.Class.getAnnotation(Class.java:3029) [rt.jar:1.6.0_31]
at org.jboss.as.ejb3.deployment.processors.BusinessViewAnnotationProcessor.getRemoteBusinessInterfaces(BusinessViewAnnotationProcessor.java:150)
at org.jboss.as.ejb3.deployment.processors.BusinessViewAnnotationProcessor.processViewAnnotations(BusinessViewAnnotationProcessor.java:123)
at org.jboss.as.ejb3.deployment.processors.BusinessViewAnnotationProcessor.deploy(BusinessViewAnnotationProcessor.java:98)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.0.Final.jar:7.1.0.Final]
... 5 more
I googled and I saw answers as the one jaikiran gave you, but if I remove the '@interceptors...' line and add one line using SpringBeanAutowiringInterceptor only to see if the class is reached, the class is found.
@Stateless(name="ejb/greeter")
public class GreeterBean implements Greeter{
public String sayHi() {
SpringBeanAutowiringInterceptor sb = new SpringBeanAutowiringInterceptor();
return "Hi!!! Hello World !!!";
}
...
Please, tell me if you resolved this.
Best regards,
Fer
@Stateless(name="ejb/greeter")
//(a)Interceptors(SpringBeanAutowiringInterceptor.class)
public class GreeterBean implements Greeter{
public String sayHi() {
SpringBeanAutowiringInterceptor sb = new SpringBeanAutowiringInterceptor();
return "Hi!!! Hello World !!!";
}
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/736584#736584]
Start a new discussion in EJB3 at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 1 month
[jBPM] - WorkItemHandler not honoring data type
by Paul Borlin
Paul Borlin [https://community.jboss.org/people/borlinp] created the discussion
"WorkItemHandler not honoring data type"
To view the discussion, visit: https://community.jboss.org/message/736307#736307
--------------------------------------------------------------
Hi,
I am in the process of upgrading from Drools 5.0 rule flows to jBPM 5.3 BPMN processes. All is going well for the most part, but I ran into an odd snag. I have 25+ WorkItemHandler's defined. Several of them use IntegerDataType's for input parameters. Now, in jBPM 5.3, all parameters seem to be passed to the hander as String, regardless if it's defined as a type other than StringDataType().
For example, let me share one definition that is causing me fits:
[
"name" : "SFTPget",
"parameters" : [
"Host Name" : new StringDataType(),
"User Name" : new StringDataType(),
"Password" : new StringDataType(),
"File Location" : new StringDataType(),
"File Name" : new StringDataType(),
"Target Directory" : new StringDataType(),
"Delete Original" : new StringDataType(),
"Log Level" : new StringDataType(),
"Date Format" : new StringDataType(),
"Date Format to lowercase" : new StringDataType(),
"Date Format Offset" : new IntegerDataType(),
"Reply Timeout": new IntegerDataType()
],
"displayName" : "sFTP Get",
"icon" : "icons/computer_world.gif"
]
In the WorkItemHandler, I have the following code that worked prior to upgrading, but now throws ClassCastException:
Integer dateOffset = (Integer) ((workItem.getParameter("Date Format Offset") == null)? 0: workItem.getParameter("Date Format Offset"));
The object returned by workItem.getParameter("Date Format Offset") is a String.
My questions would be as follows:
1. Is this just the way jBPM 5.3 works, and am I to manually cast all parameters from String to the desired type?
2. If #1 is no, then is this a bug or something I need to change in my code?
Thanks for the help/tips!
-Paul
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/736307#736307]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 1 month
[jBPM] - Problems with Installation of JBPM 5.2
by Bhaskaran Venkataraman
Bhaskaran Venkataraman [https://community.jboss.org/people/bhaskarven] created the discussion
"Problems with Installation of JBPM 5.2"
To view the discussion, visit: https://community.jboss.org/message/736409#736409
--------------------------------------------------------------
I am trying to install JBPM 5.2 package into Linux Ubuntu platform. I have found a few issues with the package.
Please find the details below :
I downloaded the JBPM package from the web from source forge
http://sourceforge.net/projects/jbpm/files/jBPM%205/jbpm-5.2.0.Final/jbpm...
1. The JBoss App Server 7.0.2 version comes with the package. After we unzip the jbpm-5.2.0.Final-installer-full.zip
the lib directory under the jbpm-installer has the JBoss App Server zip file as shown below.
verimed1@verimedcloud:~/Downloads/jbpm-installer/lib$ ls -l *.zip
-rw-r--r-- 1 verimed1 verimed1 33574546 Dec 11 20:53 birt-runtime-3_7_0.zip
-rw-r--r-- 1 verimed1 verimed1 79337435 Dec 11 08:20 jboss-as-7.0.2.Final.zip
-rw-r--r-- 1 verimed1 verimed1 19025710 Dec 11 08:05 jbpm-5.2.0.Final-bin.zip
-rw-r--r-- 1 verimed1 verimed1 41713310 Dec 11 08:05 jbpm-5.2.0.Final-gwt-console.zip
-rw-r--r-- 1 verimed1 verimed1 18620875 Dec 11 08:31 org.drools.updatesite-5.3.1.Final-assembly.zip
The jboss-as-7.0.2.Final.zip does not contain the run.sh and shutdown.sh which are required for starting the
server and shutdown. I have also tried the tar file for JBoss App Server 7.0.2. It also does not have those scripts.
2. The build.xml file is installer home directory references some configuration parameters which are not defined
in the build.properties file.
i. jboss.server.conf.dir is based on ${jboss.server.configuration} which is not defined in build.properties
According to the script the users.properties and the roles.properties are supposed to be copied to
jboss.server.conf.dir
ii. jboss.server.lib.dir is based on ${jboss.server.configuration} which is not defined in build.properties
According to the script the database driver h2.jar is to be transferred to jboss.server.lib.dir
I can make the relevant changes according to the script but then I need to know where exactly the server
expects these files.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/736409#736409]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 1 month
[JBoss Web Services] - How do I register additional JAXB types during WS deploy?
by Steffen Krause
Steffen Krause [https://community.jboss.org/people/kimba74] created the discussion
"How do I register additional JAXB types during WS deploy?"
To view the discussion, visit: https://community.jboss.org/message/736355#736355
--------------------------------------------------------------
I have the following problem:
Assuming I created a JSE Web Service using the JSR-181 annotations, I created the necessary JAXB classes, and deployed the WAR file to JBossAS 5.1 with the result that the following WSDL is being generated:
<definitions name='AnyTestService'
targetNamespace='urn:any:test:service:1.0'
xmlns='http://schemas.xmlsoap.org/wsdl/'
xmlns:ns1='urn:any:test:binding:one:1.0'
xmlns:soap='http://schemas.xmlsoap.org/wsdl/soap/'
xmlns:tns='urn:any:test:service:1.0'
xmlns:xsd='http://www.w3.org/2001/XMLSchema'>
<types>
<xs:schema elementFormDefault='qualified' targetNamespace='urn:any:test:binding:one:1.0' version='1.0' xmlns:xs='http://www.w3.org/2001/XMLSchema'>
<xs:element name='AnyTestRequest'>
<xs:complexType>
<xs:sequence>
<xs:element name='Name' type='xs:string'/>
<xs:any namespace='##other' processContents='lax'/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name='AnyTestResponse'>
<xs:complexType>
<xs:sequence>
<xs:element name='Code' type='xs:int'/>
<xs:element name='Status' type='xs:string'/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</types>
<message name='AnyTestSEI_Test'>
<part element='ns1:AnyTestRequest' name='req'></part>
</message>
<message name='AnyTestSEI_TestResponse'>
<part element='ns1:AnyTestResponse' name='res'></part>
</message>
<portType name='AnyTestSEI'>
<operation name='Test' parameterOrder='req'>
<input message='tns:AnyTestSEI_Test'></input>
<output message='tns:AnyTestSEI_TestResponse'></output>
</operation>
</portType>
<binding name='AnyTestSEIBinding' type='tns:AnyTestSEI'>
<soap:binding style='document' transport='http://schemas.xmlsoap.org/soap/http'/>
<operation name='Test'>
<soap:operation soapAction=''/>
<input>
<soap:body use='literal'/>
</input>
<output>
<soap:body use='literal'/>
</output>
</operation>
</binding>
<service name='AnyTestService'>
<port binding='tns:AnyTestSEIBinding' name='AnyTestPort'>
<soap:address location='http://127.0.0.1:8080/sandbox/service/anytest'/>
</port>
</service>
</definitions>
Now I connect to the Web Service with for example soapUI and call it using the following SOAP message
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:urn="urn:any:test:binding:one:1.0"
xmlns:lsb="urn:any:test:binding:two:1.0">
<soapenv:Header/>
<soapenv:Body>
<urn:AnyTestRequest>
<urn:Name>Test</urn:Name>
<lsb:root>
<lsb:Status>Everything is OK</lsb:Status>
</lsb:root>
</urn:AnyTestRequest>
</soapenv:Body>
</soapenv:Envelope>
When I handle the Web Service call in the implementation...
package com.test.service.any;
import com.test.binding.one.AnyTestRequest;
import com.test.binding.one.AnyTestResponse;
import javax.jws.WebService;
@WebService(portName = "AnyTestPort",
serviceName = "AnyTestService",
targetNamespace = "urn:any:test:service:1.0",
endpointInterface = "com.test.service.any.AnyTestSEI")
public class AnyTestWS implements AnyTestSEI {
public AnyTestResponse test(AnyTestRequest request) {
System.out.println(request);
if (request.getAny() != null)
System.out.println("--> ANY=" + request.getAny().getClass());
return new AnyTestResponse(200, "Received");
}
}
...the Class of the the "ANY" object is as expected org.apache.xerces.dom.ElementNSImpl
Now I create a JAXB class com.test.binding.two.Root to handle the namespace urn:any:test:binding:two:1.0 (+the one that was submitted as ANY object+) package it as JAR file and bundle it in the WEB-INF/lib of the WAR file.
How do I get JBossAS 5.1 to register this unreferenced JAXB type with the other JAXB types that will be handed to the JAXBContext before unmarshalling it?
Thanks,
Kimba
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/736355#736355]
Start a new discussion in JBoss Web Services at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 1 month
[Datasource Configuration] - JBoss 7 multiple data source declarations for multiple applications
by Kelly Dolan
Kelly Dolan [https://community.jboss.org/people/kdolan1] created the discussion
"JBoss 7 multiple data source declarations for multiple applications"
To view the discussion, visit: https://community.jboss.org/message/736071#736071
--------------------------------------------------------------
I'm new to JBoss 7, reading its documentation and attempting to migrate a set of applications from an earlier version of JBoss. I'm trying to confirm if a way of doing something is no longer available or if I've missed an alternative way of doing it.
In the past, data source declarations were done w/ *-ds.xml files. Based on what I read, these are gone and one now needs to declare them in standalone.xml (or domain.xml).
In my situation, I have developed several "components" that run w/in the same JBoss instance. Each component has its own installer. One component is an application and this lays down an instance of JBoss. Other components are "plug-ins" to the application component or other small applications that simply want to run w/in the same JBoss instance. They expect JBoss to already be installed. However, they have their own different data source.
With earlier versions of JBoss, the separate *-ds.xml files were great because each installer simply added its file. Based on what I'm reading for JBoss 7, it seems now each installer would need to modify the existing standalone.xml file and add its data source declaration. This makes me very nervous because it's risky...an installer could screw up the modification. It also complicates uninstall...the file must be modified to remove the declaration vs. removing a file.
QUESTIONS: Are there alternatives? Can JBoss be started to reference multiple standalone.xml configuration files such that each "component" has its own? Does JBoss 7 even consider a deployment model driven by script (e.g., installer)? Or am I stuck w/ one standalone.xml configuration file?
Thanks for any and all suggestions!
Kelly
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/736071#736071]
Start a new discussion in Datasource Configuration at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 1 month