Re: Application vars -

2010-07-02 Thread Shay Rojansky
Just my comments on the dispatching idea proposed below... If smooth processing with no freeze-time is important, I'm assuming there is also some sort of cluster/high-availability functionality. If this is the case, you are already running at least two Tomcats on different servers, and using some

Re: JNI error under tomcat: java.lang.UnsatisfiedLinkError

2010-07-02 Thread Shay Rojansky
Hi Dennis. So do you see the Load library successful message? Also, if I remember correctly, the code in eval.java is not a safe way to load a native library. It's a very good idea to place the System.loadLibrary in a static { } block, instead of in a method. The way your class is written, it's

Re: Tomcat 6.0.26

2010-07-01 Thread Shay Rojansky
and error http 404 We only have a small number of servlets and would choose not to place them in a package at this point in time. I understand your naming of package com.company.project, can you replace com\mycompany\ On 28 June 2010 13:26, Shay Rojansky r...@roji.org wrote: Hi John. Both

Re: Application vars -

2010-06-30 Thread Shay Rojansky
Hi Eric. On Wed, Jun 30, 2010 at 9:20 PM, Eric P eric.maill...@gmail.com wrote: Shay, Forgive all potential newbness in my responses below. I'm still learning this stuff. No worries for newbiness, your responses all make sense. Shay Rojansky wrote: Hi Eric. Would making your

Re: Application vars -

2010-06-29 Thread Shay Rojansky
Hi Eric. Would making your servlet reload all application vars not be akin to simply reloading your servlet altogether, by changing context/init params in your web.xml or context.xml? If you really want to avoid an application reload, why not just have your app read its values from a properties

Re: Tomcat 6.0.26

2010-06-28 Thread Shay Rojansky
On 27 June 2010 15:54, Shay Rojansky r...@roji.org wrote: John, Can you please send your web.xml as well? I would be it's a misconfigured servlet in there (the WEB-INF should not be part of the class package name, as it appears in your error log). Shay On Sun, Jun 27, 2010 at 7

Re: Classloading

2010-06-28 Thread Shay Rojansky
Hi Paul. Yes, this is the normal behavior. As you found out, Tomcat uses a different classloader for the common classes than that used for for loading your webapp classes. Basically, when your application loads PracCalc, Tomcat looks first in the common directory and loads it from there. Then,

Re: Classloading

2010-06-28 Thread Shay Rojansky
as well? Thanks, Paul -Original Message- From: Shay Rojansky [mailto:r...@roji.org] Sent: 28 June 2010 13:35 To: Tomcat Users List Subject: Re: Classloading Hi Paul. Yes, this is the normal behavior. As you found out, Tomcat uses a different classloader for the common classes than

Re: Tomcat 6.0.26

2010-06-27 Thread Shay Rojansky
John, Can you please send your web.xml as well? I would be it's a misconfigured servlet in there (the WEB-INF should not be part of the class package name, as it appears in your error log). Shay On Sun, Jun 27, 2010 at 7:55 AM, John Byrne jbmulti...@gmail.com wrote: Hi Have installed tomcat

Re: Setting Up AJP Workers as a Failover

2010-06-23 Thread Shay Rojansky
David, you might want to take a look at http://tomcat.apache.org/connectors-doc/generic_howto/loadbalancers.html under Advanced lb Worker properties. There's an example for what you want with what Reiner was talking about (activation/redirect). Shay On Wed, Jun 23, 2010 at 3:48 AM, Pid