> From: Ronald Klop [mailto:ronald-mailingl...@base.nl]
> Subject: java6, jaf and multiple contexts in tomcat 5.5.27
>
> But since it is part of java 6 it is also loaded by the
> system classloader (I think).
Not also, it's loaded only by the system classloader.
> When we now load multiple contexts with different versions of
> our webapp. The contexts share some jaf internal map's about
> mimetype mappings. This conflicts, because newer version of
> our webapp have more mimetype mappings than the older ones,
> but the older ones do find the mappings now.
You'll have to provide more details about your usage of the mime types. What
specific classes are you using? (Presumably, MimetypesFileTypeMap is involved,
but you'll need to verify that.) How are you creating them? Where do store
these objects such that they're visible to multiple webapps?
If you're using META-INF/mimetype.default in your webapps, the first one in
wins. That file is saved in a static field in MimetypesFileTypeMap, so you can
only have one. Best not to use it in an app server environment.
A similar issue exists with {set|get}DefaultFileTypeMap(), since there can be
only one default per JVM now; you'll have to avoid using that as well.
> I don't like it to have double classes in the classpath.
That's good, because doing so guarantees confusion, at best.
> <offtopic>PS: How can I stop Sun from adding so much (JAF,
> JAXB, etc.) in the JVM? This makes my application a lot less
> flexible for deployment.</offtopic>
Unfortunately, you can't. You're stuck with distributing different versions of
your webapp (or at least different installation instructions) based on the JVM
being used. A really clever deployment script could automate the process.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you received
this in error, please contact the sender and delete the e-mail and its
attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
