Hi, > Does this sound like a good idea? I notice several people are still >talking about configuring new 4.0 installs. Is 5.0 stable enough?
Yes, it's a good idea. Yes, 5.0 is stable enough. Questions about new 4.0 installs have been rare on this list over the past few months, so maybe we're reading a different list or disagree on the meaning of "several" in this context. > My main problem however, is that my web.xml file for my web >application behaves differently in the two versions. The web.xml file >validates against the 2.2 DTD not the 2.3 ( or 2.4 now? ). In my old >set up I have not needed to state each servlet that will be addressed. >Now it seems as if this may be required for 5.0. No, it's not required, merely recommended, and for good reasons. You can comment in the invoker servlet as Tim said. The 2.4 servlet spec has no has a Schema instead of a DTD by the way, so it's a different validation. Also, why doesn't your web.xml validate against the 2.3 DTD? >require that each servlet be mapped? Is there a good solution to my A "good" meaning minimum effort? Enable the invoker servlet. A "good" meaning more correct/safer? Map the servlets. You an do it with some fun perl/sed/awk/java scripts at least for generating the automatic mappings, e.g. for each class X write a <servlet> element where the name is the full class name and a servlet-mapping where the url-pattern is /servlet/full-class-name. That way you don't have to change any code, you're mimicking the invoker servlet ;) Yoav Shapira 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]
