Any hint for us. Our application is in PRODUCTION and when this problem occurs the whole system crawls and other applications are also affected. Any immediate solution or advise will be greatly appreciated.
Try switching on serialization for server state.
Thanks Nick. I am going to try this. I am assuming org.ajax4jsf.SERIALIZE_SERVER_STATE is the parameter.
Do you foresee any performance impact because of this. Our application response is very important.
we are facing same problem with SEAM 2.1.1 and richfaces 3.3.3.Final
we tried to downgrade to 3.3.2.SR1 still facing the same problem.
Does org.ajax4jsf.SERIALIZE_SERVER_STATE=true solved the problem?
Any performance issues due to this change
I will appreciate if you can update me
An impertinent question from a state of profound ignorance.
I can't recreate this at all, but one of our customers seemingly finds it fairly easy to do so. I understand that the same component object has to be accessed in two separate threads--under what circumstances would that happen? Would either the parameter org.ajax4jsf.SERIALIZE_SERVER_STATE or the patch fix the problem? Which is preferable?