Pid wrote:
On 22/03/2012 15:47, Lobb, Janos wrote:
On Mar 22, 2012, at 7:40 AM, André Warnier wrote:

Martin Gainty wrote:
Mitch
One possible cause
FE Application creates session
passes queryString or posted Data (hopefully in Sesion) to backend Axis 
WebService
Objects are serialized to disk with existing JSESSIONID
FE times out
back end responds to a disconnected session and tries to re-create session with 
old JSESSIONID
Illegal StateException is thrown when client tries to (re)create new session 
with old serialized JSESSIONID
+1
I would add that the "illegal state" indicated by the error message is a 
special tomcat quantum state, resulting from a situation in which the response, while not 
being totally sent yet, is in fact partially sent already, causing a certain amount of 
probabilistic confusion a the level of the event horizon.
This is caught by a hidden class in Tomcat, invoking a singleton object which 
writes a generally nonsensical message in one of the logs, chosen at random.
Due to the nature of the error, it is of course extremely hard to reproduce, as 
one can find out either the exact time of the event, or its location, but not 
both.

Even if it is an "illegal state" it still should be either "clean" or "mixed".  If clean, then 
Integrate(fn*(q,p)<illegal state>fn(q,p)dpdq should give the exact probability and if it is in "mixed" then 
the diagonal fnm density matrix elements should do similarly.  Of course if it is at the event horizon, then all bets are 
off, because there is still now good theory combining quantum states with gravity :-)

All of this is irrelevant if the OP is not using the Http11QuantumConnector.


He did not give us details of his configuration, so Janos and I were talking in all generality.

Is the Http11QuantumConnector (finally) released ? The last time I tested it, it was starting threads in random parallel universes, which made it hard to collect the results and clean up afterward (and never mind finding the logs). Granted, heap memory was not an issue anymore, but still I would not call this production-level code.

I think what we really need is a network trace. But a simple back-of-the-hand calculation shows that to determine the precise cause with a 3-sigma level of certainty, we would need a network trace covering at least 7 X 10 exp 24 seconds, which unfortunately exceeds the current high estimate of the age of the Universe by several magnitudes. The same calculation shows that Konstantin's earlier explanation has a 99.87% probability of being closer to the truth. So before setting up the network trace, we would recommend to the OP to check Konstantin's hypothesis, just in case.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to