Re: Xalan performance within Tomcat

[Mario Felarca]

At 09:57 PM 7/17/2002 +, you wrote:

I am bumping my thread in the hopes that some people may not have seen it 
before, or that others may have come across some new ideas.

Also, for informational purposes, the time that I am actually measuring is 
the actual time that the transform call takes. In both cases, the Source is 
a StreamSource that has a ByteArrayInputStream at its base, and the Result 
is a StreamResult that is going to a ByteArrayOutputStream.

Can anyone think of anything, either java related, Tomcat related, xalan 
related, etc. that would cause the time for the same transform to be much 
much slower from within a servlet running in Tomcat as opposed to a test 
program run from command line.

Thanks in advance,

Mario-



>Hello all,
>
>I have a small thread going on the xalan-j-users list, but I thought I 
>would ask a similar question here since the performance issue involved has 
>tomcat as one of its major components.
>
>
>My original email:
>
>"I am running Tomcat 3.3.1 with the JRE 1.3.1_03 server vm, and Xalan-J 2.4D1.
>
>I wrote a small test program that performs a couple of transforms on some 
>data that I have that happens to be a decent size. This transforms it in 
>about 40 seconds each for the first pass, and usually 16 and 26 seconds 
>each for the subsequent iterations.
>
>When I run the same two transforms from within a servlet running under 
>Tomcat, it takes an unbelievably long time. We are talking on the order of 
>6-8 min. for the first transform, and 2-3 min for the second one.
>
>For further clarification, the transformers are always derived from a 
>Templates object. The system is a P3-800 with 256 MB of memory. When I run 
>my test program, it sucks nerely 100% CPU for the whole time, and chews a 
>healthy amount of memory. When I run from tomcat, it spikes the CPU to 
>varying levels but never chews it consistently, while at the same time 
>consuming apparently a bit less memory (or quickly gc'ing the memory).
>
>In both cases, the Java heap is set to minimum 128 and maximum 512.
>
>I would expect the time under the servlet to be a bit slower, primarily 
>because there are other things that I am doing there that I am not doing 
>in my test program, but these numbers are downright painful."
>
>Some further information from discussions:
>
>Stylesheet optimization is something to look at, but regarding the current 
>case the stylesheets are the same for bothe the test program and the 
>servlet case.
>
>I am more convinced that this has to do with the CPU usage. When I run my 
>test program, it uses almost all of the CPU for the entire run, and 
>consequently things get done quickly.
>
>When run from within the servlet, the CPU varies from around 3% to about 
>30-45%, and only rarely spikes above that.
>
>Does anyone know what would cause this, or a way to tell it to go ahead 
>and chew the CPU so as to get done with processing as fast as possible?
>
>As for the heap size issue, I tried setting it to -Xms128m and -Xmx128m 
>and ended up blowing the heap under both my test program and tomcat. I 
>don't really think it is a heap issue because this performance is similar 
>on other machines we have tested on that have 1GB of memory.
>
>Any thoughts, ideas, or experiences to share?
>
>Thanks in advance,
>
>Mario-


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

Xalan performance within Tomcat

[Mario Felarca]

Hello all,

I have a small thread going on the xalan-j-users list, but I thought I 
would ask a similar question here since the performance issue involved has 
tomcat as one of its major components.


My original email:

"I am running Tomcat 3.3.1 with the JRE 1.3.1_03 server vm, and Xalan-J 2.4D1.

I wrote a small test program that performs a couple of transforms on some 
data that I have that happens to be a decent size. This transforms it in 
about 40 seconds each for the first pass, and usually 16 and 26 seconds 
each for the subsequent iterations.

When I run the same two transforms from within a servlet running under 
Tomcat, it takes an unbelievably long time. We are talking on the order of 
6-8 min. for the first transform, and 2-3 min for the second one.

For further clarification, the transformers are always derived from a 
Templates object. The system is a P3-800 with 256 MB of memory. When I run 
my test program, it sucks nerely 100% CPU for the whole time, and chews a 
healthy amount of memory. When I run from tomcat, it spikes the CPU to 
varying levels but never chews it consistently, while at the same time 
consuming apparently a bit less memory (or quickly gc'ing the memory).

In both cases, the Java heap is set to minimum 128 and maximum 512.

I would expect the time under the servlet to be a bit slower, primarily 
because there are other things that I am doing there that I am not doing in 
my test program, but these numbers are downright painful."

Some further information from discussions:

Stylesheet optimization is something to look at, but regarding the current 
case the stylesheets are the same for bothe the test program and the 
servlet case.

I am more convinced that this has to do with the CPU usage. When I run my 
test program, it uses almost all of the CPU for the entire run, and 
consequently things get done quickly.

When run from within the servlet, the CPU varies from around 3% to about 
30-45%, and only rarely spikes above that.

Does anyone know what would cause this, or a way to tell it to go ahead and 
chew the CPU so as to get done with processing as fast as possible?

As for the heap size issue, I tried setting it to -Xms128m and -Xmx128m and 
ended up blowing the heap under both my test program and tomcat. I don't 
really think it is a heap issue because this performance is similar on 
other machines we have tested on that have 1GB of memory.

Any thoughts, ideas, or experiences to share?

Thanks in advance,

Mario-


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

RE: Tomcat 3.3.1 and additionalJars

[Mario Felarca]

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

RE: Tomcat 3.3.1 and additionalJars

[Mario Felarca]

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

RE: Tomcat 3.3.1 and additionalJars

[Mario Felarca]

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

RE: Tomcat 3.3.1 and additionalJars

[Mario Felarca]

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

RE: Tomcat 3.3.1 and additionalJars configuration

[Mario Felarca]

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

Tomcat 3.3.1 and additionalJars configuration

[Mario Felarca]

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

RE: Classloader question

[Mario Felarca]

From: Larry Isaacs <[EMAIL PROTECTED]>
To: 'Tomcat Users List' <[EMAIL PROTECTED]>
Subject: RE: Classloader question
Date: Tue, 7 May 2002 08:17:44 -0400
MIME-Version: 1.0
Content-Type: text/plain


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

Ah, but I have tweaked the webapp level classloader so that it checks in 
its own classpath first, and loads from there.

The problem I am running into is I don't know later on in the process of 
starting up, where it is trying to link this class in and what loader it is 
looking at then.

I was wondering if anyone had experience with what to do after I tell the 
classloader to load from the new location, since that is when the 
LinkageError is thrown.

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

Thanks much Larry, I will give this a try. If you have any other thoughts 
on how to get around the linkage error, I would appreciate any ideas at 
this stage.

Thanks again,

Mario-


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

RE: Classloader question

[Mario Felarca]

Message-ID: 
From: tamir <[EMAIL PROTECTED]>
To: 'Tomcat Users List' <[EMAIL PROTECTED]>
Subject: RE: Classloader question
Date: Tue, 7 May 2002 10:05:36 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="WINDOWS-1255"

 > What I don't understand is why using two different versions of the same
 > class.
 > Isn't it some kind of troublemaker?
 >
 > Tamir

For example, if I have a specific servlet context that want's use a 
specific version of Xalan while all the rest of the servlet contexts want 
to use a newer one.

That type of deal. I have received some great feedback on this already, but 
I would still be interested in any more ideas, or even thoughts as to why I 
can get the webapp classloader to load the file correctly, but I get a 
linkage error later on.

Thanks,

Mario-


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

Classloader question

[Mario Felarca]

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: 

Servlet destroy ordering

[Mario Felarca]

Hello,

I had a quick question about Tomcat 3.3a. In what order will it unload 
servlets? For my load-on-startup servlets, in the log, I see the init calls 
get executed in the order that I specify based off the value I give to 
load-on-startup.

Are they unloaded in the same order? The reverse order? Any order?

Also, is there a way to obtain the value of Tomcat's current working 
directory from within a servlet?

Thanks in advance,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Tomcat 3.3a and context loading order

[Mario Felarca]

Hello,

In Tomcat 3.2.x one could specify the order in which contexts were 
initialized by the order in which they were entered in the server.xml file.

In Tomcat 3.3 I have not found a way to do this yet, short of putting the 
contexts into one file (be it the server.xml file or an apps-ordered.xml 
file). Does anyone know of a better way to do this?

Thanks in advance,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: Tomcat 3.3a - classloader hirearchy questions

[Mario Felarca]

At 08:34 AM 02/12/2002 -0500, you wrote:

>Tomcat 3.3 follows the JDK implementation for classloaders
>where child classloaders delegate to their parent classloaders
>first, before attempting to load a class themselves.  This is
>why Base1.class is found in the CLASSPATH classloader even though
>it exists in other classloaders in the chain.
>
>Per the Servlet 2.3 spec, Tomcat 4.x implements the classloader
>behavior differently.  Classloaders may attempt to load the
>class first before delegating to their parent classloader.
>In this case, your scenario would have worked.

Thanks for your help in clarifying this for me Larry!!

Mario-



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Tomcat 3.3a - classloader hirearchy questions

[Mario Felarca]

Hello, I had a problem a few days ago with Tomcat 3.3a and loading classes 
that I have tracked down. I wanted to ask if my understanding of the 
classloader hirearchy is correct or if there are other people that have 
experienced similar behavior.

I was running Tomcat 3.3a as a service, and on the -Djava.class.path was 
tomcat.jar and one other directory that had a copy of one of my classes, 
we'll call it Base1.class.

Now, Base1.class was also in a jar that I had put in tomcat/lib/apps and 
was thus loaded by the apps classloader. The problem I was running into, 
was that I had another class in that same jar, loaded by the apps 
classloader, that extended from Base1.class. We'll call this class 
SubClass1.class.

I expected SubClass1.class to load Base1.class from the apps classloader, 
since they were both in the same jar. What appeared to be happening, was 
that SubClass1.class was attempting to load Base1.class from the system 
classloader. Here, Base1.class got loaded (since there was a copy on 
-Djava.class.path) but since Base1.class needed to load other classes that 
were not on the system classloader, things failed out.

I know that a solution is to remove the copy of Base1.class from the 
-Djava.class.path location, but now I am curious as to if my understanding 
of the classloaders is incorrect.

Shouldn't the SubClass1.class look for any classes that it is dependent on 
in the same classloader first? In this case it would be the apps 
classloader which should also have loaded Base1.class.

Or, does the apps classloader not load Base1.class since it was already on 
the -Djava.class.path?

Better yet, is this a configuration issue that I have simply overlooked?

Finally, I noticed that if I ran from the tomcat batch file, and set the 
CLASSPATH environment variable to be the same as the -Djava.class.path 
parameter that I used, the behavior was different and I did not get the 
same problems as I did when running as a service.

Any information or ideas would be appreciated.

Thanks so much in advance,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: servlet.jar and 3.3

[Mario Felarca]

At 03:53 PM 02/08/2002 -0500, Larry Isaacs wrote:
>Hi Mario,
>
>At this point my "help" may be in the form of a sequence
>of possibly worthless guesses.  Since it is a pain for me
>to try to keep up with tomcat-user from home over the
>weekend, reply directly to me if need an answer during
>this time.

Will do. Thanks for helping me out with this.

> From the log, I am curious about the "\..."
>that appears at the top of the log.  Is this something
>you modified or does this literally appear in the file?
>If it is not your doine, then this isn't normal.

No, I put that in there. Any place where the text is the form of this:



I put in personally. I just edited the log for brevity and clarity.

>Note that Tomcat 3.3 currently does a poor job with respect
>complaining about configuration errors.  It will tend to do
>*something*, event if it is wrong.

That seems to be the case, because using the exact same setup, I can run 
from tomcat.bat just fine, I just can't seem to get it to run as a service. :(

Thanks,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: servlet.jar and 3.3

[Mario Felarca]

At 12:36 PM 02/08/2002 -0500, you wrote:
>Sorry.  I'm having trouble connecting yesterday to today.

Not a problem. I know the feeling. :)

>Next, I think I would need to see the startup log output and
>the full stack trace of the error to make further guesses.

Here is my stderr.log. There is absolutely nothing in the stdout.log. I 
have changed a few areas denoted with <> and my comment in between.

Please take a look and lend me your thoughts.

Thanks in advance,

Mario-



2002-02-08 13:30:47 - ServerXmlReader: Config=\Tomcat\conf\server.xml
2002-02-08 13:30:47 - PathSetter: home=\tomcat
2002-02-08 13:30:47 - ContextXmlReader: Context 
config=$TOMCAT_HOME\conf\apps-127.0.0.1.xml
2002-02-08 13:30:47 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-admin.xml
2002-02-08 13:30:47 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-app1.xml
2002-02-08 13:30:47 - ContextXmlReader: Context 
config=$TOMCAT_HOME\conf\apps-examples.xml
2002-02-08 13:30:47 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-app2.xml
2002-02-08 13:30:47 - AutoWebApp: Loaded from config: DEFAULT:/admin
2002-02-08 13:30:47 - AutoWebApp: Loaded from config: DEFAULT:/examples
2002-02-08 13:30:47 - AutoWebApp: Auto-Adding DEFAULT:/
2002-02-08 13:30:47 - ContextManager: Tomcat configured and in stable state 
2002-02-08 13:30:47 - ContextManager: Adding  DEFAULT:/admin
2002-02-08 13:30:48 - ContextManager: Adding  DEFAULT:
2002-02-08 13:30:48 - ContextManager: Adding  DEFAULT:/examples
2002-02-08 13:30:48 - ContextManager: Adding  DEFAULT:
2002-02-08 13:30:48 - ContextManager: Adding  DEFAULT:/ROOT
2002-02-08 13:30:48 - LoadOnStartupInterceptor: cannot load servlet name:  - java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.net.FactoryURLClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.net.FactoryURLClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.net.FactoryURLClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.net.FactoryURLClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at org.apache.tomcat.util.depend.DependClassLoader.loadClassInternal1(Unknown 
Source)
at org.apache.tomcat.util.depend.DependClassLoader12$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.tomcat.util.depend.DependClassLoader12.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at org.apache.tomcat.facade.ServletHandler.getServlet(Unknown Source)
at org.apache.tomcat.facade.ServletHandler.preInit(Unknown Source)
at org.apache.tomcat.facade.ServletHandler.init(Unknown Source)
at org.apache.tomcat.facade.LoadOnStartupInterceptor.contextInit(Unknown 
Source)
at org.apache.tomcat.core.Context.init(Unknown Source)
 

RE: servlet.jar and 3.3

[Mario Felarca]

At 09:04 AM 02/08/2002 -0500, you wrote:
>I believe that org.apache.tomcat.startup.Main now requires
>a task to be specified.  It no longer defaults to starting.
>Include "start" or "-start" (without quotes) as an argument
>to the Main class.

Thanks for the idea, unfortunately I still see the same behavior.

My problem wasn't that Tomcat wouldn't start. It seemed to start just fine, 
whether I had the -start parameter in there or not. My problem was that 
when it tried to load a servlet, and we have servlets that specify 
, it would be unable to "see" the servlet.jar.

This would result in a NoClassDefFound error for 
javax.servlet.http.HttpServlet, that would in turn result in none of my 
servlets loading.

Tomcat is up and running, it's just that my servlets don't get loaded.

The odd thing is, from command line, my servlets work fine.

Any more ideas or suggestions would be welcome.

Thanks again,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: servlet.jar and 3.3

[Mario Felarca]

At 05:36 PM 02/07/2002 -0500, you wrote:
>I haven't used JavaService.exe.  What are the other "java startup"
>arguments and parameters being specified.  Having just
>tomcat.jar for the classpath should be fine.

The other parameters relevant to tomcat are:

-Dtomcat.home, the value is the Tomcat directory.
The start class is or.apache.tomcat.startup.Main.
The start method is main.
The start param is -config
The config value is the location for my server.xml file.

Thanks,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: servlet.jar and 3.3

[Mario Felarca]

At 04:38 PM 02/07/2002 -0500, you wrote:
>I can't make much of a guess yet.  Can you be more
>specific about what "can't seem to see the servlet.jar" means.
>Having an old servlet.jar or j2ee.jar in your jre/lib/ext
>directory can cause problems, but I can't tell if that
>would apply in your case.

Sorry, I wasn't too specific.

If I run Tomcat from the command line, it works fine. However, the place I 
am seeing the error is when I am running Tomcat as a service using 
JavaService.exe.

The error message I am getting is LoadOnStartupInterceptor: cannot load 
servlet name:  - java.lang.NoClassDefFoundError: 
javax/servlet/http/HttpServlet.

As a service, the only thing we have on the -classpath parameter is 
Tomcat/lib/tomcat.jar.

Thanks in advance,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Re: servlet.jar and 3.3

[Mario Felarca]

At 03:45 PM 02/07/2002 -0500, you wrote:
>Mario,
>
> I had sort of the same problem yesterday.  Make sure your CLASSPATH 
> is set correctly.
>
>For linux I put the CLASSPATH in /etc/profile and exported it and 
> everything "lit" up.
>I am not sure about windows???

I thought for Tomcat 3.3 it ignores your classpath. I am running it as a 
service, which in essence launches it from command line with the -classpath 
arg. The only thing of significance that I have on that parameter is the 
Tomcat/lib/tomcat.jar.

Do you know if you changed some other configuration as well?

Thanks,

Mario-



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

servlet.jar and 3.3

[Mario Felarca]

Hello,

I had a quick question. We are migrating to Tomcat 3.3a and for some reason 
my servlets can't seem to see the servlet.jar, even though it is in the 
lib/common directory.

I am sure it is probably just a small configuration error on my part, but 
from the Tomcat Users Guide, it appears to me that the Webapp and 
Application classloaders should be able to see the Common classloader.

If anyone has seen this and could help me out, or if could point me in the 
right direction for the information, I would appreciate it.

Thanks in advance,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Help tracking down a problem please.

[Mario Felarca]

Hello,

I am using Apache 1.3.22+mod_jk+mod_ssl(2.8.5 I believe)+Tomcat 3.3a on Win2K.

Currently, we have a context that has all data (i.e. images, scripts, 
applets) served up through Tomcat. The request comes in via HTTPS and on 
particularly heavy pages, for example ones that have a lot of images, we 
get an Apache.exe termination error talking about how an instruction could 
not reference memory at a location.

If I hit refresh on this page, I can get it to crash almost every time.

Now, the webserver itself doesn't crash. In the process manager, the 
Apache.exe never goes away, and the logs are not flushed. If I click "OK" 
on the error dialog, the page continues loading and eventually finishes 
correctly. This leads me to belive that it is a module that is crashing and 
restarting.

Has anyone seen this kind of behavior with a similar set-up? Is this a 
known bug that I just haven't found the information to yet? Does anyone 
know of workarounds that will help?

In looking at the logs, the only thing that stands out at the timestamps 
where these crashes occur is the following from the Apache sslinfo.log file.

Init: 4nd restart round (already detached)
[04/Feb/2002 15:58:02 01972] [info]  Init: Reinitializing OpenSSL library
[04/Feb/2002 15:58:02 01972] [info]  Init: Seeding PRNG with 136 bytes of 
entropy
[04/Feb/2002 15:58:02 01972] [info]  Init: Configuring temporary RSA 
private keys (512/1024 bits)
[04/Feb/2002 15:58:02 01972] [info]  Init: Configuring temporary DH 
parameters (512/1024 bits)
[04/Feb/2002 15:58:02 01972] [info]  Init: Initializing (virtual) servers 
for SSL

There is nothing unusual before this in the logs other than a large (10+) 
number of these entries, all with the same timestamp.

[04/Feb/2002 15:58:00 01596] [info]  Subsequent (No.2) HTTPS request 
received for child 1 (server )
[04/Feb/2002 15:58:00 01596] [info]  Subsequent (No.2) HTTPS request 
received for child 2 (server )
[04/Feb/2002 15:58:00 01596] [info]  Subsequent (No.3) HTTPS request 
received for child 1 (server )
[04/Feb/2002 15:58:00 01596] [info]  Subsequent (No.3) HTTPS request 
received for child 2 (server )

I am not sure if this is a tomcat, mod_jk, or mod_ssl error. Any pointers 
to information, ideas, or help would be greatly appreciated.

Thanks in advance,

Mario-



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: Sessions Timeout

[Mario Felarca]

At 09:40 AM 01/29/2002 +, you wrote:
> > Is there a way to configure
> > Tomcat to check the expire time against last access time and not
> > creation time?
>
>Sessions *are* invalidated when the timeout period has passed without
>access.  *Not* when the timeout period has passed from creation.

I had a quick question about this. For a session to be "refreshed" by being 
accessed, does this count only direct calls to the specific URI's, or if I 
do a forward from another servlet context into it, will this count as 
access as well. As far as I can tell, the servlet forwarding does not seem 
to refresh the session timeout value.

I am using Tomcat 3.2.4 with crossContext values enabled. It is sitting on 
top of Apache 1.3.20 and mod_jk.

Thanks in advance,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Re: JBUilder and connectionn pool

[Mario Felarca]

At 02:00 PM 01/21/2002 -0300, you wrote:

>The big problem is to continue to debug apps directly inside JBuilder 5, as
>it uses a server8080.xml for each debugging (and recreates it each time, so
>you can't add a Context path in server8080.xml), and sets the contexts
>paths directly in it. And I have to make sure the db servlet that initiates
>the pools in started before starting a web app to be debugged.

I believe you can replace this file with one of your own. If you remove the 
lines that talk about JBuilder auto-generating the file, then JBuilder will 
leave it and you can modify it to your heart's content.

Thanks,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Re: Tomcat without apache

[Mario Felarca]

At 11:17 AM 01/17/2002 -0800, you wrote:
>Is there some way to use alias in tomcat without apache?

You could create a context with a path the same as your alias, and point 
the docbase to the correct location.

Hope that helps,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Quick classpath clarification

[Mario Felarca]

I just wanted to clarify my understanding with the list.

Say I have Tomcat 3.2.4 running as a service, and on its classpath, there 
is a jar called test.jar. My understanding is that if a webapp has its own 
version of test.jar in its web-inf/lib directory, that will NOT take 
priority over the one sitting on Tomcat's classpath, right?

In order to actually override the classes, the jar would have to be 
extracted into the web-inf/classes directory of the webapp.

Is my current view of this correct? Is there a way to make the webapp's jar 
have precedence?

Thanks in advance,

Mario-




_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: Sessions across contexts, is it possible?

[Mario Felarca]

At 04:21 PM 01/11/2002 -0600, you wrote:

If you have your context's set to crossContext="true", you can receive the 
request in one context, set a request attribute with the value 
(setAttribute("otherContextPath", getServletContext().getRealPath("")), and 
then forward the request to the other context.

In the other context, you just pull the data out of the request attribute 
with that key.

I don't know if you were looking for something simpler than that, but if 
you are just trying to pass data around, that should work.

M-



>I want to pass servletContext.getRealPath("") over to another context.  I
>don't want to have to do this with http parameters because of security
>reasons.  Am I out of luck, or is there a way?
>
>Thanks in advance for any help!
>
>-Original Message-
>From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
>Sent: Friday, January 11, 2002 3:45 PM
>To: Tomcat Users List; Jonathan Eric Miller
>Subject: Sessions across contexts, is it possible?
>
>
>Is it possible to use session attributes across contexts in tomcat 3.2.4?
>
>
>--
>To unsubscribe:   
>For additional commands: 
>Troubles with the list: 
>
>
>
>--
>To unsubscribe:   
>For additional commands: 
>Troubles with the list: 


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Uninstalling Tomcat as a service

[Mario Felarca]

Hello,

I am using JavaService to run Tomcat 3.2.3 as a service on a Win2k machine. 
Sometimes, when I do an uninstall of the service, Tomcat does not fully 
uninstall.

 From the service control manager, it is listed as "Disabled", and you 
cannot do anything with it because Windows will come back with an error 
saying "This service is marked for deletion". It requires a reboot to fix.

Has anyone seen this problem? It does not happen every time, but happens 
often enough to be a hindrance.

Any information or pointers would be appreciated.

Thanks in advance,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: Odd Apache+Tomcat errors

[Mario Felarca]

At 03:26 PM 01/07/2002 -0600, you wrote:
>are you logging at debug level?
>what does it show when you do?
>
>SSLLog logs/SSL.log
>SSLLogLevel debug
>
>in your httpd.conf (in case you are not familiar)
>B

We were logging at info level. I will try this. Should I be on the look-out 
for anything in particular, or just anything out of the ordinary in general?

Thanks for the help!

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: Odd Apache+Tomcat errors

[Mario Felarca]

At 04:34 PM 01/07/2002 -0500, you wrote:

>I had the same lock-up problem for the myapp sample webapp when Apache,
>Tomcat, and IE5.0 where all running on the same win2000Pro box.
>
>I got the myapp sample webapp to work (serve images) though in both of the
>following two situations:
>
>1.  running IE5.0 browser from a different machine (from that running Apache
>and Tomcat)
>2.  Using Netscape 6.2 on the same machine as Apache and Tomcat.

Interesting. I haven't tried the NS 6.2 yet, but I know that we are 
experiencing these drop-outs even when browsing from machines other than 
the server itself.

Does anyone have any ideas as to how to try to pin this down further? I too 
think it has to do with the connector but I would like to isolate it to be 
sure, and if possible try to find some way to reduce the number of request 
drops.

Would trying to use another connector help? Or would removing SSL from the 
equation help?

Thanks in advance,

Mario-


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

RE: Odd Apache+Tomcat errors

[Mario Felarca]

At 01:39 PM 01/07/2002 -0500, you wrote:
>A number of us have been having similar problems with
>Apache 1.3.2x, Tomcat 4.0.1, mod_webapp.so, and Win2K.  We haven't got to
>the bottom of that one either but it appears that the Windows port of the
>Apache-Tomcat integration is buggy.

Hrmm. Thanks for the info. Are there any known configurations that causes 
this to be a less frequent occurrence?

Does anyone have experience with these types of problems and 1.3.20 and 3.2.3?

Thanks in advance,

Mario-

>-Original Message-
>From: Mario Felarca [mailto:[EMAIL PROTECTED]]
>Sent: Monday, January 07, 2002 1:38 PM
>To: [EMAIL PROTECTED]
>Subject: Odd Apache+Tomcat errors
>
>
>Hello,
>
>I have a problem and I was wondering if anyone could give me some ideas or
>information about a possible solution.
>
>I am running Apache 1.3.20, Tomcat 3.2.3 and using mod_jk on Win2k.
>
>We are accessing our servlets through https, and every once in a while
>(i.e. not all the time, but often enough to be annoying) a click on a link
>that goes to the servlets will result in a page not found or a blank page.
>
>In looking at the logs, it appears as if the request doesn't even hit
>Tomcat. If I click on the same link immediately afterwards, it works fine.
>
>Also, every once in a while, when I get a blank page or page not found, I
>will also get a Windows dialog for an Apache.exe error saying it has
>crashed. However, watching the processes, the webserver itself does not go
>down. In fact, immediately afterwards, I can click on the link again and it
>works.
>
>Is this mod_jk crashing? Has anyone experienced this? Any information or
>pointers would be most appreciated.
>
>Thanks,
>
>Mario-
>
>
>_
>Do You Yahoo!?
>Get your free @yahoo.com address at http://mail.yahoo.com
>
>
>--
>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]>


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Odd Apache+Tomcat errors

[Mario Felarca]

Hello,

I have a problem and I was wondering if anyone could give me some ideas or 
information about a possible solution.

I am running Apache 1.3.20, Tomcat 3.2.3 and using mod_jk on Win2k.

We are accessing our servlets through https, and every once in a while 
(i.e. not all the time, but often enough to be annoying) a click on a link 
that goes to the servlets will result in a page not found or a blank page.

In looking at the logs, it appears as if the request doesn't even hit 
Tomcat. If I click on the same link immediately afterwards, it works fine.

Also, every once in a while, when I get a blank page or page not found, I 
will also get a Windows dialog for an Apache.exe error saying it has 
crashed. However, watching the processes, the webserver itself does not go 
down. In fact, immediately afterwards, I can click on the link again and it 
works.

Is this mod_jk crashing? Has anyone experienced this? Any information or 
pointers would be most appreciated.

Thanks,

Mario- 


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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