[JBossWS] - Re: jaxrpc interop
by zurchman
"thomas.diesler(a)jboss.com" wrote : This is fixed in jbossws-1.0.3.SP1
Or maybe not.
I'm seeing the same behavior with 1.0.3.SP1
Do I have to change jboss-xml-binding.jar with this release?
| 2006-11-09 14:02:01,181 DEBUG [org.jboss.ws.server.StandardEndpointServlet] doPost: /jbossws-samples-rpcstyle
| 2006-11-09 14:02:01,181 DEBUG [org.jboss.ws.soap.MessageContextAssociation] pushMessageContext: org.jboss.ws.soap.SOAPMessageContextImpl@5579a1
| 2006-11-09 14:02:01,182 DEBUG [org.jboss.ws.server.ServiceEndpoint] BEGIN handleRequest: jboss.ws:context=jbossws-samples-rpcstyle,endpoint=TrivialEndpoint
| 2006-11-09 14:02:01,183 DEBUG [org.jboss.ws.soap.MessageFactoryImpl] createMessage: [contentType=text/xml]
| 2006-11-09 14:02:01,185 DEBUG [org.jboss.ws.soap.SOAPContentElement] setXMLFragment: <String_1>Kermit</String_1>
| 2006-11-09 14:02:01,185 DEBUG [org.jboss.ws.soap.SOAPContentElement] setXMLFragment: <String_2>Ferrari</String_2>
| 2006-11-09 14:02:01,185 DEBUG [jbossws.SOAPMessage] Incomming SOAPMessage
|
| <SOAP-ENV:Envelope xmlns:SOAP-ENV='http://schemas.xmlsoap.org/soap/envelope/'>
| <SOAP-ENV:Header/>
| <SOAP-ENV:Body>
| <purchase>
| <String_1>Kermit</String_1>
| <String_2>Ferrari</String_2>
| </purchase>
| </SOAP-ENV:Body>
| </SOAP-ENV:Envelope>
|
| 2006-11-09 14:02:01,186 DEBUG [org.jboss.ws.soap.SOAPMessageDispatcher] getDispatchDestination: null
| 2006-11-09 14:02:01,186 DEBUG [org.jboss.ws.soap.SOAPMessageDispatcher] getDispatchDestination: null
| 2006-11-09 14:02:01,189 DEBUG [javax.xml.rpc.soap.SOAPFaultException] new SOAPFaultException [code={http://schemas.xmlsoap.org/soap/envelope/}Client,string=Endpoint {http://org.jboss.ws/samples/rpcstyle}TrivialServicePort does not contain operation meta data for: purchase,actor=null,detail=null]
| 2006-11-09 14:02:01,196 ERROR [org.jboss.ws.jaxrpc.SOAPFaultExceptionHelper] SOAP request exception
| javax.xml.rpc.soap.SOAPFaultException: Endpoint {http://org.jboss.ws/samples/rpcstyle}TrivialServicePort does not contain operation meta data for: purchase
| at org.jboss.ws.server.ServiceEndpointInvoker.getDispatchDestination
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984633#3984633
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984633
19Â years, 6Â months
[EJB 3.0] - Re: EntityManagers and DAOs
by ALRubinger
A couple of years ago my company had an EJB training session w/ Bill. We had expressed concern over our "polluted" method signatures and passing the same variables all over the place.
He suggested the use of ThreadLocal, citing that it will have the same scope as any one execution context (or transaction).
So, the following holds true:
* A session bean call will execute in one thread
* Watch out for thread pooling
...if you set stuff in a ThreadLocal, ensure that its removed if the Thread has been obtained from a Thread pool. Otherwise, nightmares.
For instance, I've set web-tier stuff in ThreadLocal to be easily obtained from other layers. But Tomcat uses a thread pool, so after my request had executed, I had to ensure that a Filter ran at the end of my FilterChain to clean up anything I placed in the ThreadLocal.
Or in your case...if you don't want to put any JPA stuff in your DAO APIs...why not just pass the EM into the DAOImpl Constructor?
S,
ALR
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984631#3984631
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984631
19Â years, 6Â months