Re: web.xml, url-pattern
Trond Hersløv wrote: But, if I try using wildcards, eg. url-pattern/*foxer/url-pattern it doesent work anymore. Correct. Wildcards are not supported for mapping paths. Read the servlet spec for more details. If I try to map the servlet so that it seems like a jsp-page url-pattern/foxer.jsp/url-pattern, it doesn't work at all. Also correct. There is a server-wide mapping for *.jsp (wild cards are supported for extension mapping) in $TOMCAT_HOME/conf/web.xml In the book I also read that I should be able to access the servlet even if it's not mapped up in web.xml. http://www.mymachine.no/servlet/foxer Ofcourse this does also not work. This is using the invoker servlet, which is disabled by default. Who can explain how to use the url-pattern and maybe tell me where I can find some documentation on how to configure web.xml The servlet spec. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml, url-pattern
Hi Thanks a lot for clarifying that. At the bottom you say: the servlet spec. Im reading The J2EE 1.4 Tutorial, for Sun Java System Application Server Platform. Isnt Tomcat the referential project for this technologi? Can you please be so kind and explain what the servlet spec. has to do with configuring the deployment descriptor. Could you give me a link to the servlet spec? Thanks again, Trond -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: 12. september 2005 20:17 To: Tomcat Users List Subject: Re: web.xml, url-pattern Trond Hersløv wrote: But, if I try using wildcards, eg. url-pattern/*foxer/url-pattern it doesent work anymore. Correct. Wildcards are not supported for mapping paths. Read the servlet spec for more details. If I try to map the servlet so that it seems like a jsp-page url-pattern/foxer.jsp/url-pattern, it doesn't work at all. Also correct. There is a server-wide mapping for *.jsp (wild cards are supported for extension mapping) in $TOMCAT_HOME/conf/web.xml In the book I also read that I should be able to access the servlet even if it's not mapped up in web.xml. http://www.mymachine.no/servlet/foxer Ofcourse this does also not work. This is using the invoker servlet, which is disabled by default. Who can explain how to use the url-pattern and maybe tell me where I can find some documentation on how to configure web.xml The servlet spec. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** This email message has been swept by MIMEsweeper for the presence of computer viruses. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml, url-pattern
Trond Hersløv wrote: Can you please be so kind and explain what the servlet spec. has to do with configuring the deployment descriptor. The servlet specification defines the format of the deployment descriptor and this therefore the definitive reference for what is, and is not, allowed. Could you give me a link to the servlet spec? Would it have killed you to do a Google or to search the Sun/Java website? http://java.sun.com/products/servlet/docs.html http://java.sun.com/products/servlet/reference/api/index.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml, url-pattern
Trond Hersløv wrote: Can you please be so kind and explain what the servlet spec. has to do with configuring the deployment descriptor. Chapter SRV.13: Deployment Descriptor Could you give me a link to the servlet spec? Download from: http://java.sun.com/products/servlet/reference/api/index.html HTH! -- Hassan Schroeder - [EMAIL PROTECTED] Webtuitive Design === (+1) 408-938-0567 === http://webtuitive.com dream. code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml, lt;url-pattern
== Date: Fri, 9 Sep 2005 01:07:37 +0200 From: =?iso-8859-1?Q?Trond_Hersl=F8v?= [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Subject: web.xml, url-pattern == But, if I try using wildcards, eg. url-pattern/*foxer/url-pattern What if url-pattern*foxer/url-pattern instead? i.e. remmove the slash... G. -- Giuseppe Briotti [EMAIL PROTECTED] Alme Sol, curru nitido diem qui promis et celas aliusque et idem nasceris, possis nihil urbe Roma visere maius. (Orazio) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml breaks EL
Dewitte Rémi wrote: Hi ! I have a simple test jsp : %@ taglib uri=http://java.sun.com/jsp/jstl/core; prefix=c % c:forEach begin=1 end=3 var=ind h${ind} ${ind}aBaa/h${ind} /c:forEach When I delete my web.xml, everything works well but when I reload the context with it, the EL replacement doesn't work. I can't see why. I have a very simple web.xml : ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; This is web.xml for a Servlet 2.2 specification and you need 2.4: web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4 Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml breaks EL
Thanks very much ! Rémi Le Mardi 12 Juillet 2005 12:12, Nikola Milutinovic a écrit : Dewitte Rémi wrote: Hi ! I have a simple test jsp : %@ taglib uri=http://java.sun.com/jsp/jstl/core; prefix=c % c:forEach begin=1 end=3 var=ind h${ind} ${ind}aBaa/h${ind} /c:forEach When I delete my web.xml, everything works well but when I reload the context with it, the EL replacement doesn't work. I can't see why. I have a very simple web.xml : ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; This is web.xml for a Servlet 2.2 specification and you need 2.4: web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4 Nix. - 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]
Re: web.xml
Am Donnerstag, 17. März 2005 13:05 schrieb [EMAIL PROTECTED]: I am requesting the following url _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) which exists and dsiplays fine. However, i want to be able to request _http://localhost:8081/webReg_ (http://localhost:8081/webReg) and for tomcat to display _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) . What do i need to add in web.xml? Add welcome-filewebReg.jsp/welcome-file to the welcome-file-list-Element of web.xml. Regards mks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml
you have to use the servlet mapping, something like this (each for every mapping you need) == servlet servlet-namemyOwnJSPPage/servlet-name display-namemyOwnJSPPage/display-name descriptionmy own servlet called: myOwnJSPPage/description jsp-file/myJSP.jsp/jsp-file /servlet servlet-mapping servlet-namemyOwnJSPPage/servlet-name url-pattern/myJSP/url-pattern /servlet-mapping == On Thu, 17 Mar 2005 07:05:12 EST, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi there, i think this is a fairly easy thing to do, but i'm a newbie to tomcat jsp. I am requesting the following url _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) which exists and dsiplays fine. However, i want to be able to request _http://localhost:8081/webReg_ (http://localhost:8081/webReg) and for tomcat to display _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) . What do i need to add in web.xml? -- Adobati Omar [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml
try the welcome-files element out. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 17 March 2005 12:05 To: tomcat-user@jakarta.apache.org Subject: web.xml Hi there, i think this is a fairly easy thing to do, but i'm a newbie to tomcat jsp. I am requesting the following url _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) which exists and dsiplays fine. However, i want to be able to request _http://localhost:8081/webReg_ (http://localhost:8081/webReg) and for tomcat to display _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) . What do i need to add in web.xml? FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml
I think that he need something working not just only with welcome pages, or, maybe I have miss understood. On Thu, 17 Mar 2005 12:15:15 -, Allistair Crossley [EMAIL PROTECTED] wrote: try the welcome-files element out. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 17 March 2005 12:05 To: tomcat-user@jakarta.apache.org Subject: web.xml Hi there, i think this is a fairly easy thing to do, but i'm a newbie to tomcat jsp. I am requesting the following url _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) which exists and dsiplays fine. However, i want to be able to request _http://localhost:8081/webReg_ (http://localhost:8081/webReg) and for tomcat to display _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) . What do i need to add in web.xml? FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Adobati Omar [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml
Am Donnerstag, 17. März 2005 13:17 schrieb Omar Adobati: I think that he need something working not just only with welcome pages, or, maybe I have miss understood. On re-reading the OP it seems to me that I misunderstood (and Allistair propably too), not you. Regards mks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml
yes, another (more generic) solution would be a similar servlet mapping but route all requests to a servlet capable of then forwarding to the request URI + .jsp servlet servlet-nameconvertToJspServlet/servlet-name servlet-classmy.com.ConvertToJspServlet/servlet-class /servlet servlet-mapping servlet-nameconvertToJspServlet/servlet-name url-pattern/*/url-pattern /servlet-mapping In the ConvertToJspServlet servlet you would obtain the request.getRequestURI or mapping and use a RequestDispatcher to add a .jsp suffix. At least then you don't have to add mappings in web.xml for all your JSPs. Just thinking out loud ;) ... -Original Message- From: Markus Schönhaber [mailto:[EMAIL PROTECTED] Sent: 17 March 2005 12:22 To: Tomcat Users List Subject: Re: web.xml Am Donnerstag, 17. März 2005 13:17 schrieb Omar Adobati: I think that he need something working not just only with welcome pages, or, maybe I have miss understood. On re-reading the OP it seems to me that I misunderstood (and Allistair propably too), not you. Regards mks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml
I'm interested in your solution Allistair, can you better explane what my.com.ConvertToJspServlet need to make real your idea? Can you post a little of code as a sample? On Thu, 17 Mar 2005 12:26:29 -, Allistair Crossley [EMAIL PROTECTED] wrote: yes, another (more generic) solution would be a similar servlet mapping but route all requests to a servlet capable of then forwarding to the request URI + .jsp servlet servlet-nameconvertToJspServlet/servlet-name servlet-classmy.com.ConvertToJspServlet/servlet-class /servlet servlet-mapping servlet-nameconvertToJspServlet/servlet-name url-pattern/*/url-pattern /servlet-mapping In the ConvertToJspServlet servlet you would obtain the request.getRequestURI or mapping and use a RequestDispatcher to add a .jsp suffix. At least then you don't have to add mappings in web.xml for all your JSPs. Just thinking out loud ;) ... -Original Message- From: Markus Schönhaber [mailto:[EMAIL PROTECTED] Sent: 17 March 2005 12:22 To: Tomcat Users List Subject: Re: web.xml Am Donnerstag, 17. März 2005 13:17 schrieb Omar Adobati: I think that he need something working not just only with welcome pages, or, maybe I have miss understood. On re-reading the OP it seems to me that I misunderstood (and Allistair propably too), not you. Regards mks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Adobati Omar [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml
Sure, Here is the doPost for ConvertToJspServlet public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException { try { RequestDispatcher rd = request.getRequestDispatcher( /jsps + request.getPathInfo() + .jsp); rd.forward(request, response); } catch (IOException ioE) { System.out.println(ioE.getMessage()); } } We already did the servlet mapping but I would suggest using a starting path to make it clear that only requests with /convert/ are mapped servlet servlet-nameconvertToJspServlet/servlet-name servlet-classmy.com.ConvertToJspServlet/servlet-class /servlet servlet-mapping servlet-nameconvertToJspServlet/servlet-name url-pattern/convert/*/url-pattern /servlet-mapping Therefore using this code http://yourserver/convert/webJsp will render a JSP from webapps/yourwebapp/jsps/webJsp.jsp Hope this helps -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 17 March 2005 12:31 To: Tomcat Users List Subject: Re: web.xml I'm interested in your solution Allistair, can you better explane what my.com.ConvertToJspServlet need to make real your idea? Can you post a little of code as a sample? On Thu, 17 Mar 2005 12:26:29 -, Allistair Crossley [EMAIL PROTECTED] wrote: yes, another (more generic) solution would be a similar servlet mapping but route all requests to a servlet capable of then forwarding to the request URI + .jsp servlet servlet-nameconvertToJspServlet/servlet-name servlet-classmy.com.ConvertToJspServlet/servlet-class /servlet servlet-mapping servlet-nameconvertToJspServlet/servlet-name url-pattern/*/url-pattern /servlet-mapping In the ConvertToJspServlet servlet you would obtain the request.getRequestURI or mapping and use a RequestDispatcher to add a .jsp suffix. At least then you don't have to add mappings in web.xml for all your JSPs. Just thinking out loud ;) ... -Original Message- From: Markus Schönhaber [mailto:[EMAIL PROTECTED] Sent: 17 March 2005 12:22 To: Tomcat Users List Subject: Re: web.xml Am Donnerstag, 17. März 2005 13:17 schrieb Omar Adobati: I think that he need something working not just only with welcome pages, or, maybe I have miss understood. On re-reading the OP it seems to me that I misunderstood (and Allistair propably too), not you. Regards mks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Adobati Omar [EMAIL PROTECTED] - 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]
RE: web.xml
I would achieve this be configuring my web.xml. Try this piece of code servlet servlet-nameMyServlet/servlet-name jsp-file/webReg.jsp/jsp-file /servlet servlet-mapping servlet-nameMyServlet/servlet-name url-pattern/webReg/url-pattern /servlet-mapping So when to submit a URL http://localhost:8081/webReg; to your container it maps to the jsp file under the servlet element. Vinod -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, March 17, 2005 7:05 AM To: tomcat-user@jakarta.apache.org Subject: web.xml Hi there, i think this is a fairly easy thing to do, but i'm a newbie to tomcat jsp. I am requesting the following url _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) which exists and dsiplays fine. However, i want to be able to request _http://localhost:8081/webReg_ (http://localhost:8081/webReg) and for tomcat to display _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) . What do i need to add in web.xml? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml env-entry Values Not Re-read Using Tomcat Manager
From: Marshall, Bob [mailto:[EMAIL PROTECTED] Subject: web.xml env-entry Values Not Re-read Using Tomcat Manager I am using Apache Tomcat/5.5.1 (JVM version 1.5.0-rc-b63) on Windows 2000. Have you tried this on a stable version of Tomcat (5.5.7) and a released version of the JRE (5.0 Update 1)? - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml parsing error SEVERE
Thank you François! Reinstalled tomcat and it worked!! Regards Carlos -Original Message- From: Francois JEANMOUGIN [mailto:[EMAIL PROTECTED] Sent: segunda-feira, 17 de Janeiro de 2005 16:12 To: Tomcat Users List Subject: RE: web.xml parsing error SEVERE java.lang.ClassNotFoundException: org.apache.catalina.Container Ouch! Are you sure your tomcat installtion is OK? You could have a version mismatch (between TC4 and TC5) or a jar found at two places or any other reason why tomcat can't find this class. This is not an XML issue, this is a class loading problem. François. Décharge / Disclaimer Ce message et toutes les pièces jointes (ci-après le message) sont confidentiels et établis à l'intention exclusive des destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique étant susceptible d'altération, 123Multimédia et ses filiales déclinent toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Therefore neither 123Multimédia nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Esta mensagem e quaisquer anexos são confidenciais, podendo conter informação sujeita a sigilo profissional ou qualquer outro dever de confidencialidade ou de segredo. Caso não seja o destinatário deste e-mail, não deverá usar, copiar ou revelar o seu conteúdo, solicitando-se que contacte o emissor com a brevidade possível e apague esta mensagem. Obrigado pela colaboração. -- The information transmitted is intended for the person or entity to which it is addressed only and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Thank you for your cooperation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml parsing error SEVERE
personally it looks ok to me ;) probably a character out of place. i would try this .. 1) run it through an XML validator 2) gradually remove elements and see when the error goes away. start with the servlet mappings and servlets and continue ... A. -Original Message- From: Carlos Martins [mailto:[EMAIL PROTECTED] Sent: 17 January 2005 15:31 To: tomcat-user@jakarta.apache.org Subject: web.xml parsing error SEVERE Dear subscribers, I am having a strange problem starting tomcat. Catalina.out says I have an error at the closing tag /servlet Any clue on what the problem might be? Your comments will be most appreciated. Sincerely yours Carlos The error reads as follows: Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 949 ms Jan 17, 2005 12:01:28 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Jan 17, 2005 12:01:28 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.28 Jan 17, 2005 12:01:28 PM org.apache.catalina.core.StandardHost start INFO: XML validation disabled Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.ContextConfig defaultConfig INFO: No default web.xml Jan 17, 2005 12:01:28 PM org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.ClassNotFoundException: org.apache.catalina.Container at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC lassLoader .java:1340) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC lassLoader .java:1189) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:243) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.endNamespaceScope(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndE lement(Unk nown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$Fragment ContentDis patcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocu ment(Unkno wn Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.ContextConfig.applicationConfig(Co ntextConfi g.java:263) at org.apache.catalina.startup.ContextConfig.start(ContextConfig. java:624) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(Conte xtConfig.j ava:216) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(L ifecycleSu pport.java:119) at org.apache.catalina.core.StandardContext.start(StandardContext .java:4290 ) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardHost.start(StandardHost.java:789) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478) at org.apache.catalina.core.StandardService.start(StandardService .java:480) at org.apache.catalina.core.StandardServer.start(StandardServer.j ava:2313) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425) Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.ContextConfig applicationConfig SEVERE: Parse error in application web.xml java.lang.ClassNotFoundException: org.apache.catalina.Container at org.apache.commons.digester.Digester.createSAXException(Digest er.java:25 40) at org.apache.commons.digester.Digester.createSAXException(Digest er.java:25 66) at org.apache.commons.digester.Digester.endElement(Digester.java:1061) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at
RE: web.xml parsing error SEVERE
One more thing you might want to consider: The web app was working fine until the server admin did an upgrade on the cpanel app that's what started this all... -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: segunda-feira, 17 de Janeiro de 2005 15:38 To: Tomcat Users List Subject: RE: web.xml parsing error SEVERE personally it looks ok to me ;) probably a character out of place. i would try this .. 1) run it through an XML validator 2) gradually remove elements and see when the error goes away. start with the servlet mappings and servlets and continue ... A. -Original Message- From: Carlos Martins [mailto:[EMAIL PROTECTED] Sent: 17 January 2005 15:31 To: tomcat-user@jakarta.apache.org Subject: web.xml parsing error SEVERE Dear subscribers, I am having a strange problem starting tomcat. Catalina.out says I have an error at the closing tag /servlet Any clue on what the problem might be? Your comments will be most appreciated. Sincerely yours Carlos The error reads as follows: Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 949 ms Jan 17, 2005 12:01:28 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Jan 17, 2005 12:01:28 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.28 Jan 17, 2005 12:01:28 PM org.apache.catalina.core.StandardHost start INFO: XML validation disabled Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.ContextConfig defaultConfig INFO: No default web.xml Jan 17, 2005 12:01:28 PM org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.ClassNotFoundException: org.apache.catalina.Container at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC lassLoader .java:1340) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC lassLoader .java:1189) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:243) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.endNamespaceScope(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndE lement(Unk nown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$Fragment ContentDis patcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocu ment(Unkno wn Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.ContextConfig.applicationConfig(Co ntextConfi g.java:263) at org.apache.catalina.startup.ContextConfig.start(ContextConfig. java:624) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(Conte xtConfig.j ava:216) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(L ifecycleSu pport.java:119) at org.apache.catalina.core.StandardContext.start(StandardContext .java:4290 ) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardHost.start(StandardHost.java:789) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478) at org.apache.catalina.core.StandardService.start(StandardService .java:480) at org.apache.catalina.core.StandardServer.start(StandardServer.j ava:2313) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425) Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.ContextConfig applicationConfig SEVERE: Parse error in application web.xml java.lang.ClassNotFoundException: org.apache.catalina.Container
RE: web.xml parsing error SEVERE
java.lang.ClassNotFoundException: org.apache.catalina.Container Ouch! Are you sure your tomcat installtion is OK? You could have a version mismatch (between TC4 and TC5) or a jar found at two places or any other reason why tomcat can't find this class. This is not an XML issue, this is a class loading problem. François. Décharge / Disclaimer Ce message et toutes les pièces jointes (ci-après le message) sont confidentiels et établis à l'intention exclusive des destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique étant susceptible d'altération, 123Multimédia et ses filiales déclinent toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Therefore neither 123Multimédia nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml servlet mappings, url pattern and CGI.PATH_INFO (tomcat 4.1.31)
I don't know anything about ColdFusion, but if I understand you right, you're wanting to tack extra information onto a url beyond the file name and retrieve it somewhere for use, like so: http://server/context/index.cfm/someParam Then the page is actually index.cfm, and when it is run it will be able to see the someParam. Is this correct? If so, my first thought is a query string. Can you use one instead of the above? Next, here's why what you're trying to do with the url-pattern won't work. The '*' in a url-pattern isn't actually a normal wildcard. There are only a couple of specific ways it can be used: 1) /* or /something/* or /.../* - This is path mapping. When a request is made, the longest matching pattern is used. 2) *.something - This is extension mapping. Anything with the extension you specify will be matched. (For full rules on url-pattern matching, see the Servlet spec, chapter 11.) I suppose you could map a pattern like /cfm/* to your own servlet, which would extract the file name from the path and request it from the cfm servlet and also do something with your extra information. This early in the morning, I can't think of a good way to do what you want easily. -Original Message- From: Jack Eidsness[EMAIL PROTECTED] To: Tomcat Users Listtomcat-user@jakarta.apache.org Date: Mon Jan 03 13:09:01 PST 2005 Subject: web.xml servlet mappings, url pattern and CGI.PATH_INFO (tomcat 4.1.31) I am new to the J2EE world, so hopefully I will not use terms incorrectly. Due to circumstances beyond my control, coldfusion has been retrofitted into a J2EE web application and I have recently taken on the task of trying to make previously existing cfm code work as part of a tomcat installation. I have found (so far) only one thing that doesn't work like it used to, and its a significant problem for me. CGI apps can have a false path appended after the script name, which is written into the CGI.PATH_INFO variable, so that it can be available to scripts. It would seem that tomcat is less flexible than apache httpd about when this information will be supplied. At least, jakarta-tomcat 4.1.31 doesn't want to play ball. I have not yet experimented with version 5.x. I have found a lot of discussion of this matter, but no conclusive answer as to what the workaround is, nor, as i fear, that there is no viable workaround. By default, my coldfusion war file came with this in the web.xml: servlet-mapping id=macromedia_mapping_3 servlet-nameCfmServlet/servlet-name url-pattern*.cfm/url-pattern /servlet-mapping attempting to browse (via the coyote thingie) to http://{server}/cfusion/htdocs/index.cfm will bring up the right page, but http://{server}/cfusion/htdocs/index.cfm/fake_path this gets me a 404. So far, I have only found one way to make tomcat give me the correct PATH_INFO - If I do this: url-pattern/htdocs/index.cfm/*/url-pattern then I will be able to run the right script and CGI.PATH_INFO is set to /fake_path. Naturally, if you have more than a couple situations where you use PATH_INFO, this configuration becomes quickly unmanageable, and unreasonable. (grep -iRl path_info . will only get me so far) Is there a way to make this work without naming every cfm file that might use PATH_INFO in the web.xml? For anyone interested in helping, here are some things that I have tried that did not work (in each case, I have tried it as a replacement, breaking the normal way it works for possible experimental value, or as an additional servlet-mapping): If I do this: url-pattern*.cfm/*/url-pattern I get an error in the jakarta logs when the web.xml is read; java.lang.IllegalArgumentException: Invalid url-pattern *.cfm/* in servlet mapping I looked up the source code and it says you can't start a servlet mapping's url-pattern with *. and have a / in the pattern at once. :/ If I do this (nevermind that its not exactly what I want): url-pattern*.cfm*/url-pattern Then the second * is not expanded as a wildcard. i.e. a file named index.cfm* (literal '*' character) could be processed as a cfm file. If I do this url-pattern/*.cfm/* I get a 404. Thanks in advance for any time that any of you spend considering this issue, ___ Check-out GO.com GO get your free GO E-Mail account with expanded storage of 6 MB! http://mail.go.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml servlet mappings, url pattern and CGI.PATH_INFO (tomcat 4.1.31)
I am sure there is a better option out there but if no one else weighs in, here are a couple of thoughts. As for the wild card I know there are several threads addressing the do and don't of this. Although I think you have figured them out through trial and error. As for one way to approach this would be to map the appropriate files (any with data) to a servlet that could parse the file name and pass the request on to the appropriate file. As I am not familiar with cgi stuff, I may be missing something. Doug - Original Message - From: Jack Eidsness [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, January 03, 2005 4:09 PM Subject: web.xml servlet mappings, url pattern and CGI.PATH_INFO (tomcat 4.1.31) I am new to the J2EE world, so hopefully I will not use terms incorrectly. Due to circumstances beyond my control, coldfusion has been retrofitted into a J2EE web application and I have recently taken on the task of trying to make previously existing cfm code work as part of a tomcat installation. I have found (so far) only one thing that doesn't work like it used to, and its a significant problem for me. CGI apps can have a false path appended after the script name, which is written into the CGI.PATH_INFO variable, so that it can be available to scripts. It would seem that tomcat is less flexible than apache httpd about when this information will be supplied. At least, jakarta-tomcat 4.1.31 doesn't want to play ball. I have not yet experimented with version 5.x. I have found a lot of discussion of this matter, but no conclusive answer as to what the workaround is, nor, as i fear, that there is no viable workaround. By default, my coldfusion war file came with this in the web.xml: servlet-mapping id=macromedia_mapping_3 servlet-nameCfmServlet/servlet-name url-pattern*.cfm/url-pattern /servlet-mapping attempting to browse (via the coyote thingie) to http://{server}/cfusion/htdocs/index.cfm will bring up the right page, but http://{server}/cfusion/htdocs/index.cfm/fake_path this gets me a 404. So far, I have only found one way to make tomcat give me the correct PATH_INFO - If I do this: url-pattern/htdocs/index.cfm/*/url-pattern then I will be able to run the right script and CGI.PATH_INFO is set to /fake_path. Naturally, if you have more than a couple situations where you use PATH_INFO, this configuration becomes quickly unmanageable, and unreasonable. (grep -iRl path_info . will only get me so far) Is there a way to make this work without naming every cfm file that might use PATH_INFO in the web.xml? For anyone interested in helping, here are some things that I have tried that did not work (in each case, I have tried it as a replacement, breaking the normal way it works for possible experimental value, or as an additional servlet-mapping): If I do this: url-pattern*.cfm/*/url-pattern I get an error in the jakarta logs when the web.xml is read; java.lang.IllegalArgumentException: Invalid url-pattern *.cfm/* in servlet mapping I looked up the source code and it says you can't start a servlet mapping's url-pattern with *. and have a / in the pattern at once. :/ If I do this (nevermind that its not exactly what I want): url-pattern*.cfm*/url-pattern Then the second * is not expanded as a wildcard. i.e. a file named index.cfm* (literal '*' character) could be processed as a cfm file. If I do this url-pattern/*.cfm/* I get a 404. Thanks in advance for any time that any of you spend considering this issue, Jack Eidsness - 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]
Re: web.xml uses non-validating xml?
Jacob Kjome wrote: Quoting D. Stimits [EMAIL PROTECTED]: Peter Crowther wrote: From: D. Stimits [mailto:[EMAIL PROTECTED] I'm trying to debug something, and the individual webapps/myapp/WEB-INF/web.xml file seems to be a bit of an enigma to me. [...] I went to the DTD's to see what was written there. Initially I used this DTD: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; ...shock and surprise...resource-env-ref is not even in the DTD. [...] Incidentally, this tag is properly described in http://java.sun.com/dtd/web-app_2_3.dtd. Which version of Tomcat are you using, and how did you choose the DTD against which to validate? Different versions implement different revisions of the servlet spec, and it's very likely that you're using a sufficiently recent version of Tomcat that the 2.3 or 2.4 specs are implemented. Tomcat is version 5.0.30, originally I just copied from a blank struts app set of files, which used the 2.2 DTD. Regardless of which DTD's tomcat supports under 5.0, it seems to be a bug that it ignores the stated DTD and gives no error or warning that a tag is being used that the DTD does not know anything about. Now if a DTD version stated in the web.xml file is not supported by tomcat, I'd expect an error be generated there as well. I think you have to set validating to true in server.xml. Otherwise, the file is parsed in a non-validating fashion. Sorry, don't remember exactly where you set this, but I do seem to recall something like this. It's probably on the Host tag, but I'm not sure. Check the docs. This might be the case, but so far I've been unable to find any documentation about this as a feature of tomcat 5. Possibly it is just undocumented on the jakarta web site docs. The server.xml file itself isn't really XML, so there is no DTD to refer to either. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml uses non-validating xml?
On Wed, 29 Dec 2004 17:46:24 -0700, D. Stimits wrote: : Jacob Kjome wrote: : : I think you have to set validating to true in server.xml. Otherwise, the file : is parsed in a non-validating fashion. Sorry, don't remember exactly where you : set this, but I do seem to recall something like this. It's probably on the : Host tag, but I'm not sure. Check the docs. : : This might be the case, but so far I've been unable to find any : documentation about this as a feature of tomcat 5. Possibly it is just : undocumented on the jakarta web site docs. The server.xml file itself : isn't really XML, so there is no DTD to refer to either. From the docs at: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html The standard implementation of Context is org.apache.catalina.core.StandardContext. It supports the following additional attributes (in addition to the common attributes listed above): Then a little farther down in the attrubute table: tldValidation If the value of this flag is true, the TLD files will be XML validated on context startup. The default value for this flag is false, and setting it to true will incur a performance penalty. -- Mark Miesfeld [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml uses non-validating xml?
Mark Miesfeld wrote: On Wed, 29 Dec 2004 17:46:24 -0700, D. Stimits wrote: : Jacob Kjome wrote: : : I think you have to set validating to true in server.xml. Otherwise, the file : is parsed in a non-validating fashion. Sorry, don't remember exactly where you : set this, but I do seem to recall something like this. It's probably on the : Host tag, but I'm not sure. Check the docs. : : This might be the case, but so far I've been unable to find any : documentation about this as a feature of tomcat 5. Possibly it is just : undocumented on the jakarta web site docs. The server.xml file itself : isn't really XML, so there is no DTD to refer to either. From the docs at: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html I'm using 5.0, not 5.5. Are the configurations for 5.5 and 5.0 identical? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml uses non-validating xml?
On Wed, 29 Dec 2004 18:23:00 -0700, D. Stimits wrote: : Mark Miesfeld wrote: : : From the docs at: : : http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html : : I'm using 5.0, not 5.5. Are the configurations for 5.5 and 5.0 identical? It looks like it. Change the URL above to ..tomcat-5-0=doc... and you will see the same tldValidation attribute. http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/context.html -- Mark Miesfeld [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml uses non-validating xml?
Peter Crowther wrote: From: D. Stimits [mailto:[EMAIL PROTECTED] I'm trying to debug something, and the individual webapps/myapp/WEB-INF/web.xml file seems to be a bit of an enigma to me. [...] I went to the DTD's to see what was written there. Initially I used this DTD: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; ...shock and surprise...resource-env-ref is not even in the DTD. [...] Incidentally, this tag is properly described in http://java.sun.com/dtd/web-app_2_3.dtd. Which version of Tomcat are you using, and how did you choose the DTD against which to validate? Different versions implement different revisions of the servlet spec, and it's very likely that you're using a sufficiently recent version of Tomcat that the 2.3 or 2.4 specs are implemented. Tomcat is version 5.0.30, originally I just copied from a blank struts app set of files, which used the 2.2 DTD. Regardless of which DTD's tomcat supports under 5.0, it seems to be a bug that it ignores the stated DTD and gives no error or warning that a tag is being used that the DTD does not know anything about. Now if a DTD version stated in the web.xml file is not supported by tomcat, I'd expect an error be generated there as well. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml uses non-validating xml?
Quoting D. Stimits [EMAIL PROTECTED]: Peter Crowther wrote: From: D. Stimits [mailto:[EMAIL PROTECTED] I'm trying to debug something, and the individual webapps/myapp/WEB-INF/web.xml file seems to be a bit of an enigma to me. [...] I went to the DTD's to see what was written there. Initially I used this DTD: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; ...shock and surprise...resource-env-ref is not even in the DTD. [...] Incidentally, this tag is properly described in http://java.sun.com/dtd/web-app_2_3.dtd. Which version of Tomcat are you using, and how did you choose the DTD against which to validate? Different versions implement different revisions of the servlet spec, and it's very likely that you're using a sufficiently recent version of Tomcat that the 2.3 or 2.4 specs are implemented. Tomcat is version 5.0.30, originally I just copied from a blank struts app set of files, which used the 2.2 DTD. Regardless of which DTD's tomcat supports under 5.0, it seems to be a bug that it ignores the stated DTD and gives no error or warning that a tag is being used that the DTD does not know anything about. Now if a DTD version stated in the web.xml file is not supported by tomcat, I'd expect an error be generated there as well. I think you have to set validating to true in server.xml. Otherwise, the file is parsed in a non-validating fashion. Sorry, don't remember exactly where you set this, but I do seem to recall something like this. It's probably on the Host tag, but I'm not sure. Check the docs. Jake - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml uses non-validating xml?
From: D. Stimits [mailto:[EMAIL PROTECTED] I'm trying to debug something, and the individual webapps/myapp/WEB-INF/web.xml file seems to be a bit of an enigma to me. [...] I went to the DTD's to see what was written there. Initially I used this DTD: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; ...shock and surprise...resource-env-ref is not even in the DTD. [...] Incidentally, this tag is properly described in http://java.sun.com/dtd/web-app_2_3.dtd. Which version of Tomcat are you using, and how did you choose the DTD against which to validate? Different versions implement different revisions of the servlet spec, and it's very likely that you're using a sufficiently recent version of Tomcat that the 2.3 or 2.4 specs are implemented. - Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml
normal class? Is that a Servlet? public void init(ServletConfig cfg) throws ServletException { String s = cfg.getInitParameter(CONFIGFILE); } you'll need \\ instead of \ Allistair. -Original Message- From: Andreas Andersson [mailto:[EMAIL PROTECTED] Sent: 06 December 2004 12:57 To: [EMAIL PROTECTED] Subject: web.xml Hi all! I'm wondering how to get the values of the context-param CONFIGFILE (see below) into my normal class. web-app context-param param-nameCONFIGFILE/param-name param-valuec:\some\path\config.xml/param-value /context-param /web-app -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml
Allistair Crossley wrote: normal class? Is that a Servlet? Well, no. This class is called from another class wich in turn is used in a jsp-page as a session bean. Do I have to pass the value down all the way via jsp:setProperty? -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml
you should be acquiring your config params in the way I show, and then setting them perhaps in the application scope, or maybe a registry, or whatever pattern you wish. but do not make your normal classes attempt to access any objects like servletconfig or otherise as that breaks good design. -Original Message- From: Andreas Andersson [mailto:[EMAIL PROTECTED] Sent: 06 December 2004 13:12 To: Tomcat Users List Subject: Re: web.xml Allistair Crossley wrote: normal class? Is that a Servlet? Well, no. This class is called from another class wich in turn is used in a jsp-page as a session bean. Do I have to pass the value down all the way via jsp:setProperty? -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : web.xml
Hi Andreas. You can get you parameter with: 'request.getSession().getServletContext().getInitParameter(CONFIGFILE)' It first gets a reference on your application context and then gets the parameter you wrote in context-param.../context-param Fred. -Message d'origine- De : Andreas Andersson [mailto:[EMAIL PROTECTED] Envoyé : lundi 6 décembre 2004 13:57 À : [EMAIL PROTECTED] Objet : web.xml Hi all! I'm wondering how to get the values of the context-param CONFIGFILE (see below) into my normal class. web-app context-param param-nameCONFIGFILE/param-name param-valuec:\some\path\config.xml/param-value /context-param /web-app -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se Ce message et toutes les pieces jointes (ci-apres le message) sont confidentiels et etablis a l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisee est interdite.Tout message electronique est susceptible d'alteration. Le CREDIT DU NORD et ses filiales declinent toute responsabilite au titre de ce message s'il a ete altere, deforme ou falsifie. This message and any attachments ( the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited.E-mails are susceptible to alteration. Neither CREDIT DU NORD nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml
Allistair Crossley wrote: you should be acquiring your config params in the way I show, and then setting them perhaps in the application scope, or maybe a registry, or whatever pattern you wish. but do not make your normal classes attempt to access any objects like servletconfig or otherise as that breaks good design. In my opinion configuration classes should be static, just reading a configuration file from the system in a static environment. That makes it difficult to set parameters from the .jsp-pages or servlets. VAN DER MARLIERE FREDERIC wrote: Hi Andreas. You can get you parameter with: 'request.getSession().getServletContext().getInitParameter(CONFIGFILE)' It first gets a reference on your application context and then gets the parameter you wrote in context-param.../context-param Again, this all depends on a jsp-page. Perhaps the way to go is to have the config class nostatic and in the application scope. What is best practise? -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE : web.xml
well if request is available (either in a JSP or a Servlet) then he may as well use application.getInitParameter(CONFIGFILE), or in a Servlt getServletContext().getInitParameter .. no point going via the session. He should not be passing J2EE objects down into his business logic either. -Original Message- From: VAN DER MARLIERE FREDERIC [mailto:[EMAIL PROTECTED] Sent: 06 December 2004 14:44 To: Andreas Andersson; [EMAIL PROTECTED] Subject: RE : web.xml Hi Andreas. You can get you parameter with: 'request.getSession().getServletContext().getInitParameter(CO NFIGFILE)' It first gets a reference on your application context and then gets the parameter you wrote in context-param.../context-param Fred. -Message d'origine- De : Andreas Andersson [mailto:[EMAIL PROTECTED] Envoyé : lundi 6 décembre 2004 13:57 À : [EMAIL PROTECTED] Objet : web.xml Hi all! I'm wondering how to get the values of the context-param CONFIGFILE (see below) into my normal class. web-app context-param param-nameCONFIGFILE/param-name param-valuec:\some\path\config.xml/param-value /context-param /web-app -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se Ce message et toutes les pieces jointes (ci-apres le message) sont confidentiels et etablis a l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisee est interdite.Tout message electronique est susceptible d'alteration. Le CREDIT DU NORD et ses filiales declinent toute responsabilite au titre de ce message s'il a ete altere, deforme ou falsifie. This message and any attachments ( the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited.E-mails are susceptible to alteration. Neither CREDIT DU NORD nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml
we have objects that statically (and lazily) load properties from databases and files and it works great. we have a context listener so we can clean up after ourselves. it means we don't rely on managing context-params and storing them somewhere for the rest of our app. -Original Message- From: Andreas Andersson [mailto:[EMAIL PROTECTED] Sent: 06 December 2004 14:48 To: Tomcat Users List Subject: Re: web.xml Allistair Crossley wrote: you should be acquiring your config params in the way I show, and then setting them perhaps in the application scope, or maybe a registry, or whatever pattern you wish. but do not make your normal classes attempt to access any objects like servletconfig or otherise as that breaks good design. In my opinion configuration classes should be static, just reading a configuration file from the system in a static environment. That makes it difficult to set parameters from the .jsp-pages or servlets. VAN DER MARLIERE FREDERIC wrote: Hi Andreas. You can get you parameter with: 'request.getSession().getServletContext().getInitParameter(C ONFIGFILE)' It first gets a reference on your application context and then gets the parameter you wrote in context-param.../context-param Again, this all depends on a jsp-page. Perhaps the way to go is to have the config class nostatic and in the application scope. What is best practise? -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : web.xml
Your value is also available in a jsp with %= application.getInitParameter(CONFIGFILE) % Fred. -Message d'origine- De : Andreas Andersson [mailto:[EMAIL PROTECTED] Envoyé : lundi 6 décembre 2004 13:57 À : [EMAIL PROTECTED] Objet : web.xml Hi all! I'm wondering how to get the values of the context-param CONFIGFILE (see below) into my normal class. web-app context-param param-nameCONFIGFILE/param-name param-valuec:\some\path\config.xml/param-value /context-param /web-app -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se Ce message et toutes les pieces jointes (ci-apres le message) sont confidentiels et etablis a l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisee est interdite.Tout message electronique est susceptible d'alteration. Le CREDIT DU NORD et ses filiales declinent toute responsabilite au titre de ce message s'il a ete altere, deforme ou falsifie. This message and any attachments ( the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited.E-mails are susceptible to alteration. Neither CREDIT DU NORD nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE : web.xml
is there an echo in here? -Original Message- From: VAN DER MARLIERE FREDERIC [mailto:[EMAIL PROTECTED] Sent: 06 December 2004 14:57 To: Andreas Andersson; [EMAIL PROTECTED] Subject: RE : web.xml Your value is also available in a jsp with %= application.getInitParameter(CONFIGFILE) % Fred. -Message d'origine- De : Andreas Andersson [mailto:[EMAIL PROTECTED] Envoyé : lundi 6 décembre 2004 13:57 À : [EMAIL PROTECTED] Objet : web.xml Hi all! I'm wondering how to get the values of the context-param CONFIGFILE (see below) into my normal class. web-app context-param param-nameCONFIGFILE/param-name param-valuec:\some\path\config.xml/param-value /context-param /web-app -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se Ce message et toutes les pieces jointes (ci-apres le message) sont confidentiels et etablis a l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisee est interdite.Tout message electronique est susceptible d'alteration. Le CREDIT DU NORD et ses filiales declinent toute responsabilite au titre de ce message s'il a ete altere, deforme ou falsifie. This message and any attachments ( the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited.E-mails are susceptible to alteration. Neither CREDIT DU NORD nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml / struts-config.xml
By using context.getResourceAsStream you can always read any file in your app directory. -Original Message- From: Brij Naald [mailto:[EMAIL PROTECTED] Sent: November 25, 2004 4:02 PM To: [EMAIL PROTECTED] Subject: web.xml / struts-config.xml Hi is it possible for a filter,a servlet or just another class on the server to get to the web.xml file? Thanks! _ Kies nu de Site Van Het Jaar en win prachtige prijzen! http://www.sitevanhetjaar.be/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] !DSPAM:41a64895262962000715395!
[SOLVED] Re: web.xml - security-constraint oddity/problem
Well, that was an easy fix... I just changed the redirect port of the Coyote/JK2 AJP 1.3 Connector on port 8009, to 443 instead of 8443... :) Fred On Wed, 2004-10-06 at 22:56 -0500, Fred Blaise wrote: Hello I am running apache 2.0.46 with SSL with tomcat/mod_jk2, white box linux. I do not have tomcat running SSL on 8443. So I have this issue with my app... I am securing my app with the security-constraint tag in web.xml (connected to mysql backend), it works perfectly with the url-pattern/clients.jsp/url-pattern. clients.jsp is a https:// uri, therefore my apache SSL is handling it, and so is the remaining of the session (?). However, if i throw url-pattern/index.jsp/url-pattern, which is a http:// uri, then tomcat tries to connect to port 8443 (instead of 443), where of course it fails miserably since nothing is running there. I guess my question is, why is tomcat trying to get to port 8443, when none of my uri point to https://myhost:8443, but simply to https://myhost (which should be handled on port 443 by my apache ssl)? I don't know if i have been very clear... I always suck at explaining my pb :P Please ask me if I can clarify Thanks a lot Best Regards Fred ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app !-- Beginning of web.xml deployment descriptor -- security-constraint web-resource-collection web-resource-nameClient login/web-resource-name url-pattern/clients.jsp/url-pattern http-methodGET/http-method http-methodPOST/http-method /web-resource-collection auth-constraint role-nameclients/role-name /auth-constraint user-data-constraint transport-guaranteeCONFIDENTIAL/transport-guarantee /user-data-constraint /security-constraint login-config auth-methodFORM/auth-method form-login-config form-login-page/login.jsp/form-login-page form-error-page/loginError.jsp/form-error-page /form-login-config /login-config security-role role-nameclients/role-name /security-role /web-app - 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]
RE: web.xml security configuration.
Thanks for getting back to me Ruth; I've been three days with this now. -Original Message- From: Ruth, Brice question. I'm assuming these are 'part of' the repository app? Is that right? What should the uri-pattern be for these? Again the browse path will be http://localhost/repository/upload/index.html I want to have different security requirements for upload and search. If I have the security constraint on repository defined with url-pattern of /*, I'm thinking that will cover all the descendents of the repository directory? Is that wrong? That's a correct assumption. You should be able to do what you're wanting to do, the main thing to understand is that if you need to set a granular constraint, say for /repository/search/index.html, then you need to access that page as such. yes, for testing I'm using http://localhost/repository/search/index.html I have no mapping for these since they are simple html files. On the other hand, if you want to take advantage of index files, then a security constraint in the form of /repository/search/ should work (no wildcard * at the end). Its really just a pattern/glob match that takes place to determine if a security constraint should be invoked or not. This last pattern should only be invoked for /repository/search/, not for anything else. So it would not impact /repository/search/otherFile.html ? And no other child directories? That's a relief. Same goes if you have one tied to /repository/. I would advise that you add an additional URL-pattern for the actual index file as well, otherwise, if that file is accessed directly, then the security constraint will not be invoked. Yes, I've tried that. No success. I've reverted to the $catalina-home/conf/tomcat-users.xml to take out the mySQL loop too. Still no success. Could someone provide a (simple) example of the security-constraint .. url-pattern vs the $catalina-home/webapps/X structure please. I can't find any examples other than a single app using appname/* as the url-pattern. With 3 roles. admin, read, rwrite and /webapps /repository admin|read|rwrite /adminadmin only /search admin|read|rwrite /upload admin|rwrite All use index.html. I think the url-patterns are: url-pattern/repository/admin/index.html/url-pattern http-methodGET/http-method http-methodPOST/http-method http-methodPUT/http-method http-methodDELETE/http-method auth-constraint role-nameadmin/role-name /auth-constraint url-pattern/repository/upload/*/url-pattern ditto auth-constraint role-namerwrite/role-name role-nameadmin/role-name /auth-constraint url-pattern/repository/search/*/url-pattern auth-constraint role-nameadmin/role-name role-namerwrite/role-name role-nameread/role-name /auth-constraint Anything wrong with these? *must* I use wildcards/globbing when I'm using defaults (index.html, index.jsp or whatever?) regards DaveP -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml security configuration.
-Original Message- From: Ruth, Brice The security constraint is based on the actual URL requested, not the resource that is being accessed. So, if you're accessing: http://my.host.com/ - and its actually loading http://my.host.com/repository/index.jsp, then your security-constraint won't be triggered if you don't have /* indicated. With a constraint of /repository/index.jsp, try accessing that path directly from your browser - the constraint *should* be triggered then. in my web.xml I have servlet-mapping servlet-namerepository/servlet-name url-pattern/repository/url-pattern /servlet-mapping servlet-mapping servlet-namegetit/servlet-name url-pattern/getit/url-pattern /servlet-mapping I.e. its a one to one, so if I understand you correctly, when I browse to http://localhost/repository/index.jsp my uril-pattern should be security-constraint web-resource-collection web-resource-nameRead-WriteArea/web-resource-name url-pattern/repository/*/url-pattern I have other (html files) in /webapps /repository /upload index.html /search index.html question. I'm assuming these are 'part of' the repository app? Is that right? What should the uri-pattern be for these? Again the browse path will be http://localhost/repository/upload/index.html I want to have different security requirements for upload and search. If I have the security constraint on repository defined with url-pattern of /*, I'm thinking that will cover all the descendents of the repository directory? Is that wrong? regards daveP ** snip here ** -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml security configuration.
[EMAIL PROTECTED] wrote: in my web.xml I have servlet-mapping servlet-namerepository/servlet-name url-pattern/repository/url-pattern /servlet-mapping servlet-mapping servlet-namegetit/servlet-name url-pattern/getit/url-pattern /servlet-mapping I.e. its a one to one, so if I understand you correctly, when I browse to http://localhost/repository/index.jsp my uril-pattern should be security-constraint web-resource-collection web-resource-nameRead-WriteArea/web-resource-name url-pattern/repository/*/url-pattern I have other (html files) in /webapps /repository /upload index.html /search index.html question. I'm assuming these are 'part of' the repository app? Is that right? What should the uri-pattern be for these? Again the browse path will be http://localhost/repository/upload/index.html I want to have different security requirements for upload and search. If I have the security constraint on repository defined with url-pattern of /*, I'm thinking that will cover all the descendents of the repository directory? Is that wrong? regards daveP Dave, That's a correct assumption. You should be able to do what you're wanting to do, the main thing to understand is that if you need to set a granular constraint, say for /repository/search/index.html, then you need to access that page as such. On the other hand, if you want to take advantage of index files, then a security constraint in the form of /repository/search/ should work (no wildcard * at the end). Its really just a pattern/glob match that takes place to determine if a security constraint should be invoked or not. This last pattern should only be invoked for /repository/search/, not for anything else. Same goes if you have one tied to /repository/. I would advise that you add an additional URL-pattern for the actual index file as well, otherwise, if that file is accessed directly, then the security constraint will not be invoked. Hope this helps! -Brice -- Brice Ruth, Sr. IT Analyst Fiskars Brands Inc http://www.fiskarsbrands.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml security configuration.
[EMAIL PROTECTED] wrote: In my applications web.xml I have security-constraint web-resource-collection web-resource-nameRead-WriteArea/web-resource-name description accessible by users of all roles/description url-pattern/*/url-pattern!-- was /* -- http-methodGET/http-method http-methodPOST/http-method http-methodPUT/http-method http-methodDELETE/http-method /web-resource-collection auth-constraint descriptionThese roles are allowed access/description role-nameread/role-name role-namerwrite/role-name role-nameadmin/role-name /auth-constraint /security-constraint If the url-pattern is /* I get my jdbc based form showing, and password authentication using mySQL. If I change it to /repository/index.jsp, i.e. the actual file used, I don't get any authentication. Any advice on what form this element should take please? TIA, DaveP Dave, The security constraint is based on the actual URL requested, not the resource that is being accessed. So, if you're accessing: http://my.host.com/ - and its actually loading http://my.host.com/repository/index.jsp, then your security-constraint won't be triggered if you don't have /* indicated. With a constraint of /repository/index.jsp, try accessing that path directly from your browser - the constraint *should* be triggered then. -Brice -- Brice Ruth, Sr. IT Analyst Fiskars Brands Inc http://www.fiskarsbrands.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml
On Thu, Sep 02, 2004 at 05:10:53PM -0400, Yanbin Ma wrote: : I was using all jsp files without a web.xml under WEB-INF folder. : Everything worked fine, until I added some servlet java classes and : web.xml to register them. Then tomcat cannot find my jsp any more. 1/ please post a *new* message when writing to the list. Replying to an old (unrelated) message confuses thread-aware mailers, which makes your question harder to find (and thus answer). 2/ Post your web.xml, as none of us can see it =) Sounds like a misapplied servlet mapping that includes a / where it shouldn't. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml
Yanbin Where are you placing your servlets and jsp's? Also, please post your web.xml Yanbin Ma wrote: Hi, I am very new to tomcat. I have a question about web.xml. I was using all jsp files without a web.xml under WEB-INF folder. Everything worked fine, until I added some servlet java classes and web.xml to register them. Then tomcat cannot find my jsp any more. What should I do to solve this? Thanks! Regards, Yanbin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] Global: www.volume4.com South-Africa: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml and servlets used in an app
Change the root path(By default it is webapps) in server.xml file in conf directory of ur tomcat directory, and configure ur servlets in web.xml file in ur context path. ur question is not clear. Deepa Ramamurthy [EMAIL PROTECTED] wrote: Hello! Do I have to map all the servlets that my application uses in web.xml? I am using Tomcat 5.0 on Windows. I didn't have to do this on Tomcat 4.1 on Linux. Thanks. Deepa - Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages!
RE: web.xml
Hey there everyone! When deploying a webapp on Tomcat I know that all of the webapp specific config stuff goes into web.xml but, I want to know if there is a way that one can create a seperate .xml file that will contain an application specific config information, for example my-app.xml. The situation I want to use in for is for example having a website that has some configuration information loaded into it's web.xml file. Then I want to integrate a seperate application(a cms system) into this application but I do not want to have to manually edit the 'root' applications web.xml and would rather want the cms's configuration contained in it's own .xml called something like cms.xml. Is this possible? -- Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml
Hi Schalk, You could probably use XML entities to do that, I haven't tried it but I think it would probably work ... Simple example: http://xmlwriter.net/xml_guide/entity_declaration.shtml web.xml example: http://www.adtmag.com/java/article.asp?id=5785 HTH, Ryan -Original Message- From: Schalk Neethling [mailto:[EMAIL PROTECTED] Sent: 11 August 2004 16:50 To: Tomcat Users List Subject: RE: web.xml Hey there everyone! When deploying a webapp on Tomcat I know that all of the webapp specific config stuff goes into web.xml but, I want to know if there is a way that one can create a seperate .xml file that will contain an application specific config information, for example my-app.xml. The situation I want to use in for is for example having a website that has some configuration information loaded into it's web.xml file. Then I want to integrate a seperate application(a cms system) into this application but I do not want to have to manually edit the 'root' applications web.xml and would rather want the cms's configuration contained in it's own .xml called something like cms.xml. Is this possible? -- Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. - 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]
Re: web.xml
On Wed, Aug 11, 2004 at 05:49:32PM +0200, Schalk Neethling wrote: : config stuff goes into web.xml but, I want to know if there is a way : that one can create a seperate .xml file that will contain an : application specific config information, for example my-app.xml. Someone else has suggested using XML entities, but that will have mixed results: 1/ I don't think that would work if the included XML file exists inside a WAR file; and 2/ XML entities require absolute paths to be reliable. What about merging the CMS-specific XML into web.xml at build time, using Ant? There are a couple of posts about doing just this in the archives if you're not familiar with the Ant tasks. (I recall those posts were on the topic of JSP precompilation.) -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml and servlets used in an app
Hi, http://jakarta.apache.org/tomcat/faq/misc.html#invoker You should map them all. If you really dislike that, comment the invoker servlet back in. Yoav Shapira Millennium Research Informatics -Original Message- From: Deepa Ramamurthy [mailto:[EMAIL PROTECTED] Sent: Friday, August 06, 2004 12:25 PM To: [EMAIL PROTECTED] Subject: web.xml and servlets used in an app Hello! Do I have to map all the servlets that my application uses in web.xml? I am using Tomcat 5.0 on Windows. I didn't have to do this on Tomcat 4.1 on Linux. Thanks. Deepa 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]
Re: web.xml and servlets used in an app
As the default invoker servlet is now disabled by default you have to register your servlets in web.xml so in short, yes. If I am not correct here somebody please correct me so I can also update my knowledge but this is how I understand it currently. Deepa Ramamurthy wrote: Hello! Do I have to map all the servlets that my application uses in web.xml? I am using Tomcat 5.0 on Windows. I didn't have to do this on Tomcat 4.1 on Linux. Thanks. Deepa -- Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml: my default.css file does not work correctly
Thanks for this. But it still didn't answer my problem (which is solved -- see below). I don't have a 'welcome file'. I have a welcome page generated by a servlet -- so you can reference it with http://localhost:8080/context/home.myext And I can map this no problem. But to get this to work: http://localhost:8080/context/ fails. I assumed the 'welcome-file-list' was relevant, but it only seems to be for real files (html, jsp, etc), not for 'virtual' URLs. But for the record I solved my problem by creating an index.html file with just: META HTTP-EQUIV=Refresh CONTENT=0; URL=/context/home.myext and had *everything* else mapped using my Router servlet. Works like a dream! Thanks again. Joe. : So, I've disabled the / mapping by commenting it out. And my CSS : pages are working as normal. But trying to access my app with the root URL : just causes a directory listing. Check your book (or the servlet spec) for welcome-file-list. It's akin to the DirectoryIndex directive in Apache httpd, which lists the file(s) checked when a request is made to just a directory path (e.g. index.html). -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml: my default.css file does not work correctly
On Mon, Aug 02, 2004 at 01:14:57PM +, Jon Doe wrote: : I assumed the 'welcome-file-list' was relevant, but it only seems : to be for real files (html, jsp, etc), not for 'virtual' URLs. What's the servlet spec declared in your deployment descriptor? 2.3 or 2.4? Servlets as welcome files was added in the 2.4 spec. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml: my default.css file does not work correctly
You have overriddent the default servlet. That mean its your servlet's job to serve static resources. (There a threads in the archives about this) -Tim Jon Doe wrote: I thought I'd grasped the way the deployment descriptor works in Tomcat. But I've still got problems I don't understand. In summary: my default.css file does not work with this web.xml file: web-app servletservlet-nameIndex/servlet-name servlet-classcom.wingtip.Index/servlet-class/servlet servletservlet-nameRouter/servlet-name servlet-classcom.wingtip.Router/servlet-class/servlet !-- Access to root invokes Index. -- servlet-mappingservlet-nameIndex/servlet-name url-pattern//url-pattern/servlet-mapping !-- All URLs end .myext. These are processed by the front controller. -- servlet-mappingservlet-nameRouter/servlet-name url-pattern*.myext/url-pattern/servlet-mapping /web-app So there is a url-pattern for / -- the root URL, and there is a url-pattern for anything ending *myext. All this works fine. I put all the routing code into the Router.java file and this works like a dream. It gives me the benefit of putting all this logic in one file, and so I can see what is going on, and apply consistent security treatment to all my URLs. Great! But the fly in the ointment is CSS (and image files too). These appear not to be available. How do I get round this? I have seen mention of a 'default' servlet in the Servlet spec, but no more details. How do you make all URLs that don't match your patterns 'fall through' so they can be used by whatever notion of webserver exists in Tomcat? Incidentally, it would be *really* nice to have just the one servlet defined. Is it legal/possible to the reference to Index above removed and add the / to the Router servlet? One final point. I've heard mention that it is not good form to use a / mapping. If not, what is the alternative? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml: my default.css file does not work correctly
Thanks for this. Hmm, so this is something that I was not aware of. (The O'Relilly book -- Tomcat *Definitive* Reference -- doesn't even mention this) So, I've disabled the / mapping by commenting it out. And my CSS pages are working as normal. But trying to access my app with the root URL just causes a directory listing. So how do I stop that? I'm deploying my app under a particular context, and clearly I want to be able to just put in http://host/context/ and expect it to pick the home page. It doesn't, but just gives me a directory listing. So adding a / mapping solves this but stops CSS, and without it I get CSS but no root mapping!! Bugger! Anyone have any ideas? Joe. From: Tim Funk [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: web.xml: my default.css file does not work correctly Date: Sat, 31 Jul 2004 14:43:16 -0400 You have overriddent the default servlet. That mean its your servlet's job to serve static resources. (There a threads in the archives about this) -Tim _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml: my default.css file does not work correctly
On Sun, Aug 01, 2004 at 12:57:29AM +, Jon Doe wrote: : Thanks for this. Hmm, so this is something that I was not aware of. (The : O'Relilly book -- Tomcat *Definitive* Reference -- doesn't even mention : this) Perhaps because that's more of a general servlet concept, not really a deep Tomcat issue. : So, I've disabled the / mapping by commenting it out. And my CSS : pages are working as normal. But trying to access my app with the root URL : just causes a directory listing. Check your book (or the servlet spec) for welcome-file-list. It's akin to the DirectoryIndex directive in Apache httpd, which lists the file(s) checked when a request is made to just a directory path (e.g. index.html). -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml pointing to other xml files?
hi QM, just thought i'd follow up on how i ended up doing mine. it's essentially the same strategy but instead of including everything in the jspc generated file, i'm only including the exact segment that i need and i'm using the plain replace task. build file: loadfile srcfile=web.xml property=myfile filterchain headfilter lines=-1 skip=10/ tailfilter lines=-1 skip=3/ /filterchain /loadfile replace file=${webapp.build}/WEB-INF/web.xml token=lt;!-- @SERVLET_MAPPINGS@ --gt; value=${myfile}/ web.xml file: servlet servlet-nameaction/servlet-name servlet-classorg.apache.struts.action.ActionServlet/servlet-class init-param param-nameconfig/param-name param-value/WEB-INF/struts-config.xml/param-value /init-param init-param param-namedebug/param-name param-value2/param-value /init-param init-param param-namedetail/param-name param-value2/param-value /init-param load-on-startup2/load-on-startup /servlet !-- @SERVLET_MAPPINGS@ -- !-- Standard Action Servlet Mapping -- servlet-mapping servlet-nameaction/servlet-name url-pattern*.do/url-pattern /servlet-mapping by replacing the my entire 'placeholder' string !-- @SERVLET_MAPPINGS@ -- with the servlet mappings from jspc, my web.xml file is still valid even if i never pre-compile. thanks again for your help! TMTOWTDI is really true for Ant! woodchuck --- QM [EMAIL PROTECTED] wrote: On Mon, Jun 28, 2004 at 09:45:55AM -0700, Woodchuck wrote: : actually i'm using Ant too. i'm pre-compiling using the jspc task : and it generates a file containing servlet and servlet-mapping : tags. that's exactly what i need to do really, is to merge this file : with my web.xml file. if you can show me how you're doing it that : would be great, thanks! Appended below. Perl's TMTOWTDI motto reigns here, because I'm certain there are other (and gmore elegant) ways to do this... -QM ... from build.xml ... !-- make the contents of the precompiled JSP mappings (from the jspc task) available as a replacement variable @PRECOMPILED_JSPS@ in web.xml -- loadfile property=jsp.precomp.data srcFile=${warfile.build_dir}/WEB-INF/precompiled_jsps.xml / !-- copy the web.xml to its destination, and in the process, replace @PRECOMPILED_JSPS@ with the content of the precompiled_jsps.xml file -- copy file=files.WEB-INF/web.xml overwrite=true toFile=${warfile.build_dir}/WEB-INF/web.xml filterset filter token=PRECOMPILED_JSPS value=${jsp.precomp.data} / /filterset /copy ... from web.xml (before it's copied with Ant's copy task ... !-- BEGIN: precompiled JSPs -- @PRECOMPILED_JSPS@ !-- END: precompiled JSPs -- -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml pointing to other xml files?
I *think* you should be able to use XML entities to include other files into web.xml. Tomcat does not attempt to make sure that web.xml is valid document with respect to the dtd. There are occasions where you can put elements in web.xml out of order, and things will work ok. But that doesn't mean it will work in future versions. (Or be portable to other containers) -Tim Woodchuck wrote: under the web-app section of the web.xml file, can we arbitrarily reference other xml files? that is, if i put all my servlet tags in one file (my_servlets.xml) and all my servlet-mapping tags in another file (my_mappings.xml), is it possible to reference these from the web.xml file (and not upset tomcat in doing so)? also, i was experimenting and discovered i could place servlet tags and servlet-mapping tags in different orders (within web-app section) and it still works! not that i'm complaining but i'm surprised because when i do that, the console displays a lot of errors when tomcat 'picks up' these changes, yet it's still able to understand them and things seem to work fine... is this intentional by tomcat? ie. if breaking the DTD order does not break the application then why do we need the DTD order? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml pointing to other xml files?
On Mon, Jun 28, 2004 at 08:57:49AM -0700, Woodchuck wrote: : under the web-app section of the web.xml file, can we arbitrarily : reference other xml files? : that is, if i put all my servlet tags in one file (my_servlets.xml) : and all my servlet-mapping tags in another file (my_mappings.xml), is : it possible to reference these from the web.xml file (and not upset : tomcat in doing so)? Yes and no: you can call external entity references (which, in turn, point to files) from your web.xml; but as there is no guarantee of what is a webapp's current directory you'd have to hardcode those paths. That would make your app less portable between containers and perhaps even different Tomcat revs. You could merge your files of servlet and servlet-mapping tags at build time. For example, I use the Ant tasks loadfile and copy + filter. If you're interested, I'll post that in detail. : also, i was experimenting and discovered i could place servlet tags : and servlet-mapping tags in different orders (within web-app : section) and it still works! What servlet spec do you specify in your web.xml? IIRC 2.4's schema permits a more logical order, such as servlet servlet-mapping servlet servlet-mapping -but don't quote me on that, as I don't have the spec in front of me right now. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml pointing to other xml files?
--- QM [EMAIL PROTECTED] wrote: On Mon, Jun 28, 2004 at 08:57:49AM -0700, Woodchuck wrote: : under the web-app section of the web.xml file, can we arbitrarily : reference other xml files? : that is, if i put all my servlet tags in one file (my_servlets.xml) : and all my servlet-mapping tags in another file (my_mappings.xml), is : it possible to reference these from the web.xml file (and not upset : tomcat in doing so)? Yes and no: you can call external entity references (which, in turn, point to files) from your web.xml; but as there is no guarantee of what is a webapp's current directory you'd have to hardcode those paths. That would make your app less portable between containers and perhaps even different Tomcat revs. You could merge your files of servlet and servlet-mapping tags at build time. For example, I use the Ant tasks loadfile and copy + filter. If you're interested, I'll post that in detail. actually i'm using Ant too. i'm pre-compiling using the jspc task and it generates a file containing servlet and servlet-mapping tags. that's exactly what i need to do really, is to merge this file with my web.xml file. if you can show me how you're doing it that would be great, thanks! i didn't look into doing this right away because i thought it would be simpler to just have web.xml point to this file... :p : also, i was experimenting and discovered i could place servlet tags : and servlet-mapping tags in different orders (within web-app : section) and it still works! What servlet spec do you specify in your web.xml? IIRC 2.4's schema permits a more logical order, such as servlet servlet-mapping servlet servlet-mapping -but don't quote me on that, as I don't have the spec in front of me right now. my web.xml header is this: ?xml version=1.0 ? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/j2ee/dtds/web-app_2_3.dtd; i didn't alternate servlet and servlet-mapping though. i kept the 'group' integrity so all the servlet tags were together first, then came all the servlet-mapping tags. what i did mix up though, was putting this chunk in various places within the web-app tag. for example i put this chunk as the very last 'section' before /web-app, then i tried putting this chunk right in-between two taglib definitions. in both cases, when tomcat 'picked up' these changes it caused various parsing-related errors on the console, however my application still worked *seemingly* without any problems. __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml pointing to other xml files?
Woodchuck wrote: actually i'm using Ant too. i'm pre-compiling using the jspc task and it generates a file containing servlet and servlet-mapping tags. that's exactly what i need to do really, is to merge this file with my web.xml file. if you can show me how you're doing it that would be great, thanks! i didn't look into doing this right away because i thought it would be simpler to just have web.xml point to this file... :p You could use XSL and output a file from something like: xsl:variable name=otherDescriptor select=document('_web.xml')/*/ xsl:template match=/ xsl:apply-templates select=//filter/ xsl:apply-templates select=$otherDescriptor//filter/ xsl:apply-templates select=//filter-mapping/ xsl:apply-templates select=$otherDescriptor//filter-mapping/ xsl:apply-templates select=//servlet/ xsl:apply-templates select=$otherDescriptor//servlet/ xsl:apply-templates select=//servlet-mapping/ xsl:apply-templates select=$otherDescriptor//servlet-mapping/ /xsl:template best, -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml pointing to other xml files?
On Mon, Jun 28, 2004 at 09:45:55AM -0700, Woodchuck wrote: : actually i'm using Ant too. i'm pre-compiling using the jspc task : and it generates a file containing servlet and servlet-mapping : tags. that's exactly what i need to do really, is to merge this file : with my web.xml file. if you can show me how you're doing it that : would be great, thanks! Appended below. Perl's TMTOWTDI motto reigns here, because I'm certain there are other (and gmore elegant) ways to do this... -QM ... from build.xml ... !-- make the contents of the precompiled JSP mappings (from the jspc task) available as a replacement variable @PRECOMPILED_JSPS@ in web.xml -- loadfile property=jsp.precomp.data srcFile=${warfile.build_dir}/WEB-INF/precompiled_jsps.xml / !-- copy the web.xml to its destination, and in the process, replace @PRECOMPILED_JSPS@ with the content of the precompiled_jsps.xml file -- copy file=files.WEB-INF/web.xml overwrite=true toFile=${warfile.build_dir}/WEB-INF/web.xml filterset filter token=PRECOMPILED_JSPS value=${jsp.precomp.data} / /filterset /copy ... from web.xml (before it's copied with Ant's copy task ... !-- BEGIN: precompiled JSPs -- @PRECOMPILED_JSPS@ !-- END: precompiled JSPs -- -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml file problem
Hi Tim, I tried the way you mentioned but it still dont work. I removed the welcome file list and tested again, but even then it dont work. Am I missing anything? Thank you, Best Regards, Uma Tim Funk [EMAIL PROTECTED] rgTo 06/01/2004 06:37 Tomcat Users List PM[EMAIL PROTECTED] cc Please respond to Tomcat Users List [EMAIL PROTECTED] rta.apache.org Subject Re: web.xml file problem The dtd (http://java.sun.com/dtd/web-app_2_3.dtd) says that welcome-file-list must appear before error-page -Tim [EMAIL PROTECTED] wrote: Hi, This is my web.xml file. I dont know whats wrong here but my first session gets expired. When I remove the error-page and welcome file list, then everything works fine. Am I wrong somewhere? ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app error-page error-code404/error-code location/CustomErrorPage.jsp/location /error-page welcome-file-list welcome-fileindex.jsp/welcome-file /welcome-file-list /web-app - 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]
Re: web.xml file problem
The dtd (http://java.sun.com/dtd/web-app_2_3.dtd) says that welcome-file-list must appear before error-page -Tim [EMAIL PROTECTED] wrote: Hi, This is my web.xml file. I dont know whats wrong here but my first session gets expired. When I remove the error-page and welcome file list, then everything works fine. Am I wrong somewhere? ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app error-page error-code404/error-code location/CustomErrorPage.jsp/location /error-page welcome-file-list welcome-fileindex.jsp/welcome-file /welcome-file-list /web-app - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml deployment Problem
Hi , changing /servlet/* to /* might help Haroon His web.xml is defined as follows: - servlet-mapping servlet-name invoker /servlet-name url-pattern /servlet/* /url-pattern /servlet-mapping - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml
no (excluding system memory, jvm memory, and file system memory constraints) -Tim Schalk wrote: Hi there Is there a limit to how large the web.xml can be? i.e. The amount of servlet and servlet-mappings etc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml Welcome -file and for SSL
Uma, I have set the web.xml welcome file to index.jsp and then in index.jsp(which the user never sees) I do a %response.sendRedirect(https://myDomain.com:8443/sslIndex.jsp;);% For your needs you could just have the user logon on the http page. On the html page set the form action=https://www.mysite.com/Welcome.jsp; I have been pulling my hair out over the port thing. I requested the tomcat standard ssl port be open and now I am finding out that was not a good thing. Since now the user has to specify 8443. I dont have port 80 so I cant do a www.myDomain.com redirect. Good luck. Graham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 9:17 PM To: Tomcat Users List Subject: Re: web.xml Welcome -file and for SSL Hi Forte, I am also having similar type of problem. When the user types http://www.mysite.com it should first go to the default .html page (that is using 80 port) that I have set in the welcome-file-list in web.xml file. Its working fine. But once the user logs in from the home page, he should then be redirected to https://www.mysite.com/Welcome.jsp (using 443 port). See the port difference. I do not know where to set the redirection. or should I hard code this settings in my .jsp file itself? Thank you, Best Regards, Uma Forte, Graham [EMAIL PROTECTED] .com To 03/16/2004 06:50 'Tomcat Users List' PM[EMAIL PROTECTED] cc Please respond to Tomcat Users List [EMAIL PROTECTED] rta.apache.org Subject web.xml Welcome -file and for SSL Hello, I am wondering if it is possible to specify a Welcome-file for an https request. If I am using port 443 how can I configure Tomcat 4.1 so that when the user types in https://myIPAddress or https://myDomainName they will be directed to https://myIPAddress/myFirstPage.jsp. Thanks, Graham PS I have the web.xml Welcome-file setup with: welcome-file-list welcome-filemyFirstPage.jsp/welcome-file /welcome-file-list Will this accomplish what I need to accomplish, or do I need to add something else. I cant test this out right now because I have all ports blocked except 8443. Thanks!! - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml Welcome-file for SSL
Corrected subject, any takers. Thanks!! -Original Message- From: Forte, Graham Sent: Tuesday, March 16, 2004 7:20 AM To: 'Tomcat Users List' Subject: web.xml Welcome -file and for SSL Hello, I am wondering if it is possible to specify a Welcome-file for an https request. If I am using port 443 how can I configure Tomcat 4.1 so that when the user types in https://myIPAddress or https://myDomainName they will be directed to https://myIPAddress/myFirstPage.jsp. Thanks, Graham PS I have the web.xml Welcome-file setup with: welcome-file-list welcome-filemyFirstPage.jsp/welcome-file /welcome-file-list Will this accomplish what I need to accomplish, or do I need to add something else. I cant test this out right now because I have all ports blocked except 8443. Thanks!! - 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]
RE: web.xml Welcome-file for SSL
Should do. This works for me with TC4 and the default welcome list. Mark -Original Message- From: Forte, Graham [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 3:33 PM To: 'Tomcat Users List' Subject: RE: web.xml Welcome-file for SSL Corrected subject, any takers. Thanks!! -Original Message- From: Forte, Graham Sent: Tuesday, March 16, 2004 7:20 AM To: 'Tomcat Users List' Subject: web.xml Welcome -file and for SSL Hello, I am wondering if it is possible to specify a Welcome-file for an https request. If I am using port 443 how can I configure Tomcat 4.1 so that when the user types in https://myIPAddress or https://myDomainName they will be directed to https://myIPAddress/myFirstPage.jsp. Thanks, Graham PS I have the web.xml Welcome-file setup with: welcome-file-list welcome-filemyFirstPage.jsp/welcome-file /welcome-file-list Will this accomplish what I need to accomplish, or do I need to add something else. I cant test this out right now because I have all ports blocked except 8443. Thanks!! - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml Welcome -file and for SSL
Hi Forte, I am also having similar type of problem. When the user types http://www.mysite.com it should first go to the default .html page (that is using 80 port) that I have set in the welcome-file-list in web.xml file. Its working fine. But once the user logs in from the home page, he should then be redirected to https://www.mysite.com/Welcome.jsp (using 443 port). See the port difference. I do not know where to set the redirection. or should I hard code this settings in my .jsp file itself? Thank you, Best Regards, Uma Forte, Graham [EMAIL PROTECTED] .com To 03/16/2004 06:50 'Tomcat Users List' PM[EMAIL PROTECTED] cc Please respond to Tomcat Users List [EMAIL PROTECTED] rta.apache.org Subject web.xml Welcome -file and for SSL Hello, I am wondering if it is possible to specify a Welcome-file for an https request. If I am using port 443 how can I configure Tomcat 4.1 so that when the user types in https://myIPAddress or https://myDomainName they will be directed to https://myIPAddress/myFirstPage.jsp. Thanks, Graham PS I have the web.xml Welcome-file setup with: welcome-file-list welcome-filemyFirstPage.jsp/welcome-file /welcome-file-list Will this accomplish what I need to accomplish, or do I need to add something else. I cant test this out right now because I have all ports blocked except 8443. Thanks!! - 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]
Re: web.xml Welcome -file and for SSL
- Original Message - From: [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 10:16 PM Subject: Re: web.xml Welcome -file and for SSL Hi Forte, I am also having similar type of problem. When the user types http://www.mysite.com it should first go to the default .html page (that is using 80 port) that I have set in the welcome-file-list in web.xml file. Its working fine. But once the user logs in from the home page, he should then be redirected to https://www.mysite.com/Welcome.jsp (using 443 port). See the port difference. I do not know where to set the redirection. or should I hard code this settings in my .jsp file itself? Thank you, Best Regards, Uma Forte, Graham [EMAIL PROTECTED] .com To 03/16/2004 06:50 'Tomcat Users List' PM[EMAIL PROTECTED] cc Please respond to Tomcat Users List [EMAIL PROTECTED] rta.apache.org Subject web.xml Welcome -file and for SSL Hello, I am wondering if it is possible to specify a Welcome-file for an https request. If I am using port 443 how can I configure Tomcat 4.1 so that when the user types in https://myIPAddress or https://myDomainName they will be directed to https://myIPAddress/myFirstPage.jsp. Thanks, Graham PS I have the web.xml Welcome-file setup with: welcome-file-list welcome-filemyFirstPage.jsp/welcome-file /welcome-file-list Will this accomplish what I need to accomplish, or do I need to add something else. I cant test this out right now because I have all ports blocked except 8443. Thanks!! - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml Welcome -file and for SSL
Uma, Hard coding it is the simplest and fastest way to do what you want. With HTTP the actual form itself doesn't need to be https, just the action target. hotmail.com is a good example of this. If you have content inside the webapp that you need to make sure is accessed securely you can either check the protocol manually when you need it (say from a base class which you extend) or you can make a filter that checks the protocol. Matt Raible has an example app that uses the filter method called appfuse. You can find it here: http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse Graham, It looks like your setup is correct, you just use the welcome file. But you have to have tomcat listen on port 443 rather than 8443. It sounded in your original post like Tomcat was just listening on 8443... hth, Adrian - Original Message - From: [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 10:16 PM Subject: Re: web.xml Welcome -file and for SSL Hi Forte, I am also having similar type of problem. When the user types http://www.mysite.com it should first go to the default .html page (that is using 80 port) that I have set in the welcome-file-list in web.xml file. Its working fine. But once the user logs in from the home page, he should then be redirected to https://www.mysite.com/Welcome.jsp (using 443 port). See the port difference. I do not know where to set the redirection. or should I hard code this settings in my .jsp file itself? Thank you, Best Regards, Uma Forte, Graham [EMAIL PROTECTED] .com To 03/16/2004 06:50 'Tomcat Users List' PM[EMAIL PROTECTED] cc Please respond to Tomcat Users List [EMAIL PROTECTED] rta.apache.org Subject web.xml Welcome -file and for SSL Hello, I am wondering if it is possible to specify a Welcome-file for an https request. If I am using port 443 how can I configure Tomcat 4.1 so that when the user types in https://myIPAddress or https://myDomainName they will be directed to https://myIPAddress/myFirstPage.jsp. Thanks, Graham PS I have the web.xml Welcome-file setup with: welcome-file-list welcome-filemyFirstPage.jsp/welcome-file /welcome-file-list Will this accomplish what I need to accomplish, or do I need to add something else. I cant test this out right now because I have all ports blocked except 8443. Thanks!! - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml config, dif between 4.0 and 5.0
Jim Beard wrote: I work with a rather large and comlex web application. We have been hosting the application with Jakarta Tomcat for a while now. I am working on upgrading our environment to 5.0.18. 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? It should be stable enough, but then again it really depends on *your* webapp. Testing is the key. 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. It looks like you are still using the invoker. Its evil: http://jakarta.apache.org/tomcat/faq/misc.html#invoker But the servlet 2.4 is mostly compatible with 2.3 and 2.2. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml config, dif between 4.0 and 5.0
Tim, Thanks for the quick reply. That is exactly what the problem was. I understand that statically defining and mapping servlets would be much more secure, however I'm not sure I want to map the several hundred servlets involved I put the invoker back in place and things are moving along fine now. Jim On Tuesday, March 2, 2004, at 12:57 PM, Tim Funk wrote: 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. It looks like you are still using the invoker. Its evil: http://jakarta.apache.org/tomcat/faq/misc.html#invoker But the servlet 2.4 is mostly compatible with 2.3 and 2.2. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Jim Beard counterclaim.com, Inc http://www.counterclaim.com http://openefm.sourceforge.net (800) 264-8145 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml config, dif between 4.0 and 5.0
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]
RE: web.xml and schema document.
Hi, Can someone give me an example of how to set up my web.xml file to use the 2.4 schema, rather than a DTD? I'd really appreciate this, as it seems from the specs that this would turn on EL globally, which would be valueable to me. ?xml version=1.0 encoding=ISO-8859-1? web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4 display-nameA Simple Application/display-name ... /web-app From the Servlet Specification v2.4, SRV.13.5.1. 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]
Re: web.xml and schema document.
I can't get my file with that intro to validate, because it lacks a DOCTYPE declaration... I'd like to be able to validate my web.xml file, if at all possible. What should the DOCTYPE be for this? Shapira, Yoav wrote: ?xml version=1.0 encoding=ISO-8859-1? web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4 display-nameA Simple Application/display-name ... /web-app - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml and schema document.
Howdy, I can't get my file with that intro to validate, because it lacks a DOCTYPE declaration... I'd like to be able to validate my web.xml file, if at all possible. What should the DOCTYPE be for this? Using what tool? It's very rare top declare a DOCTYPE for a Schema document, a DOCTYPE goes with a DTD. 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]
RE: web.xml for an application in tomcat 5.0.16
Howdy, I am wanting to learn servlets and use it in an application.I was told that the right way to do this is to have a separate folder(Windows XP Home Not necessarily true: the easiest thing is to create your webapp under tomcat's webapps directory. sampleapp folder has a WEBINF created by me.Then the WEB-INF folder has Which one is it, WEBINF or WEB-INF? It should have a hyphen. servlet-mapping servlet-nameHelloServlet/servlet-name url-patternsampleapp/url-pattern /servlet-mapping You probably want /sampleapp or better yet /Hello as your url-pattern. Then you can access the servlet as http://yourhost:yourport/sampleapp/Hello. 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]
Re: RE: web.xml for an application in tomcat 5.0.16
Hi, thanks for the mail,It is indeed WEB-INF.I will try out what you have mentioned and get back to you. Thanks again AS On Thu, 29 Jan 2004 Shapira, Yoav wrote : Howdy, I am wanting to learn servlets and use it in an application.I was told that the right way to do this is to have a separate folder(Windows XP Home Not necessarily true: the easiest thing is to create your webapp under tomcat's webapps directory. sampleapp folder has a WEBINF created by me.Then the WEB-INF folder has Which one is it, WEBINF or WEB-INF? It should have a hyphen. servlet-mapping servlet-nameHelloServlet/servlet-name url-patternsampleapp/url-pattern /servlet-mapping You probably want /sampleapp or better yet /Hello as your url-pattern. Then you can access the servlet as http://yourhost:yourport/sampleapp/Hello. 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]
Re: web.xml config
Hi Allan I tried: http://kes:8080/WinGalagaHST?Op=GetScore and http://kes:8080/WinGalagaHST/WinGalagaHST?Op=GetScore I assume 'kes' is a valid IP address - why not start with 'localhost'? Anyway, I cannot see anything (obviously) wrong with your setup, other than (as suggested by others) that you should package your class files. The packages, of course, still get placed under the 'WEB-INF/classes' directory. I know for sure that you cannot use un-packaged JavaBeans. Try packaging your servlets, and let us know how you get on. One other option you could consider - if you are running Tomcat 4.1x - is to enable the Invoker Servlet instead of registering and mapping your servlets. To enable the Invoker Servlet copy and paste the following servlet mapping code into the 'web.xml' application deployment descriptor: !-- The mapping for the invoker servlet -- servlet-mapping servlet-nameinvoker/servlet-name url-pattern/servlet/*/url-pattern /servlet-mapping To call your servlet, you need to specify the '/servlet' mapping: http://myDomain/myWebApp/servlet/myServlet?x=1 If that works, then you know there is something wrong with the way you have registered and mapped your servlets in the deployment descriptor. BTW, the Invoker Servlet should NOT be used in a production environment because of security issues - so this is just a testing solution. Regards Harry but both just show HTTP 404 message. This servlet runs on my friends machine, with his own coded web-server, and to get a score, he calls ?Op=GetScore. Thanks Allan - Original Message - From: Harry Mantheakis [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Saturday, January 17, 2004 12:21 PM Subject: Re: web.xml config Hello What is the problem? How exactly are you calling (requesting) the servlet? - Give us the complete URL you are using to invoke the servlet. Harry I have tomcat up and running fine - verified by running the example jsp pages and servlets. I have a servlet that I want to get working, called WinGalagaHST which is used for my game I have been developing. I have put it in my tomcats webapps directory, and the necessary subdirs like /usr/local/sites/tomcat/tomcat/webapps/WinGalagaHST/WEB-INF/classes I have put the class files in the classes folder (2 of them, called EDSServlet.class and WinGalagaHST.class), and have my web.xml in the WEB-INF directory. Is this correct? Below is my web.xml file. If anybody knows where I am going wrong, I would much appreciate the help. Thanks very much Allan -web.xml ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app servlet servlet-name WinGalagaHST /servlet-name servlet-class WinGalagaHST /servlet-class /servlet servlet-mapping servlet-nameWinGalagaHST/servlet-name url-pattern/WinGalaga/url-pattern /servlet-mapping /web-app - 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] - 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]
Re: web.xml config
Hello What is the problem? How exactly are you calling (requesting) the servlet? - Give us the complete URL you are using to invoke the servlet. Harry I have tomcat up and running fine - verified by running the example jsp pages and servlets. I have a servlet that I want to get working, called WinGalagaHST which is used for my game I have been developing. I have put it in my tomcats webapps directory, and the necessary subdirs like /usr/local/sites/tomcat/tomcat/webapps/WinGalagaHST/WEB-INF/classes I have put the class files in the classes folder (2 of them, called EDSServlet.class and WinGalagaHST.class), and have my web.xml in the WEB-INF directory. Is this correct? Below is my web.xml file. If anybody knows where I am going wrong, I would much appreciate the help. Thanks very much Allan -web.xml ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app servlet servlet-name WinGalagaHST /servlet-name servlet-class WinGalagaHST /servlet-class /servlet servlet-mapping servlet-nameWinGalagaHST/servlet-name url-pattern/WinGalaga/url-pattern /servlet-mapping /web-app - 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]
Re: web.xml config
I tried: http://kes:8080/WinGalagaHST?Op=GetScore and http://kes:8080/WinGalagaHST/WinGalagaHST?Op=GetScore but both just show HTTP 404 message. This servlet runs on my friends machine, with his own coded web-server, and to get a score, he calls ?Op=GetScore. Thanks Allan - Original Message - From: Harry Mantheakis [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Saturday, January 17, 2004 12:21 PM Subject: Re: web.xml config Hello What is the problem? How exactly are you calling (requesting) the servlet? - Give us the complete URL you are using to invoke the servlet. Harry I have tomcat up and running fine - verified by running the example jsp pages and servlets. I have a servlet that I want to get working, called WinGalagaHST which is used for my game I have been developing. I have put it in my tomcats webapps directory, and the necessary subdirs like /usr/local/sites/tomcat/tomcat/webapps/WinGalagaHST/WEB-INF/classes I have put the class files in the classes folder (2 of them, called EDSServlet.class and WinGalagaHST.class), and have my web.xml in the WEB-INF directory. Is this correct? Below is my web.xml file. If anybody knows where I am going wrong, I would much appreciate the help. Thanks very much Allan -web.xml ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app servlet servlet-name WinGalagaHST /servlet-name servlet-class WinGalagaHST /servlet-class /servlet servlet-mapping servlet-nameWinGalagaHST/servlet-name url-pattern/WinGalaga/url-pattern /servlet-mapping /web-app - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml parser error
Antony, am getting this error. Is it possible to know which web.xml caused the error ? [ERROR] Digester - -Parse Error at line 70 column 11: The content of element type web-app must match Which log file is this in? It's probably in the log file for a particular context. If that's the case, then you know which web.xml file to look at. If not, (perhaps it's in catalina.out), then check the log messages previous to this one. You might get an indication of which context was trying to start. -chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml parser error
It is printed on stderr.log. Every context is working. I found the xml file by editing each xml file and looking for change of line number in error message. Servlet mapping is causing problem. But one interesting thing is that every time it is pointing to last line of the file. What does this mean ? Antony Paul - Original Message - From: Christopher Schultz [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 7:42 PM Subject: Re: web.xml parser error Antony, am getting this error. Is it possible to know which web.xml caused the error ? [ERROR] Digester - -Parse Error at line 70 column 11: The content of element type web-app must match Which log file is this in? It's probably in the log file for a particular context. If that's the case, then you know which web.xml file to look at. If not, (perhaps it's in catalina.out), then check the log messages previous to this one. You might get an indication of which context was trying to start. -chris - 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]
Re: web.xml parser error
(probably) http://jakarta.apache.org/tomcat/faq/misc.html#baddtd -Tim Antony Paul wrote: It is printed on stderr.log. Every context is working. I found the xml file by editing each xml file and looking for change of line number in error message. Servlet mapping is causing problem. But one interesting thing is that every time it is pointing to last line of the file. What does this mean ? Antony Paul - Original Message - From: Christopher Schultz [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 7:42 PM Subject: Re: web.xml parser error Antony, am getting this error. Is it possible to know which web.xml caused the error ? [ERROR] Digester - -Parse Error at line 70 column 11: The content of element type web-app must match Which log file is this in? It's probably in the log file for a particular context. If that's the case, then you know which web.xml file to look at. If not, (perhaps it's in catalina.out), then check the log messages previous to this one. You might get an indication of which context was trying to start. -chris - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml parser error
I could open the file in IE . I am including my web.xml(a shorter form) ?xml version=1.0 encoding=UTF-8? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app display-nameMy context/display-name descriptionApplication desc/description listener listener-classutil.ContextListener/listener-class /listener servlet servlet-nameLoginServlet/servlet-name servlet-classLoginServlet/servlet-class /servlet servlet-mapping servlet-nameLoginServlet/servlet-name url-pattern/LoginServlet/url-pattern /servlet-mapping servlet servlet-namesa/OperationPasswordServlet/servlet-name servlet-classsa.OperationPasswordServlet/servlet-class /servlet servlet-mapping servlet-namesa/OperationPasswordServlet/servlet-name url-pattern/sa/OperationPasswordServlet/url-pattern /servlet-mapping resource-ref descriptionDB Connection Pool/description res-ref-namejdbc/Database/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref /web-app Antony Paul - Original Message - From: Tim Funk [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 7:52 PM Subject: Re: web.xml parser error (probably) http://jakarta.apache.org/tomcat/faq/misc.html#baddtd -Tim Antony Paul wrote: It is printed on stderr.log. Every context is working. I found the xml file by editing each xml file and looking for change of line number in error message. Servlet mapping is causing problem. But one interesting thing is that every time it is pointing to last line of the file. What does this mean ? Antony Paul - Original Message - From: Christopher Schultz [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 7:42 PM Subject: Re: web.xml parser error Antony, am getting this error. Is it possible to know which web.xml caused the error ? [ERROR] Digester - -Parse Error at line 70 column 11: The content of element type web-app must match Which log file is this in? It's probably in the log file for a particular context. If that's the case, then you know which web.xml file to look at. If not, (perhaps it's in catalina.out), then check the log messages previous to this one. You might get an indication of which context was trying to start. -chris - 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] - 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]
Re: web.xml parser error
Your xml is not valid with respect to the dtd. IE can say a document is well-formed but can't say a document is valid. All servlet elements must appear before any servlet-mapping See http://java.sun.com/dtd/web-app_2_3.dtd -Tim Antony Paul wrote: I could open the file in IE . I am including my web.xml(a shorter form) ?xml version=1.0 encoding=UTF-8? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app display-nameMy context/display-name descriptionApplication desc/description listener listener-classutil.ContextListener/listener-class /listener servlet servlet-nameLoginServlet/servlet-name servlet-classLoginServlet/servlet-class /servlet servlet-mapping servlet-nameLoginServlet/servlet-name url-pattern/LoginServlet/url-pattern /servlet-mapping servlet servlet-namesa/OperationPasswordServlet/servlet-name servlet-classsa.OperationPasswordServlet/servlet-class /servlet servlet-mapping servlet-namesa/OperationPasswordServlet/servlet-name url-pattern/sa/OperationPasswordServlet/url-pattern /servlet-mapping resource-ref descriptionDB Connection Pool/description res-ref-namejdbc/Database/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref /web-app Antony Paul - Original Message - From: Tim Funk [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 7:52 PM Subject: Re: web.xml parser error (probably) http://jakarta.apache.org/tomcat/faq/misc.html#baddtd -Tim Antony Paul wrote: It is printed on stderr.log. Every context is working. I found the xml file by editing each xml file and looking for change of line number in error message. Servlet mapping is causing problem. But one interesting thing is that every time it is pointing to last line of the file. What does this mean ? Antony Paul - Original Message - From: Christopher Schultz [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 7:42 PM Subject: Re: web.xml parser error Antony, am getting this error. Is it possible to know which web.xml caused the error ? [ERROR] Digester - -Parse Error at line 70 column 11: The content of element type web-app must match Which log file is this in? It's probably in the log file for a particular context. If that's the case, then you know which web.xml file to look at. If not, (perhaps it's in catalina.out), then check the log messages previous to this one. You might get an indication of which context was trying to start. -chris - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml parser error
It is solved. I did as per your suggestion. Thank for your reply. I would like to know what are the requirements to become a JSP/Servlet programmer/administrator. Antony Paul - Original Message - From: Tim Funk [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 8:12 PM Subject: Re: web.xml parser error Your xml is not valid with respect to the dtd. IE can say a document is well-formed but can't say a document is valid. All servlet elements must appear before any servlet-mapping See http://java.sun.com/dtd/web-app_2_3.dtd -Tim Antony Paul wrote: I could open the file in IE . I am including my web.xml(a shorter form) ?xml version=1.0 encoding=UTF-8? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app display-nameMy context/display-name descriptionApplication desc/description listener listener-classutil.ContextListener/listener-class /listener servlet servlet-nameLoginServlet/servlet-name servlet-classLoginServlet/servlet-class /servlet servlet-mapping servlet-nameLoginServlet/servlet-name url-pattern/LoginServlet/url-pattern /servlet-mapping servlet servlet-namesa/OperationPasswordServlet/servlet-name servlet-classsa.OperationPasswordServlet/servlet-class /servlet servlet-mapping servlet-namesa/OperationPasswordServlet/servlet-name url-pattern/sa/OperationPasswordServlet/url-pattern /servlet-mapping resource-ref descriptionDB Connection Pool/description res-ref-namejdbc/Database/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref /web-app Antony Paul - Original Message - From: Tim Funk [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 7:52 PM Subject: Re: web.xml parser error (probably) http://jakarta.apache.org/tomcat/faq/misc.html#baddtd -Tim Antony Paul wrote: It is printed on stderr.log. Every context is working. I found the xml file by editing each xml file and looking for change of line number in error message. Servlet mapping is causing problem. But one interesting thing is that every time it is pointing to last line of the file. What does this mean ? Antony Paul - Original Message - From: Christopher Schultz [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 7:42 PM Subject: Re: web.xml parser error Antony, am getting this error. Is it possible to know which web.xml caused the error ? [ERROR] Digester - -Parse Error at line 70 column 11: The content of element type web-app must match Which log file is this in? It's probably in the log file for a particular context. If that's the case, then you know which web.xml file to look at. If not, (perhaps it's in catalina.out), then check the log messages previous to this one. You might get an indication of which context was trying to start. -chris - 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] - 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] - 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]
Re: web.xml parser error
Just follow the specs at ... http://java.sun.com/products/servlet/ http://java.sun.com/products/jsp/ -Tim Antony Paul wrote: It is solved. I did as per your suggestion. Thank for your reply. I would like to know what are the requirements to become a JSP/Servlet programmer/administrator. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: web.xml editor
vi (I'm old school, and vi is not web based) -Tim Luiz Ricardo wrote: Hi everyone, I would like to know if someone here uses some free application to edit web.xml files, likely this application was web-based. I also would like to know if Tomcat Team intends to do something like this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml editor
Howdy, Oh you beat me to it -- emacs ;) (From another old-schooler) Yoav Shapira Millennium ChemInformatics -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 8:46 AM To: Tomcat Users List Subject: Re: web.xml editor vi (I'm old school, and vi is not web based) -Tim Luiz Ricardo wrote: Hi everyone, I would like to know if someone here uses some free application to edit web.xml files, likely this application was web-based. I also would like to know if Tomcat Team intends to do something like this. - 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]
Re: web.xml editor
I use UltraEdit32, and it works fine for me. - Original Message - From: Luiz Ricardo [EMAIL PROTECTED] To: Tomcat-Users List [EMAIL PROTECTED] Sent: Thursday, October 23, 2003 07:29 AM Subject: web.xml editor Hi everyone, I would like to know if someone here uses some free application to edit web.xml files, likely this application was web-based. I also would like to know if Tomcat Team intends to do something like this. Thanks in advance, Luiz Ricardo - 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]
RE: web.xml editor
echo Oh you beat me to it -- emacs ;) | sed -e s/emacs/cat, sed/g (Shiver...) -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 2:49 PM To: Tomcat Users List Subject: RE: web.xml editor Oh you beat me to it -- emacs ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml editor
NetBeans IDE 3.5.1 (It's free got ever'thin) Jext editor @ www.jext.org (a good free java xml/html editor) -Original Message- From: Luiz Ricardo [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 5:30 AM To: Tomcat-Users List Subject: web.xml editor Hi everyone, I would like to know if someone here uses some free application to edit web.xml files, likely this application was web-based. I also would like to know if Tomcat Team intends to do something like this. Thanks in advance, Luiz Ricardo - 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]
Re: web.xml editor
Luiz, You should try oXygen XML editor from http://www.oxygenxml.com. It can run stand-alone or as an Eclipse plug-in. (Eclipse is an IDE that IBM open sourced; also worth a look).There is a 30 day trial version of oXygen and if you decide to purchase it's reasonable (~ $45 US). -Robert Luiz Ricardo wrote: Hi everyone, I would like to know if someone here uses some free application to edit web.xml files, likely this application was web-based. I also would like to know if Tomcat Team intends to do something like this. Thanks in advance, Luiz Ricardo - 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]
RE: web.xml editor
Luiz, Don't pay if you don't have to. Eclipse has many XML Editors but the best I've found is called BuddyXML. If you go to: http://eclipse-plugins.2y.net/eclipse/index.jsp you can find many Eclipse Plugins. Eclipse is awesome and can be your universal editor for many languages. It's even an IDE for many languages as well. Also, I have to second the idea for NetBeans. It's great as well although not as fast or modular as Eclipse. Laters, Jeremy P.S. - If you are ONLY looking for an XML IDE/Editor, Cooktop is the best free one I've found. Get it here: http://www.xmlcooktop.com/ (It's only for Windows though) -Original Message- From: Robert Hall [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 10:44 AM To: Tomcat Users List Subject: Re: web.xml editor Luiz, You should try oXygen XML editor from http://www.oxygenxml.com. It can run stand-alone or as an Eclipse plug-in. (Eclipse is an IDE that IBM open sourced; also worth a look).There is a 30 day trial version of oXygen and if you decide to purchase it's reasonable (~ $45 US). -Robert Luiz Ricardo wrote: Hi everyone, I would like to know if someone here uses some free application to edit web.xml files, likely this application was web-based. I also would like to know if Tomcat Team intends to do something like this. Thanks in advance, Luiz Ricardo - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] RE: web.xml editor
A bit off topic, but where would you suggest getting a handle on how to build Eclipse plug-ins? There's lots of great XML editors for Eclipse (personally I use Netbeans but it's a much slower response time using Swing/AWT), but what about JSP compiler plug-ins? Thanks! -Hakan Kilic -Original Message- From: Jeremy Whitlock [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 12:45 PM To: 'Tomcat Users List' Subject: RE: web.xml editor Luiz, Don't pay if you don't have to. Eclipse has many XML Editors but the best I've found is called BuddyXML. If you go to: http://eclipse-plugins.2y.net/eclipse/index.jsp you can find many Eclipse Plugins. Eclipse is awesome and can be your universal editor for many languages. It's even an IDE for many languages as well. Also, I have to second the idea for NetBeans. It's great as well although not as fast or modular as Eclipse. Laters, Jeremy P.S. - If you are ONLY looking for an XML IDE/Editor, Cooktop is the best free one I've found. Get it here: http://www.xmlcooktop.com/ (It's only for Windows though) -Original Message- From: Robert Hall [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 10:44 AM To: Tomcat Users List Subject: Re: web.xml editor Luiz, You should try oXygen XML editor from http://www.oxygenxml.com. It can run stand-alone or as an Eclipse plug-in. (Eclipse is an IDE that IBM open sourced; also worth a look).There is a 30 day trial version of oXygen and if you decide to purchase it's reasonable (~ $45 US). -Robert Luiz Ricardo wrote: Hi everyone, I would like to know if someone here uses some free application to edit web.xml files, likely this application was web-based. I also would like to know if Tomcat Team intends to do something like this. Thanks in advance, Luiz Ricardo - 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] - 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]