Re: How to read JNDI resources?
Have found a couple of solutions. Set the docbase to point to the WAR. OR manually unpack the WAR after upload. And the JNDI part works fine now :) Andrew Watters wrote: Hi Vaneet Thanks for the reference. I'm a little confused though, what are you referring to in this page that I should read? I can't see anything that explains how the context element is used. Thanks Andrew Vaneet Sharma wrote: U need to read this page http://jakarta.apache.org/tomcat/tomcat-5.5-doc/appdev/deployment.html Have fun reading Vaneet -Original Message----- From: Andrew Watters [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 06, 2005 6:14 PM To: Tomcat Users List Subject: Re: How to read JNDI resources? Thank you, I appreciate your reply. I didn't have a context entry so I added a minimal one (copied from the /examples one) before proceeding further as shown below. Unfortunately tomcat doesn't start now. I get a 'Document base C:\Development\Java\jakarta-tomcat-4.1.31\webapps\xxx does not exist or is not a readable directory' So I added a direcory xxx. Now tomcat starts ok but it doesn't unpack the xxx.war. Again I'm probably making some very simple mistake but can't see the problem or an answer in the docs or by googling... Mark Thomas wrote: You need to include a element in your context. Mark Andrew Watters wrote: Using tomcat 4.3.1 I have included the following in server.xml value="test"/> In a servlet loaded on startup I try to read in the property InitialContext ic = new InitialContext(); Context ctx = (Context) ic.lookup("java:comp/env"); String configFilename = (String)(ctx.lookup("config_file")); This code throws a NamingException. Where have I gone wrong? Thanks Andrew - 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] Vaneet Sharma executive manager iDeasTank Limited an iwg business dolphins' court po 388 valletta, m-malta/europe mobile: +356 9943 8263 skype: CALLVANEET fax: +356 9952 phone: +356 9942 [EMAIL PROTECTED] call me on www.skype.com - my ID is CALLVANEET Want a signature like this? - www.plaxo.com\signature iwg is a global e-mobile company creating, building and growing new businesses. iwg founders are pioneers in creating multi-billion dollar mobile and Internet businesses in Europe, Asia and the US. www.iWG.info www.countryprofiler.com/iWG www.visitmalta.com www.mfc.com.mt Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. - 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: How to read JNDI resources?
Hi Vaneet Thanks for the reference. I'm a little confused though, what are you referring to in this page that I should read? I can't see anything that explains how the context element is used. Thanks Andrew Vaneet Sharma wrote: U need to read this page http://jakarta.apache.org/tomcat/tomcat-5.5-doc/appdev/deployment.html Have fun reading Vaneet -Original Message----- From: Andrew Watters [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 06, 2005 6:14 PM To: Tomcat Users List Subject: Re: How to read JNDI resources? Thank you, I appreciate your reply. I didn't have a context entry so I added a minimal one (copied from the /examples one) before proceeding further as shown below. Unfortunately tomcat doesn't start now. I get a 'Document base C:\Development\Java\jakarta-tomcat-4.1.31\webapps\xxx does not exist or is not a readable directory' So I added a direcory xxx. Now tomcat starts ok but it doesn't unpack the xxx.war. Again I'm probably making some very simple mistake but can't see the problem or an answer in the docs or by googling... Mark Thomas wrote: You need to include a element in your context. Mark Andrew Watters wrote: Using tomcat 4.3.1 I have included the following in server.xml value="test"/> In a servlet loaded on startup I try to read in the property InitialContext ic = new InitialContext(); Context ctx = (Context) ic.lookup("java:comp/env"); String configFilename = (String)(ctx.lookup("config_file")); This code throws a NamingException. Where have I gone wrong? Thanks Andrew - 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] Vaneet Sharma executive manager iDeasTank Limited an iwg business dolphins' court po 388 valletta, m-malta/europe mobile: +356 9943 8263 skype: CALLVANEET fax: +356 9952 phone: +356 9942 [EMAIL PROTECTED] call me on www.skype.com - my ID is CALLVANEET Want a signature like this? - www.plaxo.com\signature iwg is a global e-mobile company creating, building and growing new businesses. iwg founders are pioneers in creating multi-billion dollar mobile and Internet businesses in Europe, Asia and the US. www.iWG.info www.countryprofiler.com/iWG www.visitmalta.com www.mfc.com.mt Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. - 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: How to read JNDI resources?
Thank you, I appreciate your reply. I didn't have a context entry so I added a minimal one (copied from the /examples one) before proceeding further as shown below. Unfortunately tomcat doesn't start now. I get a 'Document base C:\Development\Java\jakarta-tomcat-4.1.31\webapps\xxx does not exist or is not a readable directory' So I added a direcory xxx. Now tomcat starts ok but it doesn't unpack the xxx.war. Again I'm probably making some very simple mistake but can't see the problem or an answer in the docs or by googling... Mark Thomas wrote: You need to include a element in your context. Mark Andrew Watters wrote: Using tomcat 4.3.1 I have included the following in server.xml In a servlet loaded on startup I try to read in the property InitialContext ic = new InitialContext(); Context ctx = (Context) ic.lookup("java:comp/env"); String configFilename = (String)(ctx.lookup("config_file")); This code throws a NamingException. Where have I gone wrong? Thanks Andrew - 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]
How to read JNDI resources?
Using tomcat 4.3.1 I have included the following in server.xml In a servlet loaded on startup I try to read in the property InitialContext ic = new InitialContext(); Context ctx = (Context) ic.lookup("java:comp/env"); String configFilename = (String)(ctx.lookup("config_file")); This code throws a NamingException. Where have I gone wrong? Thanks Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Context element problems in conf/server.xml
Thanks again. That works great, I'm accessing my webapp fine as the default webapp with the following However, my application can't find the 'servername' environment property again! The combinations I've tried (each one three times to be sure) and their behaviour path="", docBase="xxx", WAR named xxx.war --- WAR is unpacked, webapp starts but property not found path="/", docBase="xxx", WAR named xxx.war --- WAR is unpacked, webapp starts but property not found path="", docBase="ROOT", WAR named ROOT.war --- WAR is not unpacked, webapp does not start path="/", docBase="ROOT", WAR named ROOT.war --- WAR is unpacked, webapp starts and property found! I'm now really confused. The last option was where I came in! This didn't work previously and now does. I really wish that I understood tomcats behaviour. The only other change is that I've cleaned up my server.xml file but only to remove comments and commented out sections. Andoni, thank you for your replies. Does this make any sense at all to you? If I have the time I'll take a look at the tomcat source but deadlines are looming at the moment... For the moment I have my fingers crossed (not my favourite policy) that all will keep working. Regards Andrew Andoni wrote: Yes, you can have any xxx.war that you access from http://localhost/login.jsp so long as it's path="" and it is the only context in that which has path="". This is what makes it the default app. Andoni. - Original Message - From: "Andrew Watters" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Friday, November 12, 2004 5:00 PM Subject: Re: Context element problems in conf/server.xml Hi Andoni Thanks again for your reply. I hope I'm understanding what you say correctly, apologies if not. If I rename my WAR to say, app.war, then to access a page the URL would become http://localhost/app/login.jsp. The reason why I changed the appBase to ROOT and renamed my WAR ROOT.war was so that the URL would be http://localhost/login.jsp. This is a customer directive. Is the problem that I'm going about this the wrong way in the first place? Can I have an app.war and access it like http://localhost/login.jsp? Best regards Andrew Andoni wrote: Ok, You can ignore the 's and 's when you are worrying about configuration. So what you are left with is: What you have to be aware of is that "ROOT" is more than just another name for a webapp. ROOT is a special name for the default webapp in a host. Therefore what you should do is to remove all references to root. Comment out this line of the server.xml, call your .war file something else and set the path="". Regards, Andoni. - Original Message - From: "Andrew Watters" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Friday, November 12, 2004 11:30 AM Subject: Re: Context element problems in conf/server.xml Thanks for your reply. Please find below the tags as requested. Thank you for taking the time. prefix="catalina_log." suffix=".txt" timestamp="true"/> debug="9" resourceName="UserDatabase"/> autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"> value="dev.andrew" override="false"/> directory="logs" prefix="localhost_access_log." suffix=".txt" pattern="common" resolveHosts="false"/> directory="logs" prefix="localhost_log." suffix=".txt" timestamp="true"/> Andoni wrote: Hello, You certainly don't need the "/" in the path attribute. This is not going to work as it cannot match just one slash. Would you please post the and tags. They should all be seen as a group to know exactly what's being called. Andoni. - Original Message - From: "Andrew Watters" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Thursday, November 11, 2004 4:19 PM Subject: Context element problems in conf/server.xml Hi I posted a problem a couple of days ago which I've made some progress with. Originally my webapp ROOT.war would not unpack. I've figured out the problem was with the Context element as shown below If I unpacked ROOT.war manually then my application worked fine. By adding a forward slash to the path attribute as shown below tomcat now unpacks the WAR fine. However, my application no longer starts because it cannot find the 'servername'! Yikes! Does anybody have any su
Re: Context element problems in conf/server.xml
Hi Andoni Thanks again for your reply. I hope I'm understanding what you say correctly, apologies if not. If I rename my WAR to say, app.war, then to access a page the URL would become http://localhost/app/login.jsp. The reason why I changed the appBase to ROOT and renamed my WAR ROOT.war was so that the URL would be http://localhost/login.jsp. This is a customer directive. Is the problem that I'm going about this the wrong way in the first place? Can I have an app.war and access it like http://localhost/login.jsp? Best regards Andrew Andoni wrote: Ok, You can ignore the 's and 's when you are worrying about configuration. So what you are left with is: What you have to be aware of is that "ROOT" is more than just another name for a webapp. ROOT is a special name for the default webapp in a host. Therefore what you should do is to remove all references to root. Comment out this line of the server.xml, call your .war file something else and set the path="". Regards, Andoni. ----- Original Message - From: "Andrew Watters" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Friday, November 12, 2004 11:30 AM Subject: Re: Context element problems in conf/server.xml Thanks for your reply. Please find below the tags as requested. Thank you for taking the time. Andoni wrote: Hello, You certainly don't need the "/" in the path attribute. This is not going to work as it cannot match just one slash. Would you please post the and tags. They should all be seen as a group to know exactly what's being called. Andoni. - Original Message - From: "Andrew Watters" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Thursday, November 11, 2004 4:19 PM Subject: Context element problems in conf/server.xml Hi I posted a problem a couple of days ago which I've made some progress with. Originally my webapp ROOT.war would not unpack. I've figured out the problem was with the Context element as shown below If I unpacked ROOT.war manually then my application worked fine. By adding a forward slash to the path attribute as shown below tomcat now unpacks the WAR fine. However, my application no longer starts because it cannot find the 'servername'! Yikes! Does anybody have any suggestions please? Thanks again Andrew - 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: Context element problems in conf/server.xml
Thanks for your reply. Please find below the tags as requested. Thank you for taking the time. Andoni wrote: Hello, You certainly don't need the "/" in the path attribute. This is not going to work as it cannot match just one slash. Would you please post the and tags. They should all be seen as a group to know exactly what's being called. Andoni. - Original Message - From: "Andrew Watters" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Thursday, November 11, 2004 4:19 PM Subject: Context element problems in conf/server.xml Hi I posted a problem a couple of days ago which I've made some progress with. Originally my webapp ROOT.war would not unpack. I've figured out the problem was with the Context element as shown below If I unpacked ROOT.war manually then my application worked fine. By adding a forward slash to the path attribute as shown below tomcat now unpacks the WAR fine. However, my application no longer starts because it cannot find the 'servername'! Yikes! Does anybody have any suggestions please? Thanks again Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Context element problems in conf/server.xml
Hi I posted a problem a couple of days ago which I've made some progress with. Originally my webapp ROOT.war would not unpack. I've figured out the problem was with the Context element as shown below If I unpacked ROOT.war manually then my application worked fine. By adding a forward slash to the path attribute as shown below tomcat now unpacks the WAR fine. However, my application no longer starts because it cannot find the 'servername'! Yikes! Does anybody have any suggestions please? Thanks again Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Renaming WAR problem
Thanks for your reply Tim. Tim Penhey wrote: Andrew Watters wrote: In this case the webapps directory is entirely empty, I delete the ROOT folder as part of the publish procedure and there are no other apps configured except for the manager and admin ones. What about the XML configuration file in $TOMCAT_HOME/conf/Catalina/localhost Does it specify the name of the correct war file? The only files in here are admin.xml and manager.xml. Should I have something for ROOT? As Yoav mentioned, look at the Host element in the /conf/server.xml file. Specifically the values for unpackWARs and autoDeploy. I think this is configured correctly. I have I have also set all debug leverls in /conf/server.xml and /conf/web.xml to 9. I don't see any indication of errors in any of the generated logs or in the command window. Tim - 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: Renaming WAR problem
Thanks. Sorry that's just my poor typing. It actually is ROOT.war. If I name it back again it unpacks fine! Aaagh, my head hurts now. Ben Souther wrote: try ROOT.war On Mon, 2004-11-08 at 10:27, Andrew Watters wrote: Apologies, I replied before but it never appeared, trying again... I renamed it to ROOT.WAR. The webapp used to be named like this and previously worked fine. It's now called ROOT-1.0.WAR. The new name is a result of moving to maven and it appending the version number. Ben Souther wrote: What did you rename it to? On Mon, 2004-11-08 at 09:46, Andrew Watters wrote: I have a WAR which tomcat recognises and unpacks correctly. When I rename the WAR tomcat no longer unpacks it. Is this expected behaviour? I've had a look in the 2.4 servlet spec and haven't been able to find anything on this topic. Is there a work around that will allow me to do this? Thank you Andrew - 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: Renaming WAR problem
I renamed it to ROOT.WAR. The webapp used to be named like this and previously worked fine. It's now called ROOT-1.0.WAR. The new name is a result of moving to maven and it appending the version number. Ben Souther wrote: What did you rename it to? On Mon, 2004-11-08 at 09:46, Andrew Watters wrote: I have a WAR which tomcat recognises and unpacks correctly. When I rename the WAR tomcat no longer unpacks it. Is this expected behaviour? I've had a look in the 2.4 servlet spec and haven't been able to find anything on this topic. Is there a work around that will allow me to do this? Thank you Andrew - 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: Renaming WAR problem
Apologies, I replied before but it never appeared, trying again... I renamed it to ROOT.WAR. The webapp used to be named like this and previously worked fine. It's now called ROOT-1.0.WAR. The new name is a result of moving to maven and it appending the version number. Ben Souther wrote: What did you rename it to? On Mon, 2004-11-08 at 09:46, Andrew Watters wrote: I have a WAR which tomcat recognises and unpacks correctly. When I rename the WAR tomcat no longer unpacks it. Is this expected behaviour? I've had a look in the 2.4 servlet spec and haven't been able to find anything on this topic. Is there a work around that will allow me to do this? Thank you Andrew - 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: Renaming WAR problem
In this case the webapps directory is entirely empty, I delete the ROOT folder as part of the publish procedure and there are no other apps configured except for the manager and admin ones. Shapira, Yoav wrote: Hi, Well, that explains something :) So what is tomcat seeing in the WAR that it refuses to unpack it after renaming? A directory with that name already existing. Tomcat won't overwrite such a directory if it exists. If your app is Spec-compliant, considering setting unpackWARs="false" for your Host. Yoav 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: Renaming WAR problem
Well, that explains something :) So what is tomcat seeing in the WAR that it refuses to unpack it after renaming? Shapira, Yoav wrote: Hi, I have a WAR which tomcat recognises and unpacks correctly. When I rename the WAR tomcat no longer unpacks it. Is this expected behaviour? I've had a look in the 2.4 servlet spec and haven't been able to find anything on this topic. Is there a work around that will allow me to do this? Considering that unpacking of WARs and renaming of web application are not areas covered by the Servlet Spec, I'm not surprised you didn't find anything there ;) It's a container-specific implementation issue. Yoav 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]
Renaming WAR problem
I have a WAR which tomcat recognises and unpacks correctly. When I rename the WAR tomcat no longer unpacks it. Is this expected behaviour? I've had a look in the 2.4 servlet spec and haven't been able to find anything on this topic. Is there a work around that will allow me to do this? Thank you Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat unable to unpack WAR (sometimes)
Problem with tomcat 5 on Linux: Put WAR in webapps directory. Restart tomcat. Tomcat restarts ok but doesn't unpack WAR. No errors in catlania.out. Same WAR works ok on Windows machine. Although I'm not sure it is a Windows/Linux issue. Unpack WAR on Linux and re-jar. Then unpacks fine when tomcat restarts. We've previously had a similar problem and never figured it out. Has anyone else encountered this problem before? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: can't use EL
Hi Tobias I've previously had the same problem. The cause, in my case, was that I was declaring servlet spec 2.3 in web.xml. I changed this to 2.4 and it resolved the problem. The declaration I have is 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"> Hope that helps Regards Andrew Tobias Eriksson wrote: Hi For some reason I'm having difficulties getting something as simple as this to work, see below. The result I get is this, see below. It seems to me that the VALUE-attribute is not evaluated. I've downloaded the JSTL-package from apache's homepage and I've included the tld and jar files in the WEB-INF dir. I am not sure what to try next, so any pointers would be appreciated. Regards Tobias *** This is my JSP page. 77 ${ttt.val} Name: ${ttt.val} Parameter values passed to this page for each parameter: ${current.key} ${aVal} ** <%@ page language="java" import="java.lang.*,java.util.*" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"; %> My JSP Tag-test page This is my JSP page. Name: Parameter values passed to this page for each parameter: - 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: How do I find out which version of tomcat is installed?
Excellent, thanks very much. Not quite as intuitive as I expected... Cocalea, Eugen wrote: Hi, 1. Install tomcat 2. go to installation path 3. enter the server/lib directory 4. unzip the catalina.jar file 5. in the directory resulted, go to org\apache\catalina\util 6. ServerInfo.properties has what you're looking for. /EC -Original Message- From: Andrew Watters [mailto:[EMAIL PROTECTED] Sent: Thursday, June 24, 2004 2:42 PM To: [EMAIL PROTECTED] Subject: How do I find out which version of tomcat is installed? I have full access to the tomcat directory but I can't find the version number in any of the files. It's probably somewhere obvious but I just can't see it. Please help... - 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: How do I find out which version of tomcat is installed?
Thanks for your reply, unfortunately the root index file has long since been deleted. Schalk wrote: Load the root index file. Usually you will get this by simply going to http://yourdomain.com:8080/ 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. :: -Original Message- :: From: Andrew Watters [mailto:[EMAIL PROTECTED] :: Sent: Thursday, June 24, 2004 1:42 PM :: To: [EMAIL PROTECTED] :: Subject: How do I find out which version of tomcat is installed? :: :: I have full access to the tomcat directory but I can't find the version :: number in any of the files. It's probably somewhere obvious but I just :: can't see it. :: :: Please help... :: :: :: - :: 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: How do I find out which version of tomcat is installed?
Thanks for your help, unfortunately in this case the manager app isn't there and the default 404 page which I know shows the version number isn't returned because the running application interecepts and shows its own page. Mike Fowler wrote: Andrew Watters wrote: I have full access to the tomcat directory but I can't find the version number in any of the files. It's probably somewhere obvious but I just can't see it. Please help... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Start Tomcat and go to the manager status web app. In the server information table with there is a Tomcat version column. On my box: http://localhost:8080/manager/status - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How do I find out which version of tomcat is installed?
I have full access to the tomcat directory but I can't find the version number in any of the files. It's probably somewhere obvious but I just can't see it. Please help... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Manager app security concerns
Thanks, slapping them sounds like fun. Yiannis Mavroukakis wrote: I'm just guessing here but you could run the manager app over https. If however your support team expressed concerns that the manager app might be backdoored, I suggest you slap them a little bit and ask them to change their medication :) -Original Message- From: Andrew Watters [mailto:[EMAIL PROTECTED] Sent: 09 March 2004 11:32 To: Tomcat Users List Subject: Manager app security concerns I'm using the manager app to deploy web apps. I'm interfacing to it using deployer ant tasks. My support team have raised concerns that this is inherently insecure. They are concerned that a third party can use the manager app to take control of the server. Is this a valid concern? Is the username and password securely transmitted? Are there any back doors or bugs with the manager app that would allow it to be taken over? If there are any problems is there a way to improve the security of the manager? Thanks in advance for any help. Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. Note:__ This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Jaguar Freight Services and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Manager app security concerns
I'm using the manager app to deploy web apps. I'm interfacing to it using deployer ant tasks. My support team have raised concerns that this is inherently insecure. They are concerned that a third party can use the manager app to take control of the server. Is this a valid concern? Is the username and password securely transmitted? Are there any back doors or bugs with the manager app that would allow it to be taken over? If there are any problems is there a way to improve the security of the manager? Thanks in advance for any help. Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deploying to ROOT problem
Hi Justin I've tried what you suggest and it works great for me too. Thank you for your help. If I browse to /manager I do get the directory listing but if I browse to /manager/list for example the manager application works fine. I've seen this same directory listing before. I'm going to try a new tomcat install and try again. Thanks you for your reply; I'm still playing with this and I'll let you know if I make any further progress. Andrew Justin Johnson wrote: I just did the same thing, though with more success. In build.xml, I set app.path to "/", and app.name to "ROOT", then adjusted the deploy task to your first try. On deployment, ROOT.war is copied to [tomcat]/webapps and expanded into ROOT (I changed the target depends to "dist" from "compile"). Everything's there, and it browses normally. However, now the manager app doesn't work, instead simply showing the directory listing for server/webapps/manager. Admin still works correctly. Any idea? Justin -Original Message- From: Andrew Watters [mailto:[EMAIL PROTECTED] Sent: Thursday, February 26, 2004 7:03 AM To: Tomcat Users List Subject: Deploying to ROOT problem I'm using the deployer via an ant task to deploy my application. I am using deployer 5.0.18 on windows and deploying to tomcat 5.0.18 on both windows and linux. The following works fine I also need to deploy to root. I have tried both and The first option completes successfully but I can see no evidence of my application being unpacked; browsing to '/' doesn't show my application. The second option also completes successfully and this time I see the application unpacked under webapps/ROOT; browsing to '/' doesn't help but browsing to '/ROOT/' shows that my appplication is there. Does anybody know how to deploy to root using the deployer please? Any help or advice would be greatly appreciated. Andrew - 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]
Deploying to ROOT problem
I'm using the deployer via an ant task to deploy my application. I am using deployer 5.0.18 on windows and deploying to tomcat 5.0.18 on both windows and linux. The following works fine I also need to deploy to root. I have tried both and The first option completes successfully but I can see no evidence of my application being unpacked; browsing to '/' doesn't show my application. The second option also completes successfully and this time I see the application unpacked under webapps/ROOT; browsing to '/' doesn't help but browsing to '/ROOT/' shows that my appplication is there. Does anybody know how to deploy to root using the deployer please? Any help or advice would be greatly appreciated. Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]