A little more information.
When docBase is pointed at a war file and setting the unpackWAR="false" it
appears to at least load correctly. (We're still trying to validate that it is
running correctly).
When docBase is pointed at a war file and unpackWAR="true" then it does not
load any of the l
When bringing an application up in a clustered environment everything is
working great, including session replication.
What we really need is a replicated applicationcontext.
We then enabled the ReplicatedContext as the className attribute of .
As soon as we do that the application doesn't start.
Chris,
Thanks for the reply.
I upgraded to tomcat 6.0.16 and peeked at the source.
It appears that the filter elements are being returned from the web.xml in the
order they were defined.
They are then placed into a HashMap (which of course has no reliable ordering).
That is where mis-ordering ha
Yes.
However, I can even remove the mapping and just leave the filter declaration
and the inits still happen.
So that leads me to believe that the mapping has no bearing on the inits.
Thanks for the suggestion tho. I'll give it another try just to make sure I
wasn't sleeping at the wheel last t
Is there a guaranteed way to specify the order that filters get initialized?
Running Tomcat 6.0.14 (on windows right now for testing)
I have also used servlet 2.3 and 2.5 declarations in web.xml
I have 5 filters defined.
- 2 are custom
- 3 are out of the box (SiteMesh, Struts2, Struts2Cleanup)
I
