Re: NTLM, mod_JK and Internet Explorer
Hi Lucas, I think I remember, that NTLM needs HTTP Keepalive. Now this is default per httpd, but one can disable it, so make sure KeepAlive is active in your httpd configuration. Regards, Rainer Lucas Blancher schrieb: Hello, I have a setup that is using Apache 2.2.x, mod_jk 1.2.26, jboss 4.2 (tomcat 5.5) and alfresco. This setup works file when browsing with Firefox, but when someone tries to log in using Internet Explorer they get a message saying This page can not be displayed after entering their username and password. When I use the native http handler in tomcat, Internet Explorer works correctly and the pages are displayed after the NTLM username and password prompt. The difference I see when checking the logs is that when IE and mod_jk are used a 401 http code gets retuned. A 401 http return code does not show in the logs when Firefox is used. Has anyone has this problem before? Any Idea's? If you need more information please let me know. Thanks, Lucas Blancher - 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: ISAPI redirector error in Tomcat 4.1
Chacko Kuruvilla schrieb: Thanks for your response. I removed the older version of isapi redirector and started from scratch using isapi_redirect-1.2.26.dll. When I try now, I get an Incorrect function message on the browser. Any ideas? What about my other points? Thanks. -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: Thursday, December 27, 2007 1:43 PM To: Tomcat Users List Subject: Re: ISAPI redirector error in Tomcat 4.1 Hi Chacko, if you can reproduce the problem easily, please do the following: - make sure you are using the latest version of the isapi redirector (at the moment 1.2.26) - Make sure your redirector is correctly configured, especially, that it writes a log file - increase isapi redirector log level to debug - do a fresh start of iis (clean log file before) and reproduce the problem - Give us a way to look at the file - let us know, how the http request that produces the problem exactly looks like Regards, Rainer Chacko Kuruvilla schrieb: Can somebody help me with this error? Thanks a lot. -Original Message- From: Chacko Kuruvilla [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 26, 2007 1:23 PM To: 'Tomcat Users List' Subject: RE: ISAPI redirector error in Tomcat 4.1 Here it is... Created MBeanServer with ID: c4fe76:11716dc479f:-8000:DCHS-HIPAA-VM:1 Dec 26, 2007 8:30:11 AM org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 Starting service Tomcat-Standalone Apache Tomcat/4.1.36 Dec 26, 2007 8:30:21 AM org.apache.coyote.http11.Http11BaseProtocol start INFO: Starting Coyote HTTP/1.1 on http-8080 Dec 26, 2007 8:30:22 AM org.apache.jk.common.ChannelSocket init INFO: JK: ajp13 listening on /0.0.0.0:8009 Dec 26, 2007 8:30:22 AM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/47 config=null Stopping service Tomcat-Standalone Dec 26, 2007 8:33:23 AM org.apache.coyote.http11.Http11BaseProtocol destroy INFO: Stopping Coyote HTTP/1.1 on http-8080 Created MBeanServer with ID: c4fe76:11716e053b4:-8000:DCHS-HIPAA-VM:1 Dec 26, 2007 8:34:36 AM org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 Starting service Tomcat-Standalone Apache Tomcat/4.1.36 Dec 26, 2007 8:34:44 AM org.apache.coyote.http11.Http11BaseProtocol start INFO: Starting Coyote HTTP/1.1 on http-8080 Dec 26, 2007 8:34:44 AM org.apache.jk.common.ChannelSocket init INFO: JK: ajp13 listening on /0.0.0.0:8009 Dec 26, 2007 8:34:44 AM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/62 config=null Dec 26, 2007 8:37:31 AM org.apache.jk.core.MsgContext action WARNING: Error sending end packet java.net.SocketException: Software caused connection abort: socket write error at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:537) at org.apache.jk.common.JkInputStream.endMessage(JkInputStream.java:127) at org.apache.jk.core.MsgContext.action(MsgContext.java:302) at org.apache.coyote.Response.action(Response.java:183) at org.apache.coyote.Response.finish(Response.java:305) at org.apache.coyote.tomcat4.OutputBuffer.close(OutputBuffer.java:285) at org.apache.coyote.tomcat4.CoyoteResponse.finishResponse(CoyoteResponse.java: 438) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:158) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java :895) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:685) at java.lang.Thread.run(Thread.java:536) Dec 26, 2007 8:37:31 AM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 26, 2007 8:37:31 AM org.apache.jk.core.MsgContext action WARNING: Error sending end packet java.net.SocketException: Software caused connection abort: socket write error at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:537) at org.apache.jk.common.JkInputStream.endMessage(JkInputStream.java:127) at org.apache.jk.core.MsgContext.action(MsgContext.java:302) at org.apache.coyote.Response.action(Response.java:183)
War File Deployment - Permissions for ftp account
First of all, everything is fine with the unpacking of the War file. But I need a safe concept for a ftp user which should upload, delete and manage the War file/Application. Tomcat 5.5 is running with tomcat:tomcat Ftpuser is ftpuser:tomcat The webapps directory has ownership ftpuser:tomcat, group permission for tomcat is rwx. After uploading the war per ftp, tomcat is unpacking the war file in the webapps folder in a subdirectory. Everything is accessible and works, fine. If the ftpuser deletes the war file, tomcat is deleting the application subdirectory, fine. In some circumstances it will be important for the ftp user to do some changes to the unpacked application (mostly change some values in xml files or altering some jsps), leaving the rest of the application untouched. Tomcat is extracting the War file with tomcat:tomcat, but with group permission read only for group. So the ftpuser belonging to group tomcat has no chance to alter any files, bad. So I`ve got some questions: Is it possible to unpack a war file always with group permission read/write? Is there a way telling tomcat to extract war files with ownership ftpuser:tomcat? Everything could be done by changing permissions with chown or chmod, but the ftpuser has no bash, and a cronjob would be the last thing I want to do. Thank you for your suggests - 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: JSF and SSI
Thank you for your response. I thought it was the jsf view tag that was generating the HTML/HEAD/SCRIPT tags, but after your note, I realized it was an ajax4jsf tag that was forcing the generation of the HTML/HEAD/SCRIPT tags. Thank you again. Take care. Shannon david delbecq wrote: Shannon Scott a écrit : Hello, We have been trying to use JSF as a Server Side Include (SSI - .shtml ). What you mean by SSI (in the context of tomcat)? The problem is that the jsf adds an extra set of HTML tags to the page ( breaking the page ). We have successfully used jsp pages for SSI in the past. What extra set do you mean? JSF does render what it is asked to render (a form, various input and maybe some javascript, depending on implementation) Is there a way to stop tomcat from generating these extra tags when rendering the jsf? Tomcat does not generate extra tag, except if asked to do with jsf rules. I have been looking through the source code. Can anyone point me to where in the source this HTML tag gets inserted? Thank you for any advice or pointers. Take care. Shannon - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: NTLM, mod_JK and Internet Explorer
good call do you have any RewriteRules in your httpd.conf? - Original Message - From: Rainer Jung [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Friday, December 28, 2007 5:01 AM Subject: Re: NTLM, mod_JK and Internet Explorer Hi Lucas, I think I remember, that NTLM needs HTTP Keepalive. Now this is default per httpd, but one can disable it, so make sure KeepAlive is active in your httpd configuration. Regards, Rainer Lucas Blancher schrieb: Hello, I have a setup that is using Apache 2.2.x, mod_jk 1.2.26, jboss 4.2 (tomcat 5.5) and alfresco. This setup works file when browsing with Firefox, but when someone tries to log in using Internet Explorer they get a message saying This page can not be displayed after entering their username and password. When I use the native http handler in tomcat, Internet Explorer works correctly and the pages are displayed after the NTLM username and password prompt. The difference I see when checking the logs is that when IE and mod_jk are used a 401 http code gets retuned. A 401 http return code does not show in the logs when Firefox is used. Has anyone has this problem before? Any Idea's? If you need more information please let me know. Thanks, Lucas Blancher - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: JSF and SSI
You will get a faster and more accurate response if you display contents of your jsp(f)/jsf/faces page regards/ Martin - Original Message - Wrom: CAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSF To: Tomcat Users List users@tomcat.apache.org Sent: Friday, December 28, 2007 7:41 AM Subject: Re: JSF and SSI Thank you for your response. I thought it was the jsf view tag that was generating the HTML/HEAD/SCRIPT tags, but after your note, I realized it was an ajax4jsf tag that was forcing the generation of the HTML/HEAD/SCRIPT tags. Thank you again. Take care. Shannon david delbecq wrote: Shannon Scott a écrit : Hello, We have been trying to use JSF as a Server Side Include (SSI - shtml ). What you mean by SSI (in the context of tomcat)? The problem is that the jsf adds an extra set of HTML tags to the page ( breaking the page ). We have successfully used jsp pages for SSI in the past. What extra set do you mean? JSF does render what it is asked to render (a form, various input and maybe some javascript, depending on implementation) Is there a way to stop tomcat from generating these extra tags when rendering the jsf? Tomcat does not generate extra tag, except if asked to do with jsf rules. I have been looking through the source code. Can anyone point me to where in the source this HTML tag gets inserted? Thank you for any advice or pointers. Take care. Shannon - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: Get tomcat version from webapp code?
Thanks for the response, but I've never dealt with that at all. Is there any sample code that would give me the equivalent of something like getServerProperty( version ), and return 5.5.15, or Apache Tomcat 5.5.15, or something similar? D Martin Gainty wrote: Hi Dave- did you look at MBeanServer? http://tomcat.apache.org/tomcat-5.5-doc/catalina/funcspecs/mbean-names.html M- - Original Message - From: David kerber [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, December 27, 2007 11:53 AM Subject: Get tomcat version from webapp code? I know I can get the java version from system.properties, but is there a way of getting the tomcat version from inside my app? If so, how? I'd like to be able to display that on an administrator's information page. TIA! D - 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: NTLM, mod_JK and Internet Explorer
I found my problem, it was the KeepAlive setting, it was set to 'Off' I Changed it to 'On' and it started working over http. I then switched to ssl and had the same problem, after looking in the ssl.conf file I found a line 'SetEnvIf User-Agent .*MSIE.* nokeepalive ssl-unclean-shutdown downgrade-1.0 force-response-1.0'. I commented it out, and it started to work correctly. Thank you very much! Lucas -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: December 28, 2007 05:01 To: Tomcat Users List Subject: Re: NTLM, mod_JK and Internet Explorer Hi Lucas, I think I remember, that NTLM needs HTTP Keepalive. Now this is default per httpd, but one can disable it, so make sure KeepAlive is active in your httpd configuration. Regards, Rainer Lucas Blancher schrieb: Hello, I have a setup that is using Apache 2.2.x, mod_jk 1.2.26, jboss 4.2 (tomcat 5.5) and alfresco. This setup works file when browsing with Firefox, but when someone tries to log in using Internet Explorer they get a message saying This page can not be displayed after entering their username and password. When I use the native http handler in tomcat, Internet Explorer works correctly and the pages are displayed after the NTLM username and password prompt. The difference I see when checking the logs is that when IE and mod_jk are used a 401 http code gets retuned. A 401 http return code does not show in the logs when Firefox is used. Has anyone has this problem before? Any Idea's? If you need more information please let me know. Thanks, Lucas Blancher - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: War File Deployment - Permissions for ftp account
Carsten Schmitz wrote: But I need a safe concept for a ftp user which should upload, delete and manage the War file/Application. Tomcat 5.5 is running with tomcat:tomcat Ftpuser is ftpuser:tomcat ... In some circumstances it will be important for the ftp user to do some changes to the unpacked application (mostly change some values in xml files or altering some jsps), leaving the rest of the application untouched. Tomcat is extracting the War file with tomcat:tomcat, but with group permission read only for group. So the ftpuser belonging to group tomcat has no chance to alter any files, bad. So I`ve got some questions: Is it possible to unpack a war file always with group permission read/write? Is there a way telling tomcat to extract war files with ownership ftpuser:tomcat? It might be that your tomcat is running with umask 022 (or 027); if so, this would by default strip write access from group (which most often is the correct thing to do), and write access or all access by others. If it is so, you could change your tomcat startup to set the umask to 002 or 007 (permit write access to group, but prohibit write or any access by others). If that doesn't help, then a lot depends on your OS platform; it could be that it supports filesystem ACLs beyond the standard unix file permissions, which would make it possible to set default permissions on directory trees, or even to add auxiliary group permissions, and make these inheritable to any objects created within the tree. But from within Tomcat, no way that I know of (short of diving into the code to find out where the WARs are exploded, and changing the file permissions there. -- ..Juha - 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: how to get rid of the path after the URL
Pavel Pragin wrote: Hello, I am running a Jive application using Tomcat. The application resides in /tomcat/webapps/jiveforums on the server. When I access the site I have to use http://www.example.com/jiveforums; . What changes do I have to make in Tomcat so I can omit /jiveforums from the URL and just use http://www.example.com:/jiveforums . Right now if I go this URL I get the default Tomcat page. Make jiveforums the root. Or at least put a redirect in the root webapp to point it to jiveforums. Please help Thank You . PAVEL PRAGIN [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com http://www.solutionset.com/ PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 - 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: how to get rid of the path after the URL
Hello, Thank you for your response. Can you please give me an example of how I can do these two: 1. Make jiveforums the root. 2. Redirect in the root webapp to point it to jiveforums Thank You . PAVEL PRAGIN [EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 -Original Message- From: David kerber [mailto:[EMAIL PROTECTED] Sent: Friday, December 28, 2007 10:40 AM To: Tomcat Users List Subject: Re: how to get rid of the path after the URL Pavel Pragin wrote: Hello, I am running a Jive application using Tomcat. The application resides in /tomcat/webapps/jiveforums on the server. When I access the site I have to use http://www.example.com/jiveforums; . What changes do I have to make in Tomcat so I can omit /jiveforums from the URL and just use http://www.example.com:/jiveforums . Right now if I go this URL I get the default Tomcat page. Make jiveforums the root. Or at least put a redirect in the root webapp to point it to jiveforums. Please help Thank You . PAVEL PRAGIN [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com http://www.solutionset.com/ PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: how to get rid of the path after the URL
Let me see if I understood: 'jiveforums' is the name of the folder where ur application is inside webapps folder, right? Tomcat is a webapplication designed to run LOTS of applications. Each one must be inside of a folder inside webapps. So far you did it correct because you created your application inside of its own folder inside webapps folder. In order to do what you want you would have to drag and drop all the files inside 'jiveforums' to the folder on top of it, wich is 'webapps' ( which is NOT recommended). However if you are just playing with tomcat, you can put all your files directly on 'webapps' folder and make your index.jsp the main one by deleting the index.jsp (or index.whatever) that comes with tomcat. This is ok for testing but not for deploying real application. kisses sio -Mensagem original- De: Pavel Pragin [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 28 de dezembro de 2007 16:35 Para: users@tomcat.apache.org Assunto: how to get rid of the path after the URL Hello, I am running a Jive application using Tomcat. The application resides in /tomcat/webapps/jiveforums on the server. When I access the site I have to use http://www.example.com/jiveforums; . What changes do I have to make in Tomcat so I can omit /jiveforums from the URL and just use http://www.example.com:/jiveforums . Right now if I go this URL I get the default Tomcat page. Please help Thank You . PAVEL PRAGIN [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com http://www.solutionset.com/ PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105
how to get rid of the path after the URL
Hello, I am running a Jive application using Tomcat. The application resides in /tomcat/webapps/jiveforums on the server. When I access the site I have to use http://www.example.com/jiveforums; . What changes do I have to make in Tomcat so I can omit /jiveforums from the URL and just use http://www.example.com:/jiveforums . Right now if I go this URL I get the default Tomcat page. Please help Thank You . PAVEL PRAGIN [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com http://www.solutionset.com/ PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105
RE: how to get rid of the path after the URL
Hello Sio, It's a small world! This is actually for a real deployment on a production site. I need a solid solution. There will be only one application running on Tomcat. How can I accomplish what I want without dropping everything in webapps folder? Thanks . PAVEL PRAGIN [EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, December 28, 2007 10:54 AM To: users@tomcat.apache.org Subject: RES: how to get rid of the path after the URL Let me see if I understood: 'jiveforums' is the name of the folder where ur application is inside webapps folder, right? Tomcat is a webapplication designed to run LOTS of applications. Each one must be inside of a folder inside webapps. So far you did it correct because you created your application inside of its own folder inside webapps folder. In order to do what you want you would have to drag and drop all the files inside 'jiveforums' to the folder on top of it, wich is 'webapps' ( which is NOT recommended). However if you are just playing with tomcat, you can put all your files directly on 'webapps' folder and make your index.jsp the main one by deleting the index.jsp (or index.whatever) that comes with tomcat. This is ok for testing but not for deploying real application. kisses sio -Mensagem original- De: Pavel Pragin [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 28 de dezembro de 2007 16:35 Para: users@tomcat.apache.org Assunto: how to get rid of the path after the URL Hello, I am running a Jive application using Tomcat. The application resides in /tomcat/webapps/jiveforums on the server. When I access the site I have to use http://www.example.com/jiveforums; . What changes do I have to make in Tomcat so I can omit /jiveforums from the URL and just use http://www.example.com:/jiveforums . Right now if I go this URL I get the default Tomcat page. Please help Thank You . PAVEL PRAGIN [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com http://www.solutionset.com/ PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
http://localhost:8080/jiveforums
TRY accessING YOUR APPLICATION by TYPING: http://localhost:8080/jiveforums 8080 is the port you set for tomcat. change if IT is another one. remember...tomcat has its main page located inside webapps. that's the reason you get it when you access http://LOCALHOST:8080 KISSES SIO
RE: how to get rid of the path after the URL
Hello, I wasn't able to find default.jsp anywhere under /tomcat/webapps do I just need to create one there with the redirect? Thanks . PAVEL PRAGIN [EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 -Original Message- From: David kerber [mailto:[EMAIL PROTECTED] Sent: Friday, December 28, 2007 11:00 AM To: Tomcat Users List Subject: Re: how to get rid of the path after the URL Pavel Pragin wrote: Hello, Thank you for your response. Can you please give me an example of how I can do these two: 1. Make jiveforums the root. Copy all the stuff from your jiveforums folder to the root folder under webapps. 2. Redirect in the root webapp to point it to jiveforums replace the default.jsp file in root with one that has a redirect command in it (do a google search for that). Thank You . PAVEL PRAGIN [EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 -Original Message- From: David kerber [mailto:[EMAIL PROTECTED] Sent: Friday, December 28, 2007 10:40 AM To: Tomcat Users List Subject: Re: how to get rid of the path after the URL Pavel Pragin wrote: Hello, I am running a Jive application using Tomcat. The application resides in /tomcat/webapps/jiveforums on the server. When I access the site I have to use http://www.example.com/jiveforums; . What changes do I have to make in Tomcat so I can omit /jiveforums from the URL and just use http://www.example.com:/jiveforums . Right now if I go this URL I get the default Tomcat page. Make jiveforums the root. Or at least put a redirect in the root webapp to point it to jiveforums. Please help Thank You . PAVEL PRAGIN [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com http://www.solutionset.com/ PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: RES: how to get rid of the path after the URL
[EMAIL PROTECTED] wrote: In order to do what you want you would have to drag and drop all the files inside 'jiveforums' to the folder on top of it, wich is 'webapps' ( which is NOT recommended). No, no, no. This is completely, totally and utterly wrong. It isn't just not recommended, it won't work. The correct way to do what the OP wants to do is: - if deployed directory, rename the jiveforums directory to ROOT - if deployed as a WAR file, rename jiveforums.war to ROOT.war Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: how to get rid of the path after the URL
Pavel, the default.jsp is either a index.html or index.jsp file. sio -Mensagem original- De: Pavel Pragin [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 28 de dezembro de 2007 17:08 Para: Tomcat Users List Assunto: RE: how to get rid of the path after the URL Hello, I wasn't able to find default.jsp anywhere under /tomcat/webapps do I just need to create one there with the redirect? Thanks . PAVEL PRAGIN [EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 -Original Message- From: David kerber [mailto:[EMAIL PROTECTED] Sent: Friday, December 28, 2007 11:00 AM To: Tomcat Users List Subject: Re: how to get rid of the path after the URL Pavel Pragin wrote: Hello, Thank you for your response. Can you please give me an example of how I can do these two: 1. Make jiveforums the root. Copy all the stuff from your jiveforums folder to the root folder under webapps. 2. Redirect in the root webapp to point it to jiveforums replace the default.jsp file in root with one that has a redirect command in it (do a google search for that). Thank You . PAVEL PRAGIN [EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 -Original Message- From: David kerber [mailto:[EMAIL PROTECTED] Sent: Friday, December 28, 2007 10:40 AM To: Tomcat Users List Subject: Re: how to get rid of the path after the URL Pavel Pragin wrote: Hello, I am running a Jive application using Tomcat. The application resides in /tomcat/webapps/jiveforums on the server. When I access the site I have to use http://www.example.com/jiveforums; . What changes do I have to make in Tomcat so I can omit /jiveforums from the URL and just use http://www.example.com:/jiveforums . Right now if I go this URL I get the default Tomcat page. Make jiveforums the root. Or at least put a redirect in the root webapp to point it to jiveforums. Please help Thank You . PAVEL PRAGIN [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com http://www.solutionset.com/ PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: RES: how to get rid of the path after the URL
Hello, Do you meet ROOT literaly? thanks -Original Message- From: Mark Thomas [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: 12/28/07 11:09 AM Subject: Re: RES: how to get rid of the path after the URL [EMAIL PROTECTED] wrote: In order to do what you want you would have to drag and drop all the files inside 'jiveforums' to the folder on top of it, wich is 'webapps' ( which is NOT recommended). No, no, no. This is completely, totally and utterly wrong. It isn't just not recommended, it won't work. The correct way to do what the OP wants to do is: - if deployed directory, rename the jiveforums directory to ROOT - if deployed as a WAR file, rename jiveforums.war to ROOT.war Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: how to get rid of the path after the URL
Pavel Pragin wrote: Hello, Thank you for your response. Can you please give me an example of how I can do these two: 1. Make jiveforums the root. Copy all the stuff from your jiveforums folder to the root folder under webapps. 2. Redirect in the root webapp to point it to jiveforums replace the default.jsp file in root with one that has a redirect command in it (do a google search for that). Thank You . PAVEL PRAGIN [EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 -Original Message- From: David kerber [mailto:[EMAIL PROTECTED] Sent: Friday, December 28, 2007 10:40 AM To: Tomcat Users List Subject: Re: how to get rid of the path after the URL Pavel Pragin wrote: Hello, I am running a Jive application using Tomcat. The application resides in /tomcat/webapps/jiveforums on the server. When I access the site I have to use http://www.example.com/jiveforums; . What changes do I have to make in Tomcat so I can omit /jiveforums from the URL and just use http://www.example.com:/jiveforums . Right now if I go this URL I get the default Tomcat page. Make jiveforums the root. Or at least put a redirect in the root webapp to point it to jiveforums. Please help Thank You . PAVEL PRAGIN [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] T 650.328.3900 M 650.521.4377 F 650.328.3901 SolutionSet The Brand Technology Company http://www.SolutionSet.com http://www.solutionset.com/ PA 131 Lytton Ave., Palo Alto, CA 94301 SF 85 Second St., San Francisco, CA 94105 - 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: RES: how to get rid of the path after the URL
Pavel Pragin schrieb: Hello, Do you meet ROOT literaly? Yes. All URLs that do not map to any context deployed by it's name will be mapped to the special context named ROOT. thanks -Original Message- From: Mark Thomas [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: 12/28/07 11:09 AM Subject: Re: RES: how to get rid of the path after the URL [EMAIL PROTECTED] wrote: In order to do what you want you would have to drag and drop all the files inside 'jiveforums' to the folder on top of it, wich is 'webapps' ( which is NOT recommended). No, no, no. This is completely, totally and utterly wrong. It isn't just not recommended, it won't work. The correct way to do what the OP wants to do is: - if deployed directory, rename the jiveforums directory to ROOT - if deployed as a WAR file, rename jiveforums.war to ROOT.war Mark - 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: RES: how to get rid of the path after the URL
Hello, You guys are great I will try this shortly. thanks -Original Message- From: Rainer Jung [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: 12/28/07 11:40 AM Subject: Re: RES: how to get rid of the path after the URL Pavel Pragin schrieb: Hello, Do you meet ROOT literaly? Yes. All URLs that do not map to any context deployed by it's name will be mapped to the special context named ROOT. thanks -Original Message- From: Mark Thomas [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: 12/28/07 11:09 AM Subject: Re: RES: how to get rid of the path after the URL [EMAIL PROTECTED] wrote: In order to do what you want you would have to drag and drop all the files inside 'jiveforums' to the folder on top of it, wich is 'webapps' ( which is NOT recommended). No, no, no. This is completely, totally and utterly wrong. It isn't just not recommended, it won't work. The correct way to do what the OP wants to do is: - if deployed directory, rename the jiveforums directory to ROOT - if deployed as a WAR file, rename jiveforums.war to ROOT.war Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: RES: how to get rid of the path after the URL
That's right Pavel. Mark is correct. It's been a while that I am being forced to develop in this crap php language that I forgot that tomcat main application is not under webapps. It's under a ROOT folder. So rename ROOT to ROOTSomething create a ROOT folder. Place your application on it. Let me know if it worked. sio -Mensagem original- De: Pavel Pragin [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 28 de dezembro de 2007 17:17 Para: Tomcat Users List Assunto: RE: RES: how to get rid of the path after the URL Hello, Do you meet ROOT literaly? thanks -Original Message- From: Mark Thomas [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: 12/28/07 11:09 AM Subject: Re: RES: how to get rid of the path after the URL [EMAIL PROTECTED] wrote: In order to do what you want you would have to drag and drop all the files inside 'jiveforums' to the folder on top of it, wich is 'webapps' ( which is NOT recommended). No, no, no. This is completely, totally and utterly wrong. It isn't just not recommended, it won't work. The correct way to do what the OP wants to do is: - if deployed directory, rename the jiveforums directory to ROOT - if deployed as a WAR file, rename jiveforums.war to ROOT.war Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5 persistable cluster aware MBean?
Hi, I am considering the use of custom MBean in Tomcat 5 clustered environment. So I wonder is there a way to configure Tomcat or MBean to persist its state and once it is changed to replicate it among other MBean instances in the cluster environment automatically (similar to session replication)? Thanks, Gennady
Re: Get tomcat version from webapp code?
David kerber wrote: Thanks for the response, but I've never dealt with that at all. Is there any sample code that would give me the equivalent of something like getServerProperty( version ), and return 5.5.15, or Apache Tomcat 5.5.15, or something similar? D In a JSP: %= application.getServerInfo() % In a Servlet: String serverInfo = getServletContext().getServerInfo(); - 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: Get tomcat version from webapp code?
Louis wrote: David kerber wrote: Thanks for the response, but I've never dealt with that at all. Is there any sample code that would give me the equivalent of something like getServerProperty( version ), and return 5.5.15, or Apache Tomcat 5.5.15, or something similar? D In a JSP: %= application.getServerInfo() % In a Servlet: String serverInfo = getServletContext().getServerInfo(); Thanks, guys! Believe it or not, I did do a bit of searching for this, but I guess I didn't happen upon the right search terms... D - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Does a static directory now always take precedence to a url-pattern?
I was running under TomCat 5.5.14 for two years. I just upgraded to TomCat 5.5.23 (that's the latest version my host supports). The 5.5.23 version seems to give static directories total precedence over url-patterns defined in the web.xml. For example, in my application root, I had a directory /office which contained static files and in my application's web.xml I mapped a servlet to the url-pattern /office. In the older Tomcat this worked fine, matching the url-pattern if the URL was exactly /office or the static content if the URL was /office/something, but in the newer Tomcat the existence of the static directory causes the url-pattern to be completely ignored. Is this the expected behavior or am I missing something in the configuration that would give matching the url-pattern precedence again? Tad Woods
