RE: Tomcat 3.3 log rotation in Windows 2000

[Larry Isaacs]

I don't think Tomcat outputs much to stdout directly.
Is there particular output you are looking capture
that isn't being written to the "tc_log"?

If not, you could assing the "tc_log" to a file?  In the
absence of a "path" on the , I think the output
goes to stderr.

The syntax applies to logging done by Tomcat's internal
logger classes.  It wouldn't apply to stdout being
sent directly to a file.  

Cheers,
Larry
 

> -Original Message-
> From: Jack Long [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, September 05, 2002 12:45 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3 log rotation in Windows 2000
> 
> 
> Larry:
> 
> Thanks so much for the response -- this has been a vexing 
> problem for us.
> 
> Our problem is with the stdout.log which we set on the 
> command line when
> starting Tomcat (eg, -out F:\TomcatLogs\stdout.log). Perhaps 
> this is a JVM
> issue that can't be address directly with Tomcat (??). The servlet and
> jasper logs that are set in server.xml rotate just fine.
> 
> I am assuming (perhaps incorrectly) that the syntax you 
> suggested for the
> server.xml file will not work on the command line.
> 
> Any ideas?
> 
> JL
> 
> 
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, September 05, 2002 6:48 AM
> To: Tomcat Users List
> Subject: 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 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]>
> 

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Tomcat 3.3 log rotation in Windows 2000

[Larry Isaacs]

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 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:   
For additional commands, e-mail: 

RE: Help me, please~~~

[Larry Isaacs]

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

> -Original Message-
> From: Rouby Maddux [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, August 29, 2002 2:52 AM
> To: [EMAIL PROTECTED]
> Subject: Help me, please~~~
> 
> 
> I use tomcat3.3.1 + apache1.3.26 + Debian3.0.
> 
> I want to let general user can develop their homepages in 
> [userhome]/www.
> i.e. IF I type http://localhost/~marcus/ in my browser, it 
> must display my 
> homepage right there.
> 
> What should I do???
> 
> --
> Open WebMail Project (http://openwebmail.org)
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For 
> additional commands, e-mail: 
> 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[Larry Isaacs]

Hi,

Since there is a thread for this here on tomcat-user, I'm
replying here instead of tomcat-dev.

I think you would save yourself a lot of trouble if
you settled for putting db.properties in WEB-INF/classes/config
and used:

java.util.ResourceBundle.getBundle("config.db").getString("schema")

if you really don't want to use WEB-INF/classes directly.  This
code would still work if you someday upgraded to Tomcat4 or beyond.

Cheers,
Larry

> -Original Message-
> From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, August 27, 2002 9:48 AM
> To: Tomcat Developers List
> Subject: RE: Modifying Tomcat to have WEB-INF/config in Classpath
> 
> 
> Because i read the properties in a interface like this :
> 
> package com.a2a.util ;
> public interface A2aConstantes
> {
>   public static final String 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 Isaacs [mailto:[EMAIL PROTECTED]]
> > Envoyé : mardi 27 août 2002 15:00
> > À : Tomcat Developers List
> > Objet : RE: Modifying Tomcat to have WEB-INF/config in Classpath
> > 
> > 
> > It is not clear why adding WEB-INF/config to the webapp
> > classpath is necessary or why you would even want to.
> > If you are simply trying to read a properties file:
> > 
> > <%
> > java.util.Properties props = new java.util.Properties();
> > props.load(application.getResourceAsStream(
> > "/WEB-INF/config/myprops.properties"));
> > out.println(props);
> > %>
> > 
> > works for me as a JSP test case.
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] 
> > > Sent: Tuesday, August 27, 2002 8:29 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: Modifying Tomcat to have WEB-INF/config in Classpath
> > > 
> > > 
> > > Hi,
> > > 
> > > I want Tomcat 3.3.1 to have WEB-INF/config in the classpath( 
> > > like WEB-INF/classes ).
> > > 
> > > I have modified the LoaderInteceptor11.java :
> > > In the method addContext, i have added :
> > > 
> > >   // Add "WEB-INF/config"
> > >   File d = new File(base + "/WEB-INF/config");
> > >   if( d.exists() ) {
> > >   try {
> > >   URL url=new URL( "file", null,
> > >   d.getAbsolutePath().replace('\\','/') + "/" );
> > >   context.addClassPath( url );
> > >   } catch( MalformedURLException ex ) {
> > >   }
> > > }
> > > 
> > > 
> > > I have recompiled Tomcat but it doesnot work.
> > > My properties in WEB-INF/config are still not found.
> > > 
> > > Can anybody help me ?
> > > Michenaud Laurent
> > > - Adeuza -
> > > [ Développeur Web - Administrateur Réseau ]
> > > 
> > > 
> > > --
> > > To unsubscribe, e-mail:   
> > > <mailto:tomcat-dev-> [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]>
> > 
> > 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:tomcat-dev-> [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 does not find jndi.properties

[Larry Isaacs]

I'm glad Tomcat 3.3.1 worked, per the other e-mail.

In my day job, I have some deadlines coming up and a bunch
of code to write.  Unless someone else volunteers to be
release manager, a 3.3.2 release is probably a month or
two away.  There just isn't enough spare time to do much
at 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]> wrote:
> 
> > If possible, give Tomcat 3.3.2-dev from:
> > 
> > <http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/>
> > 
> > a try to see if the fix for Bugzilla #7654 corrects this problem.
> 
> Thanks a lot, the problem does not exist any more with the lastest
> 3.3.2-dev. The jndi.properties file placed in WEB-INF/classes is now
> found and read.
> 
> When is a release of 3.3.2 to be expected?
> 
> Regards
>   Olaf
> 
> 
> --
> 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 does not find jndi.properties

[Larry Isaacs]

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 Jahn [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, August 19, 2002 12:42 PM
> To: 'Tomcat Users List'
> Subject: Tomcat 3.3 does not find jndi.properties
> 
> 
> Hi,
> 
> my Tomcat 3.3a does not find the jndi.properties file regardless of
> where I put it inside the web application tree.  That is, I tried the
> web app root as well as WEB-INF/lib and WEB-INF/classes.
> 
> Only if I place it directly into jre/lib the file is found, which of
> course is not really an option for a modular application.
> 
> Does anyone know any help or maybe a workaround?
> 
> A little research yielded only that this symptom was encoutered with
> Tomcat 3.2.x, being a bug in the AdaptiveClassLoader -- which does not
> seem to exist any more as of Tomcat 3.3 it seems.
> 
> Olaf
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1

[Larry Isaacs]

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

> -Original Message-
> From: Vijay [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, August 15, 2002 9:44 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3.1
> 
> 
> Hi
> 
> I am using Embedded tomcat 3.3.1. When i query for a JSP page it
> does not execute it but it displays the jsp file as the same 
> file.  Help
> me !!!
> 
> Thanks & Regards
> Vijay
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[Larry Isaacs]

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:



on how to serve your 3.1.1 webapps without copying them.
As long as your webapps are not dependent on bugs or quirks
in Tomcat 3.1.1, it shouldn't be a lot of work getting them
to run successfully in Tomcat 3.3.1.

HTH

Cheers,
Larry

> -Original Message-
> From: Paul Tomsic [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, August 09, 2002 7:23 PM
> To: [EMAIL PROTECTED]
> Subject: upgrading from v.3.1.1 to v.3.3 ?
> 
> 
> What's involved w/ an upgrade of Tomcat from 3.1.1
> to 3.3?
> 
> Is this a fairly straight forward task, or is it quite
> involved?
> We're experiencing some "odd" behaviour from 3.1.1,
> and can't help but wonder if it's got something to do
> w/ the old version.
> 
> Unfortunately, we're in the middle of a crunch
> deadline, so if it's as simple as say, swapping out a
> jar file or something, that would be great.
> 
> Thoughts, or can someone point me to a FAQ on
> upgrading like this?
> 
> Thanks,
> 
> Paul Tomsic
> 
> 
> __
> Do You Yahoo!?
> HotJobs - Search Thousands of New Jobs
> http://www.hotjobs.com
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Classpath Woes...

[Larry Isaacs]

Ben,

Does the /examples webapp works fine and only your
webapp is exibiting this behavior?  If so, does your
web.xml re-map "*.jsp" to the JspServlet?

Cheers,
Larry

> -Original Message-
> From: Ben Boule [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, July 31, 2002 9:11 AM
> To: 'Tomcat Users List'
> Subject: RE: Classpath Woes...
> 
> 
> Tomcat 3.3.1, downloaded as a binary, installed in a new directory on
> Solaris 8.
> 
> No changes were made to the Tomcat configuration, other than 
> things like
> turning on debug flags 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 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: Tuesday, July 30, 2002 6:06 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: Classpath Woes...
> > 
> > 
> > Hi, 
> > I was wondering if anyone could help me out with a problem 
> with Tomcat
> > 3.3.x.
> > 
> > We've developed our application under the Tomcat 3.2.x 
> > implementation that
> > is integrated into JBuilder 6.  We use Struts for our 
> framework.  The
> > application works
> > fine in that environment.  I am now trying to set up the 
> > deployment, and we
> > wanted to 
> > use either Tomcat 3.3.x or Tomcat 4.0.x.Tomcat 4 seems to 
> > have issues
> > with our 
> > ORB implementation (Borland) so for now I am working with 3.3.x.
> > 
> > The problem is that when the application goes to compile a 
> > .jsp file for the
> > first time, 
> > it encounters a ClassNotFoundException trying to find a 
> Jasper class,
> > JspServlet.
> > 
> > e.x.  (from the std output)
> > 
> > 2002-07-30 17:58:30 - Ctx(/) : Class not found:
> > org.apache.jasper.servlet.JspServlet
> > 
> > If I copy the jasper.jar file from $TOMCAT_HOME/lib/container 
> > into  > name>/WEB-INF/lib, then the Jasper classes are not found.
> > 
> > However, this results in another class not found exception, 
> > this time it
> > can't find the classes for the javac compiler!   
> (sun.tools.something)
> > 
> > If I then copy the tools.jar file from the JDK 1.3 
> > distribution into the
> > WEB-INF/lib directory, everything works.  This would 
> > obviously seem to be an
> > unacceptable solution however.
> > 
> > I can't figure out why this is happening.  It doesn't 
> happen with the
> > example applications under the exact same environment.
> > 
> > (JAVA_HOME is set to point to JDK 1.3.1, TOMCAT_HOME is set 
> > to the right
> > directory as well.)
> > 
> > I have read the classloader-howto several times but I can't 
> figure out
> > what's wrong.
> > 
> > Thanks,
> > Ben Boule
> > 
> > 
> > 
> > --
> > 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]>
> 
> --
> 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: Classpath Woes...

[Larry Isaacs]

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: Tuesday, July 30, 2002 6:06 PM
> To: '[EMAIL PROTECTED]'
> Subject: Classpath Woes...
> 
> 
> Hi, 
> I was wondering if anyone could help me out with a problem with Tomcat
> 3.3.x.
> 
> We've developed our application under the Tomcat 3.2.x 
> implementation that
> is integrated into JBuilder 6.  We use Struts for our framework.  The
> application works
> fine in that environment.  I am now trying to set up the 
> deployment, and we
> wanted to 
> use either Tomcat 3.3.x or Tomcat 4.0.x.Tomcat 4 seems to 
> have issues
> with our 
> ORB implementation (Borland) so for now I am working with 3.3.x.
> 
> The problem is that when the application goes to compile a 
> .jsp file for the
> first time, 
> it encounters a ClassNotFoundException trying to find a Jasper class,
> JspServlet.
> 
> e.x.  (from the std output)
> 
> 2002-07-30 17:58:30 - Ctx(/) : Class not found:
> org.apache.jasper.servlet.JspServlet
> 
> If I copy the jasper.jar file from $TOMCAT_HOME/lib/container 
> into  name>/WEB-INF/lib, then the Jasper classes are not found.
> 
> However, this results in another class not found exception, 
> this time it
> can't find the classes for the javac compiler!   (sun.tools.something)
> 
> If I then copy the tools.jar file from the JDK 1.3 
> distribution into the
> WEB-INF/lib directory, everything works.  This would 
> obviously seem to be an
> unacceptable solution however.
> 
> I can't figure out why this is happening.  It doesn't happen with the
> example applications under the exact same environment.
> 
> (JAVA_HOME is set to point to JDK 1.3.1, TOMCAT_HOME is set 
> to the right
> directory as well.)
> 
> I have read the classloader-howto several times but I can't figure out
> what's wrong.
> 
> Thanks,
> Ben Boule
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1 and Tag Lib

[Larry Isaacs]

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: [EMAIL PROTECTED]
> Subject: Tomcat 3.3.1 and Tag Lib
> 
> 
> I would like to know whether i can use "JSP Tag Library 1.2"
> with JSP 1.1 and so with Tomcat 3.3.1 ? Or should i use
> "JSP Tag Library 1.1" instead ?
> 
> Thanks
> 
> Michenaud Laurent
> - Adeuza -
> [ Développeur Web - Administrateur Réseau ]
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: disabling cookies, Tomcat 3.3.1 Final

[Larry Isaacs]

It may be that the local  executes too early in
the chain to have the desired effect.

A feature of the Context element is that any attribute that
doesn't have an explicit setter get stored in a "properties"
hashtable in the Context.  Thus, you could add noCookies="true"
to the Context, i.e.



and a "noCookies" property would be set on that Context.
I believe you could create a MySessionId interceptor that
extends SessionId.  It would override the beforeBody() method
and would check the "noCookie" property on the context.  If
found and is "true", then skip calling super.beforeBody(...)
so the normal handling is skipped and the cookie isn't added.
Let me know if a modification like this would be acceptable.

Cheers,
Larry

> -Original Message-
> From: Christian Kurze [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, July 16, 2002 8:53 AM
> To: Tomcat Users List
> Subject: RE: disabling cookies, Tomcat 3.3.1 Final
> 
> 
> THanks, but it doesn't work. I set  noCookies="true" /> in the . But the browsers 
> still use
> cookies. I tried to put  in the -section, without
> 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 Message-
> > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, July 16, 2002 2:27 PM
> > To: 'Tomcat Users List'
> > Subject: 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
> > cookiesFirst setting on the global  will apply to all.
> >
> > If you can use a customized (i.e. replace SessionId with
> > your modified version) Tomcat 3.3.1, then a better solution
> > should be possible.  Let me know if you want to try this
> > path.
> >
> > Cheers,
> > Larry
> >
> > > -Original Message-
> > > From: Christian Kurze [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, July 16, 2002 7:21 AM
> > > To: Tomcat Users List
> > > Subject: disabling cookies, Tomcat 3.3.1 Final
> > >
> > >
> > > HI,
> > >
> > > I want to use URL rewriting for session tracking by default,
> > > that means,
> > > even if the user has activated cookies in his/her browser,
> > > the url should be
> > > encoded via response.encodeURL(). There is a module  > > cookiesFirst="false" noCookies="true" /> to use in the
> > > server.xml. But I
> > > don't know where to place it, because I want to deactivate
> > > cookies in only
> > > one context. The others should use cookies by default. I tried the
> > > following, but it didn't work for me:
> > >  > >   docBase="D:\Java\onlinestore\defaultroot"
> > >   crossContext="true"
> > >   workdir="D:\Java\onlinestore\defaultroot"
> > >   debug="0"
> > >   reloadable="true">
> > >   
> > > 
> > > In 4.0 there is an attribute for Context, cookies="false",
> > > but I HAVE TO
> > > work with 3.3.1 final.
> > > Is it possible to deactivate cookies in the web.xml file?
> > >
> > > Any help appreciated.
> > > Thanks
> > >
> > > Christian
> > >
> > >
> > > --
> > > 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]>
> 
> 
> --
> 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: disabling cookies, Tomcat 3.3.1 Final

[Larry Isaacs]

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
cookiesFirst setting on the global  will apply to all.

If you can use a customized (i.e. replace SessionId with
your modified version) Tomcat 3.3.1, then a better solution
should be possible.  Let me know if you want to try this
path.

Cheers,
Larry

> -Original Message-
> From: Christian Kurze [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, July 16, 2002 7:21 AM
> To: Tomcat Users List
> Subject: disabling cookies, Tomcat 3.3.1 Final
> 
> 
> HI,
> 
> I want to use URL rewriting for session tracking by default, 
> that means,
> even if the user has activated cookies in his/her browser, 
> the url should be
> encoded via response.encodeURL(). There is a module  cookiesFirst="false" noCookies="true" /> to use in the 
> server.xml. But I
> don't know where to place it, because I want to deactivate 
> cookies in only
> one context. The others should use cookies by default. I tried the
> following, but it didn't work for me:
>docBase="D:\Java\onlinestore\defaultroot"
>   crossContext="true"
>   workdir="D:\Java\onlinestore\defaultroot"
>   debug="0"
>   reloadable="true">
>   
> 
> In 4.0 there is an attribute for Context, cookies="false", 
> but I HAVE TO
> work with 3.3.1 final.
> Is it possible to deactivate cookies in the web.xml file?
> 
> Any help appreciated.
> Thanks
> 
> Christian
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: What can cause a clean Tomcat shutdown?

[Larry Isaacs]

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 ContextManager.shutdown().  Add some logging
(there doesn't appear to be helpful logging there by default),
and print a stack trace.  Then see where the logs lead you, adding
more logging as needed.

Cheers,
Larry

> -Original Message-
> From: Attila Szegedi [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, July 15, 2002 9:51 AM
> To: Tomcat Users List
> Subject: What can cause a clean Tomcat shutdown?
> 
> 
> Guys, I'm asking this question again in hope someone notices 
> this time:
> 
> Except for the stop command sent to the Ajp12 connector, is 
> there another
> event that will cause a Tomcat 3.3.1 to shut down cleanly?
> 
> We experience sporadic "spontaneous" clean shutdowns of 
> Tomcat 3.3.1 and
> have no idea what causes them. We know these are normal 
> shutdowns since the
> servlet log shows the contexts are being unloaded and 
> servlets' destroy()
> methods are being called - just as if someone has issued a 
> "tomcat.sh stop"
> (before you ask: nobody does).
> 
> Any clues appreciated.
> Cheers,
>   Attila.
> 
> --
> Attila Szegedi
> home: http://www.szegedi.org
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[Larry Isaacs]

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 subect, this trace or whatever, is 
> appearing in the 
> console on everyr request made to tomcat(v3.3, novell6,jdk1.3.0.1).
> I've tried everything with the decodeinterceptor entry (ie: 
> debug -1 or 0) 
> in server.xml, but it is still there. I´ve readt it's fixed 
> in Tomcat 3.3.1, 
> but what with 3.3?
> By the way, if the only solution is going for the upgrade, 
> which is the
> latest version of tomcat available for novell 6?
> Thanks in advance.
> Anxiously waiting for your answers,
> Antonio.
> 
> 
> 
> 
> 
> _
> MSN Photos is the easiest way to share and print your photos: 
> http://photos.msn.com/support/worldwide.aspx
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: getRemoteUser in Tomcat 3.3.1 does not work

[Larry Isaacs]

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 documentation here:



Once tomcatAuthentication is set false, any security constraints in
web.xml files will no longer work.  This probably won't impact
your web applications, but the "security" examples will stop
functioning.

Cheers,
Larry

> -Original Message-
> From: Andreas Lehmann [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, July 12, 2002 5:43 AM
> To: 'Tomcat Users List'
> Subject: getRemoteUser in Tomcat 3.3.1 does not work
> 
> 
> Hi,
> 
> I am trying to get the remote user under tomcat 3.3.1 and 
> apache 1.3.12 on NT4 and Win2k.
> The authentification is done by apache and the ntlm module.
> 
> If I try getRemoteUser() I only get a null value.
> I tryed NTLM and BASIC authentification - nothing works.
> I tryed various mod_jk.dll Versions - nothing helps.
> I tryed Tomcat 3.2.3 - everything works fine.
> 
> Whats the problem with tomcat 3.3.1? Is this a bug or 
> bevavior by design?
> 
> cu
> Andreas
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[Larry Isaacs]

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 [mailto:[EMAIL PROTECTED]] 
> 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:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: getting isapi_redirect.dll to work with tomcat 4.0 and IIS

[Larry Isaacs]

See if:



helps.  This issue isn't related to the choice of
isapi_redirect.dll or isapi_redirector.dll.

Larry

> -Original Message-
> From: mallen [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, July 01, 2002 4:05 PM
> To: 'Tomcat Users List'
> Subject: RE: getting isapi_redirect.dll to work with tomcat 
> 4.0 and IIS
> 
> 
> Well... I've tried both those solutions; same error, except 
> that now the
> error code after the 404 is 660 instead of 654.  Any more 
> thoughts about
> how this double indirection could be happening?
> 
> Thanks,
> Michael
> 
> -Original Message-
> From: Andrew Conrad [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, July 01, 2002 12:17 PM
> To: 'Tomcat Users List'; Michael Allen
> Subject: RE: getting isapi_redirect.dll to work with tomcat 
> 4.0 and IIS
> 
> Hey Michael,
>  
> Your problem is very interesting.  It seems your redirector is getting
> you to the Tomcat server (your getting a tomcat error) then 
> looking for
> the redirector again.  
>  
> the file isapi_redirect.dll is from Tomcat 3.3 I believe.  
> While all the
> documentation says it will work, I had the smoothest 
> installation using
> this redirector
>  
>  
> http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4
> .0.3/bin/w
> in32/
>  
> the file name is isapi_redirector.dll and you will need to 
> make sure you
> modify all your registry settings to reflect this.  renaming 
> the file to
> isapi_redirect.dll may cause problems because I think it looks
> internally for itself.
>  
>  
> then, start check that your virtual directory "jakarta" 
> pointing to the
> folder containing isapi_redirector.dll
>  
> if neither of those solutions work, you might want to start over using
> this step-by-step install guide.
>  
> http://www.getnet.net/~rbarr/TomcatOnIIS/default.htm
>  
>  
> -Andrew
> -Original Message-
> From: Michael Allen [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, July 01, 2002 11:58 AM
> To: [EMAIL PROTECTED]
> Subject: getting isapi_redirect.dll to work with tomcat 4.0 and IIS
> 
> 
> Hello!
>  
> I think I have been through all the FAQs available, and I 
> feel like I am
> close to getting this to work.  I have set up the /jakarta/ 
> as a virtual
> folder, I have edited the registry, I get a green arrow under ISAPI
> filters. but when I try to go to, for example,
> http://localhost/examples/jsp/dates/date.jsp, I get the 
> following in my
> browser:
> 
> Apache Tomcat/4.0.3 - HTTP Status 404 - /jakarta/isapi_redirect.dll
> 
> 
>   _  
> 
> type Status report
> message /jakarta/isapi_redirect.dll
> description The requested resource 
> (/jakarta/isapi_redirect.dll) is not
> available.
>  
> And in my log file I get:
> 002:10:59:06 -0600] "GET /jakarta/isapi_redirect.dll? 
> HTTP/1.1" 404 654
>  
> on the other hand, if I try:
> http://localhost:8080/examples/dates/dates.jsp; everything is happy.
>  
> Am I close?  Help.
>  
> Michael
>  
> 
> Michael E. Allen, Ph.D. (847)965-2932
> Senior Research Scientist [EMAIL PROTECTED]
> Compuational Research Group
> Integrated DNA Technologies
> Suite 700
> 8930 Gross Point Rd.
> Skokie, IL 60077
>  
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1: AJP13, tomcatAuthentication, and javax.servlet.http.HttpServerRequest.isUserInRole(java.lang.String userName)

[Larry Isaacs]

With "tomcatAuthentication='false'", I'm not aware of any way
to attach a role to the externally authenticated user.  You
will have to implement your own "role" handling.

Also, if you are using IIS, I believe you will need IIS 5.0
and mod_jk from jakarta-tomcat-connectors for
HttpServletRequest.getRemoteUser() to work successfully.
Otherwise it always return null.

Cheers,
Larry

> -Original Message-
> From: Bradley M. Handy [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, June 26, 2002 1:47 PM
> To: Tomcat User
> Subject: Tomcat 3.3.1: AJP13, tomcatAuthentication, and 
> javax.servlet.http.HttpServerRequest.isUserInRole(java.lang.St
> ring userName)
> 
> 
> When defining an AJP13 connector with 
> "tomcatAuthentication='false'", is
> there a way to retrieve Role information about the remote 
> user with the
> javax.servlet.http.HttpServerRequest.isUserInRole(java.lang.String
> userName) method?
> 
> I've tried defining the user's role in an XML realm file, and that
> didn't seem to work.
> 
> Bradley M. Handy
> Programmer/Analyst
> Spring Arbor University
> 
mailto:[EMAIL PROTECTED]



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: AutoDeploy redeploy option doesn't seem to be working in 3.3.1

[Larry Isaacs]

A simple test worked for me.  Note that just updating the
War file doesn't trigger the reload.  After updating the
War file, the next request to that webapp's context triggers
the reload.

Also note that there are issues with Jar reloading in some
JVM's.  You may need to add:

   use11Loader="true"

to  as a workaround if you experience
problems with Jar reloading.

Cheers,
Larry


> -Original Message-
> From: Corbin, Ken [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, June 25, 2002 2:57 PM
> To: '[EMAIL PROTECTED]'
> Subject: AutoDeploy redeploy option doesn't seem to be 
> working in 3.3.1
> 
> 
> We're using pretty much the default server.xml, which has the standard
>   
> line.  But we are noticing that web application is not automatically
> expanding when a war file in webapps is updated.   The 
> application does get
> expanded and redployed if we take down the server and bring 
> it up again.
> Is there anything obvious that I am missing???
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Two Tomcat 3.3.1 issues; SSL and Coyote

[Larry Isaacs]

Unfortunately, the build process I used to create the
the 3.3.1 distribution binaries didn't include the PureTLS
support.  You will need to rebuild Tomcat 3.3.1 from
source to pickup the PureTLS support.

PureTLS support is now included in the Tomcat 3.3.x build
process, so you might try 3.3.x first see if you can
get it working.

I'll see about getting the Coyote release notes updated to say
"CoyoteInterceptor2".  Thanks.

Cheers,
Larry

> -Original Message-
> From: Sam Ewing [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, June 25, 2002 12:56 AM
> To: Tomcat Users List
> Subject: Two Tomcat 3.3.1 issues; SSL and Coyote
> 
> 
> I had a couple of problems with Tomcat 3.3.1. Any help
> appreciated!!
> 
> 1. I was trying to use PureTLS with the standand
> HTTP/1.0 Tomcat connector.
>I copied over the three jar file
> - cryptix32.jar, cryptix-asn1.jar and puretls.jar into
> %JAVA_HOME%\jre\lib\ext
>I get the exception-
> "org.apache.tomcat.core.TomcatException: Error loading
> SSLImplementation"
>I copies the jsse jar files here and SSL works
> fine...
> 
> 2. Next, I tried the Coyote connector, and following
> the instructions given at
> http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coy
ote/release/v1.0-rc2/
to a 'T'.

  Result: I found that 



 needs to be



(note the '2').

  I make the change, and Tomcat starts up fine-
however, the browser cant access http://localhost:8081
(the port I configured this connector at). No errors
too.. Help!!

Tx


__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1: how to deny access for certain IP addresses?

[Larry Isaacs]

Tomcat 3.3.x uses modules/interceptors instead of valves.
A single class can participate in many aspects of server
operation.

Your class would extend BaseInterceptor and implement one
or more methods to achieve the desired behavior.  The
"postReadRequest" might be a reasonable one to use.  A non-zero
return value triggers the "status handler", which assumes the
value is the error status.  Returning 403 would cause a
a "forbidden" error.

Some digging into the sources would be needed, but hopefully
not to much.

Cheers,
Larry

> -Original Message-
> From: Lemke, Michael IZ/HZA-IC1 [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, June 18, 2002 5:39 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 3.3.1: how to deny access for certain IP 
> addresses?
> 
> 
> Thanks to ravi and Ralph for their fast replies.  From that it
> looks like what I want can't easily be done.  I need it as a
> protection against misconfiguration on the client side within
> the intranet.  So firewall is out.  It is a third party software 
> so modifying the code is out.  And porting the valve from 
> Tomcat 4.0 is beyond my non-existing Java skills.  I was hoping
> for something simple like the valve but for TC 3.3.1.
> 
> Thanks anyway,
> Michael
> 
> > -Original Message-
> > From:   ravi [SMTP:[EMAIL PROTECTED]]
> > Sent:   Monday, June 17, 2002 2:03 PM
> > To: Tomcat Users List
> > Subject:Re: Tomcat 3.3.1: how to deny access for certain IP
> > addresses?
> > 
> > hi mike,
> > 
> > one way of handling it is thro ur appln itself by using
> > 
> > request.getRemoteAddr() which returns the IP address of the client
> > requesting ur servlet
> > 
> > this can then be compared/patternmatched against a databse 
> or any other
> > storage unit...
> > 
> > regs,
> > ravi
> > 
> > 
> > - Original Message -
> > From: "Lemke, Michael IZ/HZA-IC1" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, June 17, 2002 4:44 PM
> > Subject: Tomcat 3.3.1: how to deny access for certain IP addresses?
> > 
> > 
> > > The subject pretty much says it.  We run Tomcat 3.3.1 as 
> a webserver
> > > (no Apache or anything) and would like to deny access from certain
> > > IP addresses.  More precisely, for a certain servlet.  Can this be
> > > done and if yes, how?
> > >
> > > Thanks,
> > > Michael
> > >
> > > > --
> > > > Michael Lemke  --  Information Services Communication 
> (IZ/HZA-IC1)
> > > > INA-Schaeffler KG,   Tel: +49 (0)9132 - 82 3441
> > > > Industriestr 1-3,e-mail: [EMAIL PROTECTED]
> > > > D-91074 Herzogenaurach   http://www.ina.com
> > > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> > 
> > 
> > --
> > To unsubscribe, e-mail:
> > 
> > For additional commands, e-mail:
> > 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat Unexplained Shutdown

[Larry Isaacs]

Have you verified that the System.exit()s in IfaxSend.java.
are not being executed?  If executed, they would to a fine job
of taking down Tomcat.

Cheers,
Larry

> -Original Message-
> From: Geoff Peters [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, June 11, 2002 8:13 AM
> To: Tomcat Users List
> Subject: RE: Tomcat Unexplained Shutdown
> 
> 
> Here are the uncompiled servlets (the ones that would 
> possibly cause the shutdowns) - if you need the associated 
> jar file let me know...
> 
> thanks!
> 
> Geoff
> 
> -Original Message-
> From: FEDERICO MARTIN LARA [mailto:[EMAIL PROTECTED]]
> Sent: June 11, 2002 9:06 AM
> To: Tomcat Users List
> Subject: RE: Tomcat Unexplained Shutdown
> 
> 
> Great!
> 
> Have you got the sevlets?.
> 
> -Mensaje original-
> De: Geoff Peters [mailto:[EMAIL PROTECTED]]
> Enviado el: martes, 11 de junio de 2002 13:34
> Para: [EMAIL PROTECTED]
> Asunto: Tomcat Unexplained Shutdown
> 
> 
> 
> 
> -Original Message-
> From: Geoff Peters
> Sent: June 7, 2002 11:12 AM
> To: Tomcat Users List
> Subject: Tomcat Unexplained Shutdown
> 
> 
> I am running Tomcat 4.0.2 on Windows NT 4.0, it is running a web based
> faxing application that users can attach a document to send 
> to a server
> process that sends it as an attachment. This is done using 
> servlets. Every
> so often, if a user uploads an attachment the server doesn't 
> like, it shuts
> down Tomcat, other times it seems if the user tries to view a 
> file on the
> server that doesn't exist, the Tomcat server shuts itself 
> down. This is very
> annoying, and the customer is not impressed - is there is a 
> way to simply
> throw an exception and continue running, instead of Tomcat 
> shutting itself
> down? I can't really be more specific as there are no errors 
> in the log
> files to correspond to these occurrences, all I know is that 
> it happens and
> makes the app look WAY less stable than if it was built using 
> ASP's and
> running under IIS..
> 
> Any suggestions?
> 
> Geoff
> 
> 
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
> 
> 
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For 
> additional commands, e-mail: 
> 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1/Apache Virtual Host and Alias

[Larry Isaacs]

It looks like the only way for things not to be working
is if the www.test.net isn't being added as a host alias
on the Tomcat side.  Try  with a capital 'A',
i.e:

 

I believe this will get it working.

Cheers,
Larry

> -Original Message-
> From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, June 10, 2002 1:06 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1/Apache Virtual Host and Alias
> 
> 
> Requesting www.test.net/index.jsp logs :
> 
> * In mod_jk.log :
> 
> [Mon Jun 10 18:51:00 2002]  [jk_uri_worker_map.c (351)]: Into
> jk_uri_worker_map_t::map_uri_to_worker
> [Mon Jun 10 18:51:00 2002]  [jk_uri_worker_map.c (368)]: Attempting to
> map URI '/index.jsp'
> [Mon Jun 10 18:51:00 2002]  [jk_uri_worker_map.c (416)]:
> jk_uri_worker_map_t::map_uri_to_worker, Found a suffix match ajp13 ->
> *.jsp
> [Mon Jun 10 18:51:00 2002]  [jk_worker.c (123)]: Into
> wc_get_worker_for_name ajp13
> [Mon Jun 10 18:51:00 2002]  [jk_worker.c (127)]: 
> wc_get_worker_for_name,
> done  found a worker
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13_worker.c (865)]: Into
> jk_worker_t::get_endpoint
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13_worker.c (775)]: Into
> jk_endpoint_t::service
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13.c (403)]: Into
> ajp13_marshal_into_msgb
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13.c (537)]: 
> ajp13_marshal_into_msgb
> - Done
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13_worker.c (206)]: 
> sending to ajp13
> #334
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13_worker.c (645)]: send_request 2:
> request body to send 0 - request body to resend 0
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13_worker.c (258)]: received from
> ajp13 #47
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13.c (584)]:
> ajp13_unmarshal_response: status = 404
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13.c (591)]:
> ajp13_unmarshal_response: Number of headers is = 2
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13.c (634)]:
> ajp13_unmarshal_response: Header[0] [Content-Type] = [text/html]
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13.c (634)]:
> ajp13_unmarshal_response: Header[1] [Content-Length] = [171]
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13_worker.c (258)]: received from
> ajp13 #175
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13_worker.c (258)]: received from
> ajp13 #2
> [Mon Jun 10 18:51:00 2002]  [jk_ajp13_worker.c (549)]: Into
> jk_endpoint_t::done
> 
> * In tc.log
> 
> After tomcat load : ( there is no www.test.net, normal ? )
> 2002-06-10 19:00:25 - ContextManager: Tomcat configured and in stable
> state 
> 2002-06-10 19:00:25 - ContextManager: Adding  www.test.fr:/ROOT
> 2002-06-10 19:00:25 - ContextManager: Adding  www.test.com:/ROOT
> 
> When i call www.test.net/index.jsp :
> 2002-06-10 19:00:53 - ContextManager: Host = www.test.net
> 2002-06-10 19:00:53 - ContextManager: Assertion failed: 
> container==null
> (no Default Context?)
> 2002-06-10 19:00:53 - Ctx() : Status code:404 request:R( /index.jsp)
> msg:null
> 
> 
> Any ideas ?
> 
> 
> > -Message d'origine-
> > De : Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Envoyé : lundi 10 juin 2002 18:47
> > À : 'Tomcat Users List'
> > Objet : RE: Tomcat 3.3.1/Apache Virtual Host and Alias
> > 
> > 
> > Check the mod_jk log and make sure the www.test.net requests
> > are being forwarded to Tomcat.  If so, set the debug level
> > on  in server.xml to "1" and examine the
> > Tomcat log to see how the www.test.net requests are being
> > handled differently from www.test.com requests.  I currently
> > don't see anything in your config files that would cause this
> > not to work.
> > 
> > Note that the debug attributes should be set a numeric value
> > rather than "info".  I would guess this would be equivalent
> > to setting it to zero.
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] 
> > > Sent: Monday, June 10, 2002 12:27 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Tomcat 3.3.1/Apache Virtual Host and Alias
> > > 
> > > 
> > > Hi,
> > > 
> > > I've Tomcat 3.3.1 and Apache running together with mod_jk.
> > > 
> > > I'm trying to setup alias for VirtualHost in the tomcat 
> > configuration
> > > but it doesnot work.
> > > 
> > > * Here what i have in httpd.conf :
> > > 
> > > NameVirtualHost 192.168.1.125:80
> > > 
> > > 
> > > DocumentRoot c:/adeuza/sites/fortunoclic
> > &g

RE: Tomcat 3.3.1/Apache Virtual Host and Alias

[Larry Isaacs]

Check the mod_jk log and make sure the www.test.net requests
are being forwarded to Tomcat.  If so, set the debug level
on  in server.xml to "1" and examine the
Tomcat log to see how the www.test.net requests are being
handled differently from www.test.com requests.  I currently
don't see anything in your config files that would cause this
not to work.

Note that the debug attributes should be set a numeric value
rather than "info".  I would guess this would be equivalent
to setting it to zero.

Cheers,
Larry

> -Original Message-
> From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, June 10, 2002 12:27 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3.1/Apache Virtual Host and Alias
> 
> 
> Hi,
> 
> I've Tomcat 3.3.1 and Apache running together with mod_jk.
> 
> I'm trying to setup alias for VirtualHost in the tomcat configuration
> but it doesnot work.
> 
> * Here what i have in httpd.conf :
> 
> NameVirtualHost 192.168.1.125:80
> 
> 
> DocumentRoot c:/adeuza/sites/fortunoclic
> ServerName www.test.fr
> ErrorLog c:\tmp\apache-error-testfr.log
> CustomLog c:\tmp\apache-access-testfr.log common
> 
> 
> 
> DocumentRoot c:/adeuza/sites/test
> ServerName www.test.com
> ServerAlias www.test.net
> ErrorLog c:\tmp\apache-error-testcom.log
> CustomLog c:\tmp\apache-error-testcom.log common
> 
> 
> * And my apps-testfr.xml 
> 
> 
> 
>   
>   docBase="c:/adeuza/sites/fortunoclic" 
>  debug="info"> 
>   
>   
> 
> 
> * And my apps-testcom.xml
> 
> 
> 
>   
> 
>   docBase="c:/adeuza/sites/test" 
>  debug="info"> 
> 
>   
> 
> 
> 
www.test.fr and www.test.com are ok.
www.test.net can display the correct html files but it cannot find the
jsp and servlet



Michenaud Laurent
- Adeuza -
[ Développeur Web - Administrateur Réseau ]


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Classpaths

[Larry Isaacs]

Since you are using Tomcat 3.3, see:



It describes how to add classes.  Item 2, describes two System
properties that can be used to add directories or jars to the
Common and Apps classloaders.

Cheers,
Larry

> -Original Message-
> From: Muñoz Ordenes Andrés (Casa Matriz) [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, June 06, 2002 4:42 PM
> To: 'Tomcat Users List'
> Subject: RE: Classpaths
> 
> 
> > -Mensaje original-
> > De: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
> > Enviado el: Thursday, June 06, 2002 4:39 PM
> > Para: Tomcat Users List
> > Asunto: RE: Classpaths
> > 
> > 
> > Howdy,
> > 
> > >How can i do for add classes to Tomcat Classpath?... i have an
> > application
> > 
> > The short answer: in many many ways ;)
> 
> hahahahaha... :D
> 
> > The long answer: depends on where you want the classes to 
> be visible.
> > If you just want them for one web-app, add them to that web-app's
> > /WEB-INF/classes directory.  Or package them as a jar and 
> add them to
> > the /WEB-INF/lib directory.
> 
> I can't do this... i mean, i must no move classes
> 
> > If you want the classes to be visible to more than one 
> > web-app, you can
> > put them in $CATALINA_HOME/classes, or again package them 
> up as a jar
> > and put them in $CATALINA_HOME/lib.
> 
> Mmmm... i have Tomcat 3.3... and i can't move classes...
> 
> Another chance?
> 
> Atte.
> Andrés Muñoz O.
> Fono: 690 3155
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3 and LDAP

[Larry Isaacs]

No.  Only Tomcat 4 provides JNDIRealm support.

Cheers,
Larry

> -Original Message-
> From: Urtzi Larrazabal [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, June 06, 2002 11:56 AM
> To: Tomcat Users List (E-mail)
> Subject: Tomcat 3.3 and LDAP
> 
> 
> 
> 
> I would like to know if Tomcat 3.3 has the JNDIRealm feature 
> to authentificate users with LDAP.
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.2 : Include File Paths

[Larry Isaacs]

I don't know why it wouldn't work other than due
to a simple typo.

Larry

> -Original Message-
> From: Steve [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, June 05, 2002 10:48 AM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.2 : Include File Paths
> 
> 
> My docbase is set to /net/webapps
> 
> Still gives me "bad argument to include file"
> 
> Steve
> --- Larry Isaacs <[EMAIL PROTECTED]> wrote:
> > If your docBase is set to "/net/webapps" then what
> > you describe should work.  If your docBase is set to
> > "/net/webapps/test", then the ".." in your include
> > is trying to go outside of the webapp, which is not
> > allowed.
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Steve [mailto:[EMAIL PROTECTED]] 
> > > Sent: Wednesday, June 05, 2002 7:12 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: Tomcat 3.2 : Include File Paths
> > > 
> > > 
> > > Hi;
> > > 
> > > I'm using Tomcat 3.2
> > > 
> > > I have a webapp defined on my system to be:
> > > /net/webapps
> > > 
> > > Under the directory "webapps" I have several subdirectories 
> > > for jsps and various
> > > resources.
> > > 
> > > In one file, /net/webapps/test/test.jsp, I am trying to use 
> > > this include directive
> > > <%@ include file="../common/copyright.html" %>
> > > to include
> > > /net/webapps/common/copyright.html
> > > 
> > > I keep getting error code 500 and the message "bad file 
> > > argument to include"
> > > 
> > > Anyone have any idea of what is going on and how I can "back 
> > > up" with file paths?
> > > 
> > > Thanks in advance
> > > 
> > > Steve
> > > 
> > > 
> > > 
> > > __
> > > Do You Yahoo!?
> > > Yahoo! - Official partner of 2002 FIFA World Cup
> > > http://fifaworldcup.yahoo.com
> > > 
> > > --
> > > 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]>
> > 
> 
> 
> __
> Do You Yahoo!?
> Yahoo! - Official partner of 2002 FIFA World Cup
> http://fifaworldcup.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 3.2 : Include File Paths

[Larry Isaacs]

If your docBase is set to "/net/webapps" then what
you describe should work.  If your docBase is set to
"/net/webapps/test", then the ".." in your include
is trying to go outside of the webapp, which is not
allowed.

Cheers,
Larry

> -Original Message-
> From: Steve [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, June 05, 2002 7:12 AM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.2 : Include File Paths
> 
> 
> Hi;
> 
> I'm using Tomcat 3.2
> 
> I have a webapp defined on my system to be:
> /net/webapps
> 
> Under the directory "webapps" I have several subdirectories 
> for jsps and various
> resources.
> 
> In one file, /net/webapps/test/test.jsp, I am trying to use 
> this include directive
> <%@ include file="../common/copyright.html" %>
> to include
> /net/webapps/common/copyright.html
> 
> I keep getting error code 500 and the message "bad file 
> argument to include"
> 
> Anyone have any idea of what is going on and how I can "back 
> up" with file paths?
> 
> Thanks in advance
> 
> Steve
> 
> 
> 
> __
> Do You Yahoo!?
> Yahoo! - Official partner of 2002 FIFA World Cup
> http://fifaworldcup.yahoo.com
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: tomact not staring

[Larry Isaacs]

See item 2 under the "(5) Troubleshooting:" section of
RUNNING.txt in the Tomcat installation directory.  It
addresses this issue.

Cheers,
Larry

> -Original Message-
> From: puneet sachar [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, June 05, 2002 6:09 AM
> To: Tomcat Users List
> Subject: RE: tomact not staring
> 
> 
> sir i did that what already
> 
> 
> not working 
> 
> is tomcat4.0.4 is for NT only as i'm using win 98
> 
> Puneet
> 
> 
> 
> --- jon wingfield <[EMAIL PROTECTED]> wrote:
> > change the memory settings for the DOS console. When
> > I run TC under windows
> > I have the initial environment memory set to 4096
> > (the maximum available
> > through the UI).
> > 
> > -Original Message-
> > From: puneet sachar [mailto:[EMAIL PROTECTED]]
> > Sent: 05 June 2002 07:06
> > To: Tomcat Users List
> > Subject: tomact not staring
> > 
> > 
> > hi developers
> > 
> > 
> > i have installed tomcat 4.0.4
> > and did everything as mention ...
> > 
> > and in autoexec file mention set java_home as
> > c:\jdk1.3
> > 
> > 
> > still giving me error out of environment space
> > 
> > when changes made to memory of the .bat file ..
> > 
> > now saying java_home variable is not defien...
> > 
> > this is starnge to me ..
> > same working ta my home not in office
> > 
> > 
> > vie my bat file and tell me what could be error
> > 
> > 
> > --
> > SET  JAVA_HOME=C:\JDK1.3
> > SET  CATALINA_HOME=c:\Tomcat
> > 
> > SET
> >
> PATH=C:\JDK1.3\bin;C:\Tomcat\bin;C:\JMETER\jakarta-jmeter\bin;
> C:\Oracle\Ora8
> > 1\BIN;.;
> > SET
> >
> CLASSPATH=C:\jdk1.3\lib\tools.jar;C:\Tomcat\lib\jasper-compile
> r.jar;C:\Tomca
> >
> t\lib\jasper-runtime.jar;C:\Tomcat\lib\naming-factory.jar;.;
> > 
> >
> -
> > 
> > regards
> > Puneet
> > 
> > __
> > Do You Yahoo!?
> > Yahoo! - Official partner of 2002 FIFA World Cup
> > http://fifaworldcup.yahoo.com
> > 
> > --
> > To unsubscribe, e-mail:
> > 
> > For additional commands, e-mail:
> > 
> > 
> > 
> > 
> > --
> > To unsubscribe, e-mail:  
> > 
> > For additional commands, e-mail:
> > 
> > 
> 
> 
> __
> Do You Yahoo!?
> Yahoo! - Official partner of 2002 FIFA World Cup
> http://fifaworldcup.yahoo.com
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Help with Tomcat and IIS

[Larry Isaacs]

The isapi_redirect[or].dll is both a filter and an
extension.  The filter portion examines the request to
see if it should be forwarded to Tomcat. If so, the
request URI is saved in new header entries which are
added to the request and the request URI is replaced
with the "extension-uri" value.  This causes the
request to be processed by the extension portion of the
dll which handles the communications with Tomcat.

Your symptom is typical of having the isapi filter called
twice per request where even "/jakarta/isapi_redirector.dll"
is configured to be forwarded to Tomcat.  The second call to
the filter routine replaces the correctly request URI, saved
previously, with "/jakarta/isapi_redirector.dll" and the request
is now doomed to failure.

Since it appears you didn't make the mistake of adding
the "Filter DLLs" key, check to make sure the filter
appears only once in either the desired virtual host(s)
or in their parent node.  It should not appear at both
levels.

Cheers,
Larry

> -Original Message-
> From: Robert A. Rogerson [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, June 03, 2002 7:07 PM
> To: Tomcat Users List
> Subject: RE: Help with Tomcat and IIS
> 
> 
> Hi Larry.  I checked my registry (NT4 SP6) and the only reference to
> islapi_rediector.dll is under 
> HKEY_LOCAL_MACHINE/SOFTWARE/Apache Software
> Foundation/Jakarta Isapi
> Redirector/1.0/extension_uri="/jakarta/isapi_redirector.dll". 
>  I did notice
> in other docs that the redirector should only be entered for 
> "Filter DLLs"
> for Win98.  Could I be confused and the
> "extension_uri="/jakarta/isapi_redictor.dll" should not exist?
> 
> Thanks,
> 
> Rob
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 03, 2002 11:31 AM
> To: Tomcat Users List
> Subject: RE: Help with Tomcat and IIS
> 
> 
> The "/jakarta/isapi_redirector.dll" URI should never
> be forwarded to Tomcat.  It occurrence indicates that the
> isapi_redirector.dll filter is being called more than once
> per request.
> 
> In the past this error was most often accomplished on
> WinNT/Win2k systems by adding the filter via the Admin
> console and incorrectly adding it again via the "Filter DLLs"
> registry key.  The "Filter DLLs" is for Win9x only.
> There have also been instances of the dll filter being
> added globally and to an individual web server causing
> it to be called twice.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Robert A. Rogerson [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, June 03, 2002 11:55 AM
> > To: [EMAIL PROTECTED]
> > Subject: Help with Tomcat and IIS
> >
> >
> > I installed Tomcat 4.0.3 and followed the How To directions
> > for redirecting
> > when using IIS.  JSP pages are served correctly through
> > Tomcat http://local
> > host:8080/examples/jsp/dates/date.jsp but when I try  and
> > serve a simple jsp
> > http://localhost/test.jsp where test.jsp is
> > 
> > 
> > Welcome JSP
> > 
> > 
> >  Welcome 
> >  Today is <%= new java.util.Date() %>.  Have a nice
> > day! :-) 
> > 
> > 
> >
> > I receive the error
> > ...Apache Tomcat/4.0.3 - Error report
> > ...Apache Tomcat/4.0.3 - HTTP Status 404 -
> > /jakarta/isapi_redirector.dll
> > ...type Status report
> > ...message /jakarta/isapi_redirector.dll
> > ...description The requested resource
> > (/jakarta/isapi_redirector.dll)
> > is not available.
> > through IIS.
> > I checked the authority to the /jakarta virtual directory and
> > it does have
> > Execute permission.
> >
> > Any ideas would be appreciated.
> >
> > Robert A. Rogerson
> > Phone:   905-826-7761
> > Cell:   416-562-1039
> > Email:[EMAIL PROTECTED]
> >
> >
> 
> --
> To unsubscribe, e-mail:
> <mailto:[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:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Help with Tomcat and IIS

[Larry Isaacs]

The "/jakarta/isapi_redirector.dll" URI should never
be forwarded to Tomcat.  It occurrence indicates that the
isapi_redirector.dll filter is being called more than once
per request.

In the past this error was most often accomplished on
WinNT/Win2k systems by adding the filter via the Admin
console and incorrectly adding it again via the "Filter DLLs"
registry key.  The "Filter DLLs" is for Win9x only.
There have also been instances of the dll filter being
added globally and to an individual web server causing
it to be called twice.

Cheers,
Larry

> -Original Message-
> From: Robert A. Rogerson [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, June 03, 2002 11:55 AM
> To: [EMAIL PROTECTED]
> Subject: Help with Tomcat and IIS
> 
> 
> I installed Tomcat 4.0.3 and followed the How To directions 
> for redirecting
> when using IIS.  JSP pages are served correctly through 
> Tomcat http://local
> host:8080/examples/jsp/dates/date.jsp but when I try  and 
> serve a simple jsp
> http://localhost/test.jsp where test.jsp is
> 
> 
> Welcome JSP
> 
> 
>  Welcome 
>  Today is <%= new java.util.Date() %>.  Have a nice 
> day! :-) 
> 
> 
> 
> I receive the error
> ...Apache Tomcat/4.0.3 - Error report
> ...Apache Tomcat/4.0.3 - HTTP Status 404 - 
> /jakarta/isapi_redirector.dll
> ...type Status report
> ...message /jakarta/isapi_redirector.dll
> ...description The requested resource 
> (/jakarta/isapi_redirector.dll)
> is not available.
> through IIS.
> I checked the authority to the /jakarta virtual directory and 
> it does have
> Execute permission.
> 
> Any ideas would be appreciated.
> 
> Robert A. Rogerson
> Phone:   905-826-7761
> Cell:   416-562-1039
> Email:[EMAIL PROTECTED]
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Need Hel plz

[Larry Isaacs]

I'm using the zip.  I take it that Mac OS X is case insensitive.

Larry

> -Original Message-
> From: Phillip Morelock [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, May 31, 2002 3:06 PM
> To: Tomcat Users List
> Subject: Re: Need Hel plz
> 
> 
> Interesting.
> 
> On Mac OS X -- I'm still having the problem as of 4.0.3, but 
> obviously not
> on Linux.  Haven't tried Windows.
> 
> Just out of curiosity, how did you install it?  Using the exe 
> or the zip
> file?
> 
> fillup
> 
> On 5/31/02 12:02 PM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote:
> 
> > Windows XP.
> > 
> > Larry
> > 
> >> -Original Message-
> >> From: Phillip Morelock [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, May 31, 2002 3:00 PM
> >> To: Tomcat Users List
> >> Subject: Re: Need Hel plz
> >> 
> >> 
> >> which OS?
> >> 
> >> 
> >> On 5/31/02 11:43 AM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote:
> >> 
> >>> For me, Tomcat 4.0.3 returns 404 for:
> >>> 
> >>> <http://localhost:8080/examples/jsp/dates/date.Jsp>
> >>> 
> >>> What does it do in your case?
> >>> 
> >>> Cheers,
> >>> Larry
> >>> 
> >>>> -Original Message-
> >>>> From: Phillip Morelock [mailto:[EMAIL PROTECTED]]
> >>>> Sent: Friday, May 31, 2002 2:20 PM
> >>>> To: Tomcat Users List
> >>>> Subject: Re: Need Hel plz
> >>>> 
> >>>> 
> >>>>> Current releases of Tomcat 4 and Tomcat 3 don't have
> >>>>> a problem with case sensitivity of ".jsp".  Only ".jsp"
> >>>> 
> >>>> Which versions have these fixes?
> >>>> 
> >>>> I'm using 4.0.3 and it has the "problem."
> >>>> 
> >>>> cheers
> >>>> fillup
> >>>> 
> >>>> 
> >>>> On 5/31/02 5:54 AM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote:
> >>>> 
> >>>>> Current releases of Tomcat 4 and Tomcat 3 don't have
> >>>>> a problem with case sensitivity of ".jsp".  Only ".jsp"
> >>>>> will serve the page.  Other case incorrect versions will
> >>>>> return 404 not found errors.
> >>>>> 
> >>>>> I would highly recommend upgrading from 3.1.
> >>>>> 
> >>>>> Cheers,
> >>>>> Larry
> >>>>> 
> >>>>>> -Original Message-
> >>>>>> From: Walid Mohammed [mailto:[EMAIL PROTECTED]]
> >>>>>> Sent: Thursday, May 30, 2002 7:44 PM
> >>>>>> To: [EMAIL PROTECTED]
> >>>>>> Subject: Re:Need Hel plz
> >>>>>> 
> >>>>>> 
> >>>>>> 
> >>>>>> 
> >>>>>> 
> >>>>>>   correction .. my Tomcat ver is 3.1  not 4 ! ..sorry
> >>>>>> 
> >>>>>> Walid Al-Abbadi
> >>>>>> 
> >>>>>> --
> >>>>>> 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:
> >>>> <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:
> >> <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:   
> <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: Need Hel plz

[Larry Isaacs]

Windows XP.

Larry

> -Original Message-
> From: Phillip Morelock [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, May 31, 2002 3:00 PM
> To: Tomcat Users List
> Subject: Re: Need Hel plz
> 
> 
> which OS?
> 
> 
> On 5/31/02 11:43 AM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote:
> 
> > For me, Tomcat 4.0.3 returns 404 for:
> > 
> > <http://localhost:8080/examples/jsp/dates/date.Jsp>
> > 
> > What does it do in your case?
> > 
> > Cheers,
> > Larry
> > 
> >> -Original Message-
> >> From: Phillip Morelock [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, May 31, 2002 2:20 PM
> >> To: Tomcat Users List
> >> Subject: Re: Need Hel plz
> >> 
> >> 
> >>> Current releases of Tomcat 4 and Tomcat 3 don't have
> >>> a problem with case sensitivity of ".jsp".  Only ".jsp"
> >> 
> >> Which versions have these fixes?
> >> 
> >> I'm using 4.0.3 and it has the "problem."
> >> 
> >> cheers
> >> fillup
> >> 
> >> 
> >> On 5/31/02 5:54 AM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote:
> >> 
> >>> Current releases of Tomcat 4 and Tomcat 3 don't have
> >>> a problem with case sensitivity of ".jsp".  Only ".jsp"
> >>> will serve the page.  Other case incorrect versions will
> >>> return 404 not found errors.
> >>> 
> >>> I would highly recommend upgrading from 3.1.
> >>> 
> >>> Cheers,
> >>> Larry
> >>> 
> >>>> -Original Message-
> >>>> From: Walid Mohammed [mailto:[EMAIL PROTECTED]]
> >>>> Sent: Thursday, May 30, 2002 7:44 PM
> >>>> To: [EMAIL PROTECTED]
> >>>> Subject: Re:Need Hel plz
> >>>> 
> >>>> 
> >>>> 
> >>>> 
> >>>> 
> >>>>   correction .. my Tomcat ver is 3.1  not 4 ! ..sorry
> >>>> 
> >>>> Walid Al-Abbadi
> >>>> 
> >>>> --
> >>>> 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:
> >> <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:   
> <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: Need Hel plz

[Larry Isaacs]

For me, Tomcat 4.0.3 returns 404 for:

<http://localhost:8080/examples/jsp/dates/date.Jsp>

What does it do in your case?

Cheers,
Larry

> -Original Message-
> From: Phillip Morelock [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, May 31, 2002 2:20 PM
> To: Tomcat Users List
> Subject: Re: Need Hel plz
> 
> 
> > Current releases of Tomcat 4 and Tomcat 3 don't have
> > a problem with case sensitivity of ".jsp".  Only ".jsp"
> 
> Which versions have these fixes?
> 
> I'm using 4.0.3 and it has the "problem."
> 
> cheers
> fillup
> 
> 
> On 5/31/02 5:54 AM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote:
> 
> > Current releases of Tomcat 4 and Tomcat 3 don't have
> > a problem with case sensitivity of ".jsp".  Only ".jsp"
> > will serve the page.  Other case incorrect versions will
> > return 404 not found errors.
> > 
> > I would highly recommend upgrading from 3.1.
> > 
> > Cheers,
> > Larry
> > 
> >> -Original Message-
> >> From: Walid Mohammed [mailto:[EMAIL PROTECTED]]
> >> Sent: Thursday, May 30, 2002 7:44 PM
> >> To: [EMAIL PROTECTED]
> >> Subject: Re:Need Hel plz
> >> 
> >> 
> >> 
> >> 
> >> 
> >>   correction .. my Tomcat ver is 3.1  not 4 ! ..sorry
> >> 
> >> Walid Al-Abbadi
> >> 
> >> --
> >> 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:   
> <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: Need Hel plz

[Larry Isaacs]

Current releases of Tomcat 4 and Tomcat 3 don't have
a problem with case sensitivity of ".jsp".  Only ".jsp"
will serve the page.  Other case incorrect versions will
return 404 not found errors.

I would highly recommend upgrading from 3.1.

Cheers,
Larry

> -Original Message-
> From: Walid Mohammed [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, May 30, 2002 7:44 PM
> To: [EMAIL PROTECTED]
> Subject: Re:Need Hel plz
> 
> 
> 
> 
> 
>   correction .. my Tomcat ver is 3.1  not 4 ! ..sorry 
> 
> Walid Al-Abbadi
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: moving from 3.2 to 3.31

[Larry Isaacs]

The contents of the web.xml is defined by the Servlet 2.2
spec, which hasn't changed.  More detail will be needed
to tell what is going wrong.  You can set the debug level
on SimpleMapper1 in server.xml to get more clues about
why your servlet isn't being found.

Cheers,
Larry

> -Original Message-
> From: Maureen Barger [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, May 30, 2002 11:22 AM
> To: [EMAIL PROTECTED]
> Subject: moving from 3.2 to 3.31
> 
> 
> Hi -- I am having some trouble moving an application from 
> tomcat 3.2 to 3.31.
> In my server.xml, I have pointed the ContextXmlReader to look 
> at my custom 
> apps.xml. My context is mounts and I can access it. But in 
> the web.xml of 
> the application I have defined a servlet to map to a location 
> and it is not 
> loading -- I get a 404.
> i.e. 
>   brand
>   JarBranderServlet
> 
> 
>
>   brand
>   /brand
>   
>   
>   brand
>   /brand/*
>
> 
> Has defining servlets changed in 3.31 as well? (So much else 
> has!) The only 
> clue in the docs is the application deployment doc, which 
> warns that it is 
> outdated.
> 
> Maureen Barger, CIT/ID, Cornell University
> Ithaca, NY 14850
> [EMAIL PROTECTED]
> http://mo.cit.cornell.edu/
> 
> Nature goes her own way and all that to us seems an exception
> is really according to order.
> --Johann Wolfgang von Goethe
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: I am trying to find the answer to this one for the last few days : Pl hep

[Larry Isaacs]

> -Original Message-
> From: Sankaranarayanan (Ganesh) Ganapathy 
> [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, May 24, 2002 2:47 PM
> To: Tomcat Users List
> Subject: RE: I am trying to find the answer to this one for 
> the last few days : Pl hep
> 
> 
> Hi Larry,
> 
> Thanx for writing. 
> 
> I am just trying to understand from tomcat developers like 
> you if there is anything in the way Tomcat4.0.3 works today 
> that forbids such a configuration - why the official 
> configurations supported mandates that every tomcat instance 
> have its own base directory.

I'm not intimately familiar with the internals of Tomcat 4
and its batch files, but I suspect there are numerous pitfalls
to trying to have multiple instances of Tomcat 4 share
CATALINA_BASE subdirectories.  The documented form of running
multiple Tomcat 4 instances is supported because it is simplest
way for the multiple instances not to step on each other.
Documenting possible deviations from this isn't practical.  It
would be much harder to explain and it would be much easier for
users to encounter problems.  Thus, it isn't worth the
developer's time to pursue this as a feature beyond what has
already been done.

Cheers,
Larry

> 
> My configuration is simple - embedded tomcat supports stand 
> alone or ajp13 connector mode with global defaults(like 
> logger etc). All contexts are loaded with default properties 
> using ((Deployer)host).install method. 
> 
> your help is much appreciated.
> 
> Thanx
> Ganesh
> 
> 
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 24, 2002 10:35 AM
> To: 'Tomcat Users List'
> Subject: RE: I am trying to find the answer to this one for 
> the last few
> days : Pl hep
> 
> 
> What is officially supported is documented in section 4 of
> the RUNNING.txt document:
> 
> <http://jakarta.apache.org/tomcat/tomcat-4.0-doc/RUNNING.txt>
> or
> <http://jakarta.apache.org/tomcat/tomcat-4.1-doc/RUNNING.txt>
> 
> If you want to deviate from this, I recommend you go ahead and
> try it.  Then post if you run into problems for which you can't
> find a workaround.  It is time consuming to predict what might
> go wrong based on what you might or might not attempt to do in
> your actual configuration.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Sankaranarayanan (Ganesh) Ganapathy 
> > [mailto:[EMAIL PROTECTED]] 
> > Sent: Friday, May 24, 2002 1:09 PM
> > To: [EMAIL PROTECTED]
> > Subject: I am trying to find the answer to this one for the 
> > last few days : Pl hep
> > 
> > 
> > Hi All,
> > 
> > I am resending this mail for the nth time hoping to get an 
> > answers from the experts here.
> > 
> > Anyway my question is if the following is a supported config:
> > 
> > I want to run multiples instances of embedded Tomcat all 
> > against the same base directory. Is such a configuration supported?
> > 
> > Something like 
> > 
> > C:\tomcat>java -Dcatalina.home=c:\tomcat 
> > org.apache.catalina.startup.Catalina -config .\conf\server.xml start
> > C:\tomcat>java -Dcatalina.home=c:\tomcat 
> > org.apache.catalina.startup.Catalina -config 
> .\conf1\server.xml start
> > 
> > 1. Can all the instance work off the same web application 
> > files on disk - will there be any problem between the tomcat 
> > instances all sharing the same web application files on disk?
> > 
> > 2. Will there be a problem with the work directory. I cant 
> > seem to find an api to tell every embedded tomcat to use 
> > different directories.
> > 
> > Any help will be greatly appreciated!
> > 
> > Thanx
> > Ganesh
> > 
> > --
> > 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:   
> <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: I am trying to find the answer to this one for the last few days : Pl hep

[Larry Isaacs]

What is officially supported is documented in section 4 of
the RUNNING.txt document:


or


If you want to deviate from this, I recommend you go ahead and
try it.  Then post if you run into problems for which you can't
find a workaround.  It is time consuming to predict what might
go wrong based on what you might or might not attempt to do in
your actual configuration.

Cheers,
Larry

> -Original Message-
> From: Sankaranarayanan (Ganesh) Ganapathy 
> [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, May 24, 2002 1:09 PM
> To: [EMAIL PROTECTED]
> Subject: I am trying to find the answer to this one for the 
> last few days : Pl hep
> 
> 
> Hi All,
> 
> I am resending this mail for the nth time hoping to get an 
> answers from the experts here.
> 
> Anyway my question is if the following is a supported config:
> 
> I want to run multiples instances of embedded Tomcat all 
> against the same base directory. Is such a configuration supported?
> 
> Something like 
> 
> C:\tomcat>java -Dcatalina.home=c:\tomcat 
> org.apache.catalina.startup.Catalina -config .\conf\server.xml start
> C:\tomcat>java -Dcatalina.home=c:\tomcat 
> org.apache.catalina.startup.Catalina -config .\conf1\server.xml start
> 
> 1. Can all the instance work off the same web application 
> files on disk - will there be any problem between the tomcat 
> instances all sharing the same web application files on disk?
> 
> 2. Will there be a problem with the work directory. I cant 
> seem to find an api to tell every embedded tomcat to use 
> different directories.
> 
> Any help will be greatly appreciated!
> 
> Thanx
> Ganesh
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1 and additionalJars

[Larry Isaacs]

The symptom you describe is easily achievable.  The main
point is that additionalJars adds jars to multiple webapps
the same as if you copied jdom.jar to each WEB-INF/lib.
You could try putting jdom.jar in your "test" webapp's
WEB-INF/lib, remove the additionalJars, and see if the error
still occurs.

I would not be surprised if it did.  If a servlet depends on
another class that in turn depends on jdom.jar classes, and
that class lives below the webapp classloader, then you
might see the symptom you describe.  The class in the lower
classloader can't see the classes in the webapp classloader
unless special programming is implemented to make it possible,
such as using the thread context classloader.

Cheers,
Larry

> -Original Message-
> From: Mario Felarca [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, May 21, 2002 4:58 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Tomcat 3.3.1 and additionalJars
> 
> 
>  >From: Larry Isaacs <[EMAIL PROTECTED]>
>  >
>  >After adding the jdom.jar and making the server.xml changes
>  >you describe, I find that I can compile and display the
>  >following JSP page:
> 
> Hrmm, ok well I am going to rip everything off the system and 
> try again. 
> Perhaps something has been convoluted to the point that it 
> just is not 
> working anymore.
> 
>  From a clean install, all I should have to do is put my 
> context classes in 
> place, add the additionalJars attribute, place the jdom.jar, 
> and start it 
> up, right?
> 
> If I am missing anything, please let me know. Hopefully this 
> time it will 
> work. :)
> 
> Thanks,
> 
> Mario-
> 
> 
> --
> 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.1 and additionalJars

[Larry Isaacs]

After adding the jdom.jar and making the server.xml changes
you describe, I find that I can compile and display the
following JSP page:

- test.jsp -
<%
org.jdom.JDOMException jdomExc = new org.jdom.JDOMException();
%>
This is a test.


This seems to indicate that the jdom.jar is available to
the web application.  I also tried a simple servlet which was
loaded on startup.  It too was successful.  It is likely that
your NoClassDefFound is due to a class in a lower classloader
that requires jdom.jar to be visible.  Using additionalJars
is equivalent to putting the jar in the WEB-INF/lib of all
web applications.  It offers the same visibility.

Cheers,
Larry

> -Original Message-
> From: Mario Felarca [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, May 20, 2002 12:38 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Tomcat 3.3.1 and additionalJars
> 
> 
>  >From: Larry Isaacs <[EMAIL PROTECTED]>
>  >
>  >That's basically correct.  The jar is added to the
>  >web application's classloader classpath.  The web
>  >application's classloader is switched in as the context
>  >class during request handling for that context.
>  >
>  >Larry
> 
> Ok, I just wanted to make sure of that. So I have my context 
> classes in a 
> jar that reside under my docBase/WEB-INF/lib directory. I place the 
> "shared" jdom.jar under the Tomcat/lib/container directory, and in my 
> server.conf file I make the following changes to LoaderInterceptor11.
> 
> additionalJars="jdom.jar"
> jarSeparator=";"
> 
> When I start tomcat up, it starts to load my context which 
> has a couple of 
> LoadOnStartup specified servlets. This servlets fail to load with a 
> NoClassDefFound Exception because the context can't find 
> org/jdom/JDOMException.
> 
> Can you think of anything else I can try or do in order to make the 
> additionalJars property work? I feel like this should work 
> and that this 
> feature should be doing exactly what I want it to be doing, 
> unfortunately I 
> have yet to see it function.
> 
> Thanks in advance,
> 
> Mario-
> 
> 
> --
> 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 as a service

[Larry Isaacs]

The C-runtime routine used for processing the individual settings
doesn't support quotes.  You have to add the appropriate quotes
in the wrapper.cmd_line setting.  This has already been done in
Tomcat 3.3.1.  Unfortunately, the handling doesn't deal with
substituting empty parameters.  As a result, an "improvement" to
this file in Tomcat 3.3.1 causes a problem.  See:



for details on dealing with this problem.

Cheers,
Larry

> -Original Message-
> From: Dave Swift [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, May 17, 2002 5:53 AM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3 as a service
> Importance: High
> 
> 
> Hi,
>I trying to follow the instructions for installing 
> Tomcat 3.3 as
> an NT Service
> on an NT Server 4 SP6A system.
> 
> I'm encountering a problem with I think relates to my syntax in the
> wrapper.properties
> file, as the installation directory for my tomcat has a space in it.
> 
> I originally coded the two key definitions in the 
> wrapper.properties file
> as :-
> 
> wrapper.tomcat_home=G:\Apache Group\jakarta-tomcat-3.3
> wrapper.java_home=g:\jdk1.3.1_02
> 
> As this is where I have installed the Tomcat and JDK code 
> respectively.
> 
> When I try to start the tomcat service, I get 'Tomcat Failed 
> to start', and
> in the jvm.stderr file in the logs directory, I have the message :-
> 
> java.lang.NoClassDefFoundError: 
> Group\jakarta-tomcat-3/3\lib\tomcat/jar
> Exception in thread "main"
> 
> From this I deduced, possibly erroneously, that the space in 
> the directory
> path for Tomcat
> was causing the problem.
> 
> However, I have tried every combination of quotes I can think 
> of to enclose
> the
> tomcat_home directory, and they all lead to a Tomcat Failed To Start
> message, and
> this time no logs either.
> 
> Can you help me with the coding of wrapper.properties to get 
> this to work ?
> I tried
> searching on the jakarta site and the general web I didn't 
> find anything
> that helped.
> The only worked examples of a wrapper.properties file I found all used
> directory
> names with no spaces in them.
> 
> I guess I could start again by uninstalling tomcat and all my 
> webapps and
> install
> tomcat in a directory with no spaces, but I would really rather
> not..
> 
> Needless to say, everything works just fine running the 
> startup.bat file,
> but I would
> prefer to run this as a service, as it makes the system 
> bootup automation
> easier, as
> I can establish dependencies between services, and also monitoring is
> easier for services.
> 
> Cheers, Dave S.
> 
> Senior I.T. Specialist - Systems & Network Management, EMEA 
> ATS-PIC Tivoli
> Unit
> E-Mail IdsInternet: [EMAIL PROTECTED]
>  Internal:
> SWIFTDS@IBMGB
> Phone +44 (0) 1962-817087 (DDI),  Mobile +44 (0) 
> 772-0411-717, Fax +44 (0)
> 1962-818191
> ***
> * QUALITY Means never having to say you're sorry *
> ***
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1 and additionalJars

[Larry Isaacs]

That's basically correct.  The jar is added to the
web application's classloader classpath.  The web
application's classloader is switched in as the context
class during request handling for that context.

Larry

> -Original Message-
> From: Mario Felarca [mailto:[EMAIL PROTECTED]] 
> Sent: Saturday, May 18, 2002 12:23 PM
> To: TomcatUser
> Subject: RE: Tomcat 3.3.1 and additionalJars 
> 
> 
> Date: Fri, 17 May 2002 12:30:33 -0400  
> >
> >Both of those should work.  There could be some
> >classloader issue involved.  Can you provide a test
> >case of what you are trying to do?
> >
> >Cheers,
> >Larry
> 
> So the base case I am trying is simply allowing access
> to the jdom.jar from my webapps. This is to simply
> test that the additionalJars property is working.
> 
> Actually, I just thought of something. The
> additionalJars value simply adds to the context
> classloader's classpath? It would not affect the other
> loaders such as apps and common?
> 
> Is that a correct statement?
> 
> Thanks in advance.
> 
> Mario-
> 
> 
> 
> 
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1 and additionalJars

[Larry Isaacs]

Both of those should work.  There could be some
classloader issue involved.  Can you provide a test
case of what you are trying to do?

Cheers,
Larry

> -Original Message-
> From: Mario Felarca [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, May 17, 2002 12:09 PM
> To: TomcatUser
> Subject: RE: Tomcat 3.3.1 and additionalJars
> 
> 
> >From: "Larry Isaacs" <[EMAIL PROTECTED]>  
> >Date: Thu, 16 May 2002 14:09:12 -0400 
> > 
> >What did you set the additionalJars attribute to and
> >where did you put the jdom.jar?
> >
> >Larry
> 
> The additionalJars attribute I tried setting to a
> couple of different things. One was an absolute path
> with the jdom.jar located at that absolute path.
> 
> For example, additionalJars="D:/test/jdom.jar".
> 
> I also tried setting it to just jdom.jar and putting
> the jar in the Tomcat/lib/container directory.
> 
> Any ideas?
> 
> Thanks!
> 
> Mario-
> 
> 
> 
> 
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.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: Trying to start tomcat 3.3.1

[Larry Isaacs]

The stack trace should give you a clue about who is
unhappy.  It could be the result of a typo in the server.xml.

Cheers,
Larry

> -Original Message-
> From: Jose, Babu [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, May 16, 2002 2:27 PM
> To: '[EMAIL PROTECTED]'
> Subject: Trying to start tomcat 3.3.1
> 
> 
> I am trying to start tomcat 3.3.1 and is getting the 
> following warning. 
> 
> 
> org.apache.tomcat.core.TomcatException: Root cause - Option 
> unsupported by
> protocol: create
> 
> 
> Any idea please..
> 
> Thanks
> Babu
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1 and additionalJars configuration

[Larry Isaacs]

What did you set the additionalJars attribute to and
where did you put the jdom.jar?

Larry

> -Original Message-
> From: Mario Felarca [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, May 16, 2002 2:03 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Tomcat 3.3.1 and additionalJars configuration
> 
> 
>  >From: Larry Isaacs <[EMAIL PROTECTED]>
>  >
>  >This was originally added as a way to add jasper.jar
>  >to each web application so it could be used with
>  >extensions other than ".jsp".  It worked for me at the
>  >time.  What exactly is the problem you are experiencing.
>  >
>  >Cheers,
>  >Larry
> 
> Hey,
> 
> I am just trying a simple case where I put jdom.jar in the 
> additionalJars 
> tag and see if my context classes can reference it. So far it 
> seems like 
> they cannot, but as I stated, I am unsure if there are other 
> configurations 
> I have to make.
> 
> Thanks in advance,
> 
> Mario-
> 
> 
> --
> 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: jndi under tomcat3.x ? (deploying a tomcat4.x webapp on tomcat3.x server)

[Larry Isaacs]

I'm afraid Tomcat 3.3.x doesn't support the  element
that Tomcat 4.x does for setting up such resources.

Cheers,
Larry

> -Original Message-
> From: chas [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, May 16, 2002 11:18 AM
> To: [EMAIL PROTECTED]
> Subject: jndi under tomcat3.x ? (deploying a tomcat4.x webapp 
> on tomcat3.x server) 
> 
> 
> I've built my webapp using a JNDI datasource resource, running
> on Tomcat4.  I had no problem setting up the JNDI environment. 
> 
> Now, I'm trying to run the webapp on a server which for one 
> reason or another, has Tomcat3.3. Am finding that the JNDI setup
> is not working, even though I simply deployed a war file (so 
> web.xml should be correct) and copied over the server.xml config
> from my development (Tomcat4) server. 
> 
> Then I checked 
> http://jakarta.apache.org/tomcat/tomcat-3.3-doc/index.html
> (yeah, perhaps I should have done that *before* trying to deploy )
> and don't see any JNDI reference.  Did Tomcat 3.x have JNDI support ?
> The error messages (below) suggest so : 
> 
> % 2002-05-16 06:56:24 - Ctx( /myapp ): Exception in: R( /myapp +
> /Lists/index.jsp + null) - javax.servlet.ServletException:
> javax.naming.NoInitialContextException: Need to specify class name in
> environment or system property, or as an applet parameter, or in an
> application resource file:  java.naming.factory.initial
> at
> org.apache.jasper.runtime.PageContextImpl.handlePageException(
> PageContextImp
> l.java:459)
> 
> 
> Given that I'm unable to upgrade to Tomcat4 (since it's running on 
> a VPS - Virtual Private Server), will it be possible to run my
> JNDI-dependent webapp on the Tomcat3 server ? 
> 
> Steps taken so far : 
> 
> 1. Deployed the war file.
> 
> 2. Added this to the server.xml : 
> 
> 
>type="javax.sql.DataSource"/>
>   
> 
>   user
>   
> 
> 
>   password
>   
> 
> 
>   driverClassName
>   org.gjt.mm.mysql.Driver
> 
> 
>   driverName
>   jdbc:mysql://localhost/mydb
> 
>   
> 
> 
> 3. Copied the following files from /common/lib
>to /lib (since Tomcat3 does not /common/lib)
> 
>- jdbc2_0-stdext.jar
>- mm.mysql-2.0.13-bin.jar
> 
> 
> 
> However, I notice that /lib does not have the
> naming-common.jar and naming-resources.jar, so I have a sneaky
> feeling that I'm barking up the wrong tree... 
> 
> cheers,
> 
> chas
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1 and additionalJars configuration

[Larry Isaacs]

This was originally added as a way to add jasper.jar
to each web application so it could be used with
extensions other than ".jsp".  It worked for me at the
time.  What exactly is the problem you are experiencing.

Cheers,
Larry

> -Original Message-
> From: Mario Felarca [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 15, 2002 3:45 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3.1 and additionalJars configuration
> 
> 
> Hello,
> 
> I was wondering if anyone has had any experience with using the 
> additionalJars attribute of the LoaderInterceptor11 module 
> within Tomcat.
> 
> There was a thread on classloaders that I started a couple of 
> weeks ago, 
> and a possible work-round was suggested by using the 
> additionalJars feature.
> 
> I am just trying to make a base case work, nothing fancy.I am 
> trying to 
> access a class from additionalJars from a class in my servlet 
> context. Has 
> anyone tried to use this feature, or does any one know if there is 
> something more that I need to do to get this to work?
> 
> Any experiences or ideas would be greatly appreciated!
> 
> Thanks,
> 
> Mario-
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[Larry Isaacs]

Tomcat 4.x uses a different architecture from Tomcat 3.3.x,
which is why their server.xml files contain very different
contents.  Thus,  isn't a supported element in
the 4.x server.xml.  You can probably accomplish the same
thing with multiple  elements, but not without a bit
more duplication of server.xml content than Tomcat 3.3.1.

Cheers,
Larry

> -Original Message-
> From: August Detlefsen [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 15, 2002 3:40 PM
> To: Tomcat Users List
> Subject: RE: Can all virtual hosts use a webapp that is put 
> inside $tomcat _home$/webapps?
> 
> 
> Is this also supported in TC 4.x? 
> 
> 
> 
> --- Larry Isaacs <[EMAIL PROTECTED]> wrote:
> > 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:
> > 
> >
> <http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.htm
> l#AutoWebApp>
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Brandon Cruz [mailto:[EMAIL PROTECTED]] 
> > > Sent: Tuesday, May 14, 2002 7:58 PM
> > > To: Tomcat Users List
> > > Subject: RE: Can all virtual hosts use a webapp that is put 
> > > inside $tomcat_home$/webapps?
> > > 
> > > 
> > > Everyone must have gone home...I'm really hoping that someone 
> > > can help with
> > > this, it seems like it would be a common problem.
> > > 
> > > Tomcat 3.2.x will not find files inside a webapp unless 
> that webapp
> > is
> > > specifically declared inside each virtual host in the 
> > > server.xml file.  I
> > > want to be able to put all my webapps inside 
> > > $tomcat_home$/webapps so that
> > > they will automatically be found.  Since we have many virtual 
> > > hosts, each
> > > using several different webapps, is there any way to avoid 
> > > the "myWebapp"
> > > context entry below for hundreds of diffent virtual hosts?
> > > 
> > > 
> > > 
> > >   > >  docBase="/usr/local/vhosts/domain.com/httpdocs">
> > >  crossContext="false"
> > >  debug="0"
> > >  reloadable="true"
> > >  
> > > 
> > >   > >  docBase="/usr/local/tomcat/webapps/myWebapp"
> > >  crossContext="true"
> > >  debug="0"
> > >  reloadable="true"
> > >  trusted="false">
> > >  
> > > 
> > > 
> > > 
> > > 
> > > Please help!  We've been banging our heads on this all day!
> > > 
> > > Thanks
> > > 
> > > Brandon
> > > 
> > > 
> > > -Original Message-
> > > From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, May 14, 2002 5:06 PM
> > > To: Tomcat Users List
> > > Subject: Can all virtual hosts use a webapp that is put inside
> > > $tomcat_home$/webapps?
> > > 
> > > 
> > > I have many virtual hosts.  Right now, they all access a 
> > > webapp because I
> > > have set the context to that webapp inside their  tag 
> > > in server.xml.
> > > I would like to change it so that all I have to do is put the 
> > > webapp inside
> > > $tomcat_home$/webapps.  Is this possible so that I can avoid 
> > > the redundant
> > > entries in server.xml, or does virtual hosting cause a 
> > > problem with this?  I
> > > am using tomcat 3.2.4, thanks in advance for any help!
> > > 
> > > 
> > > Brandon
> > > 
> > > 
> > > --
> > > To unsubscribe, e-mail:
> > > <mailto:[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:  
> > <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> > <mailto:[EMAIL PROTECTED]>
> > 
> 
> 
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.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: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps?

[Larry Isaacs]

Yes, one 
for each virtual host.  I would also recommend reviewing the
"doc/readme" file where important differences between Tomcat 3.2.x
and Tomcat 3.3 are mentioned.  There is a fair amount of new content
in the User's Guide as well.

Cheers,
Larry

> -Original Message-
> From: Brandon Cruz [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 15, 2002 10:59 AM
> To: Tomcat Users List
> Subject: RE: Can all virtual hosts use a webapp that is put 
> inside $tomcat_home$/webapps?
> 
> 
> Larry,
> 
> Thanks a ton for the clarification!  If I upgrade to 3.3.x 
> and want every
> webapp inside the webapps folder to automatically be deployed 
> for every
> virtual host, how do I specify the host attribute?
> 
> Do I have to add  to
> server.xml for each vhost, or am I missing something still?  
> I read the
> documentation and am still somewhat confused...
> 
> Brandon
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 15, 2002 9:38 AM
> To: 'Tomcat Users List'
> Subject: 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:
> 
> <http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.htm
> l#AutoWebApp>
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, May 14, 2002 7:58 PM
> > To: Tomcat Users List
> > Subject: RE: Can all virtual hosts use a webapp that is put
> > inside $tomcat_home$/webapps?
> >
> >
> > Everyone must have gone home...I'm really hoping that someone
> > can help with
> > this, it seems like it would be a common problem.
> >
> > Tomcat 3.2.x will not find files inside a webapp unless 
> that webapp is
> > specifically declared inside each virtual host in the
> > server.xml file.  I
> > want to be able to put all my webapps inside
> > $tomcat_home$/webapps so that
> > they will automatically be found.  Since we have many virtual
> > hosts, each
> > using several different webapps, is there any way to avoid
> > the "myWebapp"
> > context entry below for hundreds of diffent virtual hosts?
> >
> >
> > 
> >   >  docBase="/usr/local/vhosts/domain.com/httpdocs">
> >  crossContext="false"
> >  debug="0"
> >  reloadable="true"
> >  
> >
> >   >  docBase="/usr/local/tomcat/webapps/myWebapp"
> >  crossContext="true"
> >  debug="0"
> >  reloadable="true"
> >  trusted="false">
> >  
> > 
> >
> >
> >
> > Please help!  We've been banging our heads on this all day!
> >
> > Thanks
> >
> > Brandon
> >
> >
> > -Original Message-
> > From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, May 14, 2002 5:06 PM
> > To: Tomcat Users List
> > Subject: Can all virtual hosts use a webapp that is put inside
> > $tomcat_home$/webapps?
> >
> >
> > I have many virtual hosts.  Right now, they all access a
> > webapp because I
> > have set the context to that webapp inside their  tag
> > in server.xml.
> > I would like to change it so that all I have to do is put the
> > webapp inside
> > $tomcat_home$/webapps.  Is this possible so that I can avoid
> > the redundant
> > entries in server.xml, or does virtual hosting cause a
> > problem with this?  I
> > am using tomcat 3.2.4, thanks in advance for any help!
> >
> >
> > Brandon
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:[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:
> <mailto:[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:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

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

[Larry Isaacs]

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:



Cheers,
Larry

> -Original Message-
> From: Brandon Cruz [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, May 14, 2002 7:58 PM
> To: Tomcat Users List
> Subject: RE: Can all virtual hosts use a webapp that is put 
> inside $tomcat_home$/webapps?
> 
> 
> Everyone must have gone home...I'm really hoping that someone 
> can help with
> this, it seems like it would be a common problem.
> 
> Tomcat 3.2.x will not find files inside a webapp unless that webapp is
> specifically declared inside each virtual host in the 
> server.xml file.  I
> want to be able to put all my webapps inside 
> $tomcat_home$/webapps so that
> they will automatically be found.  Since we have many virtual 
> hosts, each
> using several different webapps, is there any way to avoid 
> the "myWebapp"
> context entry below for hundreds of diffent virtual hosts?
> 
> 
> 
>docBase="/usr/local/vhosts/domain.com/httpdocs">
>  crossContext="false"
>  debug="0"
>  reloadable="true"
>  
> 
>docBase="/usr/local/tomcat/webapps/myWebapp"
>  crossContext="true"
>  debug="0"
>  reloadable="true"
>  trusted="false">
>  
> 
> 
> 
> 
> Please help!  We've been banging our heads on this all day!
> 
> Thanks
> 
> Brandon
> 
> 
> -Original Message-
> From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 14, 2002 5:06 PM
> To: Tomcat Users List
> Subject: Can all virtual hosts use a webapp that is put inside
> $tomcat_home$/webapps?
> 
> 
> I have many virtual hosts.  Right now, they all access a 
> webapp because I
> have set the context to that webapp inside their  tag 
> in server.xml.
> I would like to change it so that all I have to do is put the 
> webapp inside
> $tomcat_home$/webapps.  Is this possible so that I can avoid 
> the redundant
> entries in server.xml, or does virtual hosting cause a 
> problem with this?  I
> am using tomcat 3.2.4, thanks in advance for any help!
> 
> 
> Brandon
> 
> 
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: HTTP Tunnelling problem?? Please help

[Larry Isaacs]

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?? 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
> 
> > -Original Message-
> > From: Andy Eastham [mailto:[EMAIL PROTECTED]] 
> > Sent: Wednesday, May 15, 2002 7:24 AM
> > To: Tomcat Users List
> > Subject: RE: HTTP Tunnelling problem?? Please help
> > 
> > 
> > Stuart,
> > 
> > You're extending Thread - everything that is mapped to a 
> > Tomcat request must
> > extend HttpServlet.  Tomcat is trying to cast your 
> TestTunnel class to
> > HttpServlet, which is failing.
> > 
> > Andy
> > 
> > > -Original Message-
> > > From: Stuart Stephen [mailto:[EMAIL PROTECTED]]
> > > Sent: 15 May 2002 11:56
> > > To: Tomcat Users List
> > > Subject: HTTP Tunnelling problem?? Please help
> > >
> > >
> > >
> > > Hello all,
> > >
> > > I'm having problems trying to write a HttpTunnel for java objects
> > > in Tomcat.
> > > For some reason I'm getting a ClassCastException. I don't 
> > understand this.
> > > I've even tried forcing it as you can see in my code below. 
> > The exception
> > > that i'm getting is not very clear and i can't put my 
> finger on it.
> > >
> > > I have attached the exception from Apache/Tomcat and the code for
> > > the tunnel
> > > at the bottom of this email. If you can help I would be 
> > very grateful.
> > >
> > > Regards,
> > > Stuart Stephen
> > >
> > > --
> > > --
> > > 
> > >
> > > Apache Tomcat/4.0.1 - HTTP Status 500 - Internal Server Error
> > >
> > > --
> > > --
> > > 
> > >
> > > type Exception report
> > >
> > > message Internal Server Error
> > >
> > > description The server encountered an internal error (Internal
> > > Server Error)
> > > that prevented it from fulfilling this request.
> > >
> > > exception
> > >
> > > java.lang.ClassCastException: TestTunnel
> > >   at
> > > 
> > org.apache.catalina.core.StandardWrapper.load(StandardWrapper.
> > java:820)
> > >   at
> > > org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.
> > > java:615)
> > >   at
> > > org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerSe
> > > rvlet.java
> > > :396)
> > >   at
> > > 
> > org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServl
> > et.java:180)
> > >   at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> > >   at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> > >   at
> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A
> > > pplication
> > > FilterChain.java:247)
> > >   at
> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati
> > > onFilterCh
> > > ain.java:193)
> > >   at
> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> > > erValve.ja
> > > va:243)
> > >   at
> > > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> > > ine.java:5
> > > 66)
> > >   at
> > > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> > > java:472)
> > >   at
> > > 
> > 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > >   at
> > > org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> > > xtValve.ja
> > > va:201)
> > >   at
> > > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> > > ine.java:5
> > > 66)
> > >   at
> > > org.apache.catalina.valve

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

[Larry Isaacs]

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

> -Original Message-
> From: Atnite [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 15, 2002 7:38 AM
> To: [EMAIL PROTECTED]
> Subject: SingleThreadModel under Tomcat 3.3.1 is not working???
> 
> 
> Hello there,
> I've got a question. I've made a servlet that is meant to be run using
> single thread model. It was made using JBuilder 5. When I run it under
> JBuilder's supplied Tomcat 3.2 hosting this servlet, it is 
> working exactly
> as expected - requests are queued and one is served at a 
> time. But, when I
> run the very same servlet under Tomcat 3.3.1, despite that 
> I've implemented
> SingleThreadModel in servlet and even made extra 
> synchronization, it still
> has no effect - requests are served all at the time of their arrival.
> The question is - is it a bug of Tomcat 3.3.1 or I miss 
> something (probably
> in Tomcat configuration files).
> Thanks
> 
> 
> 
> _
> 
> Do You Yahoo!?
> 
> Get your free @yahoo.com address at http://mail.yahoo.com
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: HTTP Tunnelling problem?? Please help

[Larry Isaacs]

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

> -Original Message-
> From: Andy Eastham [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 15, 2002 7:24 AM
> To: Tomcat Users List
> Subject: RE: HTTP Tunnelling problem?? Please help
> 
> 
> Stuart,
> 
> You're extending Thread - everything that is mapped to a 
> Tomcat request must
> extend HttpServlet.  Tomcat is trying to cast your TestTunnel class to
> HttpServlet, which is failing.
> 
> Andy
> 
> > -Original Message-
> > From: Stuart Stephen [mailto:[EMAIL PROTECTED]]
> > Sent: 15 May 2002 11:56
> > To: Tomcat Users List
> > Subject: HTTP Tunnelling problem?? Please help
> >
> >
> >
> > Hello all,
> >
> > I'm having problems trying to write a HttpTunnel for java objects
> > in Tomcat.
> > For some reason I'm getting a ClassCastException. I don't 
> understand this.
> > I've even tried forcing it as you can see in my code below. 
> The exception
> > that i'm getting is not very clear and i can't put my finger on it.
> >
> > I have attached the exception from Apache/Tomcat and the code for
> > the tunnel
> > at the bottom of this email. If you can help I would be 
> very grateful.
> >
> > Regards,
> > Stuart Stephen
> >
> > --
> > --
> > 
> >
> > Apache Tomcat/4.0.1 - HTTP Status 500 - Internal Server Error
> >
> > --
> > --
> > 
> >
> > type Exception report
> >
> > message Internal Server Error
> >
> > description The server encountered an internal error (Internal
> > Server Error)
> > that prevented it from fulfilling this request.
> >
> > exception
> >
> > java.lang.ClassCastException: TestTunnel
> > at
> > 
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.
> java:820)
> > at
> > org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.
> > java:615)
> > at
> > org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerSe
> > rvlet.java
> > :396)
> > at
> > 
> org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServl
> et.java:180)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A
> > pplication
> > FilterChain.java:247)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati
> > onFilterCh
> > ain.java:193)
> > at
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> > erValve.ja
> > va:243)
> > at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> > ine.java:5
> > 66)
> > at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> > java:472)
> > at
> > 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> > org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> > xtValve.ja
> > va:201)
> > at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> > ine.java:5
> > 66)
> > at
> > org.apache.catalina.valves.CertificatesValve.invoke(CertificatesVa
> > lve.java:2
> > 46)
> > at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> > ine.java:5
> > 64)
> > at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> > java:472)
> > at
> > 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> > 
> org.apache.catalina.core.StandardContext.invoke(StandardContex
> t.java:2344)
> > at
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv
> > e.java:164
> > )
> > at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> > ine.java:5
> > 66)
> > at
> > org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat
> > cherValve.
> > java:170)
> > at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> > ine.java:5
> > 64)
> > at
> > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv
> > e.java:170
> > )
> > at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> > ine.java:5
> > 64)
> > at
> > 
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv
> e.java:462)
> > at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> > ine.java:5
> > 64)
> > at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> > java:472)
> > at
> > 
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine
> > Valve.java
> > :163)
> > at
> 

RE: mod_jk not mapping uri successfully for servlets on 3.3.1

[Larry Isaacs]

Chris,

Before I start investigating, would you confirm that this is
mod_jk built from jakarta-tomcat-connectors/jk/native or
jakarta-tomcat/src/native source.  In the mean time, feel
free to use multiple:

   JkMount //servlet/* 

Also, unless you need special settings, the Tomcat 3.3.1
generated config files should be close to what you are looking
for.  Try "bin/startup jkconf" to generate them and take a
look.

Cheers,
Larry

> -Original Message-
> From: Chris Herrmann [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, May 14, 2002 9:37 PM
> To: 'Tomcat Users List'
> Subject: RE: mod_jk not mapping uri successfully for servlets on 3.3.1
> 
> 
> Ok... some more information...
> 
> JkMount /*/servlet/* ajp13
> 
> It turns out, that this line breaks apache! Warning warning 
> warning don't
> use it! I just spent 5 hours recompiling apache, checking 
> httpd.conf etc et
> al to discover after a few hours sleep and a coffee that it's 
> actually this
> line in mod_jk.conf that's breaking my websites right now and 
> not apache
> being weird.
> 
> Now, to clarify a bit:
> 
> - I used to run tomcat 3.2.2, with the mod_jk that was 
> released with it, and
> the following line successfully mapped servlets to an ajp13 worker:
> 
>   JkMount /servlet/* ajp13
> 
> - I now run tomcat 3.3.1, with the new mod_jk, and that line does not
> successfully map servlets to an ajp13 worker. It fails, saying
> "map_uri_to_worker, done without a match"
> - the equivalent line for JSPs works fine for old tomcat & 
> new tomcat - no
> problems there.
> - I tried adding /*/servlet/* ajp13 as a workaround - maybe 
> the uri match
> was failing because of the leading "webappname" i.e. the uri 
> would look
> like: "/testapp/servlet/index" . Initially, I had success - it was
> successfully mapped to an ajp13 worker. However, it also 
> mapped *everything*
> else, regardless of how the path looked (html, directories, 
> gifs, jpgs etc
> etc etc) that lived in the normal apache htdocs directories. 
> In other words,
> tomcat had taken over apache! 
> 
> But, this still leaves me with the basic problem, which is 
> that the stock
> standard mod_jk.conf file 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/* ajp13
> 
> 
> 2. Is mod_jk behaving correctly?
> 3. If mod_jk isn't behaving correctly, how do I fix it / or get more
> information from it?
> 
> Thanks,
> 
> Chris
> 
> |-Original Message-
> |From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> |Sent: Wednesday, 15 May 2002 00:24
> |To: 'Tomcat Users List'
> |Subject: 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 PROTECTED]]
> |> Sent: Wednesday, May 15, 2002 5:21 AM
> |> To: [EMAIL PROTECTED]
> |> Subject: RE: mod_jk not mapping uri successfully for
> |servlets on 3.3.1
> |>
> |>
> |> Hi Larry,
> |>
> |> No, I haven't tried:
> |>
> |> JkMount /testapp/servlet/* ajp13
> |>
> |> doing so now...
> |>
> |> I upgraded to the latest mod_jk.so as well from
> |> jakarta.apache.org. I tried
> |> both with and without eapi support to see if it made a
> |difference (and
> |> rebuilt apache with and without eapi support accordingly.
> |> Currently it's
> |> on).
> |>
> |> Ok... so... adding your suggestion above works...
> |>
> |> Previously, I haven't had to do this. I also tried adding:
> |>
> |> JkMount */servlet/* ajp13
> |>
> |> doesn't work but:
> |>
> |> JkMount /*/servlet/* ajp13
> |>
> |> does work.
> |>
> |> Has the way mod_jk parses paths changed in the latest version?
> |>
> |> Cheers,
> |>
> |> Chris
> |>
> |>
> |> > 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
> |>
> |>
> |>
> |>
> |> --
> |> 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]>
> 
> 
> 
> --
> 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: existence of Alias tag in Tomcat 3.3?

[Larry Isaacs]

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:




Cheers,
Larry

> -Original Message-
> From: Duane Gran [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, May 14, 2002 12:15 PM
> To: [EMAIL PROTECTED]
> Cc: SpinWeb Admin
> Subject: existence of Alias tag in Tomcat 3.3?
> 
> 
> Tomcat Users,
> 
> I was under the impression that there was an Alias tag 
> available within 
> a WebApp that would allow multiple domain names to match to one Host 
> entry.  For example:
> 
> 
>  
>
> docBase="/usr/local/apache/sites/anotherbigidea.com/htdocs"
> debug="1"
> reloadable="true">
>   
>  anotherbigidea.com
>  www.anotherbigidea.com
>  
> 
> 
> In the example above, the httpd.conf would have a ServerName of 
> nickmain.spinweb.net and a ServerAlias of anotherbigidea.com and 
> www.anotherbigidea.com.  Is the Alias tag only part of Tomcat 
> 4, or is 
> there a way to do this in Tomcat 3 without duplicating the 
> Host tag?  I 
> appreciate any comments or suggestions on this, as I mistakenly 
> transferred some domains and I'm needing to fix this one 
> pretty quickly.
> 
> Duane
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk not mapping uri successfully for servlets on 3.3.1

[Larry Isaacs]

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 PROTECTED]] 
> Sent: Wednesday, May 15, 2002 5:21 AM
> To: [EMAIL PROTECTED]
> Subject: RE: mod_jk not mapping uri successfully for servlets on 3.3.1
> 
> 
> Hi Larry,
> 
> No, I haven't tried:
> 
> JkMount /testapp/servlet/* ajp13
> 
> doing so now...
> 
> I upgraded to the latest mod_jk.so as well from 
> jakarta.apache.org. I tried
> both with and without eapi support to see if it made a difference (and
> rebuilt apache with and without eapi support accordingly. 
> Currently it's
> on).
> 
> Ok... so... adding your suggestion above works...
> 
> Previously, I haven't had to do this. I also tried adding:
> 
> JkMount */servlet/* ajp13
> 
> doesn't work but:
> 
> JkMount /*/servlet/* ajp13
> 
> does work.
> 
> Has the way mod_jk parses paths changed in the latest version?
> 
> Cheers,
> 
> Chris
> 
> 
> > 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
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk not mapping uri successfully for servlets on 3.3.1

[Larry Isaacs]

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]] 
> Sent: Wednesday, May 15, 2002 5:00 AM
> To: [EMAIL PROTECTED]
> Subject: mod_jk not mapping uri successfully for servlets on 3.3.1
> 
> 
> Hi,
> 
> I'm running Tomcat 3.3.1, Sun Java 1.3.1, and Apache 1.3.23 
> on Redhat Linux
> 7.2.
> 
> Have been using an earlier version of mod_jk fine for a long time with
> Tomcat 3.2.1. I upgraded to 3.3.1 the other night to fix some problems
> addressed by 3.3.1, and thought I had it all sussed... 
>  here>
> 
> mod jk is failing to pass requests for servlets to tomcat 
> properly - it
> appears that it's not matching the string 
> "/mywebapp/servlet/myservlet"
> properly, and leaving it to Apache to handle, who promptly 
> returns a 404,
> as you expect. jsp files are working fine.
> 
> If I surf directly to Tomcat on 8080, the servlets are 
> running fine, so I
> think the problem is with mod jk and not Tomcat itself.
> 
> If I enable "warn" level in mod_jk.conf, I see the following:
> 
> [Tue May 14 22:47:57 2002]  [jk_uri_worker_map.c (351)]: Into
> jk_uri_worker_map_t::map_uri_to_worker
> [Tue May 14 22:47:57 2002]  [jk_uri_worker_map.c (368)]: 
> Attempting to map
> URI '/testapp/servlet/index'
> [Tue May 14 22:47:57 2002]  [jk_uri_worker_map.c (456)]:
> jk_uri_worker_map_t::map_uri_to_worker, done without a match
> 
> 
> -
> 
> The webapp is called testapp. mod_jk.conf looks like:
> 
> LoadModule jk_module libexec/mod_jk.so
> AddModule mod_jk.c
> 
> 
> JkWorkersFile /usr/local/tomcat/conf/jk/workers.properties
> JkLogFile  /var/log/tomcat/jk.log
> JkLogLevel warn
> JkMount /*.jsp ajp13
> JkMount /servlet/* ajp13
> 
> 
> -
> 
> Originally I experienced this problem with Apache 1.3.17, and rebuilt
> Apache tonight as 1.3.23 as I was adding PHP support, and 
> figured that it
> might shake the monkey off this one's back...
> 
> If I add the servlet manually to mod_jk.conf ala...
> 
> JkMount /testapp/servlet/index ajp13
> 
> then this single servlet works ok... It appears to only be 
> breaking when
> it's matching '*'...
> 
> Any ideas as to what it could be? What other information do you need?
> 
> Cheers,
> 
> 
> Chris Herrmann (wishing upon a star tonight...)
> Far Edge Technology
> 
> p. 02 99553640
> f. 02 99547994
> m. 0403 393309
> http://www.faredge.com.au
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: simple ContextManager question

[Larry Isaacs]

Try setting debug="1" on the  element in your
server.xml.  This will cause a group of lines to appear in the
Tomcat log for each request.  The first of these lines identifies
the host Tomcat thinks the request is for.  Do you see the
different host names here?

Cheers,
Larry


> -Original Message-
> From: Duane Gran [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, May 13, 2002 2:13 PM
> To: Tomcat Users List
> Subject: Re: simple ContextManager question
> 
> 
> Larry,
> 
> Thanks for the additional information.  Upon further reflection, I 
> notice that all JSPs are compiled into the following directory:
> 
>$TOMCAT_HOME/work/DEFAULT/examples/jsp
> 
> The problem is that requests to domain1.com/examples/ and 
> domain2.com/examples/ are treated the same, and I would like 
> Tomcat to 
> use the work directories for each domain, not the DEFAULT.  
> Recall, the 
> purpose is to have a playground where users on the system can fiddle 
> with the examples directory to learn and explore.
> 
> I had this working with Tomcat 3.2, but I don't see the configuration 
> analog between the two systems.  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, Larry Isaacs wrote:
> 
> > 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 messages you see and is
> > used in other ways, such as the work directory name for the
> > context.  Consistent with this, auto-deployment of a web application
> > named ROOT implies it should be the default context, and 
> not served as
> > "/ROOT".
> >
> > Cheers,
> > Larry
> >
> >> -Original Message-
> >> From: Duane Gran [mailto:[EMAIL PROTECTED]]
> >> Sent: Monday, May 13, 2002 1:41 PM
> >> To: [EMAIL PROTECTED]
> >> Subject: simple ContextManager question
> >>
> >>
> >> Tomcat users,
> >>
> >> I'm running Tomcat 3.3 with multiple virtual hosts and using
> >> the handy
> >> feature where Tomcat reads the
> >> $TOMCAT_HOME/conf/apps-user.xml files for
> >> each web app.  Things are working well, but I believe all the web
> >> applications are being mapped to the /ROOT webapp, which 
> isn't what I
> >> want.  I copied over the examples directory to each user's
> >> area so they
> >> would have their own "playground" so to speak.
> >>
> >> My reason for thinking this is because of the following output when
> >> starting Tomcat:
> >>
> >> 2002-05-13 12:23:16 - ContextManager: Adding
> >> dezrtfox.spinweb.net:/ROOT
> >> 2002-05-13 12:23:16 - ContextManager: Adding
> >> nickmain.spinweb.net:/ROOT
> >> 2002-05-13 12:23:16 - ContextManager: Adding
> >> cogsense.spinweb.net:/ROOT
> >> 2002-05-13 12:23:16 - ContextManager: Adding
> >> mudgecko.spinweb.net:/ROOT
> >> 2002-05-13 12:23:16 - ContextManager: Adding  
> jpinto.spinweb.net:/ROOT
> >>
> >> I've looked at the docs, but haven't found the source of my
> >> error.  If
> >> things work correctly I should expect to see files 
> generated from JSP
> >> processing in the $TOMCAT_HOME/work/DOMAIN directory, but I
> >> don't.  This
> >> leads me to think that Tomcat isn't mapping the context
> >> correctly to the
> >> directory I've specified.  Just for kicks, here is one of my webapp
> >> config files:
> >>
> >> 
> >> 
> >> 
> >>  
> >>>>
> >> docBase="/usr/local/apache/sites/anotherbigidea.com/htdocs"
> >> debug="1"
> >> reloadable="true">
> >>   
> >>  anotherbigidea.com
> >>  
> >> 
> >> 
> >>
> >> Can someone enlighten me on this?  I would be very
> >> appreciative and I'll
> >> be glad to furnish more details.
> >>
> >> Duane
> >>
> >>
> >> --
> >> 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:tomcat-user-
> > [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: simple ContextManager question

[Larry Isaacs]

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 messages you see and is
used in other ways, such as the work directory name for the
context.  Consistent with this, auto-deployment of a web application
named ROOT implies it should be the default context, and not served as
"/ROOT".

Cheers,
Larry

> -Original Message-
> From: Duane Gran [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, May 13, 2002 1:41 PM
> To: [EMAIL PROTECTED]
> Subject: simple ContextManager question
> 
> 
> Tomcat users,
> 
> I'm running Tomcat 3.3 with multiple virtual hosts and using 
> the handy 
> feature where Tomcat reads the 
> $TOMCAT_HOME/conf/apps-user.xml files for 
> each web app.  Things are working well, but I believe all the web 
> applications are being mapped to the /ROOT webapp, which isn't what I 
> want.  I copied over the examples directory to each user's 
> area so they 
> would have their own "playground" so to speak.
> 
> My reason for thinking this is because of the following output when 
> starting Tomcat:
> 
> 2002-05-13 12:23:16 - ContextManager: Adding  
> dezrtfox.spinweb.net:/ROOT
> 2002-05-13 12:23:16 - ContextManager: Adding  
> nickmain.spinweb.net:/ROOT
> 2002-05-13 12:23:16 - ContextManager: Adding  
> cogsense.spinweb.net:/ROOT
> 2002-05-13 12:23:16 - ContextManager: Adding  
> mudgecko.spinweb.net:/ROOT
> 2002-05-13 12:23:16 - ContextManager: Adding  jpinto.spinweb.net:/ROOT
> 
> I've looked at the docs, but haven't found the source of my 
> error.  If 
> things work correctly I should expect to see files generated from JSP 
> processing in the $TOMCAT_HOME/work/DOMAIN directory, but I 
> don't.  This 
> leads me to think that Tomcat isn't mapping the context 
> correctly to the 
> directory I've specified.  Just for kicks, here is one of my webapp 
> config files:
> 
> 
> 
> 
>  
>
> docBase="/usr/local/apache/sites/anotherbigidea.com/htdocs"
> debug="1"
> reloadable="true">
>   
>  anotherbigidea.com
>  
> 
> 
> 
> Can someone enlighten me on this?  I would be very 
> appreciative and I'll 
> be glad to furnish more details.
> 
> Duane
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk performance optimization

[Larry Isaacs]

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: mod_jk performance optimization
> 
> 
> Thanx for your reply, for it really helped.
> I used jk from 3.3 and the previous error which appeard at 
> mod_jk.log is 
> gone. :-)
> But...(there's always a but) another error appears when I 
> request several 
> servlet tasks simultaneously. In mod_jk.log:
> 
> [jk_ajp13_worker.c (381)]: Error ajp13_process_callback - write failed
> 
> I've also checked tomcat.log and the following error appears:
> 
> Ctx( /WebApplication ): Exception in: R( /WebApplication + 
> /servlet/ServletObj + null) - java.lang.OutOfMemoryError
> <>
> 
> After this the system is slower than ever. I tried to restart 
> Tomcat but the 
> system continues to be very...very slow.
> 
> I'd appreciate if some clues about this problem could be thrown
> at me :-)
> 
> Thanx.
> Serrano.
> 
> >From: <[EMAIL PROTECTED]>
> >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
> >To: Tomcat Users List <[EMAIL PROTECTED]>
> >Subject: Re: mod_jk performance optimization
> >Date: Thu, 2 May 2002 10:04:13 -0700 (PDT)
> >
> >On Thu, 2 May 2002, M. Serrano wrote:
> >
> > > Hi.
> > >
> > > I've got installed in my box Linux, Apache 1.3.19, JDK 
> 1.3.1 and TC 
> >3.3.1
> > > working with ajp13. The following error appeard in my 
> mod_jk.log after a 
> >bit
> > > of continuous utilisation:
> > >
> > > [jk_ajp13_worker.c (203)]: connection_tcp_get_message: Error -
> > > jk_tcp_socket_recvfull failed
> > > [jk_ajp13_worker.c (621)]: Error reading request
> >
> >From the line numbers, you may use an older version of jk, 
> try updating
> >from CVS head first ( the bug may be already fixed ) ( you 
> can use either
> >the 'frozen' jk from 3.3 or j-t-c ).
> >
> >The error message means from some reasons tomcat didn't sent back any
> >content - so you may need to look in tomcat's lots as well.
> >
> >( the 'reading request' means the request from tomcat to jk to send a
> >chunk of data )
> >
> >Costin
> >
> > >
> > > After analysing the server's config files and reading 
> some threads, I
> > > concluded that the problem might be resolved through a 
> bit of extra
> > > re-configuration. Although the problem appearence was 
> delayed, it still
> > > existed.
> > >
> > > I wonder if anyone out there could help me with this subject. I'm 
> >sending in
> > > attach some lines of httpd.conf, server.xml and mod_jk.conf
> > >
> > > Thanx a lot for your time.
> > > Serrano.
> > >
> > > ##
> > > ## httpd.conf -- Apache HTTP server configuration file
> > > ##
> > >
> > > #
> > > # Timeout: The number of seconds before receives and 
> sends time out.
> > > #
> > > Timeout 300
> > >
> > > #
> > > # KeepAlive: Whether or not to allow persistent 
> connections (more than
> > > # one request per connection). Set to "Off" to deactivate.
> > > #
> > > KeepAlive On
> > >
> > > #
> > > # MaxKeepAliveRequests: The maximum number of requests to allow
> > > # during a persistent connection. Set to 0 to allow an 
> unlimited amount.
> > > # We recommend you leave this number high, for maximum 
> performance.
> > > #
> > > MaxKeepAliveRequests 100
> > >
> > > #
> > > # KeepAliveTimeout: Number of seconds to wait for the 
> next request from 
> >the
> > > # same client on the same connection.
> > > #
> > > KeepAliveTimeout 15
> > >
> > > #
> > > # Server-pool size regulation.  Rather than making you 
> guess how many
> > > # server processes you need, Apache dynamically adapts to 
> the load it
> > > # sees --- that is, it tries to maintain enough server 
> processes to
> > > # handle the current load, plus a few spare servers to 
> handle transient
> > > # load spikes (e.g., multiple simultaneous requests from a single
> > > # Netscape browser).
> > > #
> > > # It does this by periodically checking how many servers 
> are waiting
> > > # for a request.  If there are fewer than 
> MinSpareServers, it creates
> > > # a new spare.  If there are more than MaxSpareServers, 
> some of the
> > > # spares die off.  The default values are probably OK for 
> most sites.
> > > #
> > > MinSpareServers 5
> > > MaxSpareServers 10
> > >
> > > #
> > > # Number of servers to start initially --- should be a reasonable 
> >ballpark
> > > # figure.
> > > #
> > > StartServers 8
> > >
> > > #
> > > # Limit on total number of servers running, i.e., limit 
> on the number
> > > # of clients who can simultaneously connect --- if this 
> limit is ever
> > > # reached, clients will be LOCKED OUT, so it should NOT 
> BE SET TOO LOW.
> > > # It is intended mainly as a brake to keep a runaway 
> server from taking
> > > # the system with it as it spirals down...
> > > #
> > > MaxClients 150
> > >
> > > #
> > > # MaxRequestsPerChild: the number of requests each child 
> pr

RE: Classloader question

[Larry Isaacs]

I haven't actually tested the additionalJars feature with
respect to reloading. It was orignally added with non-changing
jars in mind, jasper.jar specifically.  You may have to also
specify use11Loader="true" for jar reloading to work.

I'm not aware of an equivalent feature in Tomcat 4.x.

Cheers,
Larry

> -Original Message-
> From: tamir [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, May 07, 2002 9:18 AM
> To: 'Tomcat Users List'
> Subject: RE: Classloader question
> 
> 
> Hi Larry,
> As I understand the additionalJars attribute, 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
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 07, 2002 2:18 PM
> To: 'Tomcat Users List'
> Subject: RE: Classloader question
> 
> 
> The classloader diagram is found at:
> 
> <http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.htm
> l#configuring_
> classes>
> 
> 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
> approach will work because of this.
> 
> However, there is an alternate trick that might work if you want
> to give it a try.  Instead of placing the "shared" classes in the
> "apps" class loader, place them somewhere else and "include" them
> in the webapp class loader using the additionalJars attribute of
> the LoaderInterceptor11.  See:
> 
> <http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.htm
> l#LoaderInterc
> eptor11>
> 
> I believe the additionalJars attribute will take directories as
> well as jars.  I also believe the "additionalJars" will be
> searched after WEB-INF/classes, so a different version of a
> class in WEB-INF/classes will take priority over classes added
> by "additionalJars".
> 
> Cheers,
> Larry
> 
> 
> > -Original Message-
> > From: tamir [mailto:[EMAIL PROTECTED]] 
> > Sent: Tuesday, May 07, 2002 4:06 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Classloader question
> > 
> > 
> > Hi,
> > I had many problems with classloaders using tomcat 3.3.1.
> > I think you shouldn't be suprised by the LinkageError, cause 
> > you actually
> > load this class twice, once by the context class loader and 
> > second by the
> > apps
> > class loader.
> > What I don't remember is the hirarcy between these two class loaders
> > (maybe you can check in the archives, and understand better what's
> > happening).
> > What I don't understand is why using two different versions 
> > of the same
> > class.
> > Isn't it some kind of troublemaker?
> > 
> > Tamir
> > 
> > 
> > 
> > -Original Message-
> > From: Mario Felarca [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, May 07, 2002 7:06 AM
> > To: [EMAIL PROTECTED]
> > Subject: Classloader question
> > 
> > 
> > Hello,
> > 
> > I have a situation with Tomcat 3.3a where I am trying
> > to allow a specific servlet context to load a version
> > of a class from within their WEB-INF/classes
> > directory, while other contexts on the server use a
> > different version of that class that is loaded by the
> > apps classloader.
> > 
> > I can currently get the context classloader to
> > actually load the correct class, however later on
> > during init, I am getting a java.lang.LinkageError
> > saying that the specific class that is being loaded
> > twice is violating the loader constraints.
> > 
> > Can anyone point me to any resources that would help
> > me solve this problem? Any similar experiences or
> > ideas would be greatly appreciated.
> > 
> > Thanks in advance,
> > 
> > Mario-
> > 
> > __
> > Do You Yahoo!?
> > Yahoo! Health - your guide to health and wellness
> > http://health.yahoo.com
> > 
> > --
> > To unsubscribe, e-mail:
> > <mailto:[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:
> <mailto:[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:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Classloader question

[Larry Isaacs]

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
approach will work because of this.

However, there is an alternate trick that might work if you want
to give it a try.  Instead of placing the "shared" classes in the
"apps" class loader, place them somewhere else and "include" them
in the webapp class loader using the additionalJars attribute of
the LoaderInterceptor11.  See:



I believe the additionalJars attribute will take directories as
well as jars.  I also believe the "additionalJars" will be
searched after WEB-INF/classes, so a different version of a
class in WEB-INF/classes will take priority over classes added
by "additionalJars".

Cheers,
Larry


> -Original Message-
> From: tamir [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, May 07, 2002 4:06 AM
> To: 'Tomcat Users List'
> Subject: RE: Classloader question
> 
> 
> Hi,
> I had many problems with classloaders using tomcat 3.3.1.
> I think you shouldn't be suprised by the LinkageError, cause 
> you actually
> load this class twice, once by the context class loader and 
> second by the
> apps
> class loader.
> What I don't remember is the hirarcy between these two class loaders
> (maybe you can check in the archives, and understand better what's
> happening).
> What I don't understand is why using two different versions 
> of the same
> class.
> Isn't it some kind of troublemaker?
> 
> Tamir
> 
> 
> 
> -Original Message-
> From: Mario Felarca [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 07, 2002 7:06 AM
> To: [EMAIL PROTECTED]
> Subject: Classloader question
> 
> 
> Hello,
> 
> I have a situation with Tomcat 3.3a where I am trying
> to allow a specific servlet context to load a version
> of a class from within their WEB-INF/classes
> directory, while other contexts on the server use a
> different version of that class that is loaded by the
> apps classloader.
> 
> I can currently get the context classloader to
> actually load the correct class, however later on
> during init, I am getting a java.lang.LinkageError
> saying that the specific class that is being loaded
> twice is violating the loader constraints.
> 
> Can anyone point me to any resources that would help
> me solve this problem? Any similar experiences or
> ideas would be greatly appreciated.
> 
> Thanks in advance,
> 
> Mario-
> 
> __
> Do You Yahoo!?
> Yahoo! Health - your guide to health and wellness
> http://health.yahoo.com
> 
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[Larry Isaacs]

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 8:46 PM
> To: [EMAIL PROTECTED]; 
> [EMAIL PROTECTED]
> Subject: shutdown.sh doesn't shutdown JVM(more info)
> 
> 
> 
> 
> Hi all,
> 
> I am using tomcat4.0.3 with JDK1.4 on Solaris 8.
> 
> After I enter shutdown.sh, the JVM for tomcat is still there. 
> After several 
> round shutdown.sh and startup.sh, my Solaris machine has many 
> JVMs running.
> 
> If it shutdown web server immediately after I start the web
> server, the JVM goes away. If I login into my applicaiton after
> web server started, then shutdown, the JVM will be still there.
> 
> Anyone knows what is the reason ?
> Is this caused by some java servlets ?
> 
> Thanks,
> 
> Leland
> 
> 
> 
> 
>  
> 
> 
> _
> Send and receive Hotmail on your mobile device: http://mobile.msn.com
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[Larry Isaacs]

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 successfully for some unix
platforms in some of the targets.  You can add:



where you see similar lines for other operating systems.

Also, note that even though you will find the following
line in the "jni" target, nothing yet sets the "linux"
(or "hpux" as far as I could tell) property:

   

You could add lines like this for your operating system
and manually define the os property needed.

Cheers,
Larry

> -Original Message-
> From: David A. Bartmess [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, May 03, 2002 2:46 PM
> To: Tomcat Users List
> Subject: Missing jni_md.h file in jni.h???
> 
> 
> I'm trying to compile the mod_jk.so file, and have a problem with an
> include file. The error is below:
> 
> In file included from
> /usr/installs/jakarta-tomcat-connectors/jk/native/common/jk_jn
> i_worker.c:69:
> /usr/java/j2sdk1.4.0/include/jni.h:27:20: jni_md.h: No such file or
> directory
> 
> I've looked everywhere on my system, and it's not here... Is this a
> java.Sun.Com bug? Or am I missing something somewhere?
> 
> TIA
> 
> David A. Bartmess IT Samaritans
> Helping Non-Profits Achieve Technical Excellence Software 
> Configuration
> Manager / Sr. Software Developer eDingo.net
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: how do I redirect the generated files?

[Larry Isaacs]

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 into "conf".  AFAIK, your choice
is to upgrade to 3.3.x or patch 3.2.x source and build your own
Tomcat 3.2.x.

Cheers,
Larry

> -Original Message-
> From: Mike Davis [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, May 02, 2002 1:33 PM
> To: [EMAIL PROTECTED]
> Subject: how do I redirect the generated files?
> 
> 
> We're trying to redirect the automatically generated files like
> tomcat-apache.conf, obj.conf-auto, mod_jk.conf-auto, ... because we
> don't have write permission to the /usr/local/tomcat/conf 
> directory. We
> have successfully redirected the log files to /var/log by editing the
> server.xml file. Can we direct all generated files to a 
> directory other
> than /usr/local/tomcat/conf?
> 
> Thanks,
> Mike
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Tomcat & Cocoon Question

[Larry Isaacs]

I would recommend giving it a try.  The 3.3 release notes
covers the most important new features and changes.
Primarily, check out the "2. INSTALLING AND RUNNING TOMCAT"
and "5. NEW FEATURES AND CHANGES IN THIS RELEASE" in:

<http://jakarta.apache.org/tomcat/tomcat-3.3-doc/readme>

Cheers,
Larry

> -Original Message-
> From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 01, 2002 1:53 PM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> How hard is it to upgrade from Tomcat 3.2.4 to 3.3.1
> 
> And is there any side affects that will make problems with 
> Cocoon 1.8.2, and
> IIS 5.0
> 
> Thanks
> Anthony
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 12:57 PM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> After inspecting the source for StaticInterceptor, there
> is a bug that causes the debug level always be reset to 0.
> That would explain the lack of additional output.
> 
> It is this interceptor that decides whether to redirect to
> a found welcome file or display a directory lists when the
> request refers to a directory.  It is not clear why this
> interceptor is not picking up your welcome file.
> 
> I have confirmed that this bug, among many others, is not
> present in Tomcat 3.3 and later.  If you can give 3.3.1
> a try, you would also benefit in that Tomcat 3.3 will
> validate the web.xml.  If the welcome file is being
> ignored due to some syntax error in web.xml, you would find
> out about it.  The alternative is to build your own
> Tomcat 3.2.x from source, removing the "debug=0" in the
> contextInit() method of StaticInterceptor.
> 
> Cheers,
> Larry
> 
> 
> > -Original Message-
> > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > Sent: Wednesday, May 01, 2002 11:37 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > OK, Ive set up the error log to go to tomcat.log.
> > 
> > This is what I have in my log after I try to access
> > http://foo.bar.com/cocoon
> > 
> > Nothing seems to change in here after I access 
> > http://foo.bar.com/cocoon or
> > http://foo.bar.com/cocoon/index.xml
> > 
> > I go back and forth between pages, refreshing and still 
> > nothing seems to
> > appear 
> > 
> > 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( 
> /examples )
> > 2002-05-01 11:22:51 - Ctx( /cocoon ): Set debug to 1
> > 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /cocoon )
> > 2002-05-01 11:22:51 - ContextManager: Adding context Ctx(  )
> > 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /admin )
> > 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( 
> > /index.html )
> > 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /test )
> > 2002-05-01 11:22:58 - Ctx( /cocoon ): XmlReader - init  /cocoon
> > webapps/cocoon
> > 2002-05-01 11:22:58 - Ctx( /cocoon ): Reading
> > C:\jakarta-tomcat-3.2.4\webapps\cocoon\WEB-INF\web.xml
> > 2002-05-01 11:22:58 - Ctx( /cocoon ): Loading -2147483646 jsp
> > 2002-05-01 11:22:59 - PoolTcpConnector: Starting 
> > HttpConnectionHandler on
> > 8080
> > 2002-05-01 11:22:59 - PoolTcpConnector: Starting 
> > Ajp12ConnectionHandler on
> > 8007
> > 
> > THanks
> > Tony
> > 
> >

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

RE: Tomcat & Cocoon Question

[Larry Isaacs]

After inspecting the source for StaticInterceptor, there
is a bug that causes the debug level always be reset to 0.
That would explain the lack of additional output.

It is this interceptor that decides whether to redirect to
a found welcome file or display a directory lists when the
request refers to a directory.  It is not clear why this
interceptor is not picking up your welcome file.

I have confirmed that this bug, among many others, is not
present in Tomcat 3.3 and later.  If you can give 3.3.1
a try, you would also benefit in that Tomcat 3.3 will
validate the web.xml.  If the welcome file is being
ignored due to some syntax error in web.xml, you would find
out about it.  The alternative is to build your own
Tomcat 3.2.x from source, removing the "debug=0" in the
contextInit() method of StaticInterceptor.

Cheers,
Larry


> -Original Message-
> From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 01, 2002 11:37 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> OK, Ive set up the error log to go to tomcat.log.
> 
> This is what I have in my log after I try to access
> http://foo.bar.com/cocoon
> 
> Nothing seems to change in here after I access 
> http://foo.bar.com/cocoon or
> http://foo.bar.com/cocoon/index.xml
> 
> I go back and forth between pages, refreshing and still 
> nothing seems to
> appear 
> 
> 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /examples )
> 2002-05-01 11:22:51 - Ctx( /cocoon ): Set debug to 1
> 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /cocoon )
> 2002-05-01 11:22:51 - ContextManager: Adding context Ctx(  )
> 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /admin )
> 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( 
> /index.html )
> 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /test )
> 2002-05-01 11:22:58 - Ctx( /cocoon ): XmlReader - init  /cocoon
> webapps/cocoon
> 2002-05-01 11:22:58 - Ctx( /cocoon ): Reading
> C:\jakarta-tomcat-3.2.4\webapps\cocoon\WEB-INF\web.xml
> 2002-05-01 11:22:58 - Ctx( /cocoon ): Loading -2147483646 jsp
> 2002-05-01 11:22:59 - PoolTcpConnector: Starting 
> HttpConnectionHandler on
> 8080
> 2002-05-01 11:22:59 - PoolTcpConnector: Starting 
> Ajp12ConnectionHandler on
> 8007
> 
> THanks
> Tony
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 11:18 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> The output would go to the Tomcat log, which defaults to outputing
> to the console.  If it gets lost there, add a path for the "tc_log"
> in server.xml.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > Sent: Wednesday, May 01, 2002 11:10 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > I've set the StaticInterceptor to
> > 
> >  > classname="org.apache.tomcat.request.StaticInterceptor" 
> > debug="1"
> > suppress="false"/>
> > 
> > Now where is the log file that Im looking for??
> > I only have 3 log files in the entire jakarta-tomcat-3.2.4 directory
> > iis_redirect.log
> > jasper.log
> > servlet.log
> > 
> > Thanks
> > Tony
> > 
> > -Original Message-
> > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 01, 2002 11:01 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > At this point, try changing to debug="1" on the StaticInterceptor
> > in server.xml.  That should show in the log, whether it is finding
> > the "welcome" file.  You will be looking for "Dir handler" if the
> > file is not found, or "Redirect ..." if it is.
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > > Sent: Wednesday, May 01, 2002 10:41 AM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat & Cocoon Question
> > > 
> > > 
> > > When I get the directory listing, the bottom of my page says 
> > > "Tomcat Web
> > > Server v3.2.4"
> > > 
> > > This is what I have in my uriworkermap.properties
> > > default.worker=ajp12
> > > 
> > > /cocoon=$(default.worker)
> > > /cocoon/*=$(default.worker)
> > > /cocoon/*.xm

RE: Tomcat & Cocoon Question

[Larry Isaacs]

The output would go to the Tomcat log, which defaults to outputing
to the console.  If it gets lost there, add a path for the "tc_log"
in server.xml.

Cheers,
Larry

> -Original Message-
> From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 01, 2002 11:10 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> I've set the StaticInterceptor to
> 
>classname="org.apache.tomcat.request.StaticInterceptor" 
>   debug="1"
>   suppress="false"/>
> 
> Now where is the log file that Im looking for??
> I only have 3 log files in the entire jakarta-tomcat-3.2.4 directory
> iis_redirect.log
> jasper.log
> servlet.log
> 
> Thanks
> Tony
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 11:01 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> At this point, try changing to debug="1" on the StaticInterceptor
> in server.xml.  That should show in the log, whether it is finding
> the "welcome" file.  You will be looking for "Dir handler" if the
> file is not found, or "Redirect ..." if it is.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > Sent: Wednesday, May 01, 2002 10:41 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > When I get the directory listing, the bottom of my page says 
> > "Tomcat Web
> > Server v3.2.4"
> > 
> > This is what I have in my uriworkermap.properties
> > default.worker=ajp12
> > 
> > /cocoon=$(default.worker)
> > /cocoon/*=$(default.worker)
> > /cocoon/*.xml=$(default.worker)
> > 
> > Still getting the same results.
> > 
> > I thank for all your help so far, and I think Im close, but 
> > something isn't
> > clicking somewhere.
> > Any other thoughts
> > 
> > Thanks
> > Anthony
> > 
> > 
> > -Original Message-
> > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 01, 2002 10:28 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > If Tomcat is serving the listing, you should see Tomcat named
> > in the footer of the displayed page.  I forget the exact text
> > of the string.  If you don't see mentioned at the bottom of
> > the page, then IIS is serving the listing.
> > 
> > If you want the welcome files specified in the web.xml to make
> > a difference, then the request http://foo.bar.com/cocoon/ will
> > have to be forwarded to Tomcat.  Which requests are forwarded is
> > controlled by the uriworkermap.properties file.  It is here
> > that you would add the appropriate mapping.
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > > Sent: Wednesday, May 01, 2002 10:11 AM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat & Cocoon Question
> > > 
> > > 
> > > Larry,
> > > 
> > > How can I be sure. I know Tomcat is doing something with that 
> > > directory,
> > > because all of the xml pages are using Java, and I know IIS 
> > > cant serve them
> > > without some help.
> > > 
> > > Inside of my server.xml file Im doing this.
> > >  > >  docBase="webapps/cocoon" 
> > >  debug="0" 
> > >  reloadable="true" > 
> > > 
> > > I thought this mapped the /cocoon context to Tomcat..
> > > Now Im really confused.
> > > 
> > > The Home Directory for IIS is pointing to 
> > > c:\jakarta-tomcat-3.2.4\webapps
> > > Should this be changed too??
> > > 
> > > Thanks
> > > Tony
> > > 
> > > -Original Message-
> > > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, May 01, 2002 10:04 AM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat & Cocoon Question
> > > 
> > > 
> > > Does the request http://foo.bar.com/cocoon/ get mapped to
> > > Tomcat?  If not, IIS still serves the directory listing.
> > > If the listing doesn't identify Tomcat, th

RE: Tomcat & Cocoon Question

[Larry Isaacs]

At this point, try changing to debug="1" on the StaticInterceptor
in server.xml.  That should show in the log, whether it is finding
the "welcome" file.  You will be looking for "Dir handler" if the
file is not found, or "Redirect ..." if it is.

Cheers,
Larry

> -Original Message-
> From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 01, 2002 10:41 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> When I get the directory listing, the bottom of my page says 
> "Tomcat Web
> Server v3.2.4"
> 
> This is what I have in my uriworkermap.properties
> default.worker=ajp12
> 
> /cocoon=$(default.worker)
> /cocoon/*=$(default.worker)
> /cocoon/*.xml=$(default.worker)
> 
> Still getting the same results.
> 
> I thank for all your help so far, and I think Im close, but 
> something isn't
> clicking somewhere.
> Any other thoughts
> 
> Thanks
> Anthony
> 
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 10:28 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> If Tomcat is serving the listing, you should see Tomcat named
> in the footer of the displayed page.  I forget the exact text
> of the string.  If you don't see mentioned at the bottom of
> the page, then IIS is serving the listing.
> 
> If you want the welcome files specified in the web.xml to make
> a difference, then the request http://foo.bar.com/cocoon/ will
> have to be forwarded to Tomcat.  Which requests are forwarded is
> controlled by the uriworkermap.properties file.  It is here
> that you would add the appropriate mapping.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > Sent: Wednesday, May 01, 2002 10:11 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > Larry,
> > 
> > How can I be sure. I know Tomcat is doing something with that 
> > directory,
> > because all of the xml pages are using Java, and I know IIS 
> > cant serve them
> > without some help.
> > 
> > Inside of my server.xml file Im doing this.
> >  >  docBase="webapps/cocoon" 
> >  debug="0" 
> >  reloadable="true" > 
> > 
> > I thought this mapped the /cocoon context to Tomcat..
> > Now Im really confused.
> > 
> > The Home Directory for IIS is pointing to 
> > c:\jakarta-tomcat-3.2.4\webapps
> > Should this be changed too??
> > 
> > Thanks
> > Tony
> > 
> > -Original Message-
> > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 01, 2002 10:04 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > Does the request http://foo.bar.com/cocoon/ get mapped to
> > Tomcat?  If not, IIS still serves the directory listing.
> > If the listing doesn't identify Tomcat, then Tomcat
> > isn't generating the listing.  The statement that
> > "IIS doing all of the static pages" suggests that IIS
> > is likely to be doing the listings too.
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > > Sent: Wednesday, May 01, 2002 9:51 AM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat & Cocoon Question
> > > 
> > > 
> > > IIS serves that page, but I guess I should've been more clear.
> > > 
> > > What Im really looking for is this.
> > > http://foo.bar.com/cocoon/ this is the page that Id like to 
> > > default to the
> > > index.xml file
> > > The Context /cocoon is served by Tomcat, and this is 
> > exactly where my
> > > problem lies.
> > > 
> > > Thanks
> > > Anthony
> > > 
> > > -Original Message-
> > > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, May 01, 2002 9:45 AM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat & Cocoon Question
> > > 
> > > 
> > > For http://foo.bar.com/, who serves the directory
> > > listing?  If IIS is serving the listing, making
> > > changes on the Tomcat side isn't going to alter this
> > > 

RE: Tomcat & Cocoon Question

[Larry Isaacs]

If Tomcat is serving the listing, you should see Tomcat named
in the footer of the displayed page.  I forget the exact text
of the string.  If you don't see mentioned at the bottom of
the page, then IIS is serving the listing.

If you want the welcome files specified in the web.xml to make
a difference, then the request http://foo.bar.com/cocoon/ will
have to be forwarded to Tomcat.  Which requests are forwarded is
controlled by the uriworkermap.properties file.  It is here
that you would add the appropriate mapping.

Cheers,
Larry

> -Original Message-
> From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 01, 2002 10:11 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> Larry,
> 
> How can I be sure. I know Tomcat is doing something with that 
> directory,
> because all of the xml pages are using Java, and I know IIS 
> cant serve them
> without some help.
> 
> Inside of my server.xml file Im doing this.
>   docBase="webapps/cocoon" 
>  debug="0" 
>  reloadable="true" > 
> 
> I thought this mapped the /cocoon context to Tomcat..
> Now Im really confused.
> 
> The Home Directory for IIS is pointing to 
> c:\jakarta-tomcat-3.2.4\webapps
> Should this be changed too??
> 
> Thanks
> Tony
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 10:04 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> Does the request http://foo.bar.com/cocoon/ get mapped to
> Tomcat?  If not, IIS still serves the directory listing.
> If the listing doesn't identify Tomcat, then Tomcat
> isn't generating the listing.  The statement that
> "IIS doing all of the static pages" suggests that IIS
> is likely to be doing the listings too.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > Sent: Wednesday, May 01, 2002 9:51 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > IIS serves that page, but I guess I should've been more clear.
> > 
> > What Im really looking for is this.
> > http://foo.bar.com/cocoon/ this is the page that Id like to 
> > default to the
> > index.xml file
> > The Context /cocoon is served by Tomcat, and this is 
> exactly where my
> > problem lies.
> > 
> > Thanks
> > Anthony
> > 
> > -Original Message-
> > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 01, 2002 9:45 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > For http://foo.bar.com/, who serves the directory
> > listing?  If IIS is serving the listing, making
> > changes on the Tomcat side isn't going to alter this
> > behavior.
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > > Sent: Wednesday, May 01, 2002 9:41 AM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat & Cocoon Question
> > > 
> > > 
> > > Bill,
> > > 
> > > Still not working.
> > > My welcome file list is this
> > > 
> > > 
> > >   
> > > index.xml
> > >   
> > > 
> > > 
> > > And you right, it was in web.xml, but after I made the 
> changes, and
> > > re-started Tomcat, I still get the directory listing.
> > > If you have any other thoughts, please let me know.
> > > 
> > > Thanks
> > > Anthony
> > > 
> > > -Original Message-
> > > From: Bill Barnhill [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, May 01, 2002 12:00 PM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat & Cocoon Question
> > > 
> > > 
> > > I think this can be done by setting the welcome page to be 
> > > index.xml. I
> > > think this is in web.xml, but I may have the xml file 
> > wrong. Do a find
> > > on text welcome in the .xml files under tomcat and you 
> > should find it.
> > > 
> > > HTH,
> > > Bill Barnhill
> > > 
> > > -Original Message-
> > > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > > Sent: Wednesday, May 01, 2002 5:46 

RE: Tomcat & Cocoon Question

[Larry Isaacs]

Does the request http://foo.bar.com/cocoon/ get mapped to
Tomcat?  If not, IIS still serves the directory listing.
If the listing doesn't identify Tomcat, then Tomcat
isn't generating the listing.  The statement that
"IIS doing all of the static pages" suggests that IIS
is likely to be doing the listings too.

Cheers,
Larry

> -Original Message-
> From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 01, 2002 9:51 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> IIS serves that page, but I guess I should've been more clear.
> 
> What Im really looking for is this.
> http://foo.bar.com/cocoon/ this is the page that Id like to 
> default to the
> index.xml file
> The Context /cocoon is served by Tomcat, and this is exactly where my
> problem lies.
> 
> Thanks
> Anthony
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 9:45 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> For http://foo.bar.com/, who serves the directory
> listing?  If IIS is serving the listing, making
> changes on the Tomcat side isn't going to alter this
> behavior.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > Sent: Wednesday, May 01, 2002 9:41 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > Bill,
> > 
> > Still not working.
> > My welcome file list is this
> > 
> > 
> > 
> > index.xml
> >   
> > 
> > 
> > And you right, it was in web.xml, but after I made the changes, and
> > re-started Tomcat, I still get the directory listing.
> > If you have any other thoughts, please let me know.
> > 
> > Thanks
> > Anthony
> > 
> > -Original Message-
> > From: Bill Barnhill [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 01, 2002 12:00 PM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat & Cocoon Question
> > 
> > 
> > I think this can be done by setting the welcome page to be 
> > index.xml. I
> > think this is in web.xml, but I may have the xml file 
> wrong. Do a find
> > on text welcome in the .xml files under tomcat and you 
> should find it.
> > 
> > HTH,
> > Bill Barnhill
> > 
> > -Original Message-
> > From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> > Sent: Wednesday, May 01, 2002 5:46 AM
> > To: '[EMAIL PROTECTED]'
> > Subject: Tomcat & Cocoon Question
> > 
> > 
> > Im using Cocoon 1.8.2 and Tomcat 3.2.4. IIS 5.0 as my 
> > Webserver. I have
> > Tomcat processing my Cocoon xml, and IIS doing all of the 
> > static pages.
> > 
> > My problem is this.
> > 
> > If I go to http://foo.bar.com/index.xml it works fine, but 
> if I go to
> > http://foo.bar.com/ it gives me a directory listing of what 
> is in that
> > directory. Id like for it to default to the index.xml file.
> > 
> > Can this be done??
> > 
> > Thanks
> > Anthony Diodato
> > 
> > 
> > Anthony Diodato
> > Webmaster - IT
> > Prophet 21, Inc.
> > 19 West College Avenue
> > Yardley, PA 19067
> > 1-800-776-7438, ext. 4600
> > Fax: 215-321-8014 
> > [EMAIL PROTECTED]
> > http://www.p21.com/
> > Prophet 21 -- Powering the Distribution Industry for the 
> Digital Age 
> > 
> > For the latest press releases from Prophet 21 --
> > http://www.p21.com/press/press.html 
> > *   2/12/2001 - Trading Partner Connect Offers
> > Enterprise-to-Enterprise
> > (E2E) Commerce 
> > *   2/9/2001 -- Prophet 21 CommerceCenter 8.0 is Now Available
> > *   2/9/2001 -- Prophet 21 Upgrades and Enhances Prophet 21 Acclaim
> > For the latest articles on Prophet 21
> > http://www.manufacturing.net/magazine/id/archives/2001/ind010.
> > 02/techupd
> > ate.
> > htm 
> > http://www.manufacturing.net/magazine/id/develop/techmain01.1.htm 
> > http://www.manufacturing.net/magazine/id/archives/2000/ind1201
> > /news.htm
> > 
> > 
> > 
> > 
> > Visit our website at http://www.p21.com/visit 
> > The information in this e-mail is confidential and may 
> contain legally
> > privileged information.  It is intended solely for the person 
> > or entity
> > to which it is addressed.  Access to this e-mail by anyone else i

RE: Tomcat & Cocoon Question

[Larry Isaacs]

For http://foo.bar.com/, who serves the directory
listing?  If IIS is serving the listing, making
changes on the Tomcat side isn't going to alter this
behavior.

Cheers,
Larry

> -Original Message-
> From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 01, 2002 9:41 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> Bill,
> 
> Still not working.
> My welcome file list is this
> 
> 
>   
> index.xml
>   
> 
> 
> And you right, it was in web.xml, but after I made the changes, and
> re-started Tomcat, I still get the directory listing.
> If you have any other thoughts, please let me know.
> 
> Thanks
> Anthony
> 
> -Original Message-
> From: Bill Barnhill [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 12:00 PM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat & Cocoon Question
> 
> 
> I think this can be done by setting the welcome page to be 
> index.xml. I
> think this is in web.xml, but I may have the xml file wrong. Do a find
> on text welcome in the .xml files under tomcat and you should find it.
> 
> HTH,
> Bill Barnhill
> 
> -Original Message-
> From: Anthony Diodato [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, May 01, 2002 5:46 AM
> To: '[EMAIL PROTECTED]'
> Subject: Tomcat & Cocoon Question
> 
> 
> Im using Cocoon 1.8.2 and Tomcat 3.2.4. IIS 5.0 as my 
> Webserver. I have
> Tomcat processing my Cocoon xml, and IIS doing all of the 
> static pages.
> 
> My problem is this.
> 
> If I go to http://foo.bar.com/index.xml it works fine, but if I go to
> http://foo.bar.com/ it gives me a directory listing of what is in that
> directory. Id like for it to default to the index.xml file.
> 
> Can this be done??
> 
> Thanks
> Anthony Diodato
> 
> 
> Anthony Diodato
> Webmaster - IT
> Prophet 21, Inc.
> 19 West College Avenue
> Yardley, PA 19067
> 1-800-776-7438, ext. 4600
> Fax: 215-321-8014 
> [EMAIL PROTECTED]
> http://www.p21.com/
> Prophet 21 -- Powering the Distribution Industry for the Digital Age 
> 
> For the latest press releases from Prophet 21 --
> http://www.p21.com/press/press.html 
> * 2/12/2001 - Trading Partner Connect Offers
> Enterprise-to-Enterprise
> (E2E) Commerce 
> * 2/9/2001 -- Prophet 21 CommerceCenter 8.0 is Now Available
> * 2/9/2001 -- Prophet 21 Upgrades and Enhances Prophet 21 Acclaim
> For the latest articles on Prophet 21
> http://www.manufacturing.net/magazine/id/archives/2001/ind010.
> 02/techupd
> ate.
> htm 
> http://www.manufacturing.net/magazine/id/develop/techmain01.1.htm 
> http://www.manufacturing.net/magazine/id/archives/2000/ind1201
> /news.htm
> 
> 
> 
> 
> Visit our website at http://www.p21.com/visit 
> The information in this e-mail is confidential and may contain legally
> privileged information.  It is intended solely for the person 
> or entity
> to which it is addressed.  Access to this e-mail by anyone else is
> unauthorized. If you are not the intended recipient, any disclosure,
> copying, distribution, action taken, or action omitted to be taken in
> reliance on it, is prohibited and may be unlawful.  If you 
> received this
> e-mail in error, please contact the sender and delete the 
> material from
> any computer. 
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 
> 
> Visit our website at http://www.p21.com/visit 
> The information in this e-mail is confidential and may contain legally
> privileged information.  It is intended solely for the person 
> or entity to
> which it is addressed.  Access to this e-mail by anyone else is
> unauthorized. If you are not the intended recipient, any disclosure,
> copying, distribution, action taken, or action omitted to be taken in
> reliance on it, is prohibited and may be unlawful.  If you 
> received this
> e-mail in error, please contact the sender and delete the 
> material from any
> computer. 
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: How to change the jsp file expansion rules

[Larry Isaacs]

Only Tomcat 3.2.x and earlier use this form of name mangling
and file placement.  Both Tomcat 3.3.x and Tomcat 4.x place
files in the appropriate directory with a name that is not
lengthened much by mangling.  You will need to upgrade to get
this new behavior.

Cheers,
Larry

> -Original Message-
> From: Ed Rouse [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 30, 2002 10:33 AM
> To: 'Tomcat Users List'
> Subject: How to change the jsp file expansion rules
> 
> 
> I have hit the file name too long barrier. The problem isn't 
> the filename
> per say, but the way tomcat is creating the .java and .class 
> names from the
> jsp. When expanding the jsp, it is including the directory 
> structure in the
> file name. It also creates the directory structure, but 
> doesn't put any
> files in it.
> 
> Example:
> jsp/one/two/three/filename.jsp becomes
> 
> _0002fjsp_0002fone_0002ftwo_0002fthree_0002ffilename_0002ejspf
> ilename.class
> _0002fjsp_0002fone_0002ftwo_0002fthree_0002ffilename_0002ejspf
> ilename_jsp_0.
> java
> 
> but the subdirectory three under jsp/one/two is empty.
> 
> Is there any way to change this behavior so that it will place
> 'filename_0002ejspfilename.class' et al in the proper directory?
> 
> Thanks, Ed.
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: [Q] Using IBM JDK with tomcat 3.3

[Larry Isaacs]

Tomcat 3.3.x doesn't get a lot of testing against any 1.1.8
JDK.  What little testing it does get is done with Sun's
JDK 1.1.8.  This testing is done with a Tomcat that is built
with Sun's JDK 1.1.8.  The binary distribution is built
with Sun's JDK 1.3.1.  You might try building Tomcat 3.3 with
IBM's JDK and see if this succeeds and if so, does it still
run any better than the binary distribution you are using now.

Cheers,
Larry


> -Original Message-
> From: Sudhakar Chandra [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, April 25, 2002 12:37 PM
> To: [EMAIL PROTECTED]
> Subject: [Q] Using IBM JDK with tomcat 3.3
> 
> 
> Hi,
> 
> Here is my setup:
> 
> tomcat: 
> 3.3a
> mod_jk: 
> 3.3a
> Sun JDK: 1.1.8v1
> IBM JDK: 1.1.8
> OS: Debian GNU/Linux "testing"
> 
> When I use Sun's JDK, the ajp12 and ajp13 "workers" start accepting 
> connections.  Here are relevant bits from the log files:
> 
> Jdk11Compat: Installing jar protocol handler
> 2002-04-25 09:17:17 - SessionIdGenerator: Opening /dev/urandom
> 2002-04-25 09:17:24 - ServerXmlReader: 
> Config=$TOMCAT_HOME/conf/server.xml
> 2002-04-25 09:17:24 - PathSetter: home=/usr/share/tomcat
> 2002-04-25 09:17:25 - ContextXmlReader: Context 
> config=$TOMCAT_HOME/conf/apps-examples.xml
> 2002-04-25 09:17:25 - Ctx(/jsp) : Setting debug to 1
> 2002-04-25 09:17:25 - AutoWebApp: Auto-Adding DEFAULT:/
> 2002-04-25 09:17:25 - AutoWebApp: Loaded from config: 
> DEFAULT:/examples
> 2002-04-25 09:17:25 - ContextManager: Tomcat configured and 
> in stable state
> 2002-04-25 09:17:25 - ContextManager: Adding  DEFAULT:/examples
> 2002-04-25 09:17:25 - ContextManager: Adding  DEFAULT:/jsp
> 2002-04-25 09:17:25 - ContextManager: Adding  DEFAULT:/ROOT
> 
> thaths@daemon:[51] ~ $ telnet localhost 8007
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> Connection closed by foreign host.
> thaths@daemon:[52] ~ $ telnet localhost 8009
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> Connection closed by foreign host.
> 
> However, when I start tomcat using IBM's JDK, ajp12 and ajp13 
> "workers" 
> do not accept connections.  They don't even start up as far as I can 
> tell.  Here are relevant bits from the log files:
> 
> Jdk11Compat: Installing jar protocol handler
> 2002-04-25 09:21:52 - SessionIdGenerator: Opening /dev/urandom
> 2002-04-25 09:22:02 - ServerXmlReader: 
> Config=$TOMCAT_HOME/conf/server.xml
> 2002-04-25 09:22:02 - PathSetter: home=/usr/share/tomcat
> 2002-04-25 09:22:03 - ContextXmlReader: Context
> config=$TOMCAT_HOME/conf/apps-examples.xml
> 2002-04-25 09:22:03 - Ctx(/jsp) : Setting debug to 1
> 2002-04-25 09:22:03 - AutoWebApp: Auto-Adding DEFAULT:/
> 2002-04-25 09:22:03 - AutoWebApp: Loaded from config: 
> DEFAULT:/examples
> 2002-04-25 09:22:04 - ContextManager: Tomcat configured and 
> in stable state
> 2002-04-25 09:22:04 - ContextManager: Adding  DEFAULT:/examples
> 2002-04-25 09:22:04 - ContextManager: Adding  DEFAULT:/jsp
> 2002-04-25 09:22:04 - ContextManager: Adding  DEFAULT:/ROOT
> 
> thaths@daemon:[55] ~ $ telnet localhost 8007
> Trying 127.0.0.1...
> telnet: Unable to connect to remote host: Connection refused
> thaths@daemon:[56] ~ $ telnet localhost 8009
> Trying 127.0.0.1...
> telnet: Unable to connect to remote host: Connection refused
> 
> I'd really like to work using the IBM JDK.  What am I doing 
> wrong?  The 
> configurations remain the same in both cases.  Your help would be 
> greatly appreciated.
> 
> Thanks.
> 
> Thaths
> -- 
> Lisa:  I'm studying for the math fair.  If I win, I'll bring home a
> brand new protractor.
> Homer: Too bad we don't live on a farm.
> thaths at aunet.org   Slacker At Large   http://www.aunet.org/~thaths/
> Key fingerprint = 8A 84 2E 67 10 9A 64 03  24 38 B6 AB 1B 6E 8C E4
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Class jsppages.MoniBean not found. SORTED MYSELF CHEERS ALL

[Larry Isaacs]

I don't think moving all the pages to the base directory
of your web application is the best solution.  The
important point about:



is that MoniBean is declared to be in the "default" package,
i.e. it has no package. If you don't declare this fact to the
JSP page, the JSP compiler will assume MoniBean is in the
*same* package as the JSP's java file.

In Tomcat 3.x, the package that JSP's are placed in is equal
to the subdirectory structure from the base of the web
application.  Thus a JSP page in the "jsppages" subdirectory
will be placed in the "jsppages" package.  Hence the error
stating that "Class jsppages.MoniBean not found".  Note the
package name on the class.  Tomcat 3.x's behavior also means
that JSP pages in the base directory of your web application
are placed in the "default" package, causing MoniBean to become
visible by luck.  There is no guarantee about what package
any JSP will be placed in, so you can't count on this.  In
fact, it is guaranteed to not work with Tomcat 4.x.

The best solution is to declare that MoniBean is in the
"default" package rather than allowing the JSP compiler
to assume it is in the same package as the JSP.  To to
this, add:

<%@ page import="MoniBean" %>

This will allow your JSP page to work in any directory and
any servlet container, including Tomcat 4.x.

Cheers,
Larry



> -Original Message-
> From: chuck amadi [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, April 25, 2002 7:22 AM
> To: Tomcat Users List; taglibs-user-help
> Subject: Re: Class jsppages.MoniBean not found. SORTED MYSELF 
> CHEERS ALL
> 
> 
> chuck amadi wrote:
> 
> >
> >*Hi there any reason for this as i i haven't got 
> jsppages in
> >my classes path or as a package in my MoniBea*
> >
> >
> >* >class="MoniBean"/>**
> >***
> >*Error: 500*
> >
> >
> >*Location: /volapp/jsppages/registerProcess.jsp*
> >
> >
> >*Internal Servlet Error:*
> >
> > org.apache.jasper.JasperException: Unable to compile 
> > 
> /home/chucka/tomcat/work/DEFAULT/volapp/jsppages/registerProce
> ss_1.java:72: 
> > Class jsppages.MoniBean not found.
> >MoniBean formHandler = null;
> >^
> > 
> /home/chucka/tomcat/work/DEFAULT/volapp/jsppages/registerProce
> ss_1.java:75: 
> > Class jsppages.MoniBean not found.
> >formHandler= (MoniBean)
> >  ^
> > 
> /home/chucka/tomcat/work/DEFAULT/volapp/jsppages/registerProce
> ss_1.java:80: 
> > Class jsppages.MoniBean not found.
> >  formHandler = (MoniBean) 
> > java.beans.Beans.instantiate(this.getClass().getClassLoader(), 
> > "MoniBean");
> > ^
> > 3 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(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:498)
> >
> > Please help as i have had to to do a reinstall of tomcat 3.3a as i 
> > couldn't sort the behaviour issue as i kept
> > getting cannot creat Bean.So thid is better than the 
> previous errors.
> >
> > Cheers Chuck Amadi
> > Systems Programmer
> >
> Gathered all my jsp's and htm and placed them in the same 
> level as my webapp
> Cheers Chuck Amadi
> 
> Systems Programmer
> Rhaglennydd Systemau
> 
> >
> 
> 
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: multiple Tomcat-instances and a confused servlet...

[Larry Isaacs]

In server.xml, 
will automatically add subdirectories of TOMCAT_HOME/webapps
as contexts, using the subdirectory name as the context
name.  Context declarations in server.xml can override the
settings for the auto-added contexts.  If you don't want
a web application automatically served, move it outside of
the TOMCAT_HOME/webapps or remove the interceptor so no
contexts are automatically served.

Cheers,
Larry

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, April 25, 2002 6:06 AM
> To: [EMAIL PROTECTED]
> Subject: multiple Tomcat-instances and a confused servlet...
> 
> 
> Hi,
> 
> I'm using multiple instances of Tomcat 3.2.4. The problem is, 
> that I can
> access servlets of one instance even if the servlets is in the
> webapps-directory of another instance. This is very confusing 
> during the
> development of the servlet, because it still "lives" in the 
> other instances
> although I shut down the right instance.
> 
> The "main" instance of Tomcat lsitens on Port 8087:
> http://www.mydomain.com:8087/Community/Poll
> The servlet "Poll" ist configured to run this instance:
> server.xml:
>   docBase="webapps/Community"
>  crossContext="false"
>  debug="0"
>  reloadable="true" >
> 
> 
> web.xml:
>
> 
> Poll
> 
> 
> /Poll
> 
> 
> 
> and it is loaded correct during the startup of this TC-instance:
> tomcat.log:
> 2002-04-25 11:25:04 - Ctx( /Community ): Mapping with 
> unregistered servlet
> Poll
> 
> start-script of this instance:
> TOMCATLOG=/usr/local/jakarta-tomcat-3.2.4/logs/tomcat_start.log
> TOMCATLOG2=/usr/local/jakarta-tomcat-3.2.4/logs/tomcat_err.log
> export JAVA_HOME=/usr/local/jdk1.3.1_02
> export TOMCAT_HOME=/usr/local/jakarta-tomcat-3.2.4
> cd $TOMCAT_HOME
> /usr/local/jakarta-tomcat-3.2.4/bin/startup.sh -f
> /usr/local/jakarta-tomcat-3.2.4/conf/server.xml >$TOMCATLOG 
> 2>$TOMCATLOG2
> 
> so far, so good.
> 
> BUT:
> I can access this servlet with an other TC-instance, which 
> listens on Port
> 9015: http://www.mydomain.com:9015/Community/Poll
> 
> in this instance, there is NO entry in server.xml which points on the
> servlet "Poll". Even the directory "webapps/Community" does 
> not exist in
> this instance!
> ...and it is loaded during the startup :((
> 2002-04-25 11:24:16 - Ctx( /Community ): Mapping with 
> unregistered servlet
> Poll
> 
> start-script of this instance, which uses the same binaries 
> but an other
> server.xml:
> TOMCATLOG=/usr/local/tc-324-i2125/logs/i2125tomcat_start.log
> TOMCATLOG2=/usr/local/tc-324-i2125/logs/i2125tomcat_err.log
> export JAVA_HOME=/usr/local/jdk1.3.1_02
> export TOMCAT_HOME=/usr/local/jakarta-tomcat-3.2.4
> /usr/local/jakarta-tomcat-3.2.4/bin/startup.sh -f
> /usr/local/tc-324-i2125/conf/server.xml >$TOMCATLOG 2>$TOMCATLOG2
> 
> Any ideas how I can stop this behaviour ?
> 
> Many thanks !
> Kay
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: MIME types in 3.3

[Larry Isaacs]

Hi Keith,

The only alternative I'm aware of, other than cut and paste,
is to build your own Tomcat 3.3.x and re-enable the
the readDefaultWebXml() call in the contextInit() method
of WebXmlReader.java.

Cheers,
Larry

> -Original Message-
> From: Keith Wannamaker [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, April 24, 2002 6:33 PM
> To: [EMAIL PROTECTED]
> Subject: MIME types in 3.3
> 
> 
> Since the default web.xml has been done away with,
> what is the best way to set up thirty or forty
> default mime type mappings for all webapps, without
> repeating this information in every webapps' web.xml?
> 
> Keith
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Upgrading from Tomcat 3.2.1 to tomcat 3.3.1

[Larry Isaacs]

> -Original Message-
> From: Michel COTE [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 16, 2002 1:06 PM
> To: '[EMAIL PROTECTED]'
> Subject: Upgrading from Tomcat 3.2.1 to tomcat 3.3.1
> 
> 
> Hello,
> 
> I'm using Jakarta Tomcat 3.2.1since one year.
> As i had to install a new machine, i decided to use instead 
> Tomcat 3.3.1
> 
> My JSP files use the classes of a package on my server (by 
> importing them). 
> With 3.3.1 i am unable to use the classes of this package in my JSP 
> classes. Looks like the CLASSPATH is no more use !?

Correct.  See the following for information on configuring classes
in Tomcat 3.3.x:



> 
> With 3.2.1 i used to put the classpath in a 
> TOMCAT_HOME\conf\wrapper.properties files. This file as moved 
> or disappear, 
> where can i define the classpath of Tomcat 3.3.1.

It is now in conf\jk.  Note that this file has an issue in that
it requires an extra modification before use.  For details, see the
note at:



Cheers,
Larry

> 
> Thanks for any precious help and sorry for my bad english !
> 
> Michel COTE.
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Initialization in Tomcat 4.0.3

[Larry Isaacs]

In Tomcat 4.x, this is accomplished by adding a LifecycleListener
to the appropriate container, Engine, Host, etc.  An example of
how something like this is done may be found at:



In this case, the Listener is added to the Host container.  It
adds user home directories as contexts when the Lifecyle.START_EVENT
occurs.  See the org.apache.catalina.startup.UserConfig source
for implementation details.  Hopefully, this will get you started.

Cheers,
Larry

> -Original Message-
> From: Subir Sengupta [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, April 15, 2002 6:08 PM
> To: '[EMAIL PROTECTED]'
> Subject: Initialization in Tomcat 4.0.3
> 
> 
> Hi,
> 
> In Tomcat 3 we initialized stuff with the RequestInterceptor 
> element in
> web.xml like this:
> 
>debug="0"
>   className="org.apache.tomcat.init.Init" />
> 
> Init has a engineInit method that looks like this:
> public final class Init extends BaseInterceptor
> .
> .
> .
> public void engineInit(ContextManager cm) throws TomcatException {
>   CategoryNames.init();
> 
> etc
> 
> How do I the same thing in Tomcat 4.0.3 ?
> 
> Thanks from a Tomcat newbie,
> Subir
> 
> 
> 
> 
> 
> 
>  <> 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: keystore not found in tomcat-3.3.1-dev

[Larry Isaacs]

Try:

keystore="/usr/cert/.keystore"

and see if that works.  Its hard to tell from the error output
if this is the only problem.  Hopefully, it is.

Cheers,
Larry

> -Original Message-
> From: IS400 ABB [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, April 15, 2002 9:47 AM
> To: [EMAIL PROTECTED]
> Subject: keystore not found in tomcat-3.3.1-dev
> 
> 
> I'm running Tomcat-jakarta-3.3.1-dev with SSL.
> Problem: How to get SSL working when I specify the keystore path in 
> server.xml?
> 
> I have created a keystore file (.keystore) with the following command:
> keytool -genkey -alias tomcat -keyalg RSA -keystore 
> /usr/cert/.keystore
> 
> In server.xml i then setup the following connector:
>  secure="true"
> keystore="/usr/cert"
> keypass="changeit"
> clientAuth="false"
> maxThreads="100"
> maxSpareThreads="50"
> minSpareThreads="10" />
> 
> The error of starting Tomcat can be seen below!
> It works fine when I create a .keystore file in the root 
> directory (current 
> user home dir)!
> 
> Output from starting Tomcat:
> Using classpath: 
> /usr/local/jakarta-tomcat-3.3.1-dev/bin/../lib/tomcat.jar
> Using JAVA_HOME: /usr/opt/java131
> Using TOMCAT_HOME: /usr/local/jakarta-tomcat-3.3.1-dev
> ragge# 2002-04-15 12:37:59 - ServerXmlReader: 
> Config=$TOMCAT_HOME/conf/server.xml
> 2002-04-15 12:37:59 - PathSetter: 
> home=/usr/local/jakarta-tomcat-3.3.1-dev
> 2002-04-15 12:38:00 - ContextXmlReader: Context 
> config=$TOMCAT_HOME/conf/apps-127.0.0.1.xml
> 2002-04-15 12:38:00 - ContextXmlReader: Context 
> config=$TOMCAT_HOME/conf/apps-admin.xml
> 2002-04-15 12:38:00 - ContextXmlReader: Context 
> config=$TOMCAT_HOME/conf/apps-examples.xml
> 2002-04-15 12:38:00 - ContextXmlReader: Context 
> config=$TOMCAT_HOME/conf/apps-is400.xml
> 2002-04-15 12:38:00 - AutoWebApp: Loaded from config: DEFAULT:/admin
> 2002-04-15 12:38:00 - AutoWebApp: Auto-Adding DEFAULT:/
> 2002-04-15 12:38:00 - AutoWebApp: Loaded from config: 
> DEFAULT:/examples
> 2002-04-15 12:38:00 - ContextManager: Tomcat configured and 
> in stable state
> 2002-04-15 12:38:01 - ContextManager: Adding  DEFAULT:/admin
> 2002-04-15 12:38:01 - ContextManager: Adding  DEFAULT:/examples
> 2002-04-15 12:38:01 - ContextManager: Adding  DEFAULT:/admin
> 2002-04-15 12:38:01 - ContextManager: Adding  DEFAULT:/ROOT
> EmbededTomcat: Init time 8591
> 2002-04-15 12:38:03 - Http10Interceptor: Starting on 80
> Guessed home=/usr/local/jakarta-tomcat-3.3.1-dev
> java.lang.reflect.InvocationTargetException: 
> org.apache.tomcat.core.TomcatException: Root cause -
> //.keystore (No such file or directory)
> at 
> org.apache.tomcat.modules.server.PoolTcpConnector.engineStart (pc 
> 102)
> at org.apache.tomcat.core.ContextManager.start
>(pc 37)
> at org.apache.tomcat.startup.EmbededTomcat.start  
>(pc 29)
> at org.apache.tomcat.startup.EmbededTomcat.execute1   
>(pc 72)
> at org.apache.tomcat.startup.EmbededTomcat$1.run  
>(pc 4)
> at 
> org.apache.tomcat.util.compat.Jdk12Support$PrivilegedProxy.run 
> (pc 4)
> at 
> java.security.AccessController.doPrivileged(java.security.Priv
> ilegedExceptionAction,jav
> a.security.AccessControlContext) (AccessController.java)
> at 
> org.apache.tomcat.util.compat.Jdk12Support.doPrivileged (pc 52)
> at org.apache.tomcat.startup.EmbededTomcat.execute
>(pc 20)
> at java.lang.reflect.Method.invoke (Method.java)
> at org.apache.tomcat.util.IntrospectionUtils.execute  
>(pc 58)
> at org.apache.tomcat.startup.Main.execute 
>(pc 138)
> at org.apache.tomcat.startup.Main.main
>(pc 14)
> 
> 
> Thank you in advance for any comments!
> /Per
> 
> 
> _
> Hämta MSN Explorer kostnadsfritt på http://explorer.msn.se/intl.asp
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: changing auto log rotation in TC3.3 ?

[Larry Isaacs]

I was going to try to add an "append" attribute to
LogSetter and have the "restarts" always append.  If
you want to commit something, go ahead.  If not, I'll
look into it.

Cheers,
Larry

> -Original Message-
> From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, April 11, 2002 3:36 PM
> To: 'Tomcat Users List'
> Subject: RE: changing auto log rotation in TC3.3 ?
> 
> 
> > De: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Enviado el: jueves 11 de abril de 2002 21:15
> 
> > Ignacio, have you done log rotations longer than daily?
> > The above is based on code inspection, so I could be
> > wrong.
> 
> Yep, when i did the log rotation, but never more after that may be i
> left a bug behind me.. hmmm, yes, you are right, Filewriter is not
> created in append mode..
> 
> Should i commit it? 
> 
> May be add a new attribute to LogSetter to control the 
> appending or not?
> 
> Better get rid of this capability alltogether and wait for log4j
> support?
> 
> Saludos ,
> Ignacio J. Ortega
> 
> 
> 
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
> 

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

RE: changing auto log rotation in TC3.3 ?

[Larry Isaacs]

I haven't personally verified it, but I think there is
a bug in Tomcat 3.3.x's logger in that the log file is
restarted each day.  If the name doesn't change each day,
then the log file gets overwritten each day until it does
change.  The logger needs to be updated to append rather
that overwrite when the log is restarted.

Ignacio, have you done log rotations longer than daily?
The above is based on code inspection, so I could be
wrong.

Cheers,
Larry

> -Original Message-
> From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, April 11, 2002 3:00 PM
> To: 'Tomcat Users List'
> Subject: RE: changing auto log rotation in TC3.3 ?
> 
> 
> > De: Ray Pitmon [mailto:[EMAIL PROTECTED]]
> > Enviado el: jueves 11 de abril de 2002 20:35
> 
> > 1)  how do I make it so that tomcat will only rotate logs weekly or
> > monthly?
> 
> add this template ${MM} to your logger filename as timestamp, you
> will get monthly logs, 
> 
> is a SimpleDateFormat check
>  to know what you can do, search the docs for your JVM version to
see what  can be done, you can get weekly logs.. and much more..

> 2)  can I make it so that the servlet logs aren't overwritten 
> every time
> I restart tomcat?

Maybe worth add a new attribute setting for that? please post a RFE to
bugzilla for that too, this will remind to add this .. TIA

> 3)  why does tomcat decide to rotate the logs at 1am instead of
> midnight?

You've find a bug , please post it to bugzilla, may be the DST, just
started, is not taken into account.

> 4)  Are there any other attributes to LogSetter? (I only see 5 in the
> doc, with nothing pertaining to rotation)

look at
 the setters of the logsetter class are the available attributes,
that pertain to the logsetter element in server.xml

Shortly will be possible to use log4j, i think that feature is in CVS
already, and most of this problems will go away, in all or in part.. ;)

Saludos ,
Ignacio J. Ortega


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Bug in Tomcat 3.3.1 with getPathInfo() ?

[Larry Isaacs]

I think if request.getPathInfo() returns '/Hit+Run', then
the path info was '/Hit+Run' or '/Hit%2BRun'.   The path
would have to be '/Hit%20Run' for getPathInfo() to return
'/Hit Run' on Tomcat 3.3.1.

Cheers,
Larry

> -Original Message-
> From: Olaf Vetter [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, April 10, 2002 11:20 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Bug in Tomcat 3.3.1 with getPathInfo() ?
> 
> 
> OK. But now, is there any way to distinguish between a '+'
> that results from encoding '%2B' and a '+' that stands for ' ' ?
> 
> In other words, if request.getPathInfo() returns '/Hit+Run' , 
> this could be '/Hit+Run' or '/Hit Run' ...
> 
> Olaf
> 
> >>> [EMAIL PROTECTED] 10.04.2002 17:07 >>>
> According to RFC2396, '+' is are reserved character in the
> query string, but not in the path portion of a URL.  There
> was a bug fix in Tomcat 3.3.1 to avoid translating '+'
> to ' ' in the parts of the URL prior to the query string.
> 
> Cheers,
> Larry
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Bug in Tomcat 3.3.1 with getPathInfo() ?

[Larry Isaacs]

According to RFC2396, '+' is are reserved character in the
query string, but not in the path portion of a URL.  There
was a bug fix in Tomcat 3.3.1 to avoid translating '+'
to ' ' in the parts of the URL prior to the query string.

Cheers,
Larry

> -Original Message-
> From: Olaf Vetter [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, April 10, 2002 10:40 AM
> To: [EMAIL PROTECTED]
> Subject: Bug in Tomcat 3.3.1 with getPathInfo() ?
> 
> 
> As far as I understand, calling request.getPathInfo() should 
> return an encoded string.
> With Tomcat 3.3.1, it returns the plus sign instead of 
> encoding it to a space.
> (Besides, it works "ok" with Tomcat 3.2X)
> 
> Is this a bug or intended?
> 
> Thanks in advance
> Olaf Vetter
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: $CATALINA_HOME/shared deprecated? [was Re: NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1]

[Larry Isaacs]

More acurately, $CATALINA_HOME/lib is the "shared" classloader
(there is no $CATALINA_HOME/shared directory).  It is the place
to put shared jars that you don't want to be visible to the
Catalina classloader.

I'm not sure whether "include $CATALINA_HOME/shared in the
classpath" is referring to the JVM's classpath or that classes
aren't visible to your web application.  They won't appear
on the JVM's classpath because Catalina builds the classloader
hierarchy at startup.  The JVM's classpath appears as part
of the "system" classloader in the diagram shown on the document
cited.

Cheers,
Larry

> -Original Message-
> From: Aditya [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 09, 2002 3:52 PM
> To: Tomcat Users List
> Subject: $CATALINA_HOME/shared deprecated? [was Re: 
> NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1]
> 
> 
> 4.0.4-B2-01 doesn't seem to include $CATALINA_HOME/shared in 
> the classpath
> however the documentation still says that that's the place to 
> put local,
> shared jars:
> 
>   
> http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-h
> owto.html
> 
> Thanks,
> Adi
> 
> On Tue, Apr 09, 2002 at 01:38:27PM -0400, Larry Isaacs wrote:
> > Yes, it is a known issue for Tomcat 4.0.2 and 4.0.3. Putting
> > the jars in $CATALINA_HOME/lib or $CATALINA_HOME/common/lib
> > is the only workaround for these versions.  To get the bugfix,
> > you will need to upgrade to the nightly Tomcat 4.x or
> > Tomcat 4.0.4-b1, or later.
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Bryan Joyner [mailto:[EMAIL PROTECTED]] 
> > > Sent: Tuesday, April 09, 2002 1:21 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1 
> > > 
> > > 
> > > I'm getting a NoClassDefFoundError in a servlet when loading
> > > javax.xml.transform.Source. Im using Tomcat 4.0.2 and Xalan 2.3.1.
> > > xalan.jar and xml-apis.jar are both in my war file in the 
> WEB-INF/lib
> > > directory. I have worked around the problem  by putting 
> these jars in
> > > the $CATALINA_HOME/lib. But I don't want to have to do 
> this. Is this a
> > > known issues? 
> > > 
> > > Bryan Joyner
> > > Sr. Software Engineer
> > > ZixIt Corporation
> > > 
> > > Office: (214) 370-2027
> > > Fax: (214) 370-2073
> > > [EMAIL PROTECTED]
> > > To send email secure and certified, Just ZixIt!(tm) 
> > > zixmail(tm) is the most convenient way to add security to 
> > > your email. If
> > > you would like to add privacy, security and certified 
> receipts to your
> > > email, download zixmail(tm) from <http://www.zixmail.com>. 
> > > 
> > > 
> > > 
> > > --
> > > To unsubscribe:   
> <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > > For 
> additional commands: 
> <mailto:[EMAIL PROTECTED]>
> > > Troubles with the list: 
> <mailto:[EMAIL PROTECTED]>
> > > 
> > 
> > --
> > 
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> > For additional commands: 
> <mailto:[EMAIL PROTECTED]>
> > Troubles with 
> the list: <mailto:[EMAIL PROTECTED]>
> > 
> 
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
> 

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

RE: Tomcat intermittent failures

[Larry Isaacs]

Do you know if a request might be accessing the JSP page while
another request is trying to compile the updated version?
Also, I assume if it is "not found" through Apache, it is also
"not found" accessing Tomcat directly?

Cheers,
Larry

> -Original Message-
> From: David Bank [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 09, 2002 1:56 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat intermittent failures
> 
> 
> Good morning, afternoon, evening, or whichever local 
> timeperiod you are
> currently experiencing. I've just joined the list, seeking help on a
> rather perplexing Tomcat problem we've been having. All 
> assistance will
> be greatly appreciated.
> 
> Our environment
> Windows 2000 Server (sorry) with SP2 (we're moving to Linux, I
> promise!)
> Apache v1.3.23
> Tomcat v3.3a (running as a NT service)
> Sun JDK 1.3.1_02
> 
> Our problem
> Occasionally, especially after editing a JSP file or files, 
> Tomcat will
> suddenly fail to find the .java and .class files that go with a
> particular JSP. Looking in the "work" directory reveals that the files
> exist, but when we attempt to access that particular JSP thru 
> Apache, we
> get 404 - File Not Found. 
> 
> We have had some success in causing this problem to go away 
> by shutting
> down the Apache and Tomcat services, deleting the appropriate 
> .java and
> .class (and .ver) files, restarting the Tomcat and Apache 
> services, and
> hitting Reload on the browser. Sometimes (about 50% of the 
> time) when we
> do this, Tomcat suddenly "finds" the files and the JSP runs, new .java
> and .class files are created, and we get the proper output. The
> remaining 50% of the time, it falls to one of two 
> happenstances. Either
> (30%) we do the shutdown-services-and-delete routine followed by a
> reboot and the problem goes away, or (20%) we keep retrying 
> on different
> clients until the problem suddenly vanishes.
> 
> This problem is intermittent. Sometimes we'll get it with FOO.JSP but
> not BAR.JSP. We'll then take a corrective action (described above) and
> suddenly we'll get it with BAR.JSP but not FOO.JSP. Both JSP files are
> very similar, and there's nothing exotic about our coding. 
> Sometimes the
> problem goes away with some waiting.
> 
> This happens with both IE and Netscape clients, and with clients on
> different networks and behind different firewall/proxy 
> situations, so we
> don't think that firewall, proxy or other network architecture issues
> are contributing factors. This happens to clients on the same 
> LAN as the
> servers.
> 
> Needless to say, we're quite perplexed, and don't understand what is
> going wrong. If anyone has any suggestions or recommendations, please
> respond.
> 
> David Bank
> NC CATS Project Manager
> Accountability Services - Testing
> NC Department of Public Instruction
> 301  Wilmington Street
> Raleigh, NC  27601
> 919-807-3796
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1

[Larry Isaacs]

Yes, it is a known issue for Tomcat 4.0.2 and 4.0.3. Putting
the jars in $CATALINA_HOME/lib or $CATALINA_HOME/common/lib
is the only workaround for these versions.  To get the bugfix,
you will need to upgrade to the nightly Tomcat 4.x or
Tomcat 4.0.4-b1, or later.

Cheers,
Larry

> -Original Message-
> From: Bryan Joyner [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 09, 2002 1:21 PM
> To: [EMAIL PROTECTED]
> Subject: NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1 
> 
> 
> I'm getting a NoClassDefFoundError in a servlet when loading
> javax.xml.transform.Source. Im using Tomcat 4.0.2 and Xalan 2.3.1.
> xalan.jar and xml-apis.jar are both in my war file in the WEB-INF/lib
> directory. I have worked around the problem  by putting these jars in
> the $CATALINA_HOME/lib. But I don't want to have to do this. Is this a
> known issues? 
> 
> Bryan Joyner
> Sr. Software Engineer
> ZixIt Corporation
> 
> Office: (214) 370-2027
> Fax: (214) 370-2073
> [EMAIL PROTECTED]
> To send email secure and certified, Just ZixIt!(tm) 
> zixmail(tm) is the most convenient way to add security to 
> your email. If
> you would like to add privacy, security and certified receipts to your
> email, download zixmail(tm) from . 
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: integrating TOMCAT 4.0 with APACHE 2.0 - or Tomcat 3.3.1

[Larry Isaacs]

The Apache 2.0 connector I think is called mod_jk2 and is built
from the jk/native2 directory.  The jk/native directory builds
mod_jk, which is an Apache 1.3 connector that won't work with
Apache 2.0.  I haven't done anything with mod_jk2 yet, so I can't
say whether the current mod_jk2 will satisfy your definition of
"working".

Cheers,
Larry

> -Original Message-
> From: Mauricio Nuñez [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 09, 2002 10:06 AM
> To: Tomcat Users List
> Subject: Re: integrating TOMCAT 4.0 with APACHE 2.0 - or Tomcat 3.3.1
> 
> 
> I'm trying the same!
> I get the CVS copy of jakarta-tomcat-connector, build and 
> mod_jk.so, but it's 
> don work!
> I get an error 500, handler not found.
> Can somebody release an working mod_jk.so for apache 2.0 please.
> 
> Thanks
> 
> 
> El Mar 09 Abr 2002 08:27, David Cassidy escribió:
> > I'd really quite like to try Tomcat 3.3.1 with apache 2.0
> >
> > I've tried the binaries for apache 2 - for linux
> >
> > 
> http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1
/bin/linux/i3
>86/ mod_jk-3.3-ap20.so
> 386/mod_jk-3.3-ap20.so>
>
> Apache says 'httpd: module "mod_jk.c" is not compatible with this
> version of Apache.'
>
> If I try to build the version from source - There isn't an apache2
> version in the source
> distro of Tomcat 3.3.1
>
> Help 
>
> Thanks
>
> David
>
> Mike Dewhirst wrote:
> >has anybody successfully integrated Apache 2 with Tomcat 4? If yes, how
> >did
> >you do it, I can't figure it out. If it's RTFM -  which part, I couldn't
> >find it in the docs...
> >
> >
> >=**


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: integrating TOMCAT 4.0 with APACHE 2.0 - or Tomcat 3.3.1

[Larry Isaacs]

The API to Apache 2 is very different from Apache 1.3.x.  It was
also evolving, so it wasn't practical to include a working Apache 2
connector in Tomcat 3.3.x, or Tomcat 4.x for that matter.
The mod_jk-3.3-ap20.so is likely a version that Henri Gomez built
a while ago, and is probably out of date with respect to the current
Apache 2.

Work on a mod_jk, actually mod_jk2, connector for Tomcat 3.3.x
and Tomcat 4.x is being actively worked on as part of the
jakarta-tomcat-connectors project.  You can check the mail archives
of tomcat-dev to see what is being done.  The mod_jk2 for Apache 2
appears within the jakarta-tomcat-connectors repository under
"jk/native2" directory.

Cheers,
Larry


> -Original Message-
> From: David Cassidy [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 09, 2002 8:28 AM
> To: Tomcat Users List
> Subject: Re: integrating TOMCAT 4.0 with APACHE 2.0 - or Tomcat 3.3.1
> 
> 
> I'd really quite like to try Tomcat 3.3.1 with apache 2.0
> 
> I've tried the binaries for apache 2 - for linux
> 
> http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1/bin/linux/i386/ 
> mod_jk-3.3-ap20.so 
> 
>
> 
> Apache says 'httpd: module "mod_jk.c" is not compatible with this 
> version of Apache.'
> 
> If I try to build the version from source - There isn't an apache2 
> version in the source
> distro of Tomcat 3.3.1
> 
> Help 
> 
> Thanks
> 
> David
>

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: setProperty

[Larry Isaacs]

This is specified behavior.  Section JSP.4.2  of the
JSP 1.2 spec states for the property attribute of
:

The name of the Bean property whose value you want to set.
If you set propertyName to * then the tag will iterate over
the current ServletRequest parameters, matching parameter
names and value type(s) to property names and setter
method type(s), setting each matched property to the value
of the matching parameter. If a parameter has a value of "",
the corresponding property is not modified.

Note the last sentence.

Cheers,
Larry

> -Original Message-
> From: Sipos Andras [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 09, 2002 5:54 AM
> To: [EMAIL PROTECTED]
> Subject: setProperty 
> 
> 
> Hi,
> 
> If  put a empty value via http GET parameter then it not call 
> the objects
> setter method
> 
> What is the problem?
> 
> Example:
> updater.jsp?val1=&val2=%val3=
> 
> in updater.jsp:
> 
> 
> MySystem:
> jdk1.3.1_02
> jakarta-tomcat-4.0.2
> win98.hu
> 
> 
> 
> 
> 
> -
> This email was sent using SquirrelMail.
>"Webmail for nuts!"
> http://squirrelmail.org/
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: jk_nt_service fails (error 1067)

[Larry Isaacs]

Elsewhere in wrappers.properties two log files are defined.
Are these log files created?  If not, it suggests that
jk_nt_service is not finding the wrapper.properties or
maybe the wrapper.properties has some error that prevents
it from being processed (I have never seen such an error
though).

If the log files exist but don't contain any clues, I
would recommend manually building the wrapper.cmd_line
with all the substitutions and executing that in a DOS
prompt to see what happens.  Hopefully it will reveal
the error the service is encountering with it tries
to execute this command.

Cheers,
Larry

> -Original Message-
> From: Alexander Höglind [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 09, 2002 4:55 AM
> To: Tomcat Users List
> Subject: Re: jk_nt_service fails (error 1067)
> 
> 
> Hi,
> I'm using Tomcat 4.03 and this is what I found at the end of the file,
> *
> #wrapper.cmd_line=$(wrapper.javabin) 
> -Djava.security.policy=="$(wrapper.tomcat_policy)" 
> -Dtomcat.home="$(wrapper.tomcat_home)" -classpath 
> $(wrapper.class_path) $(wrapper.startup_class) -config 
> $(wrapper.server_xml) 
> 
> wrapper.cmd_line=$(wrapper.javabin) -Xrs 
> -Djava.security.policy=="$(wrapper.tomcat_policy)" 
> -Dtomcat.home="$(wrapper.tomcat_home)" -classpath 
> $(wrapper.class_path) $(wrapper.startup_class) -config 
> $(wrapper.server_xml) start
> *
> 
> Soo it seems like it is already fixed by default.
> 
> Thanx,
> Alexander
> 
> - Original Message - 
> From: "Lecaros, Noel" <[EMAIL PROTECTED]>
> To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> Sent: Monday, April 08, 2002 6:41 PM
> Subject: RE: jk_nt_service fails (error 1067)
> 
> 
> Hi,
> 
> Have you looked in %TOMCAT_HOME%\logs\jvm.stderr?  This message looks
> familiar.  There appears to be an issue with the 
> wrapper.properties file
> (the one you should specify as a command-line argument to 
> jk_nt_service.exe)
> in that the property "wrapper.jvm.options" is not being read properly.
> Either remove this from the wrapper.cmd_line (found at the 
> end of the file)
> or set "wrapper.jvm.options=-Xrs".  This issue is actually documented
> "somewhere" in the mailing list, which makes a case for 
> better documentation
> for Tomcat.
> 
> Regards,
> 
> Noel Lecaros
> 
> -Original Message-
> From: Alexander Höglind [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 08, 2002 9:19 AM
> To: Tomcat User
> Subject: jk_nt_service fails (error 1067)
> 
> 
> Hi,
> I'm using Tomcat 4.03 on win2000 server(sp2) and IIS 5.0
> Tomcat seems to work fine (mysite.com:8080) but I can't get 
> jk_nt_service to
> work.
> I have disabled tomcat.exe in my services and restarted the 
> server, but the
> service doesn't start. My operating system is in swedish but 
> this is an
> error I found in this group that looks like it:
> ***
> A system error has occurred.
> System error 1067 has occurred.
> The process terminated unexpectedly.
> ***
> I couldn't find an answer to the old message so I ask again. 
> Why can't I
> have this service started. Just to see that it wasn't my 
> server that was
> messed up, I installed tomcat on win2000 prof (sp2) with 
> default IIS and it
> generates the same error.
> 
> If I try to start the service in the Command Prompt (jk_nt_service -s
> Tomcat) and it generates this error:
> *
> Asked (and given) winsoc
> Starting Tomcat.
> Tomcat failed to start.
> *
> 
> The service is started by following command: 
> jk_nt_service.exe Tomcat in
> win2000 services.
> If I try that in the Command Promt I get the following error:
> 
> Asked (and given) winsock 1.1
> Error: StartServiceCtrlDispatcher failed.
> ***
> 
> Can it have to do with spaces in my tomcat installation dir. 
> d:\Java\Apache
> Tomcat 4.0 ?
> 
> 
> Thanx for any help,
> Alexander Höglind
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Tomcat 4.0.3 and Maverick

[Larry Isaacs]

I assume this is the same problem as in a recent post:

A bug (Bugzilla #6374) in Tomcat 4.0.2/4.0.3 requires
XML parsers to be placed in "common/lib".  The bug is they
won't work in WEB-INF/lib.  This is fixed in Tomcat 4.x and
4.0.4-b1, or later.

Cheers,
Larry

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, April 08, 2002 3:00 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 4.0.3 and Maverick
> 
> 
> I'm using Tomcat 4.0.1 successfully with Maverick 1.0.1.
> 
>  With the same application deployment, I can't get Maverick 
> to work with
> Tomcat 4.0.3; I get classdef not found exceptions on
> javax/xml/transform/TransformerException, even with the 
> Maverick example
> programs.
> 
> I've tried Maverick 2.0 also, with the same results.
> 
> Any ideas?
> 
> Thanks
> 
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Tomcat 4.0.3 and JAXP1.2

[Larry Isaacs]

A bug (Bugzilla #6374) in Tomcat 4.0.2/4.0.3 requires
XML parsers to be placed in "common/lib".  The bug is they
won't work in WEB-INF/lib.  This is fixed in Tomcat 4.x and
4.0.4-b1, or later.

Cheers,
Larry

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, April 08, 2002 2:02 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 4.0.3 and JAXP1.2
> 
> 
> Hi
> I am trying to use JAXP1.2 (from the 
> java_xml_pack-spring02-dev from SUN) 
> with Tomcat 4.03 (jdk1.3.1_03). I have put all the jar files 
> from JAXP1.2 
> into the WEB-INF/lib directory of my webapplication.
> When a servlet tries to instantiate a class which uses JAXP 
> features (for 
> XSL-transformation) it becomes unavailable: (from 
> localhost_log)2002-04-07 
> 16:04:20 StandardWrapper
> [/WFB:EntryConfirmServlet]: Marking servlet 
> EntryConfirmServlet as unavailable
> 2002-04-07 16:04:20 StandardContext[/WFB]: Servlet /WFB threw load() 
> exception javax.servlet.ServletException: Error instantiating 
> servlet class 
> de.wfb.servlets.EntryConfirmServlet at 
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardW
> rapper.java:893)
>  
> at 
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.
> java:808)
>  ..
> - Root Cause -
> java.lang.NoClassDefFoundError: 
> javax/xml/transform/TransformerException at 
> java.lang.Class.newInstance0(Native Method) at 
> java.lang.Class.newInstance(Class.java:232) at 
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardW
> rapper.java:884)
>  
> at 
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.
> java:808) at 
> org.apache.catalina.core.StandardContext.loadOnStartup(Standar
> dContext.java:32
> 
> 66)
> In a documentation about Tomcat 4 (seems not to be specific 
> for 4.03) I have 
> found:
> By default the Java API for XML Processing (Version 1.1) reference 
> implementation is utilized  
> However this parser is not visible for to web applications ...
> To make an XML parser available to your web applications, ...
> To utilize an XML parser in a single web application simply 
> include the 
> parser's JAR files in the /WEB-INF/web.xml (?? I guess that 
> should read 
> /WEB-INF/lib) directory of the application. This will work, 
> no matter what 
> parser might be used 
> The class in question compiles and runs in a stand-alone version.
> Any ideas?
> 
> Many thanks,
> 
> Hans
> 
> 
> 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: jk_nt_service fails (error 1067)

[Larry Isaacs]

Any errors reported in the log files specified within
wrapper.properties?

Cheers,
Larry

> -Original Message-
> From: Alexander Höglind [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, April 08, 2002 12:19 PM
> To: Tomcat User
> Subject: jk_nt_service fails (error 1067)
> 
> 
> Hi,
> I'm using Tomcat 4.03 on win2000 server(sp2) and IIS 5.0
> Tomcat seems to work fine (mysite.com:8080) but I can't get 
> jk_nt_service to work.
> I have disabled tomcat.exe in my services and restarted the 
> server, but the service doesn't start. My operating system is 
> in swedish but this is an error I found in this group that 
> looks like it:
> ***
> A system error has occurred.
> System error 1067 has occurred.
> The process terminated unexpectedly.
> ***
> I couldn't find an answer to the old message so I ask again. 
> Why can't I have this service started. Just to see that it 
> wasn't my server that was messed up, I installed tomcat on 
> win2000 prof (sp2) with default IIS and it generates the same error.
> 
> If I try to start the service in the Command Prompt 
> (jk_nt_service -s Tomcat) and it generates this error:
> *
> Asked (and given) winsoc
> Starting Tomcat.
> Tomcat failed to start.
> *
> 
> The service is started by following command: 
> jk_nt_service.exe Tomcat in win2000 services.
> If I try that in the Command Promt I get the following error:
> 
> Asked (and given) winsock 1.1
> Error: StartServiceCtrlDispatcher failed.
> ***
> 
> Can it have to do with spaces in my tomcat installation dir. 
> d:\Java\Apache Tomcat 4.0 ?
> 
> 
> Thanx for any help,
> Alexander Höglind
> 
> 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Query regarding mod_jk.conf-auto

[Larry Isaacs]

In Tomcat 3.2.x you will have to modify
src/share/org/apache/tomcat/task/ApacheConfig.java, re-compile
and update your webserver.jar.  (In Tomcat 3.3.x, this is
configurable.)

Cheers,
Larry

> -Original Message-
> From: sharadsk [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, April 08, 2002 4:10 AM
> To: Tomcat Users List
> Subject: Query regarding mod_jk.conf-auto
> 
> 
> Hi,
>  We have requirement where we want to use mod_jk.conf-auto 
> file, for Apache configuration. This file whenevr generated 
> by Tomcat puts default LoadModule directive, which is 
> LoadModule jk_module libexec/mod_jk.so
> 
> We want this directive to be 
> LoadModule jk_module modules/mod_jk.so, each time this file 
> is generated.
> 
> Is there any way to achieve this?
> 
> We are using Tomcat 3.2.4.
> 
> TIA
> -Sharad Kasab
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Pbs with tomcat 3.3a and IIS connector : windows auth fails

[Larry Isaacs]

Make sure that you set tomcatAuthentication="false" on the
Ajp13Connector element in the server.xml file.  Otherwise,
Tomcat 3.3.x ignores any authentication done by IIS.

Cheers,
Larry


> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, April 02, 2002 3:30 AM
> To: [EMAIL PROTECTED]
> Subject: Pbs with tomcat 3.3a and IIS connector : windows auth fails
> 
> 
> I'm using W2K Professionnal with IIS 5 + Tomcat 3.3a,
> Tomcat configured with IIS connector.
> 
> "Jakarta" virtual dir authentication method setted like this :
> - anonymous access : unchecked
> - basic authentication : unckecked
> - windows auth : checked
> 
> I try to read the current windows user with 
> request.getUserPrincipal() but it
> always says null : can someone help ?
> 
> Thanks
> 
> [EMAIL PROTECTED]
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: resource-env-ref

[Larry Isaacs]

The DTD requires that "resource" be spelled out, i.e.
"resource-env-ref-name", etc.  "res-env-ref-name" won't
be recognized.

Cheers,
Larry

> -Original Message-
> From: daryn nakhuda [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, March 29, 2002 12:39 PM
> To: [EMAIL PROTECTED]
> Subject: resource-env-ref
> 
> 
> 
> Following the jdni howto (
> http://jakarta.apache.org/tomcat/tomcat-4.0-doc/jndi-resources
> -howto.html );
> I setup the following in my web.xml, and made sure it's in 
> the right place
> according to the dtd, but I still get the following error:
> 
> PARSE error at line 121 column 23
> org.xml.sax.SAXParseException: Element type "res-env-ref-name" must be
> declared.
> 
> What am I doing wrong?
> 
> 
> --web.xml--
>  PUBLIC "-//Sun Microsystems, Inc.//DTD Web 
> Application 2.3//EN"
> "http://java.sun.com/dtd/web-app_2_3.dtd";>
> .
> .
> 
> .
> .
>   
> 
>   jdo/sajdo
> 
> 
>   com.sun.forte4j.persistence.PersistenceManagerFactoryImpl
> 
>   
> .
> .
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests

[Larry Isaacs]

> -Original Message-
> From: Jay Balunas [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, March 29, 2002 11:35 AM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, 
> but not sending requests
> 
> 
> 
> Larry,
> 
>  Well, thanks for all of your help.  We will try you idea with the
> "worker.ajp13.host".
> 
>  We just did a clean install of apache and tomcat with none of our
> other configuration stuff, and got the same problem.  We are leaning
> towards the fact that it could be our build of the mod_jk.so 
> file.  Even
> though it initializes correctly maybe there is just something screwy.
> 
>  You don't happen to have a AIX mod_jk.so binary kicking around?

Sorry, no.  Don't currently have access to an AIX system either.

Larry

> 
> Thanks again,
> 
> Jay
> 
> 
> 
>   
>       
>   
> Larry Isaacs  
>   
>   
>  Users List' <[EMAIL PROTECTED]>  
>
> sas.com> cc:  
>   
>   
>  Subject: RE: 
> Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending 
>   requests
> 03/29/2002
>   
>   
> 10:51 AM  
>   
>   
> Please respond
>   
>   
> to "Tomcat
>   
>   
> Users List"   
>   
>   
>   
>   
>   
>   
>   
>   
> 
> 
> 
> 
> Jay,
> 
> Sounds like the problem is in the forwarding.  If you have
> a second system available with Apache and/or Tomcat you might
> try using the "worker.ajp13.host" property in workers.properties
> to cross connect the Apaches and Tomcats and see if the
> problem is on the mod_jk/Apache side and/or on the Tomcat/JVM
> side.  I haven't worked with AIX, so I don't have any specific
> help I can give.
> 
> Larry
> 
> > -Original Message-
> > From: Jay Balunas [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, March 29, 2002 10:25 AM
> > To: Tomcat Users List
> > Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK,
> > but not sending requests
> >
> >
> >
> > Larry,
> >
> >  When Access Apache content everything works fine.  Also
> > when access
> > the examples directly through tomcat's http server (the 
> embedded one)
> > everything works fine.  It is only going through the mod_jk
> > that croaks.
> > That is why I leaning towards some configuration with mod_jk
> > or something.
> > but everything else works fine.
> >
> >  We're not crazy or anything, the does work on other
> > people machine
> > right?  mod_jk on AIX ?
> >
> > Thanks Again,
> > Jay
> >
> >
> >
> >
> >
> >
> >
> > Larry Isaacs
> >
> >
> >  > Users List' <[EMAIL PROTECTED]>
> >
> > sas.com> cc:
> >
> >
> >  Subject: RE:
> > Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending
> >  requests
> > 03/29/2002
> >
> >
> > 10:15 AM
> >
> >
> > Please respond
> >
> >
> > to "Tomcat
> >
> >
> >  

RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests

[Larry Isaacs]

Jay,

Sounds like the problem is in the forwarding.  If you have
a second system available with Apache and/or Tomcat you might
try using the "worker.ajp13.host" property in workers.properties
to cross connect the Apaches and Tomcats and see if the
problem is on the mod_jk/Apache side and/or on the Tomcat/JVM
side.  I haven't worked with AIX, so I don't have any specific
help I can give.

Larry

> -Original Message-
> From: Jay Balunas [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, March 29, 2002 10:25 AM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, 
> but not sending requests
> 
> 
> 
> Larry,
> 
>  When Access Apache content everything works fine.  Also 
> when access
> the examples directly through tomcat's http server (the embedded one)
> everything works fine.  It is only going through the mod_jk 
> that croaks.
> That is why I leaning towards some configuration with mod_jk 
> or something.
> but everything else works fine.
> 
>  We're not crazy or anything, the does work on other 
> people machine
> right?  mod_jk on AIX ?
> 
> Thanks Again,
> Jay
> 
> 
> 
> 
>       
>   
>   
> Larry Isaacs  
>   
>   
>  Users List' <[EMAIL PROTECTED]>  
>
> sas.com> cc:  
>   
>   
>  Subject: RE: 
> Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending 
>  requests 
> 03/29/2002
>   
>   
> 10:15 AM  
>   
>   
> Please respond
>   
>   
> to "Tomcat
>   
>   
> Users List"   
>   
>   
>   
>   
>   
>   
>   
>   
> 
> 
> 
> 
> Jay,
> 
> What happens if you try to access Apache content, such as
> with just http://host:8080/? Does Apache successfully serve
> content, or does these requests hang too?
> 
> Larry
> 
> > -Original Message-
> > From: Jay Balunas [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, March 29, 2002 10:01 AM
> > To: Tomcat Users List
> > Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK,
> > but not sending requests
> >
> >
> >
> > Larry,
> >
> >  Thanks for the info on the ajp12.id file.  We may have
> > started tomcat
> > twice or something.  We'll keep an eye out for that.
> >
> >  The Tomcat log shows this at the end of the log after
> > initialization.
> > that looks good compared to other OSes that we have this running on.
> >
> >  2002-03-29 08:59:54 - Http10Interceptor: Starting on 8081
> >  2002-03-29 08:59:54 - Ajp12Interceptor: Starting on 8007
> >  2002-03-29 08:59:55 - Ajp13Interceptor: Starting on 8009
> >
> >  The test request we are trying is the tomcat Examples so
> > "http://host:8080/examples";  Where 8080 is the port apache is
> > on.   All
> > that happens on the AIX box when we do this is the browser
> > hangs, waiting
> > for a response.
> >
> >  On one of the Solaris boxes I turned the log level up to
> > "debug" on
> > mod_jk, and saw all alot more information from where the AIX
> > box mod_jk log
> > stopped.  I also saw it checking all of the requests like you
> > said , it is
> > actually pretty cool.   So here it what I think we are
> > missing in the AIX
>