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

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:3

RE: Running Jakarta-Tomcat-3.3.1a as a service

See: Also see the note at the bottom of: If using a relatively current Sun JDK, you can address this by including at least "-Xrs" in the wrap

Re: mod_jk quirk?

I believe you can add: jkWorker="" to your 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

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]

[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

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 clas

RE: Tomcat 3.3.1

I am able to run it as a service without problems. Be sure the note found at: 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 s

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:

RE: problem using Tomcat 3.3.1

; 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 &g

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 usin

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 "TOM

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

- > 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! > &g

RE: problem using Tomcat 3.3.1

il.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

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

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- >

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 poin

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 "/IntranetTV"? 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: serv

RE: servlet not working on tomcat 4.1.18 - help please!!!

eateEmbedVi > deoWindow&arg= > 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]] >

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

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 version

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--

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

RE: cannot get servlet mapping working under 3.3

You might try adding the element to your server.xml, documented here: You will likely need a current version of the mod_jserv connector. The Windows binary can be found here:

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] >

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 inst

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 unexpectedl

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

RE: The open socket problem in tomcat 3.3.1

To see what attributes are supported for Ajp13Connector, see: I believe maxThreads will accomplish the same thing as maxProcessors. Cheers, Larry > -Original Message- > From: Volker [mailto:[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 > ---

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 othe

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_servi

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, Janu

RE: NoClassDefFoundError

apps/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 PR

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(S

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. C

RE: international filenames inaccessible

e 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

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

RE: org.apache.tomcat.util.net.PoolTcpEndpoint for tomcat 3.3.1

You can find it in the source .tar.gz or .zip here: or if you want just this one file, try:

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 strut

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"

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

RE: tomcat 3.3.1 takes a high time for Minor GC

gt; 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] > > > > -Or

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

RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests

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

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

RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests

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: La

RE: W2K service stops when logging off

See the "JVM Options" comment near the bottom of: which mention the -Xrs option. HTH, Larry -Original Message- From: Glyn Walters [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 20

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 control

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 Opti

RE: Jav Options

l 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 :

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

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

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 t

RE: TC 3.3.1: How to disable static access to *certain* directories?

> 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.

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: Lar

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): which is: Specify -Dsun.io.useCanonCaches=false to the JVM. Or, try JDK 1.4.1 which doesn't have the cannon cache

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" d

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, Novemb

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 th

[ANNOUNCEMENT] Tomcat 3.3 Milestone 3

s, please refer to: http://jakarta.apache.org/site/bugs.html When logging bugs to Bugzilla, please specify the Program as "Tomcat 3" and the Version as "3.3 Milestone 3" (or "3.3.x Nightly" if that doesn't exist yet). Also, supplying a test case will greatly improve our ability to address the problem. Please do so if at all possible. Thanks, Larry Isaacs __ Larry Isaacs [EMAIL PROTECTED] SAS Institute Inc.

RE: [ANNOUNCEMENT] Tomcat 3.2 Final Release

update. Larry Isaacs > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, November 29, 2000 11:49 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: [ANNOUNCEMENT] Tomcat 3.2 Final R

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:

RE: DTD for server.xml

For server.xml info for Tomcat 3.3, see: Cheers, Larry > -Original Message- > From: Craig R. McClanahan [mailto:craigmcc@;apache.org] > Se

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

RE: URGENT= Problem with Session Cookie

at 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 > > >

RE: URGENT= Problem with Session Cookie

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 f

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,

RE: Debugging JSPs using Tomcat 3.2.3 and NetBeans 3.3.2

ation > 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:

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 M

RE: getRemoteUser in Tomcat 3.3.1 does not work

To use Apache's authentication, you must update the Ajp13Connector to set "tomcatAuthentication" false in your server.xml (it defaults true), i.e.: There is a little bit of documentation concerning this in the server.xml, above the Ajp13Connector element. You can find a little more doc

RE: Decode Interceptor: charset from session. How to get rid of it in tomcat 3.3

worked for me. Larry > -Original Message- > From: Antonio Aparicio [mailto:[EMAIL PROTECTED]] > Sent: Friday, July 12, 2002 7:14 AM > To: [EMAIL PROTECTED] > Subject: Decode Interceptor: charset from session. How to get > rid of it in tomcat 3.3 > > > As you can read in the su

RE: What can cause a clean Tomcat shutdown?

I am not aware of any way to have a "spontaneous" clean shutdown in Tomcat 3.3.1 (besides sending a "shutdown" message like shutdown.sh does). If feasible, I would recommend compiling a custom version of Tomcat 3.3.1, with extra logging added to help detect the cause. I would start with ContextMa

RE: disabling cookies, Tomcat 3.3.1 Final

What you are looking for isn't directly supported in Tomcat 3.3.1. Are you able permitted to use customized version of Tomcat 3.3.1? If not, you could try setting noCookies="true" on the global and setting noCookies="false" on the local for Contexts you want to use cookies. It looks like the co

RE: disabling cookies, Tomcat 3.3.1 Final

out > success. > I'm not allowed to modify the whole server.xml. But I can modify my > -section. Please tell me about your other solution, > maybe I can > persuade the admins to change the whole server.xml. > > thx in advance > Christian > > > -Original M

RE: Tomcat 3.3.1 and Tag Lib

As a Servlet 2.2/JSP 1.1 reference implementation, by design, it would not be able to handle a "1.2" tag library. You will need to still with "1.1". Cheers, Larry > -Original Message- > From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 16, 2002 9:01 AM > To: [EMAI

RE: Classpath Woes...

Which Tomcat 3.3.x, and was it installed in a new directory (which is recommended)? Any changes to the default configuration? The default configuration of Tomcat 3.3.x doesn't use the JspServlet. Cheers, Larry > -Original Message- > From: Ben Boule [mailto:[EMAIL PROTECTED]] > Sent: Tu

RE: Classpath Woes...

s in server.xml, etc... > > Ben > > -Original Message- > From: Larry Isaacs [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 30, 2002 6:56 PM > To: Tomcat Users List > Subject: RE: Classpath Woes... > > > Which Tomcat 3.3.x, and was it installed in a new

RE: upgrading from v.3.1.1 to v.3.3 ?

I would start with: which documents changes to Tomcat 3.3 from Tomcat 3.2.x. Install a complete copy of Tomcat 3.3.1 and either copy your web applications over, or refer to:

RE: Tomcat 3.3.1

It would seem that the JSPs are being handled as static files and not being handled by the JspInterceptor. I would recommend doublechecking how you have configured your Tomcat and use log output (set non-zero debug levels as needed) to see why it is behaving the way it is. Cheers, Larry > -

RE: Tomcat 3.3 does not find jndi.properties

If possible, give Tomcat 3.3.2-dev from: a try to see if the fix for Bugzilla #7654 corrects this problem. See: Cheers, Larry > -Original Message- > From: Olaf Jah

RE: Tomcat 3.3 does not find jndi.properties

the moment. Cheers, Larry > -Original Message- > From: Olaf Jahn [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, August 20, 2002 6:40 AM > To: Tomcat Users List > Subject: Re: Tomcat 3.3 does not find jndi.properties > > > "Larry Isaacs" <[EMAIL PROTECTED

RE: Modifying Tomcat to have WEB-INF/config in Classpath

tring SCHEMA = > java.util.ResourceBundle.getBundle("db").getString("schema"); > } > > I don't think i can read the property file as u do because > i can't do a getResourceAsStream() > > > -Message d'origine- > > De : Larry I

RE: Help me, please~~~

To manually specify "user" contexts, see the information found at: To do something automatically you would need to write your own version of org.apache.tomcat.modules.config.AutoWebApp. Cheers, Larry > -Origin

RE: Tomcat 3.3 log rotation in Windows 2000

You can include a java.text.SimpleDateFormat string enclosed within "${}" in the "path" specification of in the server.xml. For example, the 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 th

RE: how do I redirect the generated files?

mod_jk.conf-auto suggests you are using a version of Tomcat 3.2.x. The generated files are not configurable in in 3.2.x. These are configurable in Tomcat 3.3.x, with slightly different defaults. The generated files for 3.3.x all default to being written to the "conf/auto" directory instead of int

RE: Missing jni_md.h file in jni.h???

The jni_md.h file is found in a system dependently named subdirectory of your "JDK/include" directory. If you are using a build-xxx.sh script, I think this should be addressed. If you are using the jk/native/build.xml to perform the build, be aware this extra include currently isn't handled succ

RE: shutdown.sh doesn't shutdown JVM(more info)

Tomcat 4.0.3 will wait forever for web applications to shutdown any non-daemon threads they created. If a web application leaves such a thread running, Tomcat won't shut down. Cheers, Larry > -Original Message- > From: Leland Chen [mailto:[EMAIL PROTECTED]] > Sent: Monday, May 06, 2002

RE: Classloader question

The classloader diagram is found at: Because Tomcat 3.3.x uses the JDK delagation model for classloading, classes in the "apps" classloader take priority over WEB-INF/classes and WEB-INF/lib. I don't think your

RE: Classloader question

te, it can actually > state jars > outside > the WEB-INF/lib or WEB-INF/classes that will be reloaded by > tomcat when one > of the jars in changed. > Is it also relevant for Catalina ? > (Is there a way to state jars to be reloaded there too ?) > > Tamir > >

RE: mod_jk performance optimization

If error handling, or something else, get into a recursive loop, it can eat up all available memory and result in symptoms like this. Cheers, Larry > -Original Message- > From: M. Serrano [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 10, 2002 1:18 PM > To: [EMAIL PROTECTED] > Subject:

RE: simple ContextManager question

I don't think there is an error. path="" has a special meaning, i.e. this is the default context. When a request fails to match any other context, the request is sent to the default context. Internally, the default context is assigned the name "ROOT". That name is displayed in the startup messa

RE: simple ContextManager question

ystems. Maybe a better way of phrasing my > question would be, how do I make sure the /examples is treated on a > per-host basis, not system-wide through the default? > > Again, the help and input is very appreciated. > > Duane > > On Monday, May 13, 2002, at 02:03 PM, L

RE: mod_jk not mapping uri successfully for servlets on 3.3.1

Hi Chris, It is not clear if you tried: JkMount /testapp/servlet/* ajp13 I assume you build the mod_jk.so from Tomcat 3.3.1's source. Using a mod_jk from Tomcat 3.2.x has the potential to hang. Cheers, Larry > -Original Message- > From: Chris Herrmann [mailto:[EMAIL PROTECTED]]

RE: mod_jk not mapping uri successfully for servlets on 3.3.1

The jakarta-tomcat-connectors/jk/native sources have small improvements and bug fixes over that found in jakarta-tomcat/src/native. One of the improvements is support for "JkMount /*/..." that you discovered. Cheers, Larry > -Original Message- > From: Chris Herrmann [mailto:[EMAIL PROTE

RE: existence of Alias tag in Tomcat 3.3?

For the element to work in Tomcat 3.3.x, it must preceed all elements. This requirement has to do with how the XML is processed and keeping this feature simple to implement. You can find additional details here:

RE: mod_jk not mapping uri successfully for servlets on 3.3.1

le isn't mapping servlets correctly. > > So, some questions... > > 1. Is my mod_jk.conf file correct? > > JkWorkersFile /usr/local/tomcat/conf/jk/workers.properties > JkLogFile /var/log/tomcat/jk.log > JkLogLevel error > JkMount /*.jsp ajp13 > JkMount /servlet

RE: HTTP Tunnelling problem?? Please help

Sorry it missed getting into the documentation beyond the readme-3.3.1, but Tomcat 3.3.1 now supports a SingleThreadModel pooling, which is enabled by default. Thus, this is normal behavior. If you wish to disable the pooling, modify the server.xml to contain: Cheers, Larry > -Origin

RE: SingleThreadModel under Tomcat 3.3.1 is not working???

Sorry it missed getting into the documentation beyond the readme-3.3.1, but Tomcat 3.3.1 now supports a SingleThreadModel pooling, which is enabled by default. Thus, this is normal behavior. If you wish to disable the pooling, modify the server.xml to contain: Cheers, Larry > -Origin

RE: HTTP Tunnelling problem?? Please help

Please ignore the last response. Lousy aim when clicking to make a reply. Larry > -Original Message- > From: Larry Isaacs [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 9:25 AM > To: 'Tomcat Users List' > Subject: RE: HTTP Tunnelling problem?? Ple

RE: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps?

I don't believe Tomcat 3.2.x supports auto-serving the "webapps" directory for hosts other than the default host. However, this is supported in Tomcat 3.3.x. The element in the server.xml file supports specifying the directory and host, e.g.: For details see:

  1   2   3   4   5   6   7   >