Howdy, This whole thread might be related to other one, regarding your "upgrade" method of simply copying over. You may end up with mismatching internal tomcat jars.
Yoav Shapira Millennium ChemInformatics >-----Original Message----- >From: neal [mailto:[EMAIL PROTECTED] >Sent: Saturday, March 01, 2003 9:16 PM >To: Tomcat Users List >Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4) > >Thanks for the info. > >I guess I'm just frustrated because my app broke when I upgraded Tomcat. >:-\ > >Neal > >-----Original Message----- >From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] >Sent: Saturday, March 01, 2003 4:36 PM >To: Tomcat Users List >Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4) > > > > >On Sat, 1 Mar 2003, neal wrote: > >> Date: Sat, 1 Mar 2003 13:59:27 -0800 >> From: neal <[EMAIL PROTECTED]> >> Reply-To: Tomcat Users List <[EMAIL PROTECTED]> >> To: Tomcat Users List <[EMAIL PROTECTED]> >> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4) >> >> Hmm. I hear what you're saying but I would think that if Tomcat uses >> different forms of URL formats that would be a fundamental >> backwards-compatability issue. Is this not a concern of the product? >> > >No ... the "external form" of the URL returned by getResource() is a >private implementation detail, just as the fully qualified class name of >the class that implements HttpSession is a private implementation detail. >Just because you can see it doesn't mean you should rely on it. The same >goes for relying on any other container-specific (or sometimes even >version-specific) feature that is not defined in the specs (like the >invoker servlet, or the ability to reload a webapp without restarting your >server, or tons of other things ...). > >More important in this particular case is a fundamental principle of >understanding how java.net.URL works -- the mechanism that resolves a URL >can either be built in (the URLStreamHandler argument passed to one of the >constructors) or must be provided externally. You cannot assume that >URL --> String --> URL transformations can be done without losing >information. > >See the Java Tutorial's "Networking Trail" for more info on the URL >related APIs. > > http://java.sun.com/docs/books/tutorial/ > >> :( >> > >Craig > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
