RE: Tomcat/JVM hangs in session.getAttribute / HashMap.get()
I have seen instances of a HashMap whose entries got circularly linked, I assume, due to updates which where not thread safe. Any thread using a get() on such a HashMap will spin forever chasing its tail. Cheers, Larry -Original Message- From: Leon Rosenberg [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 06, 2005 8:31 AM To: tomcat-user@jakarta.apache.org Subject: Tomcat/JVM hangs in session.getAttribute / HashMap.get() Hi, This is quite ugly but we are running out of ideas. We are currently experiencing stange behaviour of tomcat (or the VM). Our tomcat hangs (not reproduceable, but probably on parallel requests to similar methods) in session.getAttibute(): We checked the source code of the HashMap, StandardSession and StandardSessionFacade but couldn't find any synchronized methods. The manager shows the 4 threads hanging since 400 millis (more than an hour). we created a stacktrace with kill - QUIT, here the threads are: http-8580-Processor3 daemon prio=1 tid=0x7cdf11d0 nid=0x3269 runnable [7d7fe000..7d7ff8bc] at java.util.HashMap.get(HashMap.java:325) at org.apache.catalina.session.StandardSession.getAttribute(Stand ardSession.java:975) at org.apache.catalina.session.StandardSessionFacade.getAttribute (StandardSessionFacade.java:109) at de.friendscout.datingr4.shared.presentation.action.BaseAction. getUserId(BaseAction.java:653) at de.friendscout.datingr4.onlinearea.presentation.action.BaseOnl ineAreaAction.getSettings(BaseOnlineAreaAction.java:89) at de.friendscout.datingr4.onlinearea.presentation.action.GetOnli neUsersAction.doExecute(GetOnlineUsersAction.java:49) http-8580-Processor1 daemon prio=1 tid=0x7d3fa078 nid=0x3269 runnable [7ce7f000..7ce7f8bc] at java.util.HashMap.get(HashMap.java:325) at org.apache.catalina.session.StandardSession.getAttribute(Stand ardSession.java:975) at org.apache.catalina.session.StandardSessionFacade.getAttribute (StandardSessionFacade.java:109) at de.friendscout.datingr4.shared.presentation.action.BaseAction. getUserId(BaseAction.java:653) at de.friendscout.datingr4.onlinearea.presentation.action.ShowFil tersAction.doExecute(ShowFiltersAction.java:42) at de.friendscout.datingr4.shared.presentation.action.BaseAction. execute(BaseAction.java:316) http-8580-Processor24 daemon prio=1 tid=0x7d430200 nid=0x3269 runnable [7e77f000..7e77f8bc] at java.util.HashMap.get(HashMap.java:325) at org.apache.catalina.session.StandardSession.getAttribute(Stand ardSession.java:975) at org.apache.catalina.session.StandardSessionFacade.getAttribute (StandardSessionFacade.java:109) at de.friendscout.datingr4.shared.presentation.util.RealmUtility. initRealm(RealmUtility.java:66) at de.friendscout.datingr4.shared.presentation.util.RealmUtility. initRealm(RealmUtility.java:61) at de.friendscout.datingr4.shared.presentation.controller.Control lerServlet.doGet(ControllerServlet.java:139) My Java knowledge isn't sufficent to explain how something can hang in HashMap.get() since its not synchronized. Neither are the .getAttribute() methods of the StandardSession or StandardSessionFacade. We are using jdk 1.4.2_08-b03, tomcat 5.0.25, struts 1.1, jacorb 2.2 (night build) on linux/debian/sarge - 3.1 stable. any ideas? anybody? regards Leon - 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: Tomcat/JVM hangs in session.getAttribute / HashMap.get()
-Original Message- From: Leon Rosenberg [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 06, 2005 9:03 AM To: Tomcat Users List Subject: RE: Tomcat/JVM hangs in session.getAttribute / HashMap.get() On Tue, 2005-09-06 at 08:47 -0400, Larry Isaacs wrote: I have seen instances of a HashMap whose entries got circularly linked, I assume, due to updates which where not thread safe. Any thread using a get() on such a HashMap will spin forever chasing its tail. Cheers, Larry Could be possible since we also have increasing load (until idle time goes to zero) on those machines but... we are putting only pretty simple objects like Locale or an userId object. I don't think it is a matter of how simple the object, but how it is being stored in the session. If I understand you correctly your scenario is: HashMap Entry has a linked list of X entries at one position and entry[Y] is poiting to the first entry instead of next or null? Correct. But how can that happen? a JVM / Core Api bug? The error is likely in webapp code, since the Servlet spec leaves it up to the webapp to implement thread safe setting and update of session objects. I haven't researched the HashMap source code to see exactly how this situation can come about, so I can't say exactly what to look for. Thus, the not terribly helpful advice is to examine for thread safety each location where the session is written. Cheers, Larry public abstract class UserId implements Serializable{ public abstract String getPlainPresentation(); public boolean equals(Object anotherObject){ return anotherObject instanceof UserId ? ((UserId)anotherObject).getPlainPresentation().equals(getPlain Presentation()): false; } public abstract String[] getFragmentation(int fragementationDepth, int fragmentLength); public String toString(){ return getPlainPresentation(); } } public class LongUserId extends UserId implements Serializable{ private long value; private transient String cachedStringPresentation; private static final long serialVersionUID = 451670268366493765L; public LongUserId(long aValue){ this.value = aValue; } public int hashCode(){ return (int)value; } public boolean equals(Object o){ return (o instanceof LongUserId) ? ((LongUserId)o).value == value : false; } public String[] getFragmentation(int fragmentationDepth, int fragmentLength) { String s = getPlainPresentation(); //first ensure our string is long enough. while (s.length()fragmentationDepth*fragmentLength) s = 0+s; int singleLength = fragmentLength; String ret[] = new String[fragmentationDepth]; for (int i=0; ifragmentationDepth; i++){ String fragment = s.substring(i*singleLength, i*singleLength +singleLength); ret[i] = fragment; } return ret; } public String getPlainPresentation() { if (cachedStringPresentation==null) cachedStringPresentation = +value; return cachedStringPresentation; } thanx Leon -Original Message- From: Leon Rosenberg [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 06, 2005 8:31 AM To: tomcat-user@jakarta.apache.org Subject: Tomcat/JVM hangs in session.getAttribute / HashMap.get() Hi, This is quite ugly but we are running out of ideas. We are currently experiencing stange behaviour of tomcat (or the VM). Our tomcat hangs (not reproduceable, but probably on parallel requests to similar methods) in session.getAttibute(): We checked the source code of the HashMap, StandardSession and StandardSessionFacade but couldn't find any synchronized methods. The manager shows the 4 threads hanging since 400 millis (more than an hour). we created a stacktrace with kill - QUIT, here the threads are: http-8580-Processor3 daemon prio=1 tid=0x7cdf11d0 nid=0x3269 runnable [7d7fe000..7d7ff8bc] at java.util.HashMap.get(HashMap.java:325) at org.apache.catalina.session.StandardSession.getAttribute(Stand ardSession.java:975) at org.apache.catalina.session.StandardSessionFacade.getAttribute (StandardSessionFacade.java:109) at de.friendscout.datingr4.shared.presentation.action.BaseAction. getUserId(BaseAction.java:653) at de.friendscout.datingr4.onlinearea.presentation.action.BaseOnl ineAreaAction.getSettings(BaseOnlineAreaAction.java:89
RE: Tomcat 3.3.2: Not able to retrieve parameters
A simple test works for me. Are you accessing Tomcat 3.3.2 directly or through another web server? Larry -Original Message- From: Code Rebel [mailto:[EMAIL PROTECTED] Sent: Monday, August 22, 2005 8:39 PM To: tomcat-user@jakarta.apache.org Subject: Tomcat 3.3.2: Not able to retrieve parameters Hi all, For some reason I'm not able to retrieve the parameters from a URL. I have a simple test JSP file that attempts to print out the names and values of parameters passed via the URL. The JSP loads, executes and provides a response just fine, but the call to HttpServletRequest.getParameterNames() always returns an empty Enumeration, even when there are parameters on the URL. So, for example, if the following URL is given: http://localhost/examples/jsp/test.jsp?first=1second=2 ...I would expect getParameterNames() to return an Enumeration containing two strings: first and second But no such luck. My hunch is that there is something wrong in the configuration, probably in the server.xml file, but so far I haven't been able to figure out what the problem might be. Thanks in advance for your help. Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs - 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: Upgrading from tomcat 3.2.2 to 3.3.2 on Windows
Tomcat 3.3.x differs from 3.2.x in a number of important respects. It is likely you will have to port your customizations, rather than just copy them. To do so, you should familiarize yourself with the documentation, which may be found in your distribution or online here: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/index.html The last prebuilt jk_nt_service.exe that I am aware of is found here: http://archive.apache.org/dist/jakarta/tomcat-3/archive/v3.3.1a/bin/win32/i386/ For Tomcat 3.3.2, you will need a newer version of isapi_redirect.dll. These may be found here: http://apache.roweboat.net/jakarta/tomcat-connectors/jk/binaries/win32/ For its current documentation, see: http://jakarta.apache.org/tomcat/connectors-doc/ It is a bit sparse for IIS. However, I haven't kept up with jk changes, so I can't say how much of: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-iis-howto.html still applies. Hopefully most. Cheers, Larry -Original Message- From: Horvath, Ruth (Ruth) ** CTR ** [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 13, 2005 1:16 PM To: tomcat-user@jakarta.apache.org Subject: Upgrading from tomcat 3.2.2 to 3.3.2 on Windows Sorry if this has been discussed before, but I couldn't find this topic in the archives. I'm also new to tomcat. I'm not a developer, but a member of our system verification team. I've been asked to evaluate what needs to be done to upgrade our current version of tomcat. Currently, our application is using tomcat 3.2.2 (I know - we need to get into the 21st century) The management team is looking to upgrade to 3.3.2 (baby steps - this is for a point release - our next major release we hope to convince them to at least use 5.0) Anyway, if I upgrade from 3.2.2 to 3.3.2, what is this buying me (improved performance - what) ? What is the best way to test (or should I just verify I didn't break anything that was previously working) ? What is the best way to upgrade (without loosing my customized xml/properties files) Is it good enough to look at what's currently in my 3.2.2 bin/conf/lib directories and just copy in the 3.3.2 versions of those files currently used ? Also, my current 3.2.2 has jk_nt_service.exe and isapi_redirect.dll in the bin directory, but I don't see these in the 3.3.2 bin. Where would I find these ? These look like they've been modified (according to the release notes), so I'm guessing I need to find them. Thank-you for your time and patience, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Upgrading from tomcat 3.2.2 to 3.3.2 on Windows
There are too many differences and too many what ifs to provide a practical upgrade document. You will need to assess what features and customizations you are using now in 3.2.2 and discover how the same thing or something equivalent may be accomplished in 3.3.2. Some things will be the same or similar, but some will be different. The only thing you should have any real problem with are customizations that depend on quirks in 3.2.2 that have been fixed or don't apply to 3.3.2. Cheers, Larry -Original Message- From: Horvath, Ruth (Ruth) ** CTR ** [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 13, 2005 2:33 PM To: Tomcat Users List Subject: RE: Upgrading from tomcat 3.2.2 to 3.3.2 on Windows Thanks - I've already read them and they really don't answer my questions (I've actually read the 3.3, 3.3.1 3.3.2) I can find installation instructions (but not upgrade) Ruth -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 13, 2005 12:26 PM To: Tomcat Users List Subject: Re: Upgrading from tomcat 3.2.2 to 3.3.2 on Windows I would say take a look at the release notes here: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/index.html --David Horvath, Ruth (Ruth) ** CTR ** wrote: Where do I find these ? Ruth -Original Message- From: Jonathan Eric Miller [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 13, 2005 11:28 AM To: Tomcat Users List Subject: Re: Upgrading from tomcat 3.2.2 to 3.3.2 on Windows Reading the changelog is a good place to start... Jon - Original Message - From: Horvath, Ruth (Ruth) ** CTR ** [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Wednesday, April 13, 2005 12:16 PM Subject: Upgrading from tomcat 3.2.2 to 3.3.2 on Windows Sorry if this has been discussed before, but I couldn't find this topic in the archives. I'm also new to tomcat. I'm not a developer, but a member of our system verification team. I've been asked to evaluate what needs to be done to upgrade our current version of tomcat. Currently, our application is using tomcat 3.2.2 (I know - we need to get into the 21st century) The management team is looking to upgrade to 3.3.2 (baby steps - this is for a point release - our next major release we hope to convince them to at least use 5.0) Anyway, if I upgrade from 3.2.2 to 3.3.2, what is this buying me (improved performance - what) ? What is the best way to test (or should I just verify I didn't break anything that was previously working) ? What is the best way to upgrade (without loosing my customized xml/properties files) Is it good enough to look at what's currently in my 3.2.2 bin/conf/lib directories and just copy in the 3.3.2 versions of those files currently used ? Also, my current 3.2.2 has jk_nt_service.exe and isapi_redirect.dll in the bin directory, but I don't see these in the 3.3.2 bin. Where would I find these ? These look like they've been modified (according to the release notes), so I'm guessing I need to find them. Thank-you for your time and patience, - 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: CERT Vulnerability Note VU#204710 on Tomcat 3.x
Thanks Jess for replying to this. If I recall correctly the vulnerability was in the handling for a request for status via the AJP12 connector which continues to be used as the default shutdown mechanism. The report mentions a new DOS attack, but fails to note that if a remote attacker has access to this port, the attacker can shutdown Tomcat as well. Since the need to restrict access to the server's shutdown port is nothing new, no changes were made to address the report. Cheers, Larry -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Monday, March 21, 2005 7:42 PM To: Tomcat Users List Subject: Re: CERT Vulnerability Note VU#204710 on Tomcat 3.x This vulnerability note has to be amongst the most vague and least informative I've ever seen. It says that Tomcat 3.x and AJP12 has an issue and that the issue is not present in Tomcat 5. What about Tomcat 4 and 4.1? What about AJP13? The report simply does not address any of these variations. On the other hand, any production installation should block communication on the AJP 12 or AJP13 port except where it is coming from Apache. This completely addresses the vulnerability irrespective of version. -- Jess Holle [EMAIL PROTECTED] wrote: Hi, CERT released a vulnerability note on Tomcat 3.x last week. See the following url for details: http://www.kb.cert.org/vuls/id/204710 We are running two configurations of Apache and Tomcat: Apache v1.3.27 with Tomcat v4.1.29 Apache v1.3.27 with Tomcat v4.0.6 I'm trying to determine if these versions of Tomcat are vulnerable. Can anyone confirm or deny? If you like, respond to summers_ed () emc ! com Thanks, Ed - 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: tomcat4 + postgresql jdbc
If you are running Tomcat with a security manager, you will need to make sure the catalina.policy file includes permission for your webapp to connect to the server in question. The examples found in the comments at the end of the default catalina.policy file are examples of such a permission. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Oege de Moor Sent: Tuesday, January 18, 2005 11:54 AM To: Tomcat Users List Subject: RE: tomcat4 + postgresql jdbc Thanks for the suggestion! I can successfully connect with a normal Java program. In pg_hba.conf, I've got the line hostall all 127.0.0.1 255.255.255.255 trust hostall all 192.168.53.2 255.255.255.0 trust so all IP connections from the local network (192.168.53.xx) should be accepted, even without a password... -Oege On Tue, 18 Jan 2005, Carlos Martins wrote: Hi, Is it possible that the database connection credentials are not right? Have you tried connecting to the database from the standard client with the same username and password? Regards Carlos -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Oege de Moor Sent: terça-feira, 18 de Janeiro de 2005 16:27 To: tomcat-user@jakarta.apache.org Subject: tomcat4 + postgresql jdbc I'm attempting to install tomcat4 + postgresql jdbc under Debian linux. I've put the jdbc jar at /usr/share/tomcat4/common/lib/pg74.215.jdbc3.jar When I attempt to connect to a database via jsp, I get java.security.AccessControlException: access denied (java.net.SocketPermission localhost resolve) I've put a file test2.jsp at /var/lib/tomcat4/webapps/ROOT, with the following contents: - [EMAIL PROTECTED] import=java.sql.*% % // Define the connection Connection con = null; // Check that the DB2Driver class is available Class.forName(org.postgresql.Driver); try { // Attempt to connect to the Database con = DriverManager.getConnection(jdbc:postgresql:demodb,oege,xxx); out.println(The test is complete, your Database has been contacted); } // Make sure to catch any exceptions catch (SQLException e) { out.println(e.getMessage()); } % --- When I point my web browser at http://localhost:8180/test2.jsp, the above exception occurs. The full stack trace is appended below. I've attempted adding this line to the security policy file in /etc/tomcat4/policy.d/99examples.policy: grant codeBase file:/usr/share/tomcat4/common/lib/pg74.215.jdbc3.jar!/- { permission java.security.AllPermission; }; Any help would be much appreciated! -Oege Something unusual has occured to cause the driver to fail. Please report this exception: Exception: java.security.AccessControlException: access denied (java.net.SocketPermission localhost resolve) Stack Trace: java.security.AccessControlException: access denied (java.net.SocketPermission localhost resolve) at java.security.AccessControlContext.checkPermission(AccessContr olContext.java:269) at java.security.AccessController.checkPermission(AccessControlle r.java:401) at java.lang.SecurityManager.checkPermission(SecurityManager.java:524) at java.lang.SecurityManager.checkConnect(SecurityManager.java:1023) at java.net.InetAddress.getAllByName0(InetAddress.java:1000) at java.net.InetAddress.getAllByName0(InetAddress.java:981) at java.net.InetAddress.getAllByName(InetAddress.java:975) at java.net.InetAddress.getByName(InetAddress.java:889) at java.net.InetSocketAddress.(InetSocketAddress.java:114) at java.net.Socket.(Socket.java:124) at org.postgresql.core.PGStream.(PGStream.java:47) at org.postgresql.jdbc1.AbstractJdbc1Connection.openConnection(Ab stractJdbc1Connection.java:197) at org.postgresql.Driver.connect(Driver.java:139) at java.sql.DriverManager.getConnection(DriverManager.java:512) at java.sql.DriverManager.getConnection(DriverManager.java:171) at org.apache.jsp.test2_jsp._jspService(test2_jsp.java:51) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:92) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServletWrapper.service(JspServlet Wrapper.java:162) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:240) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:187) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:200) at org.apache.catalina.core.ApplicationFilterChain.access$000(App licationFilterChain.java:51) at
RE: tomcat4 + postgresql jdbc
Basically yes. I forget whether connect implies resolve, but it is possible to use one permission regardless, i.e. permission java.net.SocketPermission host:port, connect, resolve; Just connect may be enough. Also, what you specify for the host name can vary depending on what is used by the code that tries to connect. Your error below suggests you will need localhost as the host name. It has been a while, so I don't recall whether the IP address would satisfy the permission check. A little trial-and-error should be able to determine what host name is needed. I believe you will need a permission for each different host name used, if code happens to be inconsistent. You can also restrict the permission to just that webapp by specifying the codeBase to be the full path to the base of your webapp, i.e. something like: codeBase file:/var/lib/tomcat4/webapps/myapp/- Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Oege de Moor Sent: Tuesday, January 18, 2005 12:24 PM To: Tomcat Users List Subject: RE: tomcat4 + postgresql jdbc Do you mean I should add something like: grant codeBase file:/var/lib/tomcat4/webapps/- { permission java.net.SocketPermission 127.0.0.1:5432, connect; permission java.net.SocketPermission 127.0.0.1:5432, resolve; }; Unfortunately that still doesn't work... On Tue, 18 Jan 2005, Larry Isaacs wrote: If you are running Tomcat with a security manager, you will need to make sure the catalina.policy file includes permission for your webapp to connect to the server in question. The examples found in the comments at the end of the default catalina.policy file are examples of such a permission. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Oege de Moor Sent: Tuesday, January 18, 2005 11:54 AM To: Tomcat Users List Subject: RE: tomcat4 + postgresql jdbc Thanks for the suggestion! I can successfully connect with a normal Java program. In pg_hba.conf, I've got the line hostall all 127.0.0.1 255.255.255.255 trust hostall all 192.168.53.2 255.255.255.0 trust so all IP connections from the local network (192.168.53.xx) should be accepted, even without a password... -Oege On Tue, 18 Jan 2005, Carlos Martins wrote: Hi, Is it possible that the database connection credentials are not right? Have you tried connecting to the database from the standard client with the same username and password? Regards Carlos -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Oege de Moor Sent: tera-feira, 18 de Janeiro de 2005 16:27 To: tomcat-user@jakarta.apache.org Subject: tomcat4 + postgresql jdbc I'm attempting to install tomcat4 + postgresql jdbc under Debian linux. I've put the jdbc jar at /usr/share/tomcat4/common/lib/pg74.215.jdbc3.jar When I attempt to connect to a database via jsp, I get java.security.AccessControlException: access denied (java.net.SocketPermission localhost resolve) I've put a file test2.jsp at /var/lib/tomcat4/webapps/ROOT, with the following contents: - [EMAIL PROTECTED] import=java.sql.*% % // Define the connection Connection con = null; // Check that the DB2Driver class is available Class.forName(org.postgresql.Driver); try { // Attempt to connect to the Database con = DriverManager.getConnection(jdbc:postgresql:demodb,oege,xxx); out.println(The test is complete, your Database has been contacted); } // Make sure to catch any exceptions catch (SQLException e) { out.println(e.getMessage()); } % --- When I point my web browser at http://localhost:8180/test2.jsp, the above exception occurs. The full stack trace is appended below. I've attempted adding this line to the security policy file in /etc/tomcat4/policy.d/99examples.policy: grant codeBase file:/usr/share/tomcat4/common/lib/pg74.215.jdbc3.jar!/- { permission java.security.AllPermission; }; Any help would be much appreciated! -Oege Something unusual has occured to cause the driver to fail. Please report this exception: Exception: java.security.AccessControlException: access denied (java.net.SocketPermission localhost resolve) Stack Trace: java.security.AccessControlException: access denied (java.net.SocketPermission localhost resolve) at java.security.AccessControlContext.checkPermission(AccessContr olContext.java:269) at java.security.AccessController.checkPermission
RE: Still having OutOfMemory Problems (Tomcat 4.1.31)
David, -D defines System properties, -X defines vendor specific JVM options. Thus, -DXms128M is incorrect. It should be just -Xms128M. Same for the other -DX arguments. Cheers, Larry -Original Message- From: David Johnson [mailto:[EMAIL PROTECTED] Sent: Monday, January 17, 2005 12:52 PM To: Tomcat Users List Subject: Still having OutOfMemory Problems (Tomcat 4.1.31) HI all. Well I'm still getting my out of memory problem fairly consistently (again) using Tomcat 4.1.31 with my Struts application. When I look st the memory usage, it says tomcat is using about 110k of memory for the VM, but that's just looking at the task manager. Tomcat is installed as a service using a bat file (follows). Note the -Xms128M and -Xmx512M options are set...if doesnt seem to matter what I set these options toeven if I set them to 32m/64m! How can I tell if tomcat is REALLY using those settings? It doesnt seem to be Thanks - install.bat: @SET JAVA_HOME=C:\j2sdk_1_4_0_2 @SET TOMCAT_HOME=C:\Tomcat4.1 @SET TOMCAT_JVM=%JAVA_HOME%\jre\bin\client\jvm.dll @SET TOMCAT_CLASSPATH=%TOMCAT_HOME%\bin\bootstrap.jar;%TOMCAT_HOME% \common\lib\servlet.jar @SET TOMCAT_ENDORSED=%TOMCAT_HOME%\common\endorsed @SET TOMCAT_LOG=%TOMCAT_HOME%\logs\stdout.log @SET TOMCAT_ERR_LOG=%TOMCAT_HOME%\logs\stderr.log %TOMCAT_HOME%\bin\tomcat.exe -install Apache Tomcat 4.1.31 %TOMCAT_JVM% -Djava.class.path=%TOMCAT_CLASSPATH% -DXms128M -DXmx512M -DXX:+PrintTenuringDistribution -DXX:+PrintGCDetails -Xverbosegc -Djava.endorsed.dirs=%TOMCAT_ENDORSED% -Dcatalina.home=%TOMCAT_HOME% -start org.apache.catalina.startup.BootstrapService -params start -stop org.apache.catalina.startup.BootstrapService -params stop -out %TOMCAT_LOG% -err %TOMCAT_ERR_LOG% - 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: Still having OutOfMemory Problems (Tomcat 4.1.31)
The -DX problem applies to the -DXX arguments too. Larry -Original Message- From: David Johnson [mailto:[EMAIL PROTECTED] Sent: Monday, January 17, 2005 1:16 PM To: Tomcat Users List Subject: Re: Still having OutOfMemory Problems (Tomcat 4.1.31) I think that was the problem My new batch file is # @SET JAVA_HOME=C:\j2sdk_1_4_0_2 @SET TOMCAT_HOME=C:\Tomcat4.1 @SET TOMCAT_JVM=%JAVA_HOME%\jre\bin\client\jvm.dll @SET TOMCAT_CLASSPATH=%TOMCAT_HOME%\bin\bootstrap.jar;%TOMCAT_HOME% \common\lib\servlet.jar @SET TOMCAT_ENDORSED=%TOMCAT_HOME%\common\endorsed @SET TOMCAT_LOG=%TOMCAT_HOME%\logs\stdout.log @SET TOMCAT_ERR_LOG=%TOMCAT_HOME%\logs\stderr.log %TOMCAT_HOME%\bin\tomcat.exe -install Apache Tomcat 4.1.31 %TOMCAT_JVM% -Djava.class.path=%TOMCAT_CLASSPATH% -Xms64m -Xmx512m -DXX:+PrintTenuringDistribution -DXX:+PrintGCDetails -Xverbosegc -Djava.endorsed.dirs=%TOMCAT_ENDORSED% -Dcatalina.home=%TOMCAT_HOME% -start org.apache.catalina.startup.BootstrapService -params start -stop org.apache.catalina.startup.BootstrapService -params stop -out %TOMCAT_LOG% -err %TOMCAT_ERR_LOG% On Mon, 17 Jan 2005 13:08:05 -0500, David Johnson [EMAIL PROTECTED] wrote: I'll give it a try. thanks! On Mon, 17 Jan 2005 13:07:26 -0500, Larry Isaacs [EMAIL PROTECTED] wrote: David, -D defines System properties, -X defines vendor specific JVM options. Thus, -DXms128M is incorrect. It should be just -Xms128M. Same for the other -DX arguments. Cheers, Larry -Original Message- From: David Johnson [mailto:[EMAIL PROTECTED] Sent: Monday, January 17, 2005 12:52 PM To: Tomcat Users List Subject: Still having OutOfMemory Problems (Tomcat 4.1.31) HI all. Well I'm still getting my out of memory problem fairly consistently (again) using Tomcat 4.1.31 with my Struts application. When I look st the memory usage, it says tomcat is using about 110k of memory for the VM, but that's just looking at the task manager. Tomcat is installed as a service using a bat file (follows). Note the -Xms128M and -Xmx512M options are set...if doesnt seem to matter what I set these options toeven if I set them to 32m/64m! How can I tell if tomcat is REALLY using those settings? It doesnt seem to be Thanks - install.bat: @SET JAVA_HOME=C:\j2sdk_1_4_0_2 @SET TOMCAT_HOME=C:\Tomcat4.1 @SET TOMCAT_JVM=%JAVA_HOME%\jre\bin\client\jvm.dll @SET TOMCAT_CLASSPATH=%TOMCAT_HOME%\bin\bootstrap.jar;%TOMCAT_HOME% \common\lib\servlet.jar @SET TOMCAT_ENDORSED=%TOMCAT_HOME%\common\endorsed @SET TOMCAT_LOG=%TOMCAT_HOME%\logs\stdout.log @SET TOMCAT_ERR_LOG=%TOMCAT_HOME%\logs\stderr.log %TOMCAT_HOME%\bin\tomcat.exe -install Apache Tomcat 4.1.31 %TOMCAT_JVM% -Djava.class.path=%TOMCAT_CLASSPATH% -DXms128M -DXmx512M -DXX:+PrintTenuringDistribution -DXX:+PrintGCDetails -Xverbosegc -Djava.endorsed.dirs=%TOMCAT_ENDORSED% -Dcatalina.home=%TOMCAT_HOME% -start org.apache.catalina.startup.BootstrapService -params start -stop org.apache.catalina.startup.BootstrapService -params stop -out %TOMCAT_LOG% -err %TOMCAT_ERR_LOG% - 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: allowTrace noSuchMethodException in Multiple Instace Admin TC 4.1.30
See Bug 27648. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27648 Cheers, Larry -Original Message- From: Montz, James C. (James Tower) [mailto:[EMAIL PROTECTED] Sent: Monday, October 11, 2004 3:25 PM To: [EMAIL PROTECTED] Subject: allowTrace noSuchMethodException in Multiple Instace Admin TC 4.1.30 In a Multiple Instance Tomcat 4.1.30 deployment, receiving the following error when attempting to view the 'Connector' through TC admin; Page reports; HTTP Status 500 - Error retrieving attribute allowTrace -- -- type Status report message Error retrieving attribute allowTrace description The server encountered an internal error (Error retrieving attribute allowTrace) that prevented it from fulfilling this request. Log file shows; 2004-10-11 14:04:43 action: Error retrieving attribute allowTrace javax.management.ReflectionException: Cannot find getter method getAllowTracenested exception is java.lang.NoSuchMethodException: o$ java.lang.NoSuchMethodException: org.apache.coyote.tomcat4.CoyoteConnector.getAllowTrace() at java.lang.Class.getMethod(Class.java:986) . Everything else works fine (can view/modify/save changes) Context path of ~/webapps/admin.xml statically maps Context path for admin Context. Using Sun J2SDK 1.4.2_05 Anyone run into this? Know a solution? Thanks! __ James jcmontz AT jamestower DOT com - 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: JSP won't compile
Hi Chuck, I believe your difficulty at this point is due to a second problem, which is that default error page only unwraps two levels of exceptions. Your real problem is at the third level or below, and the two levels that are displayed leave you clueless as to what the real problem is. In this situation, I find the following approach effective at finding the real problem: 1) Modify web.xml to define an error page for java.lang.Throwable. For example: error-page exception-typejava.lang.Throwable/exception-type location/showError.jsp/location /error-page 2) Write a JSP for 1 above that includes: isErrorPage=true and scriptlet code that unwraps all levels of the Throwable found in the exception implicit object. Some partial code for this might look like: Throwable t = exception; while (null != t) { // log or output stuff about t // unwrap next level if (t instanceof JspException) { t = ((JspException)t).getRootCause(); } else if (t instanceof ServletException) { t = ((ServletException)t).getRootCause(); } else { t = t.getCause(); } } I can't promise there aren't typos in the above, so fix what's needed if you cutpaste. From the output of this error page, if you are lucky, you should see the real problem. If yours is a case of some code catching an exception and re-throwing something less useful without setting the cause, then you may not see what you need. HTH. Cheers, Larry -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Chuck Chopp Sent: Wednesday, September 01, 2004 12:31 PM To: [EMAIL PROTECTED] Subject: Re: JSP won't compile Shapira, Yoav wrote: This is why you should put your class in a package: http://jakarta.apache.org/tomcat/faq/classnotfound.html. All of my form and action classes derive from abstract base classes based on ActionForm and Action. All of my application specific classes are packaged. I've verified this. The class in question is being automatically generated by Tomcat when it tries to compile a JSP. AFAIK, there's nothing that I need to do w/respect to creating packages for JSPs and none of my JSPs are precompiled. When I deploy the exact same webapp to WinXP w/Tomcat v4.1.30 JDK v1.4.2 and NetWare v6.5 w/Tomcat v4.1.28 JDK v1.4.2, the WAR file is unpacked OK at Tomcat startup and all of the JSPs are compiled successfully when the webapp is accessed for the first time. However, when I deploy the WAR file to OpenVMS Alpha v7.3-1 w/Tomcat v4.1.24 JDK v1.4.2, the login.jsp file fails to be compiled into a Java class. I can see that login_jsp.java gets created, but there's no corresponding login_jsp.class file and this makes sense based on the error messages I'm seeing. The initial page to be accessed in the webapp is the welcome page, which is named index.jsp and it is located in the webapp's root folder. I can see that index.jsp was used to generate index_jsp.java and that was, in turn, compiled into index_jsp.class w/o any problems. I'm still at a loss to explain why this happens on just this one Tomcat implementation. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial 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: Strage Behaviour - Tomcat Memory Leak
I believe you would need to set the backgroundProcessorDelay attribute on the Engine element to -1 in server.xml if you wanted keep it from generating a little bit of garbage every 10 seconds. I'm not aware that this would disable anything critical (assuming you can live without the auto, live and reloading features), but I'm too lazy to make sure. Cheers, Larry -Original Message- From: Roberto Rios [mailto:[EMAIL PROTECTED] Sent: Thursday, August 05, 2004 3:35 PM To: [EMAIL PROTECTED] Subject: RE: Strage Behaviour - Tomcat Memory Leak Importance: High Everybody is right. The saw teeth is around 3mb. The heap is around 9mb. So after the GC runs, the available heap falls to 6mb. As Yoah said this isn't a memory leak, since all the objects that area created are garbage collected. I called it as a memory leak because even with nothing running under tomcat, object were created. I did an experience (following what Allistair wrote), removing loggers and setting autodeploy to false. The saw pattern still occuring, but the cycle is a little bit longer. And, now that the problem is solved, I think that JProfiler is quite good. It has some nice features. Since the last time that I have tested it, they have improved a lot. Thanks, Bob -Mensagem original- De: Roberto Rios [mailto:[EMAIL PROTECTED] Enviada em: quinta-feira, 5 de agosto de 2004 13:40 Para: [EMAIL PROTECTED] Assunto: Strage Behaviour - Tomcat Memory Leak Hi, I was doing an evaluation of JProfiler in order see the improvements did since the last time I used it. I has a feature (like other profilers) that shows the heap usage in real time. As I always do, I have installed a new copy of tomcat, with NO changes. I have just unziped it into a directory (by the way, I am using winXP, J2SDK1.4.2_05, JProfiler 3.1 and tomcat 4.1.30/5.0.25). So I started JProfiler, that automatically starts tomcat (I have tested it against 4.1.30 and 5.0.25 - same behaviour), and I also started the heap monitor (that JProfiler calls VM Telemetry). What I saw, IMHO, is very strange: time to times (around every 30 minutes) the heap is totally filled, and the garbage collector runs. So the graph looks like a saw: /| /| /| / / | / | / | / / |/ |/ |/ What is strange, is that I does't touch tomcat. I just start it. Nothing is running under it (except the default applications: manager, examples, etc Anyway, I have cleaned the server.xml and webapps, removing the manager, admin and examples app. Same bahaviour again). IMHO, the heap usage should be a flat line if nothing is running under tomcat. Something like (the initial increase is due to tomcat startup) this: /-- / / My conclusion, is that OR tomcat has a huge memory leak, OR JProfiler isn't reliable. Does anyone has an explanation about this behaviour? Is it know? Maybe a listener, logger, etc? TIA, Bob - 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: Tomcat 3 will not load on Windows 98
You may wish to consider Tomcat 4 or 5, which implement more recent versions of the Servlet and JSP specs (with all their new features). However, what is causing this odd problem with Tomcat 3.3.2 could also cause problems for Tomcat 4 and 5 as well. What is the contents of the jre\lib\ext directory of the JDK you are using with Tomcat 3.3.2? Larry -Original Message- From: Donald Brewer [mailto:[EMAIL PROTECTED] Sent: Thursday, July 15, 2004 3:49 PM To: [EMAIL PROTECTED] Subject: Tomcat 3 will not load on Windows 98 I am trying to load tomcat 3 on a windows 98 platform. I have been sitting in this chair for two days now!!! It just will not load. I generated all this by putting hold.txt at the end of the run command in the tomcat.bat file. The DOS windows scroll by and leave me with nothing to look at. ERROR reading C:\jakarta-tomcat-3.3.2\conf\server.xml At Line 241 /Server/ContextManager/CoyoteConnector/ port=8080 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false acceptCount=100 debug=0 connectionTimeout=2 disableUploadTimeout=true EmbededTomcat: exception initializing ContextManager Guessed home=C:\jakarta-tomcat-3.3.2 Exception: java.lang.reflect.InvocationTargetException Root Exception: org.apache.tomcat.core.TomcatException: EmbededTomcat.initContextManager When I comment out the Coyote Connector lines in conf/server.xml, the next connector down has a problem: ERROR reading C:\jakarta-tomcat-3.3.2\conf\server.xml At Line 287 /Server/ContextManager/Ajp12Connector/ port=8007 EmbededTomcat: exception initializing ContextManager Guessed home=C:\jakarta-tomcat-3.3.2 Exception: java.lang.reflect.InvocationTargetException Root Exception: org.apache.tomcat.core.TomcatException: EmbededTomcat.initContextManager When I comment out the Ajp12 lines, this is the output: ERROR reading C:\jakarta-tomcat-3.3.2\conf\server.xml At Line 312 /Server/ContextManager/CoyoteConnector/ processorClassName=org.apache.jk.server.JkCoyoteHandler port=8009 EmbededTomcat: exception initializing ContextManager Guessed home=C:\jakarta-tomcat-3.3.2 Exception: java.lang.reflect.InvocationTargetException Root Exception: org.apache.tomcat.core.TomcatException: EmbededTomcat.initContextManager With those lines commented out of the xml doc, i get this in the main dos window: C:\jakarta-tomcat-3.3.2\bincall .\tomcat run 2004-07-15 15:30:55 - ServerXmlReader: Config=$TOMCAT_HOME\conf\server.xml 2004-07-15 15:30:55 - PathSetter: home=C:\jakarta-tomcat-3.3.2 2004-07-15 15:30:56 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-127.0.0.1.xml 2004-07-15 15:30:56 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-admin.xml 2004-07-15 15:30:56 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-examples.xml 2004-07-15 15:30:56 - AutoWebApp: Auto-Adding DEFAULT:/ 2004-07-15 15:30:56 - AutoWebApp: Loaded from config: DEFAULT:/admin 2004-07-15 15:30:56 - AutoWebApp: Loaded from config: DEFAULT:/examples 2004-07-15 15:30:56 - ContextManager: Tomcat configured and in stable state 2004-07-15 15:30:56 - ContextManager: Adding DEFAULT:/admin 2004-07-15 15:30:56 - ContextManager: Adding DEFAULT:/examples 2004-07-15 15:30:56 - ContextManager: Adding DEFAULT:/ROOT but it hangs right there. My process analyser does not see anything but the java window, http://localhost:8080/ is not available Got any ideas? I need Tomcat to study JSP for the next round of interviews. I am an out-of-work programmer. HELP ME PLEASE. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Recording Tomcat Application with JMeter
You would configure the HTTP Proxy Server to use a port different from Tomcat's, say 8082. Then you would reconfigure your browser to use as its proxy the machine and port that correspond to HTTP Proxy Server, i.e. your machine name:8082. Then access Tomcat with your browser as you would normally (i.e. http://localhost:8080/myapp) and the HTTP Proxy Server will record your requests and pass them on to Tomcat. After completing your requests, restore your browser's normal configuration. HTH Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 13, 2004 9:15 AM To: [EMAIL PROTECTED] Subject: Recording Tomcat Application with JMeter Hi, how do I have to configure JMeter's HTTP Proxy Server for being able to record requests of a Tomcat web application? My Tomcat application is called via http://localhost:8080/myapp. I tried setup the HTTP Proxy Server to listen on port 8080 but with no effect. Is it possible at all to use the HTTP Proxy Server of JMeter for recording a Tomcat application? Or do I have to setup an Apache with mod_jk2 in front of it? Thanks in advance, Ralf. - 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: Error using taglibs - unable to find setter
The following comes from the Tomcat 3.3.x faq file, which I assume would apply in your situation: Q. I have a bean with a property whose second letter is capitalized. Why won't my JSP page that uses this bean compile? A. This may not happen often, but can be difficult to determine why. The reason is found in the Java Beans specification, where in section 8.8 Capitalization of inferred names it states: Thus when we extract a property or event name from the middle of an existing Java name, we normally convert the first character to lower case. However to support the occasional use of all upper-case names, we check if the first two characters of the name are both upper case and if so leave it alone. This means that if you have a bean with a setter method of setXLoc, then the inferred property is XLoc, not xLoc. If you used this bean in a JSP page and you tried to use xLoc as the property, it would not compile. Using XLoc as the property would succeed. If you insist on using xLoc on the JSP page, you can make this possible by creating a BeanInfo class for the bean. The following is an example of such a BeanInfo class for a simple bean called Coordinate. It explicitly defines the properties of the bean to be xLoc and yLoc. import java.beans.*; public class CoordinateBeanInfo extends SimpleBeanInfo { private final static Class beanClass = Coordinate.class; public PropertyDescriptor[] getPropertyDescriptors() { try { PropertyDescriptor xLocDesc = new PropertyDescriptor(xLoc,beanClass,getXLoc,setXLoc); PropertyDescriptor yLocDesc = new PropertyDescriptor(yLoc,beanClass,getYLoc,setYLoc); PropertyDescriptor [] pdv = { xLocDesc, yLocDesc }; return pdv; } catch (IntrospectionException e) { throw new Error(e.toString()); } } } HTH. Cheers, Larry -Original Message- From: Ravi Mutyala [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 25, 2004 8:02 AM To: Tomcat Users List Subject: Re: Error using taglibs - unable to find setter M.Hockings wrote: Is the settter for dType setdType(String value) or setDType(String value)? I think that it will need to be the latter. Mike Mike, the setter for dType is this. public void setDType(String dType) { this.dType = dType; } Ravi Mutyala wrote: Hi, I created a tag which extends from the html:text tag. I'm using tomcat 4.1.30. when I use this tag, I get the following error. - org.apache.jasper.JasperException: /win_002_PMT_Manage_Cstmr_Prtfl.jsp(70,26) Unable to find setter method for attribute: dType at org.apache.jasper.compiler.DefaultErrorHandler.jspError(Defaul tErrorHandler.java:94) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispa tcher.java:428) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispa tcher.java:186) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateS etters(Generator.java:1753) at org.apache.jasper.compiler.Generator$GenerateVisitor.generateC ustomStart(Generator.java:1356) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Gen erator.java:1179) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:707) The line in the jsp uses the tag that i created. the tag has the setter method for dType. The same taglib is working in the application that is presently deployed in weblogic. We are trying to migrate the same to tomcat and I am getting the above error. Any clues? Thanks in advance / Ravi. tag code: tag code. package com.mycompany.presentation.taglib.html; import org.apache.struts.taglib.html.TextTag; import java.lang.reflect.Method; import javax.servlet.jsp.JspException; import javax.servlet.jsp.tagext.BodyContent; import org.apache.struts.util.ResponseUtils; import org.apache.struts.Globals; import java.util.Iterator; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.util.RequestUtils; import com.mycompany.presentation.constants.*; import FormatConverter.*; import javax.servlet.http.HttpSession; import com.mycompany.utility.domainvalidations.*; import org.apache.taglibs.display.ColumnTag; import java.util.*; import javax.servlet.http.HttpServletRequest; public class wmText extends org.apache.struts.taglib.html.TextTag implements Cloneable { protected String dType; protected String functionCall; protected String mandatory; protected String name = Globals.ERROR_KEY; protected Iterator iter; protected String mode;
RE: Problem using JMS with Tomcat
If you want to use JMS, add a jar that just contains JMS classes. Don't assume you can add any jar you want without side effects. If you look inside j2ee.jar, you will find a ton of additional classes besides those for JMS. Among them you will find an older version of Tomcat which, not unexpectedly, corrupts your Tomcat installation when you add it to common\lib. Cheers, Larry -Original Message- From: Kawthar Bt M Sulaiman [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 18, 2004 4:47 AM To: [EMAIL PROTECTED] Subject: Problem using JMS with Tomcat Hello, I'm trying to use Sun Messaging Queue. I use javax.jms package in my code. I got the j2ee.jar file and put under tomcat common\lib but this causes a conflict.. my tomcat won't start. If I don't put the jar file there, tomcat starts without any problem. However, my code won't run because cannot find javax.jms classes. Please advise how I can use javax.jms packages with tomcat. Thanks, --Kawthar Confidential information may be contained in this e-mail and any files transmitted with it ('Message'). If you are not the addressee indicated in this Message (or responsible for delivery of this Message to such person), you are hereby notified that any dissemination, distribution, printing or copying of this Message or any part thereof is strictly prohibited. In such a case, you should delete this Message immediately and advise the sender by return e-mail. Opinions, conclusions and other information in this Message that do not relate to the official business of Maxis shall be understood as neither given nor endorsed by Maxis. - 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: JProfiler vs. JProbe for AXIS webservices?
I have installed OptimizeIt on one Windows system and deployed the needed profiling runtime to a remote Windows system. I was able to attach to and profile an application on the remote system. I would assume you would be able to do the same with a remote Linux system. The OptimizeIt 5.5 I installed included documentation about starting the remote test application on a Unix system as well as on Windows. Cheers, Larry -Original Message- From: tom ly [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 11:37 AM To: Tomcat Users List Subject: Re: JProfiler vs. JProbe for AXIS webservices? Sorry, I should of been more specific. Our application is huge AXIS webservices (no typical servlets here) running remotely on a non GUI (all command line) Linux box and we are telneting into the box from a windows pc. Can OptimizeIt be running from a non GUI Linux box, but have statistics shown from a windows box? Peter Lin [EMAIL PROTECTED] wrote: my biased perspective, Borland OptimizeIt is better than JProbe. the last time I tried to use JProbe to profile Tomcat 4 it was ungodly slow. it's probably improved since then. peter tom ly wrote: My team is thinking about getting a profiling tool. Does anybody have any experience with either tool? What are your thoughts about each one? - Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' - Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' - Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat 3.3 and jstl
I believe JSTL expects JSP 1.2 support. Tomcat 3.3.x provides JSP 1.1. I think the simplest choice to use JSTL is to upgrade your Tomcat. Cheers, Larry -Original Message- From: Peter Bosmans [mailto:[EMAIL PROTECTED] Sent: Friday, April 09, 2004 10:39 AM To: [EMAIL PROTECTED] Subject: tomcat 3.3 and jstl Hi all, Short question. I'm using JSTL within tomcat3.3, but i've got the next error message : org.apache.jasper.compiler.CompileException: D:\jakarta-tomcat-3.3.2\webapps\standard-examples\elsupport\Ou t.jsp(10,2) Unable to load class null Is it possible to use JSTL with tomcat3.3 ? If so, what can i do, to resolv this problem ? Thanks, -- Peter Bosmans Katholieke Hogeschool Limburg Universitaire Campus Gebouw B Bus 1 3590 Diepenbeek Tel. +32 11 230 770 Fax. +32 11 230 789 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: cannot get servlet mapping working under 3.3
You might try adding the JservConfig ... element to your server.xml, documented here: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#JservConfig You will likely need a current version of the mod_jserv connector. The Windows binary can be found here: http://archive.apache.org/dist/jakarta/tomcat-3/bin/win32/i386/ For a different OS, you will have to build it. The bulk of the information for mod_jserv may be found here: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-apache-howto.html It has been a long time since I did much with mod_jserv, and then, only on Windows. HTH. Cheers, Larry -Original Message- From: Christoph P. Kukulies [mailto:[EMAIL PROTECTED] Sent: Monday, April 05, 2004 11:19 AM To: Tomcat Users List Subject: Re: cannot get servlet mapping working under 3.3 On Mon, Apr 05, 2004 at 11:41:56AM +0200, Christoph P. Kukulies wrote: Investigating further I come to the conclusion that my problem may be related to the invoker servlet. Doesn't tomcat 3.3 have a central web.xml any longer? Sorry, I know that talking about tomcat 5.x is more interesting than talking about yesterdays. :-) Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de Could it be that I need mod_jserv.so from the tomcat native directory? How does one build that? Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de - 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: Tomcat 3.2.3 windows service
You can try looking in your wrapper.properties file. At the bottom the wrapper.cmd_line property is defined. This property contains the command line used to fire up Tomcat. Create a batch file containing this command line with all substitutions manually resolved. If done correctly, then this batch file should fail to start Tomcat for the same reason that the service is failing. Hopefully that will make it easier to spot the problem. If the batch file happens to succeed, then you need to investigate the user account being used to start the service. It may be lacking some needed permissions. Cheers, Larry -Original Message- From: Dmitriy . [mailto:[EMAIL PROTECTED] Sent: Thursday, March 25, 2004 4:24 PM To: [EMAIL PROTECTED] Subject: RE: Tomcat 3.2.3 windows service anyone on this??? From: Dmitriy . [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: Tomcat 3.2.3 windows service Date: Thu, 25 Mar 2004 11:36:09 -0500 Yes, it does... From: Cocalea, Eugen [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: Tomcat 3.2.3 windows service Date: Thu, 25 Mar 2004 11:25:35 +0200 Does it run as standalone? -Original Message- From: Dmitriy . [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 24, 2004 7:56 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.2.3 windows service Hi I have Tomcat 3.2.3 and tried running it as a service on my Win2000 server and got the following error: --- The Jakarta service is starting. The Jakarta service could not be started. The service did not report an error. More help is available by typing NET HELPMSG 3534. - The NET HELPMSG doesn't indicate anything as well... Do you know what the problem might be? I used the jk_nt_service.exe that I downloaded from jakarta.apache.org. Maybe it was intended to run on NT and I have 2000 and that might cause a problem? Anyone experienced something like this before? Thanks. _ All the action. All the drama. Get NCAA hoops coverage at MSN Sports by ESPN. http://msn.espn.go.com/index.html?partnersite=espn - 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] _ Get rid of annoying pop-up ads with the new MSN Toolbar - FREE! http://toolbar.msn.com/go/onm00200414ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.com/go/onm00200415ave/direct/01/ - 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: tomcat 3.3.1 takes a high time for Minor GC
I'm not a GC expert, so please note that the following speculation is based upon memories of some GC document I read a while back. I vaguely recall that GC performance drops if the survivor space fills up while collecting the young generation. I think the result is that what might have been short-lived objects instead get pushed into the tenured generation because they weren't short-lived enough. From your log output I note that about the 231968 mark, the time between GCs drops dramatically. Evidentially the rate of garbage generation has substantially increased. I believe if the rate is too high, temporary objects get tenured for the reason stated above. Handling these tenured temporary objects adds to the GC time. Even more so if they are small and lots of them. It may help to try to determine what has caused the generation of garbage to increase so much. If a culprit is found, reducing the amount of garbage is the best way to improve performance. If that isn't possible, then GC tuning may be your only alternative. I'm not aware of anything in Tomcat 3.3.1 that would account for such garbage generation. One of Tomcat 3.3.x's strengths over Tomcat 3.2.x is the reduced garbage generation from the overhead of handling requests. I have experienced the pleasure of watching Optimizeit show me how a JSP page, via some support classes, was creating ~3.7Gb of StringBuffer/String/char[] data. This made finding what to fix much easier. I don't know in your case if you will need a profiler to get a good picture of where the garbage is coming from. HTH. Cheers, Larry -Original Message- From: Akash Jauhar [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 23, 2004 12:53 PM To: Tomcat Users List Subject: tomcat 3.3.1 takes a high time for Minor GC Hi All Cisco CNAMS application runs on the following platform OS: Solaris 9 Webserver: Apache 1.3.27 JDK: JDK 1.4.2 build 28 Servlet Engine: tomcat 3.3.1a We are noticing some weird GC behaviour when the tomcat does Minor GC. I am pasting some garbage collection logs below 231867.984: [GC 231867.985: [DefNew: 127232K-3840K(127232K), 0.1125831 secs] 288818K-170206K(350384K), 0.1128485 secs] 231946.970: [GC 231946.970: [DefNew: 127232K-3840K(127232K), 0.1348222 secs] 293598K-177196K(350384K), 0.1350464 secs] 231968.052: [GC 231968.052: [DefNew: 127232K-3840K(127232K), 0.1818662 secs] 300588K-182066K(350384K), 0.1821628 secs] 231969.314: [GC 231969.315: [DefNew: 127232K-3543K(127232K), 16.4172505 secs] 305458K-185389K(350384K), 16.4175191 secs] 231987.248: [GC 231987.248: [DefNew: 126935K-3840K(127232K), 10.7419554 secs] 308781K-189356K(350384K), 10.7422411 secs] 231999.225: [GC 231999.225: [DefNew: 127232K-3840K(127232K), 16.1320322 secs] 312748K-196413K(350384K), 16.1323798 secs] 232015.949: [GC 232015.950: [DefNew: 127232K-3840K(127232K), 42.2998381 secs] 319805K-201339K(350384K), 42.3001041 secs] 232058.781: [GC 232058.781: [DefNew: 127232K-3840K(127232K), 146.5896470 secs] 324731K-206361K(350384K), 146.5898922 secs] 232206.831: [GC 232206.832: [DefNew: 127232K-3840K(127232K), 110.785 secs] 329753K-211019K(350384K), 110.7862726 secs] 232318.209: [GC 232318.209: [DefNew: 127232K-3840K(127232K), 68.5541489 secs] 334411K-215994K(350384K), 68.5544029 secs] 232387.893: [GC 232387.893: [DefNew: 127232K-3840K(127232K), 126.8755081 secs] 339386K-221793K(350384K), 126.8757738 secs] 232515.276: [GC 232515.276: [DefNew: 127232K-3840K(127232K), 139.7813258 secs]232655.058: [Tenured: 223686K-154822K(223792K), 278.7132327 secs] 345201K-154822K(351024K), 418.4964431 secs] 232934.349: [GC 232934.349: [DefNew: 123392K-3840K(127232K), 164.3069723 secs] 278214K-163782K(385272K), 164.3072616 secs] 233099.848: [GC 233099.848: [DefNew: 127232K-3840K(127232K), 91.4000872 secs] 287174K-169894K(385272K), 91.4005897 secs] 233191.652: [GC 233191.652: [DefNew: 127232K-3840K(127232K), 204.1755072 secs] 293286K-176929K(385272K), 204.1757747 secs] 233396.272: [GC 233396.272: [DefNew: 127232K-3840K(127232K), 101.8621946 secs] 300321K-183426K(385272K), 101.8624498 secs] Note how the minor collection takes high GC times (highlighted in bold). It takes as high as 204 seconds. We are using the default GC algo both for the old generation and the young generation(which happens to be stop the world collector for young generation and mark - compact collector for the old generation). Our heap size when the tomcat starts is bounded by 256 MB on the lower side to 778 MB on the higher side. I am unable to understand what would cause tomcat to do GC for such a long time esp in the young generation. what is even more wierd is that the time between consecutive GC for young generation is almost equal to time for which the GC happened . what would cause the young generation to fill so quickly. Anyone has any ideas what is going on ? -Akash
RE: tomcat 3.3.1 takes a high time for Minor GC
Filling the survivor space is part of the GC collection process, not the result of new objects being created. My understanding is that a minor collection with the default collector involves copying to the target survivor space, the live objects in Eden and the other survivor space, maybe except for objects old enough to go to the tenured space. The old non-target survivor space and Eden are then set to empty since they no longer contain live objects. This is how the garbage gets released. The assumption is that old survivor space and especially Eden will be mostly filled with dead objects and there won't be so many live objects that they overflow the target survivor space. If the target survivor space overflows, then I think that GC has no choice but to start putting them into the tenured space, making them uncollectible until the next full GC. Its occurance implies that, the GC time goes up because it is keeping a lot of temporary- but-not-dead-yet objects. I think with the times you seeing that there may be more involved than just poor GC performance. To do this with just GC, I would think it would require extremely high numbers of small temporary objects. I have seen code inefficient enough to do this, but it typically requires some effort to abuse garbage collection to this degree. Cheers, Larry -Original Message- From: Akash Jauhar [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 23, 2004 3:58 PM To: Tomcat Users List Subject: RE: tomcat 3.3.1 takes a high time for Minor GC Larry Thanks for the note. A few questions A) my understanding of GC makes me think that no garbage can be generated when young generation is being collected. As mentioned that for young generation we use the default stop the world collector. When that happens all other application threads stop. Hence no garbage can be generated. Can you explain why do you think that more garbage can be created (to fill the survivor space). Is my understanding of stop the world garbage collector incorrect Thanks for letting me know Akash Jauhar Sapient YIM: akashjauhar AIM: akashjauhar e-mail: [EMAIL PROTECTED] -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 23, 2004 12:39 PM To: Tomcat Users List Subject: RE: tomcat 3.3.1 takes a high time for Minor GC I'm not a GC expert, so please note that the following speculation is based upon memories of some GC document I read a while back. I vaguely recall that GC performance drops if the survivor space fills up while collecting the young generation. I think the result is that what might have been short-lived objects instead get pushed into the tenured generation because they weren't short-lived enough. From your log output I note that about the 231968 mark, the time between GCs drops dramatically. Evidentially the rate of garbage generation has substantially increased. I believe if the rate is too high, temporary objects get tenured for the reason stated above. Handling these tenured temporary objects adds to the GC time. Even more so if they are small and lots of them. It may help to try to determine what has caused the generation of garbage to increase so much. If a culprit is found, reducing the amount of garbage is the best way to improve performance. If that isn't possible, then GC tuning may be your only alternative. I'm not aware of anything in Tomcat 3.3.1 that would account for such garbage generation. One of Tomcat 3.3.x's strengths over Tomcat 3.2.x is the reduced garbage generation from the overhead of handling requests. I have experienced the pleasure of watching Optimizeit show me how a JSP page, via some support classes, was creating ~3.7Gb of StringBuffer/String/char[] data. This made finding what to fix much easier. I don't know in your case if you will need a profiler to get a good picture of where the garbage is coming from. HTH. Cheers, Larry -Original Message- From: Akash Jauhar [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 23, 2004 12:53 PM To: Tomcat Users List Subject: tomcat 3.3.1 takes a high time for Minor GC Hi All Cisco CNAMS application runs on the following platform OS: Solaris 9 Webserver: Apache 1.3.27 JDK: JDK 1.4.2 build 28 Servlet Engine: tomcat 3.3.1a We are noticing some weird GC behaviour when the tomcat does Minor GC. I am pasting some garbage collection logs below 231867.984: [GC 231867.985: [DefNew: 127232K-3840K(127232K), 0.1125831 secs] 288818K-170206K(350384K), 0.1128485 secs] 231946.970: [GC 231946.970: [DefNew: 127232K-3840K(127232K), 0.1348222 secs] 293598K-177196K(350384K), 0.1350464 secs] 231968.052: [GC 231968.052: [DefNew: 127232K-3840K(127232K), 0.1818662 secs] 300588K-182066K(350384K), 0.1821628 secs] 231969.314: [GC 231969.315: [DefNew: 127232K-3543K(127232K), 16.4172505 secs] 305458K-185389K(350384K
RE: IOException while loading persisted sessions: java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.commons.logging.impl.Log4JLogger
I think Yoav may have meant SESSIONS.ser. I'm not aware of a name change for that file. Note that there is an easy way to inadvertently put a logger into the session. If a object being put in the session tries to declare a static logger variable, but leaves out the static, then an instance logger is declared instead and that object will carry it into the session. I don't how likely one of your classes might be doing this, or due to a bug, some dependency class is doing it. I know from experience that a missing static can be very hard to see sometimes. HTH. Cheers, Larry -Original Message- From: Mark Shifman [mailto:[EMAIL PROTECTED] Sent: Monday, March 22, 2004 4:03 PM To: Tomcat Users List Subject: Re: IOException while loading persisted sessions: java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.commons.logging.impl.Log4JLogger Shapira, Yoav wrote: Hi, OK, so we don't see the Logger being added as a session attribute. Could it be a leftover from a previous version of your webapp? If you stop tomcat, remove the session.cer file from under $CATALINA_HOME/work, start tomcat, use your webapp (to create sessions), then do your WAR copy and restart, do you still get the error? I don't see any session.cer file anywhere. $CATALINA_HOME/work, or anywhere along the path work/Catalina/localhost/chartms Yoav Shapira Millennium Research Informatics -Original Message- From: Mark Shifman [mailto:[EMAIL PROTECTED] Sent: Monday, March 22, 2004 3:44 PM To: Tomcat Users List Subject: Re: IOException while loading persisted sessions: java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.commons.logging.impl.Log4JLogger Shapira, Yoav wrote: Hi, This is a very simple application in struts. My only session attributes are a String , an Integer , an ArrayList and a String[]. the struts form beans, are DyanValidatorForm which are serializable. OK. Write a simple HttpSessionAttributeListener that just logs in the attributeAdded method the type of the attribute that's been added. See if that proves the logger is being added to your session. If it does, we'll have to figure out what's doing the adding. If it doesn't, forget this whole approach ;) the output of the listener follows -- the last context destroyed/initialized follows a copy of the war to webapps. I have also copied the first few lines of the error dump: $ grep -e \[/chartms\] '/home/jakarta-tomcat-5.0.19/logs/localhost_log.2004-03-22.txt' 2004-03-22 15:27:43 StandardContext[/chartms]SessionListener: contextInitialized() 2004-03-22 15:28:13 StandardContext[/chartms]SessionListener: contextDestroyed() 2004-03-22 15:29:05 StandardContext[/chartms]SessionListener: contextInitialized() 2004-03-22 15:29:10 StandardContext[/chartms]SessionListener: contextDestroyed() 2004-03-22 15:29:26 StandardContext[/chartms]SessionListener: contextInitialized() 2004-03-22 15:29:33 StandardContext[/chartms]SessionListener: attributeAdded('12967DF686489F6E34AC3035F55BFE18', 'tempfiles', '[]') 2004-03-22 15:29:33 StandardContext[/chartms]SessionListener: attributeAdded('12967DF686489F6E34AC3035F55BFE18', 'chartnum', '0') 2004-03-22 15:29:33 StandardContext[/chartms]SessionListener: attributeAdded('12967DF686489F6E34AC3035F55BFE18', 'UploadForm', '[EMAIL PROTECTED]') 2004-03-22 15:33:18 StandardContext[/chartms]SessionListener: attributeAdded('12967DF686489F6E34AC3035F55BFE18', 'org.apache.struts.action.LOCALE', 'en_US') 2004-03-22 15:33:18 StandardContext[/chartms]SessionListener: attributeReplaced('12967DF686489F6E34AC3035F55BFE18', 'UploadForm', '[EMAIL PROTECTED]') 2004-03-22 15:33:18 StandardContext[/chartms]SessionListener: attributeReplaced('12967DF686489F6E34AC3035F55BFE18', 'tempfiles', '[E-L-013H7-DWARD-OVCA132-F1-R1.TXT]') 2004-03-22 15:33:18 StandardContext[/chartms]SessionListener: attributeAdded('12967DF686489F6E34AC3035F55BFE18', 'ChartForm', 'DynaActionForm[dynaClass=ChartForm,nthpoint=,ms_files={},of fset=,xpixe l=,y pixel=]') 2004-03-22 15:33:22 StandardContext[/chartms]SessionListener: attributeReplaced('12967DF686489F6E34AC3035F55BFE18', 'ChartForm', 'DynaActionForm[dynaClass=ChartForm,nthpoint=,ms_files={},of fset=,xpixe l=,y pixel=]') 2004-03-22 15:33:23 StandardContext[/chartms]SessionListener: attributeReplaced('12967DF686489F6E34AC3035F55BFE18', 'chartnum', '0') 2004-03-22 15:33:23 StandardContext[/chartms]SessionListener: attributeAdded('12967DF686489F6E34AC3035F55BFE18', 'rechart_files', '[Ljava.lang.String;@6147d9') 2004-03-22 15:33:24 StandardContext[/chartms]SessionListener: attributeAdded('12967DF686489F6E34AC3035F55BFE18', 'RechartForm',
RE: WARNING: Duplicate name in Manifest: Class-Path
In case it helps, the struts.jar from 1.1-b3, and I assume earlier, had a MANIFEST.MF file that had multiple Class-Path lines, which would lead to this symptom. The 1.1 release version of struts.jar had this corrected. I don't know about the Struts 1.1 release candidates. You might check your struts.jar to see what it has. AFAIK, it isn't a problem that requires fixing beyond the annoyance. Cheers, Larry -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED] Sent: Friday, March 19, 2004 5:18 AM To: Tomcat Users List Subject: Re: WARNING: Duplicate name in Manifest: Class-Path On 03/19/2004 06:35 AM Tom K wrote: Any clues where I would look to determine where this message? Start from ... only happens during sart up of my application. Mar 18, 2004 11:33:48 PM java.util.jar.Attributes read WARNING: Duplicate name in Manifest: Class-Path Sounds like somebody is complaining that you have an invalid MANIFEST.MF entry in one of your jars/wars/ears. Are you making a manifest entry yourself? Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - 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: org.apache.tomcat.util.net.PoolTcpEndpoint for tomcat 3.3.1
You can find it in the source .tar.gz or .zip here: http://archive.apache.org/dist/jakarta/tomcat-3/archive/v3.3.1/src/ or if you want just this one file, try: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat/src/share/org/apache/tomcat/util/net/Attic/PoolTcpEndpoint.java?only_with_tag=tomcat_331_final Cheers, Larry -Original Message- From: Akash Jauhar [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 5:59 PM To: Tomcat Users List Subject: org.apache.tomcat.util.net.PoolTcpEndpoint for tomcat 3.3.1 Can someone please mail the source code for org.apache.tomcat.util.net.PoolTcpEndpoint for tomcat 3.3.1 I just downloaded the source and cannot find this file. Would appreciate if someone can mail this Thanks Akash -Original Message- From: Wendell Holmes [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 4:01 PM To: 'Tomcat Users List' Subject: RE: JDBC problems with MySQL I think with Tomcat 5.0.x, you need to put the context.xml file under /conf/Catalina/localhost as web-app.xml -Original Message- From: Steve Gums [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 2:38 PM To: 'Tomcat Users List' Subject: RE: JDBC problems with MySQL The .cap file can be open with notepad or whatever. I have it in the META-INF directory. If I copy the contents of this into the server.xml file it starts to work. Gotta be something simple that I am doing wrong here. Steve -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 2:07 PM To: Tomcat Users List Subject: Re: JDBC problems with MySQL Steve, post the Resource ResourceParams tags from your context for the webapp. State whether it's in a context.xml file, server.xml or whatever. Perhaps we can spot something. Adam ps this email has got some weird font - my mail reader is up the creek at the mo'. sorry On 03/16/2004 09:47 PM Steve Gums wrote: Just an update. I included a file, that works great on my webapp that is already running on an old system, and you can see the change I made, which allows the app to run. Not sure if this helps anyone. package com.voast.vkey.utils; import java.io.*; import java.sql.*; import javax.sql.*; import javax.naming.*; public class DBUtils { public static Connection getConnection () throws Exception { Connection con = null; /* Trying to figure this error out. --Temp comment-- try { Context ctx = new InitialContext(); if ( ctx == null ) { throw new Exception (No Context); } DataSource ds; ds = (DataSource)ctx.lookup(java:comp/env/jdbc/VKEYDB); if ( ds != null ) { con = ds.getConnection (); }//end ds != null }//try catch ( Exception e ) { LoggerUtil.globalLog (ERROR,exception occured: + e.toString() ); throw (e); }//catch */ try { Class.forName(com.mysql.jdbc.Driver).newInstance(); con = DriverManager.getConnection(jdbc:mysql://localhost/vkey, USER,PASSWORD); }//try catch (Exception e) { LoggerUtil.globalLog (DEBUG,exception occured: + e.toString() ); throw (e); }//catch return con; }//GetConnection }//DBUtils -Original Message- From: Steve Gums [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 10:57 AM To: [EMAIL PROTECTED] Subject: JDBC problems with MySQL Users I know there has been a bazillion messages about this. I searched the archives and couldn't find anything to solve my extremely annoying issue. It has to be something really simple but I just can't find it. My System: Solaris 9 Tomcat 5.0.19 MySQL 4.0.18 Connector J 3.0.11 I have the connector J jar in the /usr/local/tomcat/common/lib dir. I have basically copied the HOW-TO located at. http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-datasourc e-examples -how to.html and my result is this. Results Foo Not Connected Bar -1 I have tried everything I can think of. I verified the database and the user/password combo. Works good. I even created a simple Java app that connects and performs queries, which worked. That would indicate everything is cool with the Connector J. I have verified that the jdbc/TestDB is in the context and it is. As best I can tell ds (DataSource) is coming back not null, but the call to getConnection is failing. I created a little more verbose web app and get the following message.
RE: international filenames inaccessible
See the uriEncoding attribute described at: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/http.html The same attribute applies to Tomcat 4.1.30 as well. I'm not aware of any specs that guarantee behavior when using non-ASCII characters in the URL in this fashion, but it might work. Cheers, Larry -Original Message- From: Edward Toro [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 11:10 AM To: Tomcat Users List Subject: international filenames inaccessible Does anyone know if Tomcat 5 is supposed to serve files with international characters in their filenames? It used to work in Tomcat 4.1.24, but stopped working in 4.1.30 and doesn't work in 5.0.19. In all the versions of Tomcat I've seen, the international characters are converted using URLEncoder(filename, UTF-8) as per the standard at http://www.w3.org/International/O-URL- code.html. But the broken servers return 404 when you try to access international filenames like that. The code to interpret the encoding is provided on that w3.org page. Why isn't it part of the server anymore? -Ed - 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: international filenames inaccessible
This has been discussed on tomcat-dev pretty thoroughly already. Tomcat 4.1.27 and earlier were hard coded to use UTF-8 for decoding URLs. This allowed you to easily develop a dependency on this feature and then later discover your webapp isn't portable. Tomcat 4.1.30 and 5.0.19 fix this by forcing you to change the default, which supports portability, to something that does not. Hence, no surprises with respect to portability. Note that URL query string encoding is affected by the useBodyEncodingForURI attribute. Tomcat 4.1.30 defaults this to true, to maintain the same behavior as prior Tomcat 4.1.x versions. In Tomcat 5.0.19 it defaults to false. If you try to serve some webapps that aren't using UTF-8 everywhere, you could be impacted by this. Cheers, Larry -Original Message- From: Edward Toro [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 12:58 PM To: Tomcat Users List Subject: RE: international filenames inaccessible Wow, that worked! The problem may actually be in Java rather than Tomcat. I set the DEBUG value to 1001 on a 5 server and a 4.1.18 server to check the request info. The call to getServletPath() returns a different value between 4.1.18 and the latest releases. I suppose previously Java did the decoding, but now the servlet is responsible for the decoding? Or maybe the newer servers specify ISO-8859-1 instead of letting Java do the work? It's really annoying that this value overrides the use of the file.encoding System property. A previous solution mentioned using that, but I couldn't get it to work. IMO, the server should be able to serve files with international file names without any extra configuration, especially since it used to do it before. UTF-8 is becoming the standard for international character transmission over the net, if it's not the standard already. And UTF-8 looks exactly like ASCII for all the values in the ASCII range. Is this something worth bringing up in the Tomcat-Dev group? -ET -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 12:36 PM To: Tomcat Users List Subject: RE: international filenames inaccessible See the uriEncoding attribute described at: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/http.html The same attribute applies to Tomcat 4.1.30 as well. I'm not aware of any specs that guarantee behavior when using non-ASCII characters in the URL in this fashion, but it might work. Cheers, Larry -Original Message- From: Edward Toro [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 11:10 AM To: Tomcat Users List Subject: international filenames inaccessible Does anyone know if Tomcat 5 is supposed to serve files with international characters in their filenames? It used to work in Tomcat 4.1.24, but stopped working in 4.1.30 and doesn't work in 5.0.19. In all the versions of Tomcat I've seen, the international characters are converted using URLEncoder(filename, UTF-8) as per the standard at http://www.w3.org/International/O-URL- code.html. But the broken servers return 404 when you try to access international filenames like that. The code to interpret the encoding is provided on that w3.org page. Why isn't it part of the server anymore? -Ed - 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: international filenames inaccessible
What character encoding would you have the server use to decode the headers? :) If the server has to make a character encoding assumption about something, why not the URL. IMHO, it would be backwards to require the server look at something internal, i.e. the headers, in order to figure out what to do with the parent, i.e. the request and its URL. Since the RFCs don't require servers to handle more than ASCII, at least for HTTP URLs, as far as I can recall. Going beyond ASCII in the URL, is going beyond guaranteed behavior. Until the RFCs are updated, this won't change. Fortunately, the server doesn't need to mess with the URL query string during its portion of the processing. Thus, slipping non-ASCII characters into the query string is a lot less likely to have problems. In Java land, with Unicode based strings, a Java based web server using UTF-8 has a good change of doing what you want. The RFCs address a more than just Java based web servers, so they aren't likely to be changed or updated just because something is easy in Java. Note that the character encoding of servlet mappings in the web.xml aren't explicitly covered in the specs. You would be on shakier ground if you wanted to use non-ASCII characters in the url-pattern of a servlet mapping. Just my 2 cents. Cheers, Larry -Original Message- From: Edward Toro [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 1:47 PM To: Tomcat Users List Subject: RE: international filenames inaccessible It still seems incorrect for the server to decide which type of encoding to use. To support the portability of webapps, shouldn't each webapp decide its own encoding? Otherwise, once URIEncoding=UTF-8 is set, every webapp on the server has to send international characters in UTF-8. Instead, each webapp should specify the encoding it wants to use in a header. So the worthwhile change would be, as Yan said, to default the useBodyEncodingForURI to true. But if that only applies to the query string, then it only solves part of the problem. -ET -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 1:23 PM To: Tomcat Users List Subject: RE: international filenames inaccessible This has been discussed on tomcat-dev pretty thoroughly already. Tomcat 4.1.27 and earlier were hard coded to use UTF-8 for decoding URLs. This allowed you to easily develop a dependency on this feature and then later discover your webapp isn't portable. Tomcat 4.1.30 and 5.0.19 fix this by forcing you to change the default, which supports portability, to something that does not. Hence, no surprises with respect to portability. Note that URL query string encoding is affected by the useBodyEncodingForURI attribute. Tomcat 4.1.30 defaults this to true, to maintain the same behavior as prior Tomcat 4.1.x versions. In Tomcat 5.0.19 it defaults to false. If you try to serve some webapps that aren't using UTF-8 everywhere, you could be impacted by this. Cheers, Larry -Original Message- From: Edward Toro [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 12:58 PM To: Tomcat Users List Subject: RE: international filenames inaccessible Wow, that worked! The problem may actually be in Java rather than Tomcat. I set the DEBUG value to 1001 on a 5 server and a 4.1.18 server to check the request info. The call to getServletPath() returns a different value between 4.1.18 and the latest releases. I suppose previously Java did the decoding, but now the servlet is responsible for the decoding? Or maybe the newer servers specify ISO-8859-1 instead of letting Java do the work? It's really annoying that this value overrides the use of the file.encoding System property. A previous solution mentioned using that, but I couldn't get it to work. IMO, the server should be able to serve files with international file names without any extra configuration, especially since it used to do it before. UTF-8 is becoming the standard for international character transmission over the net, if it's not the standard already. And UTF-8 looks exactly like ASCII for all the values in the ASCII range. Is this something worth bringing up in the Tomcat-Dev group? -ET -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 12:36 PM To: Tomcat Users List Subject: RE: international filenames inaccessible See the uriEncoding attribute described at: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/http.html The same attribute applies to Tomcat 4.1.30 as well. I'm not aware of any specs that guarantee behavior when using non-ASCII characters in the URL in this fashion, but it might work. Cheers, Larry -Original Message- From: Edward Toro [mailto:[EMAIL PROTECTED] Sent: Thursday
RE: Servlet won't run init()
-Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 12:47 PM To: Tomcat Users List Subject: RE: Servlet won't run init() Howdy, I tried overriding init() and super.init(SerlvetConfig cf) as 1st line of init(ServletConfig cf) but neither worked. Strange. Any errors in your logs? I was thinnking that I should use the init() method appraoch becasue it is a connectionpool and I want to initially build the pool before the application starts to use connections. In this case is ServletContext Listener appropriate? Yeah, a ServletContextListener is better because: - It will be initialized before any servlets - It will be destroyed after any servlets (so you won't close the pool while something is processing) - It's not subject to recycling by the container - You don't need to rely on servlet startup order Yoav Shapira A minor additional point for those interested in porability of webapps. What Yoav cites is guaranteed in the Servlet 2.4 specifications, which applies to Tomcat 5. It is also true for Tomcat 4, but due to ambiquities in the Servlet 2.3 specifications, it isn't behavior guaranteed by the spec. A servlet container that calls ServletContextListeners after servlet initialization isn't in technical voilation of the Servlet 2.3 spec. Cheers, Larry 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: NoClassDefFoundError
Where exactly is the lib123.soap.sms.SmsDriverSOAP class located (jar and directory) and where are the org.apache.soap.* classes listed in the stack trace located (jar and directory)? Cheers, Larry -Original Message- From: Xavier ANDRE [mailto:[EMAIL PROTECTED] Sent: Thursday, January 15, 2004 8:56 AM To: Tomcat Users List Subject: RE: NoClassDefFoundError Thankds Stephen for the idea but it doesn't work also. This is my error : ?xml version='1.0' encoding='UTF-8'? SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsi=http://www.w3.org/1999/XMLSchema-instance; xmlns:xsd=http://www.w3.org/1999/XMLSchema; SOAP-ENV:Body SOAP-ENV:Fault xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; faultcodeSOAP-ENV:Server.BadTargetObjectURI/faultcode faultstringUnable to resolve target object: lib123.soap.sms.SmsDriverSOAP/faultstring faultactor/soap/servlet/messagerouter//faultactor detail stackTracejava.lang.ClassNotFoundException: lib123.soap.sms.SmsDriverSOAP at java.net.URLClassLoader$1.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:219) at org.apache.soap.rpc.SOAPContext.loadClass(SOAPContext.java:557) at org.apache.soap.server.http.ServerHTTPUtils.getTargetObject(Se rverHTTPUtils.java:274) at org.apache.soap.providers.MsgJavaProvider.locate(MsgJavaProvid er.java:113) at org.apache.soap.server.http.MessageRouterServlet.doPost(Messag eRouterServlet.java:267) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.facade.ServletHandler.doService(Unknown Source) at org.apache.tomcat.core.Handler.invoke(Unknown Source) at org.apache.tomcat.core.Handler.service(Unknown Source) at org.apache.tomcat.facade.ServletHandler.service(Unknown Source) at org.apache.tomcat.core.ContextManager.internalService(Unknown Source) at org.apache.tomcat.core.ContextManager.service(Unknown Source) at org.apache.tomcat.modules.server.Http10Interceptor.processConn ection(Unknown Source) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( Unknown Source) at java.lang.Thread.run(Thread.java:534) /stackTrace /detail Xavier André -Message d'origine- De : Stuart Stephen [mailto:[EMAIL PROTECTED] Envoyé : jeudi 15 janvier 2004 14:50 À : Tomcat Users List Objet : RE: NoClassDefFoundError Try extracting the JAR's contents into the webapp/WEB-INF/classes directory, check the class exists and restart tommy. -Original Message- From: Xavier ANDRE [mailto:[EMAIL PROTECTED] Sent: 15 January 2004 08:32 To: Tomcat Users List Subject: RE: NoClassDefFoundError Hi again, I try to put my jar in $TOMCAT_HOME/lib/common/ but it does not work also... It drives me crazy :-((( Xavier André -Message d'origine- De : news [mailto:[EMAIL PROTECTED] De la part de Bill Barker Envoyé : jeudi 15 janvier 2004 07:39 À : [EMAIL PROTECTED] Objet : Re: NoClassDefFoundError Actually, since he is using TC 3.3, the correct link is: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.html #configuring_c lasses. However, it is similar to the TC 4 structure, just with different directory names :). Mike Curwen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Did you read the document Yoav mentioned? I'll give a tiny push... http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-h owto.html -Original Message- From: Xavier ANDRE [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 11:27 AM To: Tomcat Users List Subject: RE: NoClassDefFoundError If I put a jar file in classpath, how can I do that ? In which directory do I put my jar file ? Must I modify a file ? Xavier André -Message d'origine- De : Shapira, Yoav [mailto:[EMAIL PROTECTED] Envoyé : mercredi 14 janvier 2004 14:45 À : Tomcat Users List Objet : RE: NoClassDefFoundError Howdy, Read the classloader how-to in the tomcat documentation. Yoav Shapira Millennium ChemInformatics -Original Message- From: Xavier ANDRE [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 8:45 AM To: Tomcat
RE: NoClassDefFoundError
Xavier, This structure looks fine. It should be noted that Tomcat 3.3.x follows the JDK classloader delegation model, i.e. always delegate to a parent classloader before looking for a class locally. This means that the SmsDriverSOAP and org.apache.soap classes must not exist in any other classloader in Tomcat 3.3.x. Note that in your stack trace the class: sun.misc.Launcher$AppClassLoader appears as the first loader class above the: org.apache.soap.rpc.SOAPContext.loadClass() call. This seems to imply that the org.apache.soap classes may be on the classpath. If so, those classes will be used instead of the ones in WEB-INF/classes. From the classpath classloader, no classes under WEB-INF/classes would be accessible. If you find them on the classpath, remove them. Cheers, Larry -Original Message- From: Xavier ANDRE [mailto:[EMAIL PROTECTED] Sent: Thursday, January 15, 2004 10:04 AM To: Tomcat Users List Subject: RE: NoClassDefFoundError My structure of tomcat is : /usr/tomcat : Tomcat Directory /usr/tomcat/webapps/soap/ : my app directory /usr/tomcat/webapps/soap/WEB-INF/classes/ my app's classes where there are lib12.soap.sms.SmsDriverSOAP and org.apache.soap.* classes Xavier André -Message d'origine- De : Larry Isaacs [mailto:[EMAIL PROTECTED] Envoyé : jeudi 15 janvier 2004 15:53 À : Tomcat Users List Objet : RE: NoClassDefFoundError Where exactly is the lib123.soap.sms.SmsDriverSOAP class located (jar and directory) and where are the org.apache.soap.* classes listed in the stack trace located (jar and directory)? Cheers, Larry -Original Message- From: Xavier ANDRE [mailto:[EMAIL PROTECTED] Sent: Thursday, January 15, 2004 8:56 AM To: Tomcat Users List Subject: RE: NoClassDefFoundError Thankds Stephen for the idea but it doesn't work also. This is my error : ?xml version='1.0' encoding='UTF-8'? SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsi=http://www.w3.org/1999/XMLSchema-instance; xmlns:xsd=http://www.w3.org/1999/XMLSchema; SOAP-ENV:Body SOAP-ENV:Fault xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; faultcodeSOAP-ENV:Server.BadTargetObjectURI/faultcode faultstringUnable to resolve target object: lib123.soap.sms.SmsDriverSOAP/faultstring faultactor/soap/servlet/messagerouter//faultactor detail stackTracejava.lang.ClassNotFoundException: lib123.soap.sms.SmsDriverSOAP at java.net.URLClassLoader$1.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:219) at org.apache.soap.rpc.SOAPContext.loadClass(SOAPContext.java:557) at org.apache.soap.server.http.ServerHTTPUtils.getTargetObject(Se rverHTTPUtils.java:274) at org.apache.soap.providers.MsgJavaProvider.locate(MsgJavaProvid er.java:113) at org.apache.soap.server.http.MessageRouterServlet.doPost(Messag eRouterServlet.java:267) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.facade.ServletHandler.doService(Unknown Source) at org.apache.tomcat.core.Handler.invoke(Unknown Source) at org.apache.tomcat.core.Handler.service(Unknown Source) at org.apache.tomcat.facade.ServletHandler.service(Unknown Source) at org.apache.tomcat.core.ContextManager.internalService(Unknown Source) at org.apache.tomcat.core.ContextManager.service(Unknown Source) at org.apache.tomcat.modules.server.Http10Interceptor.processConn ection(Unknown Source) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( Unknown Source) at java.lang.Thread.run(Thread.java:534) /stackTrace /detail Xavier André -Message d'origine- De : Stuart Stephen [mailto:[EMAIL PROTECTED] Envoyé : jeudi 15 janvier 2004 14:50 À : Tomcat Users List Objet : RE: NoClassDefFoundError Try extracting the JAR's contents into the webapp/WEB-INF/classes directory, check the class exists and restart
RE: Please help me for jk_nt_service problem
See the note at the bottom of this page: http://www.apache.org/dist/jakarta/tomcat-3/bin/win32/i386/ Cheers, Larry -Original Message- From: Dreamy Wu [mailto:[EMAIL PROTECTED] Sent: Sunday, January 11, 2004 4:49 AM To: [EMAIL PROTECTED] Subject: Please help me for jk_nt_service problem Hi : Please help me for jk_nt_service problem . Description : [I followed your guiding : http://jakarta.apache.org/tomcat/tomcat-3.3-doc/NT-Service- howto.html] After I install JAVA and Jakarta, I run jk_nt_service -I Jakarta wrapper.properties. It's OK, and I ran jk_nt_service -s Jakarta. It shows : C:\jakarta-tomcat-3.3.1a\bin\win32\i386jk_nt_service -s Jakarta Asked (and given) winsock 1.1 Starting Jakarta. Jakarta failed to start. My env : JAVA_HOME=C:\Program Files\Java\j2re1.4.2_01 TOMCAT_HOME=C:\jakarta-tomcat-3.3.1a JVM.STDerr shows below : java.lang.NoClassDefFoundError: $(wrapper/jvm/options) Exception in thread main java.lang.NoClassDefFoundError: $(wrapper/jvm/options) Could you please help me for this issue ? Thanks. * Dreamy Wu Professional Service Dept. ADVANCED SYSTEM STORAGE CORP. TEL: +886-2-8792-0108 #812 Mobile : 0913391369 FAX: +886-2-8792-0109 * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems running pre-compiled JSP classes when in subdirectories
There is a choice when pre-compiling JSPs. 1. Compile to real servlets. This involves precompiling the JSPs to classes and adding mappings to the web.xml so they execute just like other servlets. This cuts the JspServlet out of the picture and the JSPs are executed the same as other servlets. 2. Pre-populate Tomcat's work directory. This also involves precompiling the JSPs to classes, under the work directory, but continues to use the JspServlet to execute the JSPs. The critical point is that the expected packages to which the JSPs are compiled are different between these two choices. The JspServlet expects every JSP to be compiled into the org.apache.jsp package. Thus, every index.jsp is expected to be compiled as the org.apache.jsp.index_jsp class, even though the class file may be in various subdirectories, for example dir. The JspServlet avoids the obvious naming collisions by loading each JSP class into a separate classloader. (Nice trick, but can make life tough for debuggers.) For choice 1, the JSPs need to be compiled into a directory structure where the package matches the directory structure in the standard Java way. Each JSP's fully qualified class name would need to be unique and entered into the web.xml. The error below appears that the index.jsp in question has been compiled sort of per choice 1, but is being run under choice 2. The class file appears to be at the right location under the work directory, but it was compiled to the wrong package, i.e. the package includes dir, when it shouldn't. I don't use JspC, so I can't help much with respect to its use. I'm currently not sure about its usability state in the various Tomcat releases. In the past, it has had difficulting getting the package right in the context of these two choices. I would think that in the current releases, it can be coaxed into doing the right thing for one or both of these choices, but I can't say much more than that. However, I have used the Ant jspc task along with the javac task to accomplish choice 2 without much difficulty in a number of different Tomcat 4.1 releases. I would assume there would be no problems as well in the current Tomcat 5 release, but I haven't actually tried it yet. Cheers, Larry -Original Message- From: Antony Paul [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 8:46 AM To: Tomcat Users List Subject: Re: Problems running pre-compiled JSP classes when in subdirectories The generated servlets are not put in a package. When Tomcat is compiling JSP it is put in org.apache.jsp. How to set this in the jspc task. The files are generated as usual in the work directory in the same structure as Tomcat itself compiles JSP files. Antony Paul - Original Message - From: Ralph Einfeldt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 7:06 PM Subject: RE: Problems running pre-compiled JSP classes when in subdirectories May be you should have a look at the following: - the package statements in the generated source files - the file structure of the generate class files -Original Message- From: Jay Glanville [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:20 PM To: 'Tomcat Users List' Subject: Problems running pre-compiled JSP classes when in subdirectories Here's my application's background. I have two files: WEBROOT/index.jsp WEBROOT/dir/index.jsp java.lang.NoClassDefFoundError: org/apache/jsp/index_jsp (wrong name: org/apache/jsp/dir/index_jsp) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:537) at java.lang.ClassLoader.defineClass(ClassLoader.java:448) at - 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: The open socket problem in tomcat 3.3.1
To see what attributes are supported for Ajp13Connector, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#Ajp13Connector I believe maxThreads will accomplish the same thing as maxProcessors. Cheers, Larry -Original Message- From: Volker [mailto:[EMAIL PROTECTED] Sent: Thursday, December 04, 2003 6:59 AM To: [EMAIL PROTECTED] Subject: The open socket problem in tomcat 3.3.1 Hi, all 3-4 days Tomcat 3.3.1 does not work anymore correctly in conjunction with mod_jk1.2 and shows up follwing lines in the mod_jk.log: [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (228)]: connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (228)]: connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (712)]: Error reading reply [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (845)]: In jk_endpoint_t::service, get_reply failed in send loop 0 [Tue Nov 25 20:25:10 2003] [jk_connect.c (143)]: jk_open_socket, connect() failed errno = 61 [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (196)]: In jk_endpoint_t::connect_to_tomcat, failed errno = 61 [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (635)]: Error connecting to the Tomcat process. [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (848)]: In jk_endpoint_t::service, send_request failed in send loop 1 [Tue Nov 25 20:25:10 2003] [jk_connect.c (143)]: jk_open_socket, connect() failed errno = 61 [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (196)]: In jk_endpoint_t::connect_to_tomcat, failed errno = 61 [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (635)]: Error connecting to the Tomcat process. [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (848)]: In jk_endpoint_t::service, send_request failed in send loop 2 [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (228)]: connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed [Tue Nov 25 20:25:10 2003] [jk_ajp13_worker.c (712)]: Error reading reply Looking for a solution I found the hint of a few guys that one should increase maxProcessors in the server.xml MaxClients in the httpd.conf. At the moment my impression is that maxProcessors first was introduced with Tomcat 4.1 and cannot be used under TomCat 3.3.1. So what can I do now? Is there any corresponding variable? Additionally I could read that with ajp13 the support for persistent connections was introduced. But I suggest that this could be the reason for my problems so I wonder how I can disable that? Or can I simply set KeepAlive to off in the httpd.conf in order to succeed? Best regards Volker - 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: Http10Connector
Correct. If you do not need to serve HTTP requests, Http10Connector may be removed. I would recommend just commenting it out. If you encounter problems when accessing through Apache, you can re-enable it easily to see if you get different behavior directly accessing Tomcat. Cheers, Larry -Original Message- From: Volker [mailto:[EMAIL PROTECTED] Sent: Thursday, December 04, 2003 7:41 AM To: [EMAIL PROTECTED] Subject: Http10Connector Hi, am I right that - concerning the Server.xml Configuration in Tomcat 3.3 - the Http10Connector section is not important for me and can be deleted when I use Tomcat only as a servlet container (and additionally Apache as the webserver) - connecting them with mod_jk? Thanks and regards Volker - 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: Manager app in 4.1.27 behaves differently to 4.1.18
I believe the point that Yoav was going to make was that Tomcat 4.1.18 doesn't honor the unpackWARs Host setting when using the Manager's deploy function. Thus it always serves such a webapp from the WAR, for which the Manager undeploy works. Tomcat 4.1.27 does honor the unpackWARs setting, so the same deploy command results in an auto-expanded webapp, if unpackWARs=true. I believe the Manager undeploy command in both 4.1.18 and 4.1.27 has trouble removing an auto-expanded WAR. If you set unpackWARs=false in 4.1.27, you would get the same behavior with respect to deploying and undeploying that you saw in Tomcat 4.1.18. Cheers, Larry -Original Message- From: Tom Lyle [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 25, 2003 10:18 AM To: Tomcat Users List Subject: RE: Manager app in 4.1.27 behaves differently to 4.1.18 Hi, I've reduced my server.xml down to the bare minumum of ROOT, manager admin contexts I use a copy of the same server.xml in an instance of Tomcat 4.1.27 Tomcat 4.1.18 and use the org.apache.catalina.ant.DeployTask to deploy my war file. In 4.1.18 it unpacks it into \work\localhost\myapp in 4.1.27 it unpacks it into \webapps\myapp (it also creates an empty myapp dir in \work\localhost ) in 4.1.27 the UndeployTask will not work because it can't remove the myapp dir in the webapp directory. The server.xml i used in both cases is attached bellow I'm totally at a loss as to whats going on Tom ?xml version='1.0' encoding='utf-8'? Server className=org.apache.catalina.core.StandardServer debug=0 port=8005 shutdown=SHUTDOWN Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycle Listener debug=0/ GlobalNamingResources Environment name=simpleValue override=true type=java.lang.Integer value=30/ Resource auth=Container description=User database that can be updated and saved name=UserDatabase scope=Shareable type=org.apache.catalina.UserDatabase/ ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources Service className=org.apache.catalina.core.StandardService debug=0 name=Tomcat-Standalone Connector className=org.apache.coyote.tomcat4.CoyoteConnector acceptCount=100 bufferSize=2048 connectionTimeout=2 debug=9 disableUploadTimeout=true enableLookups=true maxProcessors=75 minProcessors=5 port=8080 protocolHandlerClassName=org.apache.coyote.http11.Http11Protocol proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false Factory className=org.apache.catalina.net.DefaultServerSocketFactory/ /Connector Connector className=org.apache.coyote.tomcat4.CoyoteConnector acceptCount=10 bufferSize=2048 connectionTimeout=2 debug=0 disableUploadTimeout=false enableLookups=true maxProcessors=75 minProcessors=5 port=8009 protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false Factory className=org.apache.catalina.net.DefaultServerSocketFactory/ /Connector Engine className=org.apache.catalina.core.StandardEngine debug=0 defaultHost=localhost mapperClass=org.apache.catalina.core.StandardEngineMapper name=Standalone Host className=org.apache.catalina.core.StandardHost appBase=webapps autoDeploy=true configClass=org.apache.catalina.startup.ContextConfig contextClass=org.apache.catalina.core.StandardContext debug=0 deployXML=true errorReportValveClass=org.apache.catalina.valves.ErrorReportValve liveDeploy=true mapperClass=org.apache.catalina.core.StandardHostMapper name=localhost unpackWARs=true Context className=org.apache.catalina.core.StandardContext cachingAllowed=true charsetMapperClass=org.apache.catalina.util.CharsetMapper cookies=true crossContext=false debug=0 displayName=Tomcat Administration Application docBase=../server/webapps/admin mapperClass=org.apache.catalina.core.StandardContextMapper path=/admin privileged=true reloadable=false swallowOutput=false useNaming=true wrapperClass=org.apache.catalina.core.StandardWrapper Logger className=org.apache.catalina.logger.FileLogger debug=0 directory=logs prefix=localhost_admin_log. suffix=.txt timestamp=true verbosity=1/ /Context Context className=org.apache.catalina.core.StandardContext cachingAllowed=true charsetMapperClass=org.apache.catalina.util.CharsetMapper cookies=true crossContext=false debug=0 displayName=Welcome to Tomcat docBase=C:\jakarta-tomcat-4.1.27\webapps\ROOT
RE: How could I solve this error
I believe the presence of sun.misc.Launcher$AppClassLoader.loadClass in the stack suggests that your servlet is being found by the classpath classloader. The javax.servlet.http.HttpServlet class is found in the common/lib classloader, thanks to the servlet.jar located in the common/lib directory. In the classloader hierarchy created by Tomcat, the common/lib classloader is a child of the classpath classloader. For the classpath classloader, it only sees classes in its parent classloaders, not its child classloaders. As a result, the javax.servlet.http.HttpServlet class is *not* visible to the classpath classloader. Hence the NoClassDefFoundError exception. Make sure your servlet class is only found in WEB-INF/classes or a jar in WEB-INF/lib, and not on Tomcat's CLASSPATH. HTH Cheers, Larry -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 9:21 AM To: Tomcat Users List Subject: RE: How could I solve this error Howdy, This error happens when the HttpServlet class that was on the classpath with the error-throwing servlet was compiled is not present at runtime. The person may have installed tomcat improperly, accidentally removed $CATALINA_HOME/common/lib/servlet.jar, or added an older version of servlet.jar to his WEB-INF/lib directory. Yoav Shapira Millennium ChemInformatics -Original Message- From: Robyne Vaughn [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 9:18 AM To: Tomcat Users List Subject: RE: How could I solve this error Error snippet: root cause java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet I think I remember this happening to me when I saved my servlet as one name, but inside the servlet, the class name was something else. robyne -Original Message- From: Javier [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 5:26 AM To: Tomcat Users List Subject: How could I solve this error I tried to run my first servlet and got this error: description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Error allocating a servlet instance org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepor tValve.jav a :16 4) org.apache.catalina.valves.AccessLogValve.invoke(AccessLogVal ve.java:57 8 ) org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter .java:209) org.apache.coyote.http11.Http11Processor.process(Http11Proces sor.java:7 8 1) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandl er.process C onn ection(Http11Protocol.java:549) org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpo int.java:5 8 9) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPoo l .ja va:666) java.lang.Thread.run(Unknown Source) root cause java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet java.lang.ClassLoader.defineClass0(Native Method) java.lang.ClassLoader.defineClass(Unknown Source) java.security.SecureClassLoader.defineClass(Unknown Source) java.net.URLClassLoader.defineClass(Unknown Source) java.net.URLClassLoader.access$100(Unknown Source) java.net.URLClassLoader$1.run(Unknown Source) java.security.AccessController.doPrivileged(Native Method) java.net.URLClassLoader.findClass(Unknown Source) java.lang.ClassLoader.loadClass(Unknown Source) java.lang.ClassLoader.loadClass(Unknown Source) sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) java.lang.ClassLoader.loadClass(Unknown Source) org.apache.catalina.loader.WebappClassLoader.loadClass(Webapp ClassLoade r .ja va:1278) org.apache.catalina.loader.WebappClassLoader.loadClass(Webapp ClassLoade r .ja va:1212) java.lang.ClassLoader.loadClassInternal(Unknown Source) java.lang.ClassLoader.defineClass0(Native Method) java.lang.ClassLoader.defineClass(Unknown Source) java.security.SecureClassLoader.defineClass(Unknown Source) org.apache.catalina.loader.WebappClassLoader.findClassInterna l(WebappCl a ssL oader.java:1652) org.apache.catalina.loader.WebappClassLoader.findClass(Webapp ClassLoade r .ja va:883) org.apache.catalina.loader.WebappClassLoader.loadClass(Webapp ClassLoade r .ja va:1332) org.apache.catalina.loader.WebappClassLoader.loadClass(Webapp ClassLoade r .ja va:1212) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepor tValve.jav a :16 4) org.apache.catalina.valves.AccessLogValve.invoke(AccessLogVal ve.java:57 8 ) org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter .java:209) org.apache.coyote.http11.Http11Processor.process(Http11Proces sor.java:7 8 1) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandl er.process C onn ection(Http11Protocol.java:549)
RE: Re[2]: How could I solve this error
In Tomcat 4 and earlier, there is servlet.jar, which contains both servlet and JSP classes. In Tomcat 5, the servlet and JSP classes have been split into servlet-api.jar and jsp-api.jar. Cheers, Larry -Original Message- From: Javier [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 11:01 AM To: Tomcat Users List Subject: Re[2]: How could I solve this error On 06/11/2003 at 9:20 Shapira, Yoav wrote: Howdy, This error happens when the HttpServlet class that was on the classpath with the error-throwing servlet was compiled is not present at runtime. The person may have installed tomcat improperly, accidentally removed $CATALINA_HOME/common/lib/servlet.jar, or added an older version of servlet.jar to his WEB-INF/lib directory. I've a question: everybody mention a servlet.jar file...but I only have a file called servlet-api.jar... It's the same file that everybody mention ??? jl - 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: Source of JSP returned to user
Since JDK 1.4.2 is being used, try the workaround specified for (you will need to register to see the bug): http://developer.java.sun.com/developer/bugParade/bugs/4895132.html which is: Specify -Dsun.io.useCanonCaches=false to the JVM. Or, try JDK 1.4.1 which doesn't have the cannon cache feature. HTH. Larry P.S. Partial bug description from the bug report above: For an existing file, getCanonicalPath() sometimes can produce a pathname whose case doesn't match that of the existing file's pathname. This doesn't matter in terms of being able to access the file, but it appears that some applications, such as TomCat, depend on getting the correct case. Sometimes the answer for the same input is inconsistent. -Original Message- From: Jon O'Sullivan [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 28, 2003 7:32 AM To: '[EMAIL PROTECTED]' Subject: Source of JSP returned to user Hi, I have accidentally discovered a way that Tomcat can serve the source code of a JSP file. Running Tomcat 4.1.27 standalone, JDK 1.4.2, Win XP Pro. and also Win 2K Server Mostly the default configuration, but using port 80 rather than 8080. pointing my browser to http://localhost/examples/jsp/num/numguess.jsp returns the page as expected for the number guess example but http://localhost/examples/jsp/num/numguess.JSP and other combinations such as http://localhost/examples/jsp/num/numguess.JSp and http://localhost/examples/jsp/num/numguess.Jsp give a file download window for the source of numguess.jsp. Is there a workaround for this? Best Regards Jon __ __ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com __ __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TC 3.3.1: How to disable static access to *certain* directories?
-Original Message- From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 8:04 AM To: '[EMAIL PROTECTED]' Subject: TC 3.3.1: How to disable static access to *certain* directories? I want to serve a few static pages with standalone tomcat 3.3.1 (no apache etc). I got that to work (StaticInterceptor listings=false /). However, it is still possible to access pages in other contexts if I know the path: http://host.dom:4711/otherapplication/someknownpath/file.html But if I try http://host.dom:4711/otherapplication/WEB-INF/web.xml I get a 403 Forbidden. How can I make tomcat to return 403 (or 404) for the first path as well? I just couldn't find anything in the docs or google. You could delete file.html. That would result in a 404 error. If this isn't feasible, you need to explain why, so options as to how to hide it can be determined. Cheers, Larry Thanks, Michael - 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: TC 3.3.1: How to disable static access to *certain* directories?
The feature of arbitrarily not serving content in the webapp is one that is not in high demand and isn't currently supported, other than removing the StaticInterceptor, as you have done. I haven't tried the following, but you might try for each static page you want to serve: 1) Make a copy of the static page and rename it to end with .jsp. 2) In the web.xml, add a servlet declaration for that JSP and add a servlet mapping that maps it to the old static file's name. Then remove the StaticInterceptor from the webapp. This way, only the static files you map get served. Note, this assumes all the static files you want to serve are HTML. HTH. Larry -Original Message- From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 9:28 AM To: 'Tomcat Users List' Subject: RE: TC 3.3.1: How to disable static access to *certain* directories? -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 3:07 PM To: Tomcat Users List Subject: RE: TC 3.3.1: How to disable static access to *certain* directories? -Original Message- From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 8:04 AM To: '[EMAIL PROTECTED]' Subject: TC 3.3.1: How to disable static access to *certain* directories? I want to serve a few static pages with standalone tomcat 3.3.1 (no apache etc). I got that to work (StaticInterceptor listings=false /). However, it is still possible to access pages in other contexts if I know the path: http://host.dom:4711/otherapplication/someknownpath/file.html But if I try http://host.dom:4711/otherapplication/WEB-INF/web.xml I get a 403 Forbidden. How can I make tomcat to return 403 (or 404) for the first path as well? I just couldn't find anything in the docs or google. You could delete file.html. That would result in a 404 error. Not good enough. There's stuff I can't take out. If this isn't feasible, you need to explain why, so options as to how to hide it can be determined. Well, I simply don't want to serve anything that I don't need. For the main application I don't need any static pages so I can do without StaticInterceptor (done that). I don't want any files to be available that might be placed there by mistake or otherwise. Only the few pages under the `static' path should be accessible. Simple security concerns - don't open more than what is necessary. Michael - 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: TC 3.3.1: How to disable static access to *certain* directories?
Normally this is handled by the welcome-file-list element in the web.xml. However, its functionality is handled by the StaticInterceptor, so if that is removed, it doesn't work. No simple workaround comes to mind at the moment. Not so simple is to customize StaticInterceptor to do only what you want. Cheers, Larry -Original Message- From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 12:35 PM To: 'Tomcat Users List' Subject: RE: TC 3.3.1: How to disable static access to *certain* directories? Thanks. I might try that. One more question: How can I change the default page, i.e., the one that displays when I just enter a path, from index.html to something else? Thanks again, Michael -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 3:59 PM To: Tomcat Users List Subject: RE: TC 3.3.1: How to disable static access to *certain* directories? The feature of arbitrarily not serving content in the webapp is one that is not in high demand and isn't currently supported, other than removing the StaticInterceptor, as you have done. I haven't tried the following, but you might try for each static page you want to serve: 1) Make a copy of the static page and rename it to end with .jsp. 2) In the web.xml, add a servlet declaration for that JSP and add a servlet mapping that maps it to the old static file's name. Then remove the StaticInterceptor from the webapp. This way, only the static files you map get served. Note, this assumes all the static files you want to serve are HTML. HTH. Larry -Original Message- From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 9:28 AM To: 'Tomcat Users List' Subject: RE: TC 3.3.1: How to disable static access to *certain* directories? -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 3:07 PM To: Tomcat Users List Subject: RE: TC 3.3.1: How to disable static access to *certain* directories? -Original Message- From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2003 8:04 AM To: '[EMAIL PROTECTED]' Subject: TC 3.3.1: How to disable static access to *certain* directories? I want to serve a few static pages with standalone tomcat 3.3.1 (no apache etc). I got that to work (StaticInterceptor listings=false /). However, it is still possible to access pages in other contexts if I know the path: http://host.dom:4711/otherapplication/someknownpath/file.html But if I try http://host.dom:4711/otherapplication/WEB-INF/web.xml I get a 403 Forbidden. How can I make tomcat to return 403 (or 404) for the first path as well? I just couldn't find anything in the docs or google. You could delete file.html. That would result in a 404 error. Not good enough. There's stuff I can't take out. If this isn't feasible, you need to explain why, so options as to how to hide it can be determined. Well, I simply don't want to serve anything that I don't need. For the main application I don't need any static pages so I can do without StaticInterceptor (done that). I don't want any files to be available that might be placed there by mistake or otherwise. Only the few pages under the `static' path should be accessible. Simple security concerns - don't open more than what is necessary. Michael - 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: tomcat 3.1.3 - how to define java params?
In Tomcat 4.1.x, both CATALINA_OPTS and JAVA_OPTS do the same thing. Settings placed in one would work the same if placed in the other. Having the two allows you to be a little more organized by letting you separate settings intended for the JVM from settings intended for for the server. In Tomcat 3.3.x, you only have TOMCAT_OPTS, but it does the same thing as both of those above. Cheers, Larry -Original Message- From: Volker [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2003 5:50 PM To: [EMAIL PROTECTED] Subject: tomcat 3.1.3 - how to define java params? Hi, concerning tomcat 4.1 one can define JAVA_OPTS in order to pass parameters like -green etc. to the jvm. In tomcat 3.3.1 JAVA_OPTS obviously is not considered and cannot be replaced with $TOMCAT_OPTS. Can anyone please tell me if there is any possibility to define the java parameters tomcat should be started with? BTW: Is it correct that worker.inprocess.jvm_lib etc. only have to be defined in case of using jni (which means that I need Apache 2.0)? Thanks and regards Volker - 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: java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo
The constructor being looked for exists only in the JSP 2.0 implementation. Your error implies that the TagAttributeInfo class, found in jsp-api.jar in tomcat-5.0.12's common/lib directory, is being overridden by an older JSP 1.2 or 1.1 version of this class, probably in a servlet.jar or j2ee.jar somewhere in you setup. You will need to remove the out of date classes/jar to get it to work. Cheers, Larry -Original Message- From: Stack Buffer [mailto:[EMAIL PROTECTED] Sent: Saturday, October 18, 2003 7:18 PM To: [EMAIL PROTECTED] Subject: java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo Hi all, I am running tomcat-5.0.12 on a win2k machine with j2sdk1.4.2, I just recently downloaded the jakarta-taglibs-standard-1.1.0-B1 and I copied the jar files (jstl.jar, standard.jar) into tomcats common/lib directory, plus I copied the following tlds into my WEB-INF: core.tld,x.tld,fmt.tld. I also updated my web.xml to reflect these new tags, but I keep getting the error message below when try to access the page. Any help??? in my jsp page: %@ taglib prefix=c uri=http://java.sun.com/jsp/jstl/core; % in my web.xml: taglib taglib-urihttp://java.sun.com/jsp/jstl/fmt/taglib-uri taglib-location/WEB-INF/fmt.tld/taglib-location /taglib taglib taglib-urihttp://java.sun.com/jsp/jstl/core/taglib-uri taglib-location/WEB-INF/c.tld/taglib-location /taglib taglib taglib-urihttp://java.sun.com/jsp/jstl/x/taglib-uri taglib-location/WEB-INF/x.tld/taglib-location /taglib exception message exception javax.servlet.ServletException: javax.servlet.jsp.tagext.TagAttributeInfo.(Ljava/lang/String;Z Ljava/lang/String;ZZ)V org.apache.jasper.servlet.JspServlet.service(JspServlet.ja va:256) javax.servlet.http.HttpServlet.service(HttpServlet.java:853) root cause java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagAttributeInfo.(Ljava/lang/String;Z Ljava/lang/String;ZZ)V org.apache.jasper.compiler.TagLibraryInfoImpl.createAttribute( TagLibraryInfoImpl.java:577) org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo(Ta gLibraryInfoImpl.java:437) org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD(TagLibr aryInfoImpl.java:295) org.apache.jasper.compiler.TagLibraryInfoImpl.(TagLibraryInfoI mpl.java:204) org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser. java:460) org.apache.jasper.compiler.Parser.parseDirective(Parser.ja va:525) org.apache.jasper.compiler.Parser.parseElements(Parser.jav a:1625) org.apache.jasper.compiler.Parser.parse(Parser.java:173) org.apache.jasper.compiler.ParserController.parse(ParserContro ller.java:247) org.apache.jasper.compiler.ParserController.parse(ParserContro ller.java:149) org.apache.jasper.compiler.ParserController.parse(ParserContro ller.java:135) - Do you Yahoo!? The New Yahoo! Shopping - with improved product search - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jav Options
I believe you will need JDK 1.3.1, or later, to get the -Xrs option. It was added to fix the logout problem JDK 1.3. Cheers, Larry -Original Message- From: Ron Andersen [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2003 1:59 PM To: [EMAIL PROTECTED] Subject: Jav Options I stalled Tomcat 5.0 on Win2K adv server.. When I try to start it, it loggs the following in the log file: Unrecognized option: -Xrs The Java optionsettings are: -Dcatalina.home=F:\Program Files\Apache Software Foundation\Tomcat 5.0 -Djava.endorsed.dirs=F:\Program Files\Apache Software Foundation\Tomcat 5.0\common\endorsed -Xrs Env variables are setup as follows: PATH = F:\JDK1.3\BIN; TOMCAT_HOME = F:\Program Files\Apache Software Foundation\Tomcat 5.0 - Do you Yahoo!? The New Yahoo! Shopping - with improved product search - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jav Options
You probably didn't miss anything in the documentation. It makes the most sense to include -Xrs, even though JDK 1.3 doesn't support it. If you can't upgrade to JDK 1.3.1 or better, remove the -Xrs. You just have to be aware that if you run Tomcat as a service, logging out will terminate the service. Cheers, -Original Message- From: Ron Andersen [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2003 2:45 PM To: Tomcat Users List Subject: RE: Jav Options Did I missed this from the setup doco, or is this(JDK1.4) missing :) ? Larry Isaacs [EMAIL PROTECTED] wrote:I believe you will need JDK 1.3.1, or later, to get the -Xrs option. It was added to fix the logout problem JDK 1.3. Cheers, Larry -Original Message- From: Ron Andersen [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2003 1:59 PM To: [EMAIL PROTECTED] Subject: Jav Options I stalled Tomcat 5.0 on Win2K adv server.. When I try to start it, it loggs the following in the log file: Unrecognized option: -Xrs The Java optionsettings are: -Dcatalina.home=F:\Program Files\Apache Software Foundation\Tomcat 5.0 -Djava.endorsed.dirs=F:\Program Files\Apache Software Foundation\Tomcat 5.0\common\endorsed -Xrs Env variables are setup as follows: PATH = F:\JDK1.3\BIN; TOMCAT_HOME = F:\Program Files\Apache Software Foundation\Tomcat 5.0 - Do you Yahoo!? The New Yahoo! Shopping - with improved product search - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? The New Yahoo! Shopping - with improved product search - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 3.x Question
Assuming you are referring to Tomcat 3.3.x, you need to also execute: /usr/local/tomcat/startup.sh jkconf prior to restarting Apache. This will update the mod_jk.conf used to configure mod_jk. See: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/mod_jk-howto.html for details about controlling what gets written to mod_jk.conf. Writing mod_jk.conf was separated from normal Tomcat startup due to problems with Apache/mod_jk trying to read the file while Tomcat was writing it, when both are installed as services under Windows. Cheers, Larry -Original Message- From: Robert Charbonneau [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 3:12 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.x Question Is there any way that I can have Tomcat automatically pickup additional webapps in my webapps directory on startup and auto-configure for it? For example: add webapps/MyApp /usr/local/tomcat/bin/shutdown.sh /usr/local/tomcat/startup.sh And have http://host.com/MyApp available to me after restarting Apache? Thanks, -- Robert Charbonneau [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: W2K service stops when logging off
See the JVM Options comment near the bottom of: http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-tomcat/src/etc/jk/wrapper.properties?rev=1.4 which mention the -Xrs option. HTH, Larry -Original Message- From: Glyn Walters [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 5:24 AM To: [EMAIL PROTECTED] Subject: W2K service stops when logging off Hi. I am running Tomcat 3 as a W2K service using jk_nt_service.exe as a wrapper. When the W2K server is booted up the Tomcat service (Local System) runs fine with no user logged in. But if I log in as a user and then log out the service stops. Could anyone help me with this? Thanks Glyn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests
To deploy the class file, I believe you can create a classes directory under TOMCAT_HOME/lib/server and put your class in a package appropriate directory under there. With your modifications to the modules.xml and server.xml, it should work. Larry -Original Message- From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 11:35 AM To: 'Tomcat Users List' Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests Thanks, Larry. Not knowing any Java I managed to write (or rather copy) something for postRequest. Seems to work fine. Now my question is, is it possible to compile that module so I get a single .class file that I can copy somewhere in the official binary tree? What works for me is have the .java in share/org/apache/tomcat/modules/loggers, add org... to modules.xml and server.xml and have ant make new jar files. I couldn't find anything in the docs in that regard that I could understand. Thanks, Michael -Original Message- From: Larry Isaacs Sent: Monday, September 29, 2003 7:32 PM To: Tomcat Users List Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests You could implement your own interceptor and use one of the hooks more suitable than beforeCommit(), perhaps postReadRequest(), contextMap(), or postRequest(). I don't know if there is an existing interceptor that with the right debug level would give you want you want without giving you too much log output. Larry -Original Message- From: Lemke, Michael IZ/HZA-IE5 Sent: Monday, September 29, 2003 6:40 AM To: 'Tomcat Users List' Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests A long time ago I sent the attached message. There was no solution to the problem. It has just come up again and I am wondering what options there are to get *everything* logged. Would a combination with Apache solve this? We need to somehow be able to proove that we have or have not received a certain request. Thanks, Michael -Original Message- From: Larry Isaacs Sent: Tuesday, July 02, 2002 2:10 PM To: 'Tomcat Users List' Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests AcessLogInterceptor writes the log entry using the beforeCommit() hook. If no response is generated by the request, then it appears that no log entry would be created. Cheers, Larry -Original Message- From: Lemke, Michael IZ/HZA-IC1 Sent: Tuesday, July 02, 2002 4:10 AM To: 'Tomcat Users List' Subject: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests We are running Tomcat 3.3.1 in standalone mode (no Apache etc) and log requestes to AccessLog with AccessLogInterceptor. Unless we misconfigured something it seems like PUT requests only show up in the log if they produced an error (404, 500). Is this a configuration problem or is there something wrong with AccessLogInterceptor? Thnaks, Michael -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[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: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests
You could implement your own interceptor and use one of the hooks more suitable than beforeCommit(), perhaps postReadRequest(), contextMap(), or postRequest(). I don't know if there is an existing interceptor that with the right debug level would give you want you want without giving you too much log output. Larry -Original Message- From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 6:40 AM To: 'Tomcat Users List' Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests A long time ago I sent the attached message. There was no solution to the problem. It has just come up again and I am wondering what options there are to get *everything* logged. Would a combination with Apache solve this? We need to somehow be able to proove that we have or have not received a certain request. Thanks, Michael -Original Message- From: Larry Isaacs Sent: Tuesday, July 02, 2002 2:10 PM To: 'Tomcat Users List' Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests AcessLogInterceptor writes the log entry using the beforeCommit() hook. If no response is generated by the request, then it appears that no log entry would be created. Cheers, Larry -Original Message- From: Lemke, Michael IZ/HZA-IC1 Sent: Tuesday, July 02, 2002 4:10 AM To: 'Tomcat Users List' Subject: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests We are running Tomcat 3.3.1 in standalone mode (no Apache etc) and log requestes to AccessLog with AccessLogInterceptor. Unless we misconfigured something it seems like PUT requests only show up in the log if they produced an error (404, 500). Is this a configuration problem or is there something wrong with AccessLogInterceptor? Thnaks, Michael -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[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: Full Package Names??
Do you really have: import com.fgic.Utility.* Utility util = new Utility(); If so, I don't think that import is doing what you hope for. I think: import com.fgic.Utility; would work better. Larry -Original Message- From: Boemio, Neil (GEI, FGI) [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 12:16 PM To: [EMAIL PROTECTED] Subject: Full Package Names?? I'm just starting to use Tomcat (4.1.27) and I'm trying to get my existing app to work. It worked fine with JRun, but it seems that Tomcat requires that I specify the full package name for a class whenever I use it?? Is this true? For example, I get, cannot resolve symbol for the following: -- import com.fgic.Utility.* Utility util = new Utility(); -- But when I change it like below, it works fine: import com.fgic.Utility.* com.fgic.Utility util = new com.fgic.Utility(); -- So does this means I have to go through all my code and specify the full package name everywhere? Note: in JRun, I didn't even have to specify the package name in the import statement. It was able to find it with just: import Utility.* - 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: tomcat-3.3.2 dev 12. July 2003
Unfortunately I did not have time to test this latest build prior to leaving on vacation. I'm not sure what changed. I'll have to investigate when I get back this weekend. Cheers, Larry -Original Message- From: Power-Netz (Schwarz) [mailto:[EMAIL PROTECTED] Sent: Tue 7/15/2003 7:22 AM To: tomcat liste Cc: Subject: tomcat-3.3.2 dev 12. July 2003 [EMAIL PROTECTED] /java]# less /var/log/tomcat.log Exception in thread main java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory at org.apache.tomcat.util.compat.Jdk11Compat.clinit(Jdk11Compat.java:77) at org.apache.tomcat.startup.Main.clinit(Main.java:153) [EMAIL PROTECTED] /java]# cd tomcat something is missing in the tomcat.jar . Has someone a replacement for it? Ihr Support-Team POWER-NETZ Full-Service-Provider - 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: mod_jk quirk?
I believe you can add: jkWorker=my worker name to your Listener ... to specify the name. I think Bill Barker's port of the classes involved is recent enough that the Tomcat 3.3. attributes (not the server.xml element itself) are valid in the Tomcat 4 ApacheConfig Listener. See the Tomcat 3.3 ApacheConfig attribute descriptions at: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#ApacheConfig Ignore the rest of the Tomcat 3.3 ApacheConfig info. Cheers, Larry -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Friday, June 20, 2003 11:23 AM To: Tomcat Users List Subject: SPAM: Re: mod_jk quirk? [Message inserted by SAS Postmaster: ISD is evaluating gateway-level spam defenses. This message was judged by one of the filters being evaluated to be spam. If this message is in fact spam, ** there is no action you need to take **. Should our evaluation conclude that this technique is practical, you will be receiving fewer messages of this type when our evaluation is complete. If, however, this message is one that is definitely not spam, you may submit a false positive report by visiting http://mdrweb.na.sas.com/publictools/falsepositive and following the instructions found there.] Hi - AFAIK, Tomcat never reads workers.properties, only mod_jk reads workers.properties. If you use the auto-generation, your worker will always be named ajp13. If you need something else, you need to configure things manually. The ApacheConfig classes are a convenience, not a requirement, and could easily go away in the future (they're not even used for JK2 which is where the current dev efforts are). The complaints you are getting when you change or remove workers.properties are from Apache and mod_jk, not Tomcat. John On Fri, 20 Jun 2003 11:15:59 -0400, Dave Naden [EMAIL PROTECTED] wrote: When I auto-generate the mod_jk directives, I'm finding strange behavior: Even if my workers.properties file contains the name of a worker other than ajp13, the JkMount commands that get generated always have the worker name as ajp13. for example, if I put the following in my workers.properties: worker.list=testWorker1 # settings for testWorker1 worker.testWorker1.port=8009 worker.testWorker1.host=localhost worker.testWorker1.type=ajp13 I'll still get, in the auto file, lines like: JkMount /examples/jsp/security/protected/j_security_check ajp13 JkMount /examples/snoop ajp13 JkMount /examples/servlet/* ajp13 JkMount /examples/CompressionTest ajp13 JkMount /examples/*.jsp ajp13 JkMount /examples/servletToJsp ajp13 ...etc. even though I'm naming the worker 'testWorker1' I know Tomcat is reading the correct workers.properties file, because when I remove it, Tomcat complains. BTW, here's my location directive: Listener className=org.apache.ajp.tomcat4.config.ApacheConfig modJk=c:/Apache2/modules/mod_jk-2.0.42.dll / Anybody know what's going on? -Dave Naden - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - 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: Running Jakarta-Tomcat-3.3.1a as a service
See: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/NT-Service-howto.html Also see the note at the bottom of: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1a/bin/win32/i386/ If using a relatively current Sun JDK, you can address this by including at least -Xrs in the wrapper.jvm.options setting. This will address the log out problem much better than the obsolete comment in Notice for JDK 1.3 users of the first document about using JDK 1.2 as a work around. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2003 11:32 AM To: [EMAIL PROTECTED] Subject: Running Jakarta-Tomcat-3.3.1a as a service I'm running W2K Advanced Server and am running Jakarta-Tomcat-3.3.1a. How do I set this up to run as a service? Thanks, James DeForge Systems Enterprise Management - SYSEM First Data Resources (FDR) 402-777-4303 Work 402-777-1268 Fax [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: Tomcat 3.3.1a - NoClassDefFoundError using service
This typically happens when the value for one of the parameters, such as wrapper.java_home, contains a space. The parsing of this file always assumes a space separates individual values, and surrounding the parameter value with quotes isn't supported. Make sure the parameters that specify a single value don't contain spaces. For paths, use DOS 8.3 names if necessary. Cheers, Larry -Original Message- From: MaurĂcio [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 18, 2003 7:05 AM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1a - NoClassDefFoundError using service Hi, I have a problem running Tomcat 3.3.1a with JavaSDK1.3. When I start Tomcat manually, everything works well. However, when I try to start Tomcat as a Windows service (configured with jk_nt_service.exe), I get the following in the log: java.lang.NoClassDefFoundError: $(wrapper/jvm/options) Exception in thread main What does that means? What can I do? Is anything missing on wrapper.properties? Thanks, MaurĂcio - 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: Tomcat 3.3.1a - NoClassDefFoundError using service
Actually this appears to be the issue mentioned in the note at the bottom of: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1a/bin/win32/i386/ Cheers, Larry -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2003 9:37 AM To: Tomcat Users List Subject: RE: Tomcat 3.3.1a - NoClassDefFoundError using service This typically happens when the value for one of the parameters, such as wrapper.java_home, contains a space. The parsing of this file always assumes a space separates individual values, and surrounding the parameter value with quotes isn't supported. Make sure the parameters that specify a single value don't contain spaces. For paths, use DOS 8.3 names if necessary. Cheers, Larry -Original Message- From: MaurĂcio [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 18, 2003 7:05 AM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1a - NoClassDefFoundError using service Hi, I have a problem running Tomcat 3.3.1a with JavaSDK1.3. When I start Tomcat manually, everything works well. However, when I try to start Tomcat as a Windows service (configured with jk_nt_service.exe), I get the following in the log: java.lang.NoClassDefFoundError: $(wrapper/jvm/options) Exception in thread main What does that means? What can I do? Is anything missing on wrapper.properties? Thanks, MaurĂcio - 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: Tomcat 3.3.1a Install Windows 2000 Service
There is no equivalent to Tomcat 4.x's Tomcat.exe install program in Tomcat 3.3.x. However, you can install Tomcat 3.3.x as a service by using the jk_nt_service.exe downloadable from here: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1a/bin/win32/i386/ Be sure to read the note at the bottom of this page. For instructions in its use, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/NT-Service-howto.html Ignore the Notice for JDK 1.3 users if you are using JDK 1.3.1 or later. Instead, in the wrapper.properties, place -Xrs (without the quotes) on the wrapper.jvm.options line. This also takes care of the issue noted at the bottom of the download page. Cheers, Larry -Original Message- From: Kathleen Long [mailto:[EMAIL PROTECTED] Sent: Friday, February 21, 2003 3:08 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1a Install Windows 2000 Service Is there a way to install Tomcat as a Windows Service? I downloded a zip file and there was no install program. How can I make Tomcat a windows service? - 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: Apache1.3+Tomcat3.3.1a in Linux!!!!...
Since it seems unlikely that you are using mod_ssl for Apache 1.3, you would use mod_jk-3.3-ap13-noeapi.so. See the diagram and architecture discussion near the middle of: http://www.modssl.org/docs/2.8/ssl_overview.html to see where EAPI comes from. Cheers, Larry -Original Message- From: Ramkumar Krishnan [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 7:52 AM To: Tomcat Users List Subject: Apache1.3+Tomcat3.3.1a in Linux... Hi All, I am a newbie to linux and tomcat. I configured tomcat3.3.1a with apache1.3 in Windows NT. I don't know how to do it in the Linux?.. This is my mod_jk.conf. IfModule !mod_jk.c LoadModule jk_module libexec/mod_jk.so /IfModule JkWorkersFile /home/navinv/ramkumar/jakarta-tomcat-3.3.1a/conf/jk/workers.p roperties JkLogFile /home/navinv/ramkumar/jakarta-tomcat-3.3.1a/logs/mod_jk.log JkLogLevel emerg JkMount /admin ajp13 JkMount /admin/* ajp13 JkMount /examples ajp13 JkMount /examples/* ajp13 JkMount /AccountAggregator ajp13 JkMount /AccountAggregator/* ajp13 -- and i found three shared objects. Out of the following three, which one i should rename to mod_jk.so and include in the /modules/ folder. Please tell me about what is EAPI?.. 1. mod_jk-3.3-ap13-eapi.so 2. mod_jk-3.3-ap13-noeapi.so 3. mod_jk-3.3-ap20.so Any help would be appreciated.. thanks, Ramkumar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where is the 3.3.x .exe for Tomcat (Microsoft installation exe)?
Tomcat 3.3.x doesn't have an equivalent to the .exe that Tomcat 4 provides. To install, unzip the distribution and create the short-cuts you want. It may not be as simple as using the installer, but you will have more control over which JDK(s) you use to run Tomcat and can have multiple versions installed separately, if desired. Cheers, Larry -Original Message- From: daemeonr [mailto:[EMAIL PROTECTED]] Sent: Monday, February 17, 2003 2:31 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Where is the 3.3.x .exe for Tomcat (Microsoft installation exe)? A few days ago, I downloaded the Tomcat .exe's (MS Windows environment install) for 3.3.x and 4.x. Now I am trying to repeat the process to document it. ... I no longer can find 3.3.x's .exe ... only 4.x tree has the .exe (under the appropriate 586 branch). I need to install 3.3.x on Windoze platforms due to the Where is the 3.3.x .exe for Tomcat? http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.18/bin/ .exe is there (as is 4.0.6), but http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1/bin/win32/i386/ does not have the .exe (nor does it appear to be anywhere else under v3.3.1 (or 3.3.1a)). I *think* that there was no 3.3.1a when I downloaded 3.3.1. Is it possible that, when making that patch, something broke? Any idea where I can find the 3.3.x .exe? Would anyone responding with a DEFINITIVE answer please cc me at [EMAIL PROTECTED]? Thanks -- Daemeon Reiydelle - 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: Cross-site scripting!!!..
I have this mostly fixed in my local source for Tomcat 3.3.2, but have not yet committed the changes to CVS. The changes will be present when Tomcat 3.3.2 releases. Note that the security vulnerability is not in the server itself, but in the examples webapp and the SnoopServlet in the ROOT webapp. Removal of these eliminates the vulnerability. For details, see the Important Security Note at: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1a/bin/ It includes a link to an explanation of what cross-site scripting is for those who are curious. Cheers, Larry -Original Message- From: Ramkumar Krishnan [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 9:35 AM To: Tomcat Users List Subject: Cross-site scripting!!!.. Hi All, There is a security hole in tomcat 3.3.1a related to cross-site scripting. Please tell me if this bug is fixed?..If so which version of tomcat contains the fix for this problem?.. thanks, Ramkumar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: servlet not working on tomcat 4.1.18 - help please!!!
Is it a typo that localhost:8080/intranettv doesn't match the case in url-pattern/IntranetTV/url-pattern? It needs to in order to work. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 8:08 AM To: [EMAIL PROTECTED] Subject: servlet not working on tomcat 4.1.18 - help please!!! Im trying to migrate from tomcat 3.2.1 to tomcat 4.1.18. Basically, Ive got the tomcat 4.1.18 to start up and the localhost:8080 runs as do the examples such as jsp pages and servlet examples. Ive added context to the server.xml like: !--derrick added this line -- Contextpath=/intranettv docBase=D:\internettv\admin\public_site debug=0 reloadable=true crossContext=false /Context In the folder public_site, i have a Web-inf folder with a web.xml in it. My web.xml looks like this: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; web-app display-nameIntranetTV/display-name description This is the IntranetTV application with a source code organization based on the recommendations of the Application Developer's Guide. /description servlet servlet-nameIntranetTV/servlet-name servlet-classcom.bt.intranettv.view.IntranetTV/servlet-class init-param param-nameroot/param-name param-valueD:\intranettv\admin\public_site\/param-value /init-param load-on-startup-100/load-on-startup /servlet servlet-mapping servlet-nameIntranetTV/servlet-name url-pattern/IntranetTV/url-pattern /servlet-mapping /web-app My problem is that when i then go to url localhost:8080/intranettv the browser displays a 404 error - intranet. The requested resource (/intranet) is not available. what have I done wrong, or what can i do to put it right?? (PS I have compiled the classes with java 1.2 but the tomcat is running with java 1.4 - will this cause any problems - it should be backwards compatible) - 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: servlet not working on tomcat 4.1.18 - help please!!!
Sorry, didn't read your question carefully enough. I need to wake up more before trying to answer questions. The browser response doesn't give you much of a clue as to what happened in the server. You should get better information from the CATALINA_HOME/logs/localhost_log*.txt file. Do you see any clues there? Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 8:21 AM To: [EMAIL PROTECTED] Subject: RE: servlet not working on tomcat 4.1.18 - help please!!! I thought the intranettv is a path default (an alias) whereas the IntranetTV is a classname and also the name that you are calling the servlet. Hence if i was to call a function in the servlet, would look something like: http://localhost:8080/intranettv/IntranetTV?func=CreateEmbedVi deoWindowarg= 942 Where intranettv is the path and IntranetTV is the servlet. (that was the way it worked in tomcat 3.2.1. Please tell me if that is wrong!) -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 1:17 PM To: Tomcat Users List Subject: RE: servlet not working on tomcat 4.1.18 - help please!!! Is it a typo that localhost:8080/intranettv doesn't match the case in url-pattern/IntranetTV/url-pattern? It needs to in order to work. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 8:08 AM To: [EMAIL PROTECTED] Subject: servlet not working on tomcat 4.1.18 - help please!!! Im trying to migrate from tomcat 3.2.1 to tomcat 4.1.18. Basically, Ive got the tomcat 4.1.18 to start up and the localhost:8080 runs as do the examples such as jsp pages and servlet examples. Ive added context to the server.xml like: !--derrick added this line -- Contextpath=/intranettv docBase=D:\internettv\admin\public_site debug=0 reloadable=true crossContext=false /Context In the folder public_site, i have a Web-inf folder with a web.xml in it. My web.xml looks like this: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; web-app display-nameIntranetTV/display-name description This is the IntranetTV application with a source code organization based on the recommendations of the Application Developer's Guide. /description servlet servlet-nameIntranetTV/servlet-name servlet-classcom.bt.intranettv.view.IntranetTV/servlet-class init-param param-nameroot/param-name param-valueD:\intranettv\admin\public_site\/param-value /init-param load-on-startup-100/load-on-startup /servlet servlet-mapping servlet-nameIntranetTV/servlet-name url-pattern/IntranetTV/url-pattern /servlet-mapping /web-app My problem is that when i then go to url localhost:8080/intranettv the browser displays a 404 error - intranet. The requested resource (/intranet) is not available. what have I done wrong, or what can i do to put it right?? (PS I have compiled the classes with java 1.2 but the tomcat is running with java 1.4 - will this cause any problems - it should be backwards compatible) - 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: tomcat 3.3 problem with classpath
Based on the information you have specified, the URL: http://knuddel:8080/servlet/shop is incorrect. It should be: http://knuddel:8080/shop/servlet/shop and there should be a shop.class file (i.e. the servlet) in /webshop/shop/WEB-INF/classes. Your web.xml doesn't apply at this point. However, if you add a servlet-mapping to the web.xml you can use a URL like: http://knuddel:8080/shop/whatever_you_want Cheers, Larry -Original Message- From: Sahlke, Jan [mailto:[EMAIL PROTECTED]] Sent: Friday, February 07, 2003 8:52 AM To: [EMAIL PROTECTED] Subject: tomcat 3.3 problem with classpath Hello, I am a newbie and I have some problems with tomcat and my application. The application path is /webapp/shop with the subdirectory /webshop/shop/WEB-INF/lib and a /webshop/shop/WEB-INF/web.xml. In my server.xml, I make the entries: Context path=/shop docBase=/webshop/shop debug=9 /Context In my web.xml: servlet servlet-nameshop/servlet-name /servlet My problem is, I get these error messages: 003-02-07 13:10:31 - Ctx() : Class not found: shop 2003-02-07 13:10:31 - Ctx() : Status code:404 request:R( + /servlet/shop + null) msg:null After I call the URL http://knuddel:8080/servlet/shop Not Found (404) Original request: /servlet/shop Not found request: /servlet/shop My documentation advises me to set the CLASSPATH in my shell, but tomcat 3.3 ignores the variable. What can I do? Best regards, Jan - 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: problem using Tomcat 3.3.1
There isn't enough information here to offer much help. Not knowing what your web application is doing, it can't be determined if this is a bug in Tomcat or a bug in your web application. You are welcome to give Tomcat 3.3.2-dev a quick try to see if it behaves differently. You can find it here: http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/ Cheers, Larry -Original Message- From: Liquid [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 9:43 AM To: [EMAIL PROTECTED] Subject: problem using Tomcat 3.3.1 Hi, im using Tomcat 3.3.1 on FreeBSD with JDK1.3.1 and my aplication go very well but afther that take 99% of CPU time and i must restart Tomcat. And it doing around. Can you help me? Liquid - 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: problem using Tomcat 3.3.1
This implies you are using mod_jk. What version of mod_jk are you using? There has not been much maintenance on the local mod_jk provided with Tomcat 3.3.1. It will be removed in Tomcat 3.3.2 and replaced by the version which is part of the jakarta-tomcat-connectors project. If you haven't tried it, get the current mod_jk release here: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.2/ and give it a try. Unfortunately, I have not had time to keep up with the changes that have been made to mod_jk since the Tomcat 3.3.1 release. I'm not sure if Broke pipe is that serious an error or whether may actually be a normal occurrence under certain circumstances. However, if a bug in mod_jk or its tomcat connector leaves the thread servicing the request in a hung state when this occurs, then that could be the source of this problem. If this was a problem in older mod_jk's, hopefully it is addressed in the current release. Cheers, Larry -Original Message- From: Liquid [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 10:16 AM To: Tomcat Users List Subject: Re: problem using Tomcat 3.3.1 I use it, but its looks like the same. Wahat informations do yuou need from me for help me? In my logs is this terrible error. java.io.IOException: Broken pipe at java.net.SocketOutputStream.socketWrite(Native Method) at java.net.SocketOutputStream.write(SocketOutputStream.java:83) at org.apache.tomcat.modules.server.Ajp13.send(Ajp13.java:841) at org.apache.tomcat.modules.server.Ajp13.doWrite(Ajp13.java:727) at org.apache.tomcat.modules.server.Ajp13Response.doWrite(Ajp13In terceptor.java :491) at org.apache.tomcat.core.OutputBuffer.realWriteBytes(OutputBuffe r.java:188) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:360) at org.apache.tomcat.core.OutputBuffer.flush(OutputBuffer.java:315) at org.apache.tomcat.core.OutputBuffer.close(OutputBuffer.java:305) at org.apache.tomcat.facade.ServletWriterFacade.close(ServletWrit erFacade.java: 117) at GameList.processRequest(GameList.java:963) at GameList.doGet(GameList.java:984) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.facade.ServletHandler.doService(ServletHandl er.java:574) at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at org.apache.tomcat.core.Handler.service(Handler.java:235) at org.apache.tomcat.facade.ServletHandler.service(ServletHandler .java:485) at org.apache.tomcat.core.ContextManager.internalService(ContextM anager.java:91 7) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:833) at org.apache.tomcat.modules.server.Ajp13Interceptor.processConne ction(Ajp13Int erceptor.java:341) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi nt.java:494) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.jav a:516) at java.lang.Thread.run(Thread.java:484) Thank for your help. Liquid - Original Message - From: Larry Isaacs [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, February 04, 2003 3:53 PM Subject: RE: problem using Tomcat 3.3.1 There isn't enough information here to offer much help. Not knowing what your web application is doing, it can't be determined if this is a bug in Tomcat or a bug in your web application. You are welcome to give Tomcat 3.3.2-dev a quick try to see if it behaves differently. You can find it here: http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/ Cheers, Larry -Original Message- From: Liquid [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 9:43 AM To: [EMAIL PROTECTED] Subject: problem using Tomcat 3.3.1 Hi, im using Tomcat 3.3.1 on FreeBSD with JDK1.3.1 and my aplication go very well but afther that take 99% of CPU time and i must restart Tomcat. And it doing around. Can you help me? Liquid - 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: problem using Tomcat 3.3.1
I would assume the stack trace is different when using mod_proxy. What does it look like? Larry -Original Message- From: Liquid [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 11:15 AM To: Tomcat Users List Subject: Re: problem using Tomcat 3.3.1 In now using 1.2.2 version of mod_jk. But this problem is continue if i set up comunication Aapche to Tomcat without mod_jk. (by mod_proxy to localhost:8080/aplications) Thanks for help. Liquid - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 3.3.1 HttpSessionBindingListener not found
This means that the class that Class.ForName() is trying to load has a dependency chain that includes a class that has a dependency on HttpSessionBindingListener, i.e. servlet.jar. That class with the servlet.jar dependency is being found in a classloader that is below (i.e. a parent,) of the TOMCAT_HOME/lib/common classloader that contains servlet.jar. Thus it can't see servlet.jar classes. This class is likely to be in the CLASSPATH or extension directory. If you haven't messed with the CLASSPATH, then check the extensions directory. It is probably likely that this class is a duplicate of one that is located in the proper location. The systems that work don't have this duplicate in the wrong location. HTH. Cheers, Larry -Original Message- From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 2:45 PM To: '[EMAIL PROTECTED]' Subject: Tomcat 3.3.1 HttpSessionBindingListener not found Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, and am hoping somone could help shed some light on the problem. I have a few classes in a JAR file that implement HttpSessionBindingListener. In my test environment on my PC (Tomcat 3.3.1a for Windows), the classes work fine. But on one of our customer's server (which might be configured wrong), the classes throw: java.lang.NoClassDefFoundError: javax/servlet/http/HttpSessionBindingListener whenever anything tries to load them (which we do via Class.ForName()). Note that we have some 40 other customers that don't have this problem, but none of them that I know of are using Tomcat. Does anyone have any idea how this could happen? How could Tomcat not know what a HttpSessionBindingListener is? I'm about stumped. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 3.3.1 HttpSessionBindingListener not found
This confirms that the problem class is on your CLASSPATH. However, putting servlet.jar on the CLASSPATH is not a good solution. Now servlet.jar can't see any classes in the TOMCAT_HOME/lib/common classloader that it could previously. You've traded one symptom for different symptoms which may be more difficult to diagnose. The correct solution is to find the class on the CLASSPATH that depends on servlet.jar and move it off of the CLASSPATH to TOMCAT_HOME/lib/common, TOMCAT_HOME/lib/apps, or the webapp's WEB-INF/lib (assuming the class is in a jar). Which directory is best depends on the nature of the class. I would recommend trying WEB-INF/lib first. This should be doable since the webapp is working on other servers. Unfortunately, I know of no simple way to find the offending class, other than trial and error. Larry -Original Message- From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 4:41 PM To: 'Tomcat Users List' Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found Yep, adding servlet.jar to the classpath did the trick! Thanks! -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 3:14 PM To: Tomcat Users List Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found This means that the class that Class.ForName() is trying to load has a dependency chain that includes a class that has a dependency on HttpSessionBindingListener, i.e. servlet.jar. That class with the servlet.jar dependency is being found in a classloader that is below (i.e. a parent,) of the TOMCAT_HOME/lib/common classloader that contains servlet.jar. Thus it can't see servlet.jar classes. This class is likely to be in the CLASSPATH or extension directory. If you haven't messed with the CLASSPATH, then check the extensions directory. It is probably likely that this class is a duplicate of one that is located in the proper location. The systems that work don't have this duplicate in the wrong location. HTH. Cheers, Larry -Original Message- From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 2:45 PM To: '[EMAIL PROTECTED]' Subject: Tomcat 3.3.1 HttpSessionBindingListener not found Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, and am hoping somone could help shed some light on the problem. I have a few classes in a JAR file that implement HttpSessionBindingListener. In my test environment on my PC (Tomcat 3.3.1a for Windows), the classes work fine. But on one of our customer's server (which might be configured wrong), the classes throw: java.lang.NoClassDefFoundError: javax/servlet/http/HttpSessionBindingListener whenever anything tries to load them (which we do via Class.ForName()). Note that we have some 40 other customers that don't have this problem, but none of them that I know of are using Tomcat. Does anyone have any idea how this could happen? How could Tomcat not know what a HttpSessionBindingListener is? I'm about stumped. - 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: problem using Tomcat 3.3.1
-Original Message- From: Liquid [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 5:17 PM To: Tomcat Users List Subject: Re: problem using Tomcat 3.3.1 When i connecting Tomcat by mod_proxy, its the same. It may be similar, but it can't be the same because Ajp13Interceptor in your earlier stack trace doesn't run on port 8080. Hej, i find another error by debiging aplication. This is Tomcat's reaction to what the client and/or mod_proxy are doing. I don't know enough about either to predict how they might be causing this problem. I'm not aware of any problem in Tomcat that would cause it to do this on its own. Larry Look, what is it? - java.net.SocketException: Software caused connection abort at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:421) at java.net.ServerSocket.implAccept(ServerSocket.java:243) at java.net.ServerSocket.accept(ServerSocket.java:222) at org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSo cket(DefaultServerSocketFactory.java:107) at org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTc pEndpoint.java:356) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi nt.java:529) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:623) at java.lang.Thread.run(Thread.java:484) Liquid Larry Isaacs wrote: I would assume the stack trace is different when using mod_proxy. What does it look like? Larry -Original Message- From: Liquid [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 11:15 AM To: Tomcat Users List Subject: Re: problem using Tomcat 3.3.1 In now using 1.2.2 version of mod_jk. But this problem is continue if i set up comunication Aapche to Tomcat without mod_jk. (by mod_proxy to localhost:8080/aplications) Thanks for help. Liquid - 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: Tomcat 3.3.1 HttpSessionBindingListener not found
To set the record straight, the servlet 2.3 spec did add some new listeners. However, HttpSessionBindingListener wasn't one of them. It was already present in servlet 2.2. You will find it in Tomcat 3.x's servlet.jar. Cheers, Larry -Original Message- From: Carl Trusiak [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 6:35 PM To: Tomcat Users List Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found HttpSessionBindingListener was introduced with Servlet 2.3. Tomcat 3.3 is based on Servlet 2.2. The servlet.jar you added into your classpath must be for 2.3. I don't think you can be sure of any behavior with this configuration. If you want to use HttpSessionBindingListener you should upgrade to Tomcat 4.x --- Filip Hanik [EMAIL PROTECTED] wrote: also, when you load the stuff, also try Thread.currentThread().getContextClassloader().loadClass() which might work better than Class.forName() Filip -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 3:01 PM To: Tomcat Users List Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found This confirms that the problem class is on your CLASSPATH. However, putting servlet.jar on the CLASSPATH is not a good solution. Now servlet.jar can't see any classes in the TOMCAT_HOME/lib/common classloader that it could previously. You've traded one symptom for different symptoms which may be more difficult to diagnose. The correct solution is to find the class on the CLASSPATH that depends on servlet.jar and move it off of the CLASSPATH to TOMCAT_HOME/lib/common, TOMCAT_HOME/lib/apps, or the webapp's WEB-INF/lib (assuming the class is in a jar). Which directory is best depends on the nature of the class. I would recommend trying WEB-INF/lib first. This should be doable since the webapp is working on other servers. Unfortunately, I know of no simple way to find the offending class, other than trial and error. Larry -Original Message- From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 4:41 PM To: 'Tomcat Users List' Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found Yep, adding servlet.jar to the classpath did the trick! Thanks! -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 3:14 PM To: Tomcat Users List Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found This means that the class that Class.ForName() is trying to load has a dependency chain that includes a class that has a dependency on HttpSessionBindingListener, i.e. servlet.jar. That class with the servlet.jar dependency is being found in a classloader that is below (i.e. a parent,) of the TOMCAT_HOME/lib/common classloader that contains servlet.jar. Thus it can't see servlet.jar classes. This class is likely to be in the CLASSPATH or extension directory. If you haven't messed with the CLASSPATH, then check the extensions directory. It is probably likely that this class is a duplicate of one that is located in the proper location. The systems that work don't have this duplicate in the wrong location. HTH. Cheers, Larry -Original Message- From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 2:45 PM To: '[EMAIL PROTECTED]' Subject: Tomcat 3.3.1 HttpSessionBindingListener not found Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, and am hoping somone could help shed some light on the problem. I have a few classes in a JAR file that implement HttpSessionBindingListener. In my test environment on my PC (Tomcat 3.3.1a for Windows), the classes work fine. But on one of our customer's server (which might be configured wrong), the classes throw: java.lang.NoClassDefFoundError: javax/servlet/http/HttpSessionBindingListener whenever anything tries to load them (which we do via Class.ForName()). Note that we have some 40 other customers that don't have this problem, but none of them that I know of are using Tomcat. Does anyone have any idea how this could happen? How could Tomcat not know what a HttpSessionBindingListener is? I'm about stumped. - 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: Tomcat 3.3.1
I am able to run it as a service without problems. Be sure the note found at: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1a/bin/win32/i386/ isn't what is keeping it from working. For the mysterious shutdowns, you may want to try increasing the log level to see if any clues show up in the logs. Of the few times I recall where no clues were found in the logs, shutdowns turned out to be calls to System.exit() somewhere in the user's, or some third party, code. Cheers, Larry -Original Message- From: Kevin Luu [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 28, 2003 12:47 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1 I am currently running Tomcat 3.3.1 on Windows 2000. I am running it from a batch file. It is unable to run as a Service in Windows 2000. It continues to stop frequently for no reason. I have to run the batch file to restart Tomcat. Is there a bug or fix for this issue? Thank you for your help. Kevin Luu [EMAIL PROTECTED] Cell: (408) 757-5881 -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 3.2`
You will need to be aware of a little bit about how classloaders behave. Tomcat will create a webapp classloader that includes WEB-INF/classes and the jars WEB-INF/lib. In Tomcat 3.2.x, a parent of this webapp classloader is the CLASSPATH classloader. As the parent, classes in the webapp classloader can access classes in the CLASSPATH classloader. However, classes in the CLASSPATH classloader can *NOT* access classes in the child webapp classloader. Most likely some class currently in your CLASSPATH, or extensions directory, is trying to do this. Hopefully, the resulting stack trace can give you some clues as to which classes are involved and then determine how best to resolve the problem. You can try putting the jar(s) on the CLASSPATH. However, even if this fixes this issue, doing so may have other undesirable side effects. For example, if you move classes112.jar to the CLASSPATH, it would no longer access to other the classes in the webapp classloader that it previously had. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, January 27, 2003 10:19 AM To: Tomcat Users List Subject: Tomcat 3.2` Hello all, We have a problem with Tomcat 3.2. We have developed an application that needs to work in 3.2 (an upgrade is not an option). The problem is that Tomcat does not seem to be picking up the jars in the WEB-INF/lib folder, and this is resulting in ClassNotFoundExceptions. To be more specific, classes112.jar (Oracle drivers) and Struts1.02.jar are not being picked up. Is anyone aware of any issues that we should be aware of which may be causing this ? Are there some classes in those libraries that need to be removed ? Any help would be much appreciated. Thanks Mehdi Nejad - Senior Developer [EMAIL PROTECTED] ~~ Bluewave Ltd - Business Solutions http://www.bluewave.com Tel. +44 (0)20 7479 8394 ~~ -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[ANN] Security update: Apache Tomcat 3.3.1a released
Tomcat 3.3.1a has been released to address the following two vulnerabilities found in Tomcat 3.3.1 and earlier. This includes Tomcat 3.2.4 and earlier. Tomcat 4.0.4, 4.0.6, 4.1.12, 4.1.18, and 4.1.19 have been checked and do not have these vulnerabilities. Vulnerability where, when used with JDK 1.3.1 or earlier, a maliciously crafted request could return a directory listing even when an index.html, index.jsp, or other welcome file is present. File contents can be returned as well. In the case of Tomcat 3.2.4 and earlier, contents of files under WEB-INF could be accessed. If you are using Tomcat 3.3.1 or earlier with JDK 1.3.1 or earlier, you should either upgrade to JDK 1.4 or later, or upgrade your Tomcat installation to Tomcat 3.3.1a or a current release of Tomcat 4. Vulnerability where a malicious web application could read the contents of some files outside the web application via its web.xml file in spite of the presence of a security manager. The content of files that can be read as part of an XML document would be accessible. If you are running Tomcat 3.3.1 or earlier with a security manager, and are serving web applications whose web.xml content is not known to be safe, you should upgrade your Tomcat installation to 3.3.1a or a current release of Tomcat 4. You may download Tomcat 3.3.1a binaries and updated jars from: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1a/bin/ Other Tomcat downloads may be obtained from: http://jakarta.apache.org/site/binindex.cgi These vulnerabilities have been fixed in the current Tomcat 3.3.2-dev files found at: http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/ Larry -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Need help w. servlet mapping tag.
Since the exception states that the problem servlet-mapping is at line 14 (I'm not sure that refers to the beginning or ending tag), I don't think this web.xml is the one with the problem. Unfortunately, which web.xml isn't identified by the exception. Perhaps additional information in the log will help pinpoint the webapp in which the exception is occurring. Cheers, Larry -Original Message- From: Steve R Burrus [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 11, 2003 1:47 AM To: Tomcat Users List Subject: Re: Need help w. servlet mapping tag. Dear Shawn, Hi I have never heard from u ever before, but here in all of its' glory is the web.xml file in question. Happy Reading! __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 331 as a service
Make sure the note at: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1/bin/win32/i386/ doesn't apply to your wrapper.propertes. If it does, modifying the wrapper.jvm.options line to the following will fix it if you are using JDK 1.3.1 or later: wrapper.jvm.options=-Xrs If this isn't your problem, check the output log files logs\jvm.stdout and logs\jvm.stderr for possible clues. Cheers, Larry -Original Message- From: Kuhner, Ed [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 08, 2003 10:23 AM To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]' Subject: Tomcat 331 as a service Hello, I've written an application for Tomcat and I can get everything working with Tomcat running from the command line under Windows 2000, but I cannot seem to get the Service installation to work. I have followed these instructions very closely ( http://jakarta.apache.org/tomcat/tomcat-3.3-doc/NT-Service-howto.html http://jakarta.apache.org/tomcat/tomcat-3.3-doc/NT-Service-ho wto.html ) and I get an error 1067 when I start the NT service. Any input you have on making this work would be much appreciated. Thanks, Ed Kuhner T-Mobile Technical Sales Wireless Data Sales and Operations mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] (773) 444-5574 - Office (847) 809-9254 - PCS (773) 442-0396 - Fax -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1 Problem
There doesn't appear to be anything wrong with the XML below, assuming the '-' at the beginning of some lines are *not* in the actual file. Check the log output of Tomcat to make sure no problems are being reported at startup and when tomcat receives the browser request. Cheers, Larry -Original Message- From: Sarah Stevens [mailto:[EMAIL PROTECTED]] Sent: Monday, January 06, 2003 12:12 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1 Problem Hello! I am having a problem with Tomcat 3.3.1 running with Apache. I have set up an xml file named apps-BS.xml under the conf directory as is shown with the apps-examples.xml file. However, I am still unable to access the BS app from a browser. Basically, I copied the apps-examples.xml file.but my XML file text is shown below. Am I missing something simple here? ?xml version=1.0 encoding=ISO-8859-1 ? - webapps - !-- Setting special properties for /examples ( as an example of overriding the defaults ) -- - Context path=/BS docBase=webapps/BS debug=0 reloadable=true SimpleRealm filename=conf/users/BS-users.xml / /Context /webapps Thanks, Sarah -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: The major.minor version '48.0' is too recent for this tool to understand.
I believe this means that the tools.jar being used is out of sync with your JDK/JRE. Note that you state that you installed 1.4.1_01 JRE, which doesn't include a tools.jar. If you are using a tools.jar from a 1.3.x JDK, I think you would get an error like this. Cheers, Larry -Original Message- From: Grinvald, Edward [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 21, 2002 10:07 AM To: Tomcat Users List Subject: The major.minor version '48.0' is too recent for this tool to understand. Hello, I'm getting the following error: org.apache.jasper.JasperException: Unable to compile error: Invalid class file format in C:\PROGRA~1\CA\BrightStorPortal\jre\lib\rt.jar(java/lang/Objec t.class). The major.minor version '48.0' is too recent for this tool to understand. C:\Program Files\CA\BrightStorPortal\jakarta-tomcat-3.3a\work\DEFAULT\ROO T\jsp\Mana ge\addManagedObj_1.java:0: Class java.lang.Object not found in class javax.servlet.GenericServlet. package jsp.Manage; ^ 2 errors at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source) at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source) at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source) at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source) at org.apache.tomcat.core.ContextManager.internalService(Unknown Source) at org.apache.tomcat.core.ContextManager.service(Unknown Source) at org.apache.tomcat.modules.server.Http10Interceptor.processConn ection(Htt p10Interceptor.java:161) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source) at java.lang.Thread.run(Unknown Source) The tomcat is 3.3a, the jdk is 1.4.1_01. I know that this error can occur if you are trying to use an old jdk with a jar (or rt.jar in particular) from a newer jdk. I wiped my box clean, installed only the 1.4.1_01 JRE, wiped the java.exe from winnt/system. Checked the system, no other java.exe anywhere. Please help. Thank you, Edward. -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Debugging JSPs using Tomcat 3.2.3 and NetBeans 3.3.2
Bruce, To see where the -g comes from, see: http://cvs.apache.org/viewcvs/jakarta-tomcat/src/share/org/apache/jasper/compiler/SunJavaCompiler.java?rev=1.2.4.1content-type=text/vnd.viewcvs-markup Since the invocation of the Java compiler is under the control of Jasper, you don't have much control over the arguments it is passed. After giving it a quick try with Tomcat 3.2.4, it appears the conf/web.xml is out of date with respect to the JSP servlet. The correct class name is org.apache.jasper.servlet.JspServlet. The following worked for me: servlet servlet-name jsp /servlet-name servlet-class org.apache.jasper.servlet.JspServlet /servlet-class init-param param-nameclassdebuginfo/param-name param-valuetrue/param-value /init-param load-on-startup -2147483646 /load-on-startup /servlet ... servlet-mapping servlet-name jsp /servlet-name url-pattern *.jsp /url-pattern /servlet-mapping Cheers, Larry -Original Message- From: Bruce Dahms [mailto:[EMAIL PROTECTED]] Sent: Monday, November 18, 2002 12:59 PM To: 'Tomcat Users List' Subject: RE: Debugging JSPs using Tomcat 3.2.3 and NetBeans 3.3.2 Hi Larry: Thanks for that tip. Unfortunately, I'm still not able to set this working. It's strange because I can debug an ordinary servlet (e.g., one that comes with Tomcat), but I can't debug a servlet created by Jasper. Do you have any other suggestions? Can I put a CLASSDEBUG attribute in the SERVER.XML file (I can't tell since it doesn't have a DTD)? Do I have anything missing from the Java command line I'm using to start Tomcat? I tried adding -Xint but that didn't help. Is there a Jasper configuration file I can modify? I believe I just need to add a -g to the Javac command line that creates the compiled servlet, but I don't know how to do that. Thanks in advance. Bruce -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Friday, November 15, 2002 07:11 To: Tomcat Users List Subject: RE: Debugging JSPs using Tomcat 3.2.3 and NetBeans 3.3.2 Reading of the conf/web.xml go turned off for Tomcat 3.2.x, though the file is still present. You should add the XML below to the WEB-INF/web.xml for the webapps you want to debug. Cheers, Larry -Original Message- From: Bruce Dahms [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 14, 2002 4:28 PM To: [EMAIL PROTECTED] Subject: Debugging JSPs using Tomcat 3.2.3 and NetBeans 3.3.2 I'm using NetBeans 3.3.2 with an EXTERNAL instance of Tomcat 3.2.3. I'm trying to configure Tomcat so I can watch JSP variables and expressions. Here is how I'm starting Tomcat: start Tomcat 3.2.3 C:\Java\1.3.0_02\bin\java -classic -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address= -Dtomcat.home=C:\jakarta-tomcat-3.2.3 org.apache.tomcat.startup.Tomcat Once Tomcat is running, I can attach to it from NetBeans via dt_socket on port . I can then mount the compiled servlet in NetBeans, set a breakpoint, and execute up to that breakpoint. What I cannot do is watch variables or expressions. If I specify a variable to watch, NetBeans tells me the Identifier cannot be resolved. At the top of the variables list in the NetBeans debugger window is the message source compiled without -g option. This leads me to believe Tomcat isn't creating the servlet with the required debugging information. I enabled the classdebuginfo parameter in Tomcat's WEB.XML, but this seems to have no effect. Here's an excerpt: servlet servlet-namejsp/servlet-name servlet-classorg.apache.jasper.runtime.JspServlet/servlet-class init-param param-nameclassdebuginfo/param-name param-valuetrue/param-value /init-param load-on-startup-2147483646/load-on-startup /servlet servlet-mapping servlet-namejsp/servlet-name url-pattern*.jsp/url-pattern /servlet-mapping Any suggestions? The application I'm using requires Tomcat 3.2.3. I cannot use a different version of Tomcat. Bruce This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands
RE: Debugging JSPs using Tomcat 3.2.3 and NetBeans 3.3.2
Reading of the conf/web.xml go turned off for Tomcat 3.2.x, though the file is still present. You should add the XML below to the WEB-INF/web.xml for the webapps you want to debug. Cheers, Larry -Original Message- From: Bruce Dahms [mailto:bdahms;netscape.net] Sent: Thursday, November 14, 2002 4:28 PM To: [EMAIL PROTECTED] Subject: Debugging JSPs using Tomcat 3.2.3 and NetBeans 3.3.2 I'm using NetBeans 3.3.2 with an EXTERNAL instance of Tomcat 3.2.3. I'm trying to configure Tomcat so I can watch JSP variables and expressions. Here is how I'm starting Tomcat: start Tomcat 3.2.3 C:\Java\1.3.0_02\bin\java -classic -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address= -Dtomcat.home=C:\jakarta-tomcat-3.2.3 org.apache.tomcat.startup.Tomcat Once Tomcat is running, I can attach to it from NetBeans via dt_socket on port . I can then mount the compiled servlet in NetBeans, set a breakpoint, and execute up to that breakpoint. What I cannot do is watch variables or expressions. If I specify a variable to watch, NetBeans tells me the Identifier cannot be resolved. At the top of the variables list in the NetBeans debugger window is the message source compiled without -g option. This leads me to believe Tomcat isn't creating the servlet with the required debugging information. I enabled the classdebuginfo parameter in Tomcat's WEB.XML, but this seems to have no effect. Here's an excerpt: servlet servlet-namejsp/servlet-name servlet-classorg.apache.jasper.runtime.JspServlet/servlet-class init-param param-nameclassdebuginfo/param-name param-valuetrue/param-value /init-param load-on-startup-2147483646/load-on-startup /servlet servlet-mapping servlet-namejsp/servlet-name url-pattern*.jsp/url-pattern /servlet-mapping Any suggestions? The application I'm using requires Tomcat 3.2.3. I cannot use a different version of Tomcat. Bruce __ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/downl oad.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: URGENT= Problem with Session Cookie
-Original Message- From: [EMAIL PROTECTED] [mailto:afreire;banelco.com.ar] Sent: Tuesday, November 05, 2002 7:19 AM To: [EMAIL PROTECTED] Subject: URGENT= Problem with Session Cookie I'm using Apache with Tomcat 3.3.1. I have a servlet with multiples instances. When I call it in first time a create the sesssion (session = req.getSession(true)) and set several info in the session, after that I call another instance of this servlet that use the data saved in the firts time. My probles is that when I call the second instance Tomcat create again the session and I lost all previous data. It isn't clear to me what you mean by servlet with multiples instances. For typical use, Tomcat creates one instance of a servlet, where servlet corresponds to a servlet-mapping in the web.xml or what gets executed by .../servlet/classname for a request. Please explain. Also, what does I call the second instance mean. Is this a forward, an include, a redirect, what? For read the session I use: session = req.getSession(). I use that in the top of the servlet and for every instance. Then to create the session in a espefic instance I use: session = req.getParameter(true). Note that req.getSession() does the same thing as req.getSession(true) (I'm assuming getParameter(true) above is a typo). Both will create a session, where req.getSession(false) won't. Larry That's works fine under Tomcat 3.2.3, but I need to upgrade it. Anybody could help me? Regards Alejandro -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: URGENT= Problem with Session Cookie
-Original Message- From: [EMAIL PROTECTED] [mailto:afreire;banelco.com.ar] Sent: Tuesday, November 05, 2002 9:19 AM To: Tomcat Users List Subject: RE: URGENT= Problem with Session Cookie Sorry I said that the servlet have multiples instances because I have differents actions in it depend on the http parameter that it receive. For me ay instance in a servlet is different actions. That is clear? If you see the javadoc about req.getSession(), you that this method only create the session if that not exists. Yes, the same behavior as req.getSession(true). How is the second action request invoked? Are frames involved? Frames are often the cause of Why do I get a new session? questions. But I don't know why I tomcat 3.2.3 that it works and in tomcat 3.3.1 don't. Tomcat 3.3.1 fixed many bugs. It is possible that your webapp's behavior is dependent on one of them or on a performance difference. Tomcat 3.3.x is much faster than Tomcat 3.2.x. Cheers, Larry Any idea. Regards Alejandro Larry Isaacs [EMAIL PROTECTED] con fecha 05/11/2002 11:05:15 Por favor, responda a Tomcat Users List [EMAIL PROTECTED] Destinatarios: Tomcat Users List [EMAIL PROTECTED] CC:(cci: ALEJANDRO FREIRE/BANELCO/AR) Asunto: RE: URGENT= Problem with Session Cookie -Original Message- From: [EMAIL PROTECTED] [mailto:afreire;banelco.com.ar] Sent: Tuesday, November 05, 2002 7:19 AM To: [EMAIL PROTECTED] Subject: URGENT= Problem with Session Cookie I'm using Apache with Tomcat 3.3.1. I have a servlet with multiples instances. When I call it in first time a create the sesssion (session = req.getSession(true)) and set several info in the session, after that I call another instance of this servlet that use the data saved in the firts time. My probles is that when I call the second instance Tomcat create again the session and I lost all previous data. It isn't clear to me what you mean by servlet with multiples instances. For typical use, Tomcat creates one instance of a servlet, where servlet corresponds to a servlet-mapping in the web.xml or what gets executed by .../servlet/classname for a request. Please explain. Also, what does I call the second instance mean. Is this a forward, an include, a redirect, what? For read the session I use: session = req.getSession(). I use that in the top of the servlet and for every instance. Then to create the session in a espefic instance I use: session = req.getParameter(true). Note that req.getSession() does the same thing as req.getSession(true) (I'm assuming getParameter(true) above is a typo). Both will create a session, where req.getSession(false) won't. Larry That's works fine under Tomcat 3.2.3, but I need to upgrade it. Anybody could help me? Regards Alejandro -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: URGENT= Problem with Session Cookie
Does I call mean the user clicks something in the browser? I would assume not, but beyond that I can only guess. What exactly does I call mean you are doing? Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:afreire;banelco.com.ar] Sent: Tuesday, November 05, 2002 11:24 AM To: Tomcat Users List Subject: RE: URGENT= Problem with Session Cookie I call again the servlet because it do different actions. For examples: First call it set some enviroment variables Second call it make a user login. I use getSession() to get the current session. It's work fine in Apache Tomcat without ssl but in ssl I have the problem. Any idea. Regards Alejandro Larry Isaacs [EMAIL PROTECTED] con fecha 05/11/2002 12:58:32 Por favor, responda a Tomcat Users List [EMAIL PROTECTED] Destinatarios: Tomcat Users List [EMAIL PROTECTED] CC:(cci: ALEJANDRO FREIRE/BANELCO/AR) Asunto: RE: URGENT= Problem with Session Cookie -Original Message- From: [EMAIL PROTECTED] [mailto:afreire;banelco.com.ar] Sent: Tuesday, November 05, 2002 9:19 AM To: Tomcat Users List Subject: RE: URGENT= Problem with Session Cookie Sorry I said that the servlet have multiples instances because I have differents actions in it depend on the http parameter that it receive. For me ay instance in a servlet is different actions. That is clear? If you see the javadoc about req.getSession(), you that this method only create the session if that not exists. Yes, the same behavior as req.getSession(true). How is the second action request invoked? Are frames involved? Frames are often the cause of Why do I get a new session? questions. But I don't know why I tomcat 3.2.3 that it works and in tomcat 3.3.1 don't. Tomcat 3.3.1 fixed many bugs. It is possible that your webapp's behavior is dependent on one of them or on a performance difference. Tomcat 3.3.x is much faster than Tomcat 3.2.x. Cheers, Larry Any idea. Regards Alejandro Larry Isaacs [EMAIL PROTECTED] con fecha 05/11/2002 11:05:15 Por favor, responda a Tomcat Users List [EMAIL PROTECTED] Destinatarios: Tomcat Users List [EMAIL PROTECTED] CC:(cci: ALEJANDRO FREIRE/BANELCO/AR) Asunto: RE: URGENT= Problem with Session Cookie -Original Message- From: [EMAIL PROTECTED] [mailto:afreire;banelco.com.ar] Sent: Tuesday, November 05, 2002 7:19 AM To: [EMAIL PROTECTED] Subject: URGENT= Problem with Session Cookie I'm using Apache with Tomcat 3.3.1. I have a servlet with multiples instances. When I call it in first time a create the sesssion (session = req.getSession(true)) and set several info in the session, after that I call another instance of this servlet that use the data saved in the firts time. My probles is that when I call the second instance Tomcat create again the session and I lost all previous data. It isn't clear to me what you mean by servlet with multiples instances. For typical use, Tomcat creates one instance of a servlet, where servlet corresponds to a servlet-mapping in the web.xml or what gets executed by .../servlet/classname for a request. Please explain. Also, what does I call the second instance mean. Is this a forward, an include, a redirect, what? For read the session I use: session = req.getSession(). I use that in the top of the servlet and for every instance. Then to create the session in a espefic instance I use: session = req.getParameter(true). Note that req.getSession() does the same thing as req.getSession(true) (I'm assuming getParameter(true) above is a typo). Both will create a session, where req.getSession(false) won't. Larry That's works fine under Tomcat 3.2.3, but I need to upgrade it. Anybody could help me? Regards Alejandro -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: DTD for server.xml
For server.xml info for Tomcat 3.3, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.html#configuring_server Cheers, Larry -Original Message- From: Craig R. McClanahan [mailto:craigmcc;apache.org] Sent: Sunday, October 27, 2002 8:17 PM To: Tomcat Users List Subject: Re: DTD for server.xml On 27 Oct 2002, Johann Uhrmann wrote: Date: 27 Oct 2002 16:57:01 +0100 From: Johann Uhrmann [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: DTD for server.xml Hi, after searching for quite a while now and having some trouble with the server.xml file. I would like to ask where I can get a DTD for the server.xml. Is there something like the well documented specification for the web.xml file (can be found in the servlet specification)? It is not technically feasible to write a complete DTD for the server.xml file, because (by their very nature) the set of attributes for many of the elements is dynamically extensible, and DTD syntax does not support this. If you're using Tomcat 4.0.x or 4.1.x, the valid options are pretty thoroughly described in the documentation that ships with Tomcat: http://localhost:8080/tomcat-docs/config/ or available online: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/ http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/ For 3.x (which it sounds like you're using), I don't know if there is corresponding reference manterial. Thank You, Hans Criag -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: tomcat 3.3.1 ThreadPool Bug?
The property name is case sensitive. Thus, maxThreads=256 will work, but maxthreads=256 won't. Cheers, Larry -Original Message- From: Nagesh Nayudu [mailto:nagesh;supportsoft.com] Sent: Tuesday, October 22, 2002 9:52 PM To: 'Tomcat Users List' Subject: tomcat 3.3.1 ThreadPool Bug? Hi, I am running Tomcat3.3.1 on Solaris. I specified the maxthreads for the AJP13 connector as 256. But, when I load test the web.app., I get a log message in stdout: ThreadPool: All threads are busy, waiting. Please increase maxThreads or check the servlet status200 200 Looks like the max threads specified in server.xml is ignored, and tomcat uses the default value of 200. I searched the bug database but, did not find this bug reported. Has this bug been fixed in later releases of 3.3.1? I can not start using 4.x version even if this has been fixed in it. Thanks. -Nagesh. -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: Tomcat v3.3.1. on OS/390 USS or other platforms - lowering CPU consumption
If you aren't using a security manager and your webapps don't need to change, you can remove the ReloadInterceptor. This will save on calls to the file system to see if class files, web.xml, etc. are out of date. However, it's remove does mean that to pick up any webapp changes, including JSP page updates, will require restarting Tomcat. Cheers, Larry -Original Message- From: jjnfg [mailto:jjnfg;yahoo.com] Sent: Wednesday, October 16, 2002 6:52 PM To: [EMAIL PROTECTED] Subject: Tomcat v3.3.1. on OS/390 USS or other platforms - lowering CPU consumption Is there any tips on how to fine tune the performance of Tomcat v3.3.1. to lower the CPU consumption ? Anything in the Server.xml or startup.sh that can be changed to improve the performance ? Anything on the JVM configuration/setting ? Joseph Tan http://careers.yahoo.com.au - Yahoo! Careers - 1,000's of jobs waiting online for you! -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: How can I make ANT build a .war WITH my tlds?
It looks like you are using Ant 1.4.x. The improved War task in Ant 1.5.x appears to address your issue with nested lib classes webinf and metainf elements that specify FileSets. For details, see: http://jakarta.apache.org/ant/manual/index.html Cheers, Larry -Original Message- From: Cato, Christopher [mailto:ccato;rational.com] Sent: Friday, October 18, 2002 8:58 AM To: 'Tomcat Users List' Subject: How can I make ANT build a .war WITH my tlds? Hi. I have a small problem with ANT. When I try to build a .war for distribution, everything goes fine except the creation of the tlds directory which should reside in WEB-INF. Here is the dist target part of my build.xml: target name=dist depends=clean,prepare,compile war destfile=${dist.home}/${app.name}.war webxml=z:/eroc/etc/web.xml fileset dir=z:/eroc/etc excludes=web.xml/ fileset dir=z:/eroc/web excludes=cgi/*/ fileset dir=z:/eroc/web/images/ fileset dir=z:/eroc/web/include/ fileset dir=z:/eroc/src/tlds/ -- this obviously doesnt work lib dir=z:/eroc/lib/ classes dir=${deploy.home}/WEB-INF/classes/ /war /target /Christopher -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
RE: CLASSPATH problems on 3.3.1
-Original Message- From: Michael Finney [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 15, 2002 11:25 AM To: Tomcat Users List Subject: Re: CLASSPATH problems on 3.3.1 So something like this for the wrapper.jvm.options: wrapper.jvm.options=-Dorg.apache.tomcat.apps.classpath=C:\Sour ceW\VSS\src;C:\SourceW\ja\src;C:\SourceW\VSS\lib\xerces.jar;C: \SourceW\lib\xml4j.jar -Xrs right? The above should work. Can a person use quotes? As long as they are valid in the resulting Java command. Did you learn about wrapper.jvm.options from the RELEASE-NOTES-3.3.1.txt and what you could pass in from the source code or is wrapper.jvm.options documented in detail somewhere? google did not reveal anything more. (As they say, I appreciate the fish. However, I want to learn how to fish too.) The main purpose of wrapper.properties is to tell jk_nt_service how to construct the Java command to execute to start tomcat. This command supports the same capabilities as starting Tomcat from the batch scripts. The batch scripts just build the command through different means. Any option that works for the batch scripts can be incorporated into wrapper.properties in some fashion. For example, starting the Tomcat service with a security manager is possible, but not specifially addressed in the default wrapper.properties Cheers, Larry Thanks, Michael --- Bill Barker [EMAIL PROTECTED] wrote: Out of the box, the NT service also ignores your CLASSPATH. You are always free to add wrapper.classpath properties to your wrapper.properties file to include additional locations in your classpath. Depending on your application, this may or may not result in ClassLoader problems. The other method (the one I prefer) is to set: wrapper.jvm.options=-Dorg.apache.tomcat.apps.classpath=your classpath This has the same effect as dumping them in $TOMCAT_HOME\lib\apps. Michael Finney [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... I will look. The NT service form of starting Tomcat does not use start up scripts. Right? I want to make sure I understand what we are saying here about the scripts. --- Larry Isaacs [EMAIL PROTECTED] wrote: Like Tomcat4, Tomcat 3.3's startup scripts ignore your CLASSPATH. Tomcat 3.2.x's use of the CLASSPATH was one of the top sources of problems. For important differences upgrading from Tomcat 3.2.x to Tomcat 3.3.x, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/readme For how to configure classes in Tomcat 3.3.x, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.htm l#configuring_ classes HTH, Larry -Original Message- From: Michael Finney [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 5:19 PM To: Tomcat Users List Subject: CLASSPATH problems on 3.3.1 3.3.1 IIS 5.0 and Tomcat 3.3.1 redirections Running Jakarta as a Service on Windows 2000. Has anyone else had problems with CLASSPATH getting picked up in 3.3.1? In a previous deployment, a CLASSPATH was set to d:\whatever\classes (ok actually it was not classes it was src, but the .class files are in src) CLASSPATH was also set to specific jars. It seems like in order to get classes and jars picked up, I have had to dump the classes into tomcat home\lib\apps That seems so wrong. ;) I am trying to upgrade from 3.2.x to 3.3.1 and I would not have expected such a rough CLASSPATH ride. (Yes, I know about tomcat home\webapps\theweb app\WEB-INF\*stuff I am trying to keep the changes to a minimum for this release.) Thanks. Michael = Michael Finney Sun Certified Programmer for the Java 2 Platform Sun Certified Developer for the Java 2 Platform Sun Certified Web Component Developer for J2EE Platform Cofounder of PPJDG Cofounder of cosAgile - Colorado Springs XP Users Group If replying to this email address fails, try [EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] = Michael Finney Sun Certified Programmer for the Java 2 Platform Sun Certified Developer for the Java 2 Platform Sun Certified Web Component Developer for J2EE Platform Cofounder
RE: CLASSPATH problems on 3.3.1
Like Tomcat4, Tomcat 3.3's startup scripts ignore your CLASSPATH. Tomcat 3.2.x's use of the CLASSPATH was one of the top sources of problems. For important differences upgrading from Tomcat 3.2.x to Tomcat 3.3.x, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/readme For how to configure classes in Tomcat 3.3.x, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.html#configuring_classes HTH, Larry -Original Message- From: Michael Finney [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 5:19 PM To: Tomcat Users List Subject: CLASSPATH problems on 3.3.1 3.3.1 IIS 5.0 and Tomcat 3.3.1 redirections Running Jakarta as a Service on Windows 2000. Has anyone else had problems with CLASSPATH getting picked up in 3.3.1? In a previous deployment, a CLASSPATH was set to d:\whatever\classes (ok actually it was not classes it was src, but the .class files are in src) CLASSPATH was also set to specific jars. It seems like in order to get classes and jars picked up, I have had to dump the classes into tomcat home\lib\apps That seems so wrong. ;) I am trying to upgrade from 3.2.x to 3.3.1 and I would not have expected such a rough CLASSPATH ride. (Yes, I know about tomcat home\webapps\theweb app\WEB-INF\*stuff I am trying to keep the changes to a minimum for this release.) Thanks. Michael = Michael Finney Sun Certified Programmer for the Java 2 Platform Sun Certified Developer for the Java 2 Platform Sun Certified Web Component Developer for J2EE Platform Cofounder of PPJDG Cofounder of cosAgile - Colorado Springs XP Users Group If replying to this email address fails, try [EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: org.xml.sax.SAXException
Tomcat 3.3.1 doesn't include parser.jar. You should find crimson.jar and xalan.jar in lib/container. You may place your jars there, removing crimson.jar, and everything should work. Your xalan.jar and xerces.jar will be automatically made available to web applications by default, thanks to the LoaderInterceptor11. For details, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#LoaderInterceptor11 Is there a specific reason you have to have them on your classpath? Note: The above assumes you are not using J2SE 1.4 which supplies a XML parser and transformer as part of the runtime. These will override the ones Tomcat 3.3.1 tries to provide. Cheers, Larry -Original Message- From: Chandra Sekhar [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 08, 2002 2:40 AM To: [EMAIL PROTECTED] Subject: org.xml.sax.SAXException I'm getting the following error using jakarta-tomcat-3.3.1 org.xml.sax.SAXException: System property org.xml.sax.driver not specified I'm using xalan.jar and xerces.jar in my classpath and also I've removed parser.jar from the lib. Any clue? - Chandra - Do you Yahoo!? Faith Hill - Exclusive Performances, Videos, more faith.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: java.lang.ArrayIndexOutOfBoundsException
Forwarding to /../error.jsp should cause an error of some sort every time since error.jsp is outside of the web application. Perhaps ../error.jsp or /error.jsp was intended. Apparently, the invalid URI made it into DecodeInterceptor's normalize method which isn't currently coded to handle invalid URI's. I'll make sure this the exception doesn't occur in Tomcat 3.3.2. I would be curious if error.jsp actually exists outside of the web application, and if so, does this error still occur if it is removed. Cheers, Larry -Original Message- From: Alex Johansson [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 03, 2002 6:10 AM To: [EMAIL PROTECTED] Subject: java.lang.ArrayIndexOutOfBoundsException Hi, Sometime I'v got this error when accessing jsp files I user apache (+ mod_jk), tomcat 3.3. Seems to be a tomcat error. Do you know if this error occures during heavy load on tomcat? Error: 500 Location: /../error.jsp Internal Servlet Error: java.lang.ArrayIndexOutOfBoundsException: -1 at org.apache.tomcat.modules.mappers.DecodeInterceptor.normalize( DecodeIntercep tor.java:371) at org.apache.tomcat.modules.mappers.DecodeInterceptor.normalizeP ath(DecodeInte rceptor.java:175) at org.apache.tomcat.modules.mappers.DecodeInterceptor.postReadRe quest(DecodeIn terceptor.java:446) at org.apache.tomcat.core.ContextManager.processRequest(ContextMa nager.java:939 ) at org.apache.tomcat.facade.RequestDispatcherImpl.doForward(Reque stDispatcherIm pl.java:259) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(Request DispatcherImpl .java:174) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextI mpl.java:423) at org.apache.jasper.runtime.PageContextImpl.handlePageException( PageContextImp l.java:448) at main_1._jspService(main_1.java:132) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.facade.ServletHandler.doService(ServletHandl er.java:574) at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at org.apache.tomcat.core.Handler.service(Handler.java:235) at org.apache.tomcat.facade.ServletHandler.service(ServletHandler .java:485) at org.apache.tomcat.core.ContextManager.internalService(ContextM anager.java:91 7) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:833) at org.apache.tomcat.modules.server.Ajp13Interceptor.processConne ction(Ajp13Int erceptor.java:341) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi nt.java:494) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.jav a:516) at java.lang.Thread.run(Thread.java:484) Any clue to solve this problem regards _ Alex Johansson Systemutvecklare @ TechLex 0708 - 29 26 01 [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: resource not available error in tomcat-4.1.12
See the last item in the RELEASE-NOTES-4.1.txt file in your Tomcat 4.1.12 installation. Cheers, Larry -Original Message- From: Zsolt Koppany [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 02, 2002 9:04 AM To: [EMAIL PROTECTED] Subject: resource not available error in tomcat-4.1.12 Hi, I try to move from tc-4.0.4 to 4.1.12 but have a problem. I have changed the default docBase (see below) for my application but I get the error attached at the end of the mail when I want to get the http://localhost:8080 displayed. In the index.jsp file the jsp:forward command does not work and I don't know why. My application does work with tc-4.0.4 with this setup. I do have a correct web.xml in /home/zk/CB/tomcat/cb/WEB-INF and the class files are also in the right directories. What is the reason of the error? Context path= docBase=/home/zk/CB/tomcat/cb reloadable=false debug=0/ -- index.jsp: jsp:forward page=/servlet/top / -- Error message: type Status report message /servlet/top description The requested resource (/servlet/top) is not available. -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: web.xml conflict with element tags SERVLET and RESOURCE-REF ? help?
The commas in the DTD declaration for the web-app element (i.e. the commas in (icon?,display-name?,...) dictate that these elements *must* occur in the sequence specified. The sequence of the resource-ref and servlet elements in your web.xml *do not match* the DTD sequence specified for the web-app element. Thus, the must match error. Cheers, Larry -Original Message- From: Paul Tomsic [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 02, 2002 12:37 PM To: [EMAIL PROTECTED] Subject: web.xml conflict with element tags SERVLET and RESOURCE-REF ? help? Does anyone know anything about a conflict in the web.xml file when using both the resource-ref tag AND the servlet tag? Apache1.3/Tomcat4.1.12 on Linux. When my web.xml file contains both tags (see below for example) I get the following error in the catalina.out file: - 6 [main] ERROR digester.Digester - Parse Error at line 21 column 11: The conten t of element type web-app must match (icon?,display-name?,description?,distri butable?,context-param*,servlet*,servlet-mapping*,session-conf ig?,mime-mapping*, welcome-file-list?,error-page*,taglib*,resource-ref*,security- constraint*,login- config?,security-role*,env-entry*,ejb-ref*). org.xml.sax.SAXParseException: The content of element type web-app must match (icon?,display-name?,description?,distributable?,context-para m*,servlet*,servle t-mapping*,session-config?,mime-mapping*,welcome-file-list?,er ror-page*,taglib*, resource-ref*,security-constraint*,login-config?,security-role *,env-entry*,ejb-r ef*). But when I use only one or the other of these tags, I get no error. Is there a way to have both elements live in the same web.xml? The reason I'm trying to do this is to take advantage of web pooling and JNDI. Here's my web.xml file: -- ?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; web-app descriptionAmedd | Agilis Application/description resource-ref descriptionDB Connection/description res-ref-namejdbc/TestDB/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref servlet servlet-nameuser/servlet-name servlet-classcom.mycompany.server.UserManagementModule/serv let-class /servlet /web-app thoughts? thanks, Paul [EMAIL PROTECTED] __ Do you Yahoo!? New DSL Internet Access from SBC Yahoo! http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: tomcat 4.0.5 not serving HTML pages
Also, if you need .../servlet/class to invoke a particular servlet, you can include a servlet mapping with /servlet/class as the url-pattern to emulate invoker for that servlet. This would avoid enabling invoker and exposing all servlets. Cheers, Larry -Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 26, 2002 3:55 AM To: [EMAIL PROTECTED] Subject: Re: tomcat 4.0.5 not serving HTML pages Mona Wong-Barnum [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Sorry, I'm a moron, I commented out the wrong section in web.xml for the vulnerability (: All is well, 4.0.5 is now working for me. With 4.0.5, does it matter if the section in web.xml about the invoker is commented out or not? Disabling the Invoker provides extra security against similar exploits (although those would involve your classes, not Tomcat's [which are checked]). Of course, if you are using URLs of the form http://myserver/myapp/servlet/MyServlet, then you need the Invoker. In this case, you need to enable the Invoker, and make certain that none of your classes (not restricted to servlets) reveal information if invoked by http://myserver/myapp/servlet/edu.ucsd.mypackage.myclass. Cheers, Mona == Mona Wong-Barnum National Center for Microscopy and Imaging Research University of California, San Diego http://ncmir.ucsd.edu/ The truth shall set you free, but first it will piss you off A Landmark instructor == -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: JSP compile in debug mode
Look at the documentation in conf/web.xml for classdebuginfo init parameter, found just above: ... servlet servlet-namejsp/servlet-name ... /servlet Cheers, Larry -Original Message- From: Christophe Marchand [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 26, 2002 1:24 PM To: Tomcat Subject: JSP compile in debug mode Where do I configure that Jasper should compile JSP in debug mode ? I use Tomcat 3.2.3 and I will use the latest 4.x in a near future. Thanks a lot -- Christophe Marchand [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Shutting down tomcat 3.3.1
The default configuration of Tomcat 3.3.1 writes the needed shutdown port number in conf/ajp12.id when it starts up. By default, the shutdown handling tries to read it from this file. What do you see for the contents of this file? Cheers, Larry -Original Message- From: Rafael Angarita [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 25, 2002 3:57 PM To: Tomcat Users List Subject: Shutting down tomcat 3.3.1 Where is configured the port to shutdown tomcat 3.3.1? I'm getting this error: when trying to shutdown tomcat using # $TOMCAT_HOME/bin/tomcat.sh stop ... Root Exception: java.lang.IllegalArgumentException: port out of range:-1 java.lang.IllegalArgumentException: port out of range:-1 ... It looks like the port is not setted (AJP12 and AJP13 are configured in server.xml to bind to ports 8007 and 8009 respectively) Thanks in advance -- Rafael Angarita -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Migrating from Tomcat 3.2.4 to 3.3.1, server.xml question
You will need to start with Tomcat 3.3.1's default server.xml and add appropriate changes from your 3.2.4 installation. The 3.2.4 server.xml isn't usable in 3.3.1, as is. You can still define contexts in server.xml, but Tomcat 3.3.1 provides a better mechanism where they are placed in a separate file(s). Thus, you can modify them without modifying your server.xml. For the important changes from Tomcat 3.2.x to Tomcat 3.3, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/readme For reference information on Tomcat 3.3.1's server.xml, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html For other Tomcat 3.3.1 information, start here: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/index.html Cheers, Larry -Original Message- From: Boocock, John (Academy) [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 11, 2002 6:17 AM To: '[EMAIL PROTECTED]' Subject: Migrating from Tomcat 3.2.4 to 3.3.1, server.xml question All, I have a bit of a legacy installation of Tomcat 3.2.4 on a server which I wish to get moved over to 3.3.1, the question I have is it possible to simply use the existing configuration files, such as server.xml if I build the new(er) version of tomcat. I appreciate that there are additional directives which appeared at 3.3 but should the old configuration files be usable straight off? Also, if anyone's gone through this is the path is there anything specificly that I should look out for? Server is UnixWare 7.1.1 running JDK 1.3 and currently Apache-SSL 1.3.26/1.48 Many thanks John Boo _ This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Control Centre. For further information visit http://www.star.net.uk/stats.asp This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: PLEASE: Setting Virtual Hosts ClassPaths with Tomcat 3.3
I would recommend going to: http://java.sun.com/products/servlet/download.html and downloading the servlet specifications. Version 2.2 is the one that applies to Tomcat 3.3.x. See section 9.4 for info about the web application directory structure. You can also go to: http://java.sun.com/products/jsp/download.html to download the JSP specifications. Version 1.1 is the one that applies to Tomcat 3.3.x. Classes in WEB-INF/classes would be available only to that web application. This limits the exposure much better than the CLASSPATH whose classes are exposed to all web application and server classes. Cheers, Larry -Original Message- From: Joshua D. Drake [mailto:[EMAIL PROTECTED]] Sent: Monday, September 09, 2002 4:43 PM To: Tomcat Users List Subject: Re: PLEASE: Setting Virtual Hosts ClassPaths with Tomcat 3.3 Hello, is the WEB-INF an independant location? It was my understanding that it was system wide. I don't want my virtual hosts to be able to see each others classes. Thank you VERY VERY much for your help, Joshua Drake Larry Isaacs wrote: Hi Joshua, Is there some reason you are not putting your bean class in WEB-INF/classes where they would be picked up automatically? In the majority of cases for Tomcat 3.3.x, the CLASSPATH is the wrong place to put web application classes. Cheers, Larry -Original Message- From: Joshua D. Drake [mailto:[EMAIL PROTECTED]] Sent: Saturday, September 07, 2002 2:10 PM To: [EMAIL PROTECTED] Subject: PLEASE: Setting Virtual Hosts ClassPaths with Tomcat 3.3 Hello, I am running RedHat 7.3, Apache 1.3.26 and Tomcat-3.3.1. I am having problems getting Tomcat to pick up new classpaths for virtual hosts. We can successfully run jsp files from the virtual hosts but once we try to add a class (for JavaBeans in this case) it fails. Here is the exact error: java.lang.ClassNotFoundException: SimpleBean at org.apache.tomcat.util.depend.DependClassLoader.loadClassInter nal1(DependClassLoader.java) at org.apache.tomcat.util.depend.DependClassLoader12$1.run(Depend ClassLoader12.java) at java.security.AccessController.doPrivileged(Native Method) at org.apache.tomcat.util.depend.DependClassLoader12.loadClass(De pendClassLoader12.java) at java.lang.ClassLoader.loadClass(ClassLoader.java:262) at org.apache.jasper.compiler.BeanRepository.getBeanType(BeanRepo sitory.java) at org.apache.jasper.compiler.GetPropertyGenerator.generate(GetPr opertyGenerator.java) at org.apache.jasper.compiler.JspParseEventListener$GeneratorWrap per.generate(JspParseEventListener.java) at org.apache.jasper.compiler.JspParseEventListener.generateAll(J spParseEventListener.java) at org.apache.jasper.compiler.JspParseEventListener.endPageProces sing(JspParseEventListener.java) at org.apache.jasper.compiler.Compiler.compile(Compiler.java) at org.apache.tomcat.facade.JasperLiaison.jsp2java(JspInterceptor.java) at org.apache.tomcat.facade.JasperLiaison.processJspFile(JspInter ceptor.java) at org.apache.tomcat.facade.JspInterceptor.requestMap(JspIntercep tor.java) at org.apache.tomcat.core.ContextManager.processRequest(ContextMa nager.java) at org.apache.tomcat.core.ContextManager.internalService(ContextM anager.java) at org.apache.tomcat.core.ContextManager.service(ContextManager.java) at org.apache.tomcat.modules.server.Ajp13Interceptor.processConne ction(Ajp13Interceptor.java) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndp oint.java) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java) at java.lang.Thread.run(Thread.java:536) Here is my apps-vhosts.xml: ?xml version=1.0 encoding=ISO-8859-1? Server Host name=dev.sflsoccer.us Context path= docBase=/home/vhosting/sfl/htdocs/ debug=5 / /Host /Server Also I have the following lines in my tomcat.properties: wrapper.path=/bin:/usr/bin:/usr/local/bin:/home/vhosting/sfl/b in:/usr/java/j2sdk1.4.0_01/bin wrapper.classpath=@JSERV_CLASSES@:@JSDK_CLASSES@:/home/vhostin g/sfl/htdocs I have also tried the following: wrapper.path=/bin:/usr/bin:/usr/local/bin:/home/vhosting/sfl/b in:/usr/java/j2sdk1.4.0_01/bin wrapper.classpath=@JSERV_CLASSES@ wrapper.classpath=@JSDK_CLASSES@ wrapper.classpath=/home/vhosting/sfl/htdocs/classes Normally I would call to a separate class directory but I am just trying to get it to work at this point. I also added the following to my tomcat3.conf although it is my understanding that tomcat3 doesn't care about shell variables for the classpath: CLASSPATH=/home/vhosting/sfl/htdocs/classes:/home/vhostings/sf l/htdocs/classes export CLASSPATH Help would be greatly appreciated, Sincerely, Joshua D. Drake -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL
RE: PLEASE: Setting Virtual Hosts ClassPaths with Tomcat 3.3
Hi Joshua, Is there some reason you are not putting your bean class in WEB-INF/classes where they would be picked up automatically? In the majority of cases for Tomcat 3.3.x, the CLASSPATH is the wrong place to put web application classes. Cheers, Larry -Original Message- From: Joshua D. Drake [mailto:[EMAIL PROTECTED]] Sent: Saturday, September 07, 2002 2:10 PM To: [EMAIL PROTECTED] Subject: PLEASE: Setting Virtual Hosts ClassPaths with Tomcat 3.3 Hello, I am running RedHat 7.3, Apache 1.3.26 and Tomcat-3.3.1. I am having problems getting Tomcat to pick up new classpaths for virtual hosts. We can successfully run jsp files from the virtual hosts but once we try to add a class (for JavaBeans in this case) it fails. Here is the exact error: java.lang.ClassNotFoundException: SimpleBean at org.apache.tomcat.util.depend.DependClassLoader.loadClassInter nal1(DependClassLoader.java) at org.apache.tomcat.util.depend.DependClassLoader12$1.run(Depend ClassLoader12.java) at java.security.AccessController.doPrivileged(Native Method) at org.apache.tomcat.util.depend.DependClassLoader12.loadClass(De pendClassLoader12.java) at java.lang.ClassLoader.loadClass(ClassLoader.java:262) at org.apache.jasper.compiler.BeanRepository.getBeanType(BeanRepo sitory.java) at org.apache.jasper.compiler.GetPropertyGenerator.generate(GetPr opertyGenerator.java) at org.apache.jasper.compiler.JspParseEventListener$GeneratorWrap per.generate(JspParseEventListener.java) at org.apache.jasper.compiler.JspParseEventListener.generateAll(J spParseEventListener.java) at org.apache.jasper.compiler.JspParseEventListener.endPageProces sing(JspParseEventListener.java) at org.apache.jasper.compiler.Compiler.compile(Compiler.java) at org.apache.tomcat.facade.JasperLiaison.jsp2java(JspInterceptor.java) at org.apache.tomcat.facade.JasperLiaison.processJspFile(JspInter ceptor.java) at org.apache.tomcat.facade.JspInterceptor.requestMap(JspIntercep tor.java) at org.apache.tomcat.core.ContextManager.processRequest(ContextMa nager.java) at org.apache.tomcat.core.ContextManager.internalService(ContextM anager.java) at org.apache.tomcat.core.ContextManager.service(ContextManager.java) at org.apache.tomcat.modules.server.Ajp13Interceptor.processConne ction(Ajp13Interceptor.java) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java) at java.lang.Thread.run(Thread.java:536) Here is my apps-vhosts.xml: ?xml version=1.0 encoding=ISO-8859-1? Server Host name=dev.sflsoccer.us Context path= docBase=/home/vhosting/sfl/htdocs/ debug=5 / /Host /Server Also I have the following lines in my tomcat.properties: wrapper.path=/bin:/usr/bin:/usr/local/bin:/home/vhosting/sfl/b in:/usr/java/j2sdk1.4.0_01/bin wrapper.classpath=@JSERV_CLASSES@:@JSDK_CLASSES@:/home/vhostin g/sfl/htdocs I have also tried the following: wrapper.path=/bin:/usr/bin:/usr/local/bin:/home/vhosting/sfl/b in:/usr/java/j2sdk1.4.0_01/bin wrapper.classpath=@JSERV_CLASSES@ wrapper.classpath=@JSDK_CLASSES@ wrapper.classpath=/home/vhosting/sfl/htdocs/classes Normally I would call to a separate class directory but I am just trying to get it to work at this point. I also added the following to my tomcat3.conf although it is my understanding that tomcat3 doesn't care about shell variables for the classpath: CLASSPATH=/home/vhosting/sfl/htdocs/classes:/home/vhostings/sf l/htdocs/classes export CLASSPATH Help would be greatly appreciated, Sincerely, Joshua D. Drake -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3 log rotation in Windows 2000
You can include a java.text.SimpleDateFormat string enclosed within ${} in the path specification of LogSetter in the server.xml. For example, the LogSetter for the servlet_log in the default server.xml uses: path=logs/servlet-${MMdd}.log This causes a new log to be started each day. Note that Tomcat 3.3.1 and earlier still write/rewrite a new file when Tomcat is restarted. The Tomcat 3.3.x nightly has been updated to append. Cheers, Larry -Original Message- From: Jack Long [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 04, 2002 7:47 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3 log rotation in Windows 2000 Anyone know a good way to rotate Tomcat logs (e.g., stdout.log) in Windows without stopping Tomcat? We capture lots of logging info and the file builds quickly, but we want to avoid the loss of user sessions that comes with stopping Tomcat to clear/delete the log file. While Tomcat is running, Windows will not let it be delete because the file is in use. Thanks in advance. Jack L -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]