[JBossWS] - SOAP Request and Response- Compatibility with old clients.
by zeeshan.javeed
HI All,
I would like to confirm about 'arg0' in soap request.
The soap request part looks like :
<ns1:startSession xmlns:ns1="http://ips.iplabs.de/types">
<arg0>
0.5
0
</arg0>
</ns1:startSession>
and the request coming from one the old client is like
<ns0:startSession>
<TSession_1>
0.5
0
</TSession_1>
</ns0:startSession>
the handling code in implementation file is :
| public TSession startSession(TSession session)
| {
| if(session != null)
| {
| log.debug("Start session");
|
| }
| else
| {
| log.error("Session is null");
| return null;
| }
| }
|
In the frist request , I got Start Session while in the later request it says Session is null.
I replaced "TSession_1" wiht "arg0" in SOAP Handler and then the old request also worked fine.
Any Idea why we are getting arg0 there and why Server is depending on variables name there other then the object pased.
the defenition of the method in interface class is :
| @WebMethod
| @WebResult(name = "result", targetNamespace = "")
| @RequestWrapper(localName = "startSession", targetNamespace = "http://ips.iplabs.de/types", className = "de.iplabs.ips.types.StartSession")
| @ResponseWrapper(localName = "startSessionResponse", targetNamespace = "http://ips.iplabs.de/types", className = "de.iplabs.ips.types.StartSessionResponse")
| public TSession startSession(
| @WebParam(name = "TSession_1", targetNamespace = "")
| TSession tSession1);
|
|
This problem is also valid for return type. It is sending return object with name of "return" and client is expecting "result".
Regards,
Zeeshan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119060#4119060
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119060
18 years, 3 months
[JBoss Seam] - Re: Strange behaviour of Seam Mail when sending unsynchonize
by MSchmidke
Today it's even worse. :-(
Don't know why the @Synchronized could help me out yesterday.
Today, this is gone.
I've tried to find out and added a lot of printlns.
When I call the @Asynchronous method two times, the method is executed more or less simultaneously in two different threads, no matter if there is a @Synchronized on the class. This makes sense because, actually there are two different event contexts and two different instances of the mail handling component so there's nothing to be synchronized. I was wondering about this yesterday but only was glad it seemed to help.
The recipients object is passed correctly to the renderer. I can proof this by simply printing the recipients array into the mail:
...
#{recipients}
...
This is always correct.
The exception I got yesterday is just a followup error because of wrong syntax in the m:to address. If I make the m:to address constant, there is no exception.
But the strange behaviour stays.
Instead of putting it in the m:to address, I simply printed out the objects the ui:repeat emits. And this is strange. Very strange.
The number of iterations ui:repeat makes is nearly always correct. But the objects it emits aren't. They are sometimes from the one list, sometimes from the other, and sometimes they are null if the one list is smaller than the other. Keep in mind: I proofed that the List that goes into the ui:repeat is always correct!
So there is definitively a concurrency problem somewhere in the Renderer (how can that be? Shouldn't page rendering be generally multithreadable??)
At the moment, I am completely helpless. I will go on trying to figure out how to serialize the Asynchronous calls. Perhaps I will be forced to use a MDB, but I was so glad to find the Asynchonous annotation since it is really very simple to use ...
Marcus.
There comes another idea into my mind. What if not ui:repeat itself is the problem, but the iterating context variable (var=...)? Where is it held?
Yes ... now it is crystal clear ... the problem MUST lie in the iterator variable. Tell me - where it is stored? Tell me!!
This would exactly explain all effects (the right number of iterations, the wrong objects and so on).
What a pity that I have to leave my office now. I am so curious to debug this out!!!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119053#4119053
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119053
18 years, 3 months