OK .. Found out what happened... looked the symptoms, and didn't check
the disease... A good meal, and got my spirits back in...
Well, i'm silly. An instance object that should not have held the Call
object but did was shared amongst the different Thread.
Set the Call object as an parameter along the process stack call, and
everything got back to work...
Sorry for the mess, and thanx a lot for all of your time...
Seb C. (ashamed ;) )
makarand sovani wrote:
Check the variables you are using. They are probably getting
overwritten by instances of same class in other threads. Check the code
you have written on axis side from what you are describing there
apeears to be some problem on your server side code.
Makarand
On 10/27/05, Carpe Sebastien <[EMAIL PROTECTED]>
wrote:
Well
... i've added a few log traces, and, well.. this is getting me
nuts ...
What i can see, is that, sometimes, the msgContext attribute from the
Call object has a different hashCode () between the constructor method
and the invoke() call...
Even more weird, i can the the same msgContext hashCode() (means : "same
objects" since hasCode is not overridden, AFAIK) shared among different
Call objects ...
So, either, there is something really wrong with my JVM, thread
handling, etc, or there is something i don't catch ...
Gonna try to update my JVM and see if it changes anything...
Carpe Sebastien wrote:
> makarand sovani wrote:
>
>> Are you using wss4j ? We have recently come across non-thread
safe
>> behaviour in wss4j.
>>
>> If you are not using wss4j can you check your handlers to see
if they
>> are threadsafe ?
>> Makarand
>>
>
>
> Well, i'm not sure about what you're pointing me to ...
> my client code for performing call, is as simple as
>
> Service s=new Service();
> Call c=(Call)s.createCall();
> c.setMaintainSession(true);
> // setting parameters/returnType/parameters
> ....
> c.invoke(parameters);
>
> No special handler what so ever... No config file to change
default
> behavior.
> Am i using wss4j ? well, no... I don't think so (the closest stuff
i
> got in my classpath is wsdl4j, but an 's' and a 'l' doesn't make a
s,
> do they ;) ) ...
>
>
|
