Re: R: R: R: Problems with tomcat in debian
Well, this file not exists, each application needs and xml file there? There isn't a default configuration to load all the new applications? Thanks Best Regards 2008/9/4 Leandro Dardini [EMAIL PROTECTED] Look at tomcat/conf/Catalina/localhost/sample.xml. There is a field, docBase=... you can specify where you application lies. The path=/... is related on how you call it. Leandro -Messaggio originale- Da: marcos gonzalez [mailto:[EMAIL PROTECTED] Inviato: giovedì 4 settembre 2008 11.21 A: Tomcat Users List Oggetto: Re: R: R: Problems with tomcat in debian Thanks but nots the solution. really I don't know where I can configure the default path for the applications Best Regards 2008/9/4 Leandro Dardini [EMAIL PROTECTED] Try putting a index.jsp in your context and access http://localhost:8180/sample/index.jsp Leandro -Messaggio originale- Da: marcos gonzalez [mailto:[EMAIL PROTECTED] Inviato: giovedì 4 settembre 2008 10.57 A: Tomcat Users List Oggetto: Re: R: Problems with tomcat in debian Hi Im using only Tomcat, not apache. I can access to manager, how I can test the sampel application using this interface? Best Regards 2008/9/4 Leandro Dardini [EMAIL PROTECTED] -Messaggio originale- Da: marcos gonzalez [mailto:[EMAIL PROTECTED] Inviato: giovedì 4 settembre 2008 10.41 A: Tomcat Users List Oggetto: Problems with tomcat in debian Hi Im installing Tomcat5.5 and works correctly, but when I put the sample application in the webapps folder /usr/share/tomcat5.5/webapps I can't access. I access using the path in Firefox http://localhost:8180/sample. The 404 error appears. Any idea? Best Regards Did you jkmount the sample application? The 404 error is the standard apache or tomcat version? Can you see the sample application in the manager interface? Leandro
RE: R: R: R: Problems with tomcat in debian
From: marcos gonzalez [mailto:[EMAIL PROTECTED] Subject: Re: R: R: R: Problems with tomcat in debian Well, this file not exists, each application needs and xml file there? No, each application does not. When a Context element is needed at all, it normally goes into the META-INF/context.xml file of the webapp. If you wish to override that one, or if your webapp is deployed outside of the Host appBase directory, then place the Context element in conf/Catalina/[host]/[appName].xml; note that the path attribute must not be used, and the docBase attribute is only allowed when the webapp is not under the Host appBase. There isn't a default configuration to load all the new applications? What you're doing does work with a real Tomcat, as you have found out. The 3rd-party repackaged junk creates problems for many, many users. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: R: R: R: Problems with tomcat in debian
From: Leandro Dardini [mailto:[EMAIL PROTECTED] Subject: R: R: R: R: Problems with tomcat in debian I don't know if a file is needed, but I usually create it and all runs well. Please stop giving bad information. The conf/Catalina/[host]/[appName].xml file is only needed when you wish to override an existing META-INF/context.xml file in the webapp, or the webapp is deployed outside of the Host appBase. In other cases, such as the situation posed by the OP, it is not necessary. This is mine for lambda probe, named probebinj.xml ?xml version=1.0 encoding=UTF-8? Context privileged=true allowLinking=true docBase=/usr2/context/probe reloadable=false path=/probebinj /Context The path attribute is illegal here, and must not be used. If you're lucky, Tomcat will just ignore it; if you're not, behavior will be unpredictable. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: R: R: R: Problems with tomcat in debian
Hi to all, Finally i uninstalled the tomcat package from Etch repository and installed again using tomcat oficial tar.gz package. And,surprise, all works right :-) Thanks for all the mails helping me. Best Regards 2008/9/4 Caldarale, Charles R [EMAIL PROTECTED] From: Leandro Dardini [mailto:[EMAIL PROTECTED] Subject: R: R: R: R: Problems with tomcat in debian I don't know if a file is needed, but I usually create it and all runs well. Please stop giving bad information. The conf/Catalina/[host]/[appName].xml file is only needed when you wish to override an existing META-INF/context.xml file in the webapp, or the webapp is deployed outside of the Host appBase. In other cases, such as the situation posed by the OP, it is not necessary. This is mine for lambda probe, named probebinj.xml ?xml version=1.0 encoding=UTF-8? Context privileged=true allowLinking=true docBase=/usr2/context/probe reloadable=false path=/probebinj /Context The path attribute is illegal here, and must not be used. If you're lucky, Tomcat will just ignore it; if you're not, behavior will be unpredictable. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
