Running multiple servlet instances

2001-08-14 Thread Alain SMEDTS
Hi, some time ago there was a discussion about implementing a cache of instances for single thread model servlets in Tomcat (just like JServ did). Does anyone know the latest status, i.e. is someone working on it? Alain

Re: Running multiple servlet instances

2001-08-14 Thread Craig R. McClanahan
On Tue, 14 Aug 2001, Alain SMEDTS wrote: Hi, some time ago there was a discussion about implementing a cache of instances for single thread model servlets in Tomcat (just like JServ did). Does anyone know the latest status, i.e. is someone working on it? I don't know of anyone working

Re: Running multiple servlet instances

2001-08-14 Thread Jonathan Cobb
Craig R. McClanahan wrote: I don't know of anyone working on it at the moment, although (at least for Tomcat 4) it would be a fairly straightforward exercise. I think I have seen support for this in the code (see org.apache.catalina.core.StandardWrapper), but I've also heard that the STM

Re: getKeystorePass() method?

2001-08-14 Thread Jonathan Cobb
Craig R. McClanahan wrote: On Mon, 13 Aug 2001, Christopher Cain wrote: I'm in the process of cleaning up the 4.0 SSLServerSocketFactory, and it occurs to me that I find the getKeystorePass method offensive. There should never be any reason to retrieve the keystore password once it's set, and

Re: Running multiple servlet instances

2001-08-14 Thread Craig R. McClanahan
On Tue, 14 Aug 2001, Jonathan Cobb wrote: Craig R. McClanahan wrote: I don't know of anyone working on it at the moment, although (at least for Tomcat 4) it would be a fairly straightforward exercise. I think I have seen support for this in the code (see

Re: getKeystorePass() method?

2001-08-14 Thread Craig R. McClanahan
On Tue, 14 Aug 2001, Jonathan Cobb wrote: Craig R. McClanahan wrote: On Mon, 13 Aug 2001, Christopher Cain wrote: I'm in the process of cleaning up the 4.0 SSLServerSocketFactory, and it occurs to me that I find the getKeystorePass method offensive. There should never be any reason to

Re: [PATCHES] SSL Sockets

2001-08-14 Thread Pier P. Fumagalli
Christopher Cain at [EMAIL PROTECTED] wrote: Pier P. Fumagalli wrote: Err... Warp doesn't (yet) support TLS sockets, but, since you changed the signature, I believe it needs to go in :) :) :) I figured that you are already answering enough mail on how to build Warp, so I best not

ContextEjb related deploy classes

2001-08-14 Thread Alex Garrett
Forgive me if this is the wrong list to post to, but since it's a source related question (as opposed to a use question) I thought this list would be appropriate for my question. I'm reading through the source code and trying to understand the whole startup process -- how

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util CGIProcessEnvironment.java

2001-08-14 Thread pier
pier01/08/14 11:50:10 Modified:.RELEASE-NOTES-4.0-B8.txt catalina/docs/appdev build.xml.txt deployment.html installation.html processes.html source.html catalina/docs/appdev/sample build.bat build.sh build.xml

Re: ContextEjb related deploy classes

2001-08-14 Thread Craig R. McClanahan
On Tue, 14 Aug 2001, Alex Garrett wrote: Forgive me if this is the wrong list to post to, but since it's a source related question (as opposed to a use question) I thought this list would be appropriate for my question. I'm reading through the source code and trying to understand the

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Bootstrap.java

2001-08-14 Thread craigmcc
craigmcc01/08/14 12:30:07 Modified:catalina/src/share/org/apache/catalina/startup Bootstrap.java Log: Do not load jndi.jar on a JDK 1.3 or later system, in *any* of the three class loaders we are creating (because it is built in to the JDK in 1.3).

Re: ContextEjb related deploy classes

2001-08-14 Thread Alex Garrett
Thanks for the help! I was still confused as to how the web app gets the information, but what you gave me pointed me to the StandardContext.createNamingContext() method and it all makes perfect sense, now. Incidentally, as I continue to try to understand the codebase, I'll probably have

Re: ContextEjb related deploy classes

2001-08-14 Thread Craig R. McClanahan
On Tue, 14 Aug 2001, Alex Garrett wrote: Thanks for the help! I was still confused as to how the web app gets the information, but what you gave me pointed me to the StandardContext.createNamingContext() method and it all makes perfect sense, now. Incidentally, as I continue to try

[PATCH] SSL phase two

2001-08-14 Thread Christopher Cain
The second phase of cleanup ended up being pretty undramatic. The Jikes problems I was seeing ended up being the fact that I have the SSL jars as installed extensions in the jre/lib/ext, so Jikes didn't have explicit access to them (which I would have known immediately if I had paid attention to

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler JikesJavaCompiler.java

2001-08-14 Thread seguin
seguin 01/08/14 13:52:43 Modified:jasper/src/share/org/apache/jasper/compiler JikesJavaCompiler.java Log: two fixes: 1) normalize the classpath jikes is invoked with so that it doesn't contain file urls like /c:/tomcat/webapps/... on windows,

Nightly builds for 3.3

2001-08-14 Thread cmanolache
Hi, Nightly builds for 3.3 are out, it seems somehow they are destabilising the system and Pier asked me to find a different machine. I'll try to do that, the sourceforge build machines seems nice ( but I'll have to do some tricks ), or I could use my home machine ( which seems to be faster

Re: ServletContext.getResource() never null?

2001-08-14 Thread chris monster
in testing several containers including Tomcat 3.1.1, i was unable to get a null ( where a test for null would have been, um, desirable ), nor did it appear that the presence or absence of a leading / made any difference. Sounds like a bug in 3.1.1. But it's unlikely anyone is

Re: Nightly builds for 3.3

2001-08-14 Thread Pier P. Fumagalli
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: Nightly builds for 3.3 are out, it seems somehow they are destabilising the system and Pier asked me to find a different machine. Since Tomcat 3.3 is opening 8500 file descriptors per process (how can that be, I don't know, but I just audited it

RE: Nightly builds for 3.3

2001-08-14 Thread Martin van den Bemt
A bit of concern here.. I'm working constantly with 3.3 cvs version and have a lot of classloader issues and class context reloading issues.. (the lot means : it happens a lot..) Some are solved by moving the jar file to the root lib dir (didn't find the time to get a nice reproductions scenario

Re: ServletContext.getResource() never null?

2001-08-14 Thread Amy Roh
chris monster wrote: in testing several containers including Tomcat 3.1.1, i was unable to get a null ( where a test for null would have been, um, desirable ), nor did it appear that the presence or absence of a leading / made any difference. Sounds like a bug in 3.1.1.

RE: Nightly builds for 3.3

2001-08-14 Thread cmanolache
On Wed, 15 Aug 2001, Martin van den Bemt wrote: A bit of concern here.. I'm working constantly with 3.3 cvs version and have a lot of classloader issues and class context reloading issues.. (the lot means : it happens a lot..) Some are solved by moving the jar file to the root lib dir

Velocity vs. XMLC

2001-08-14 Thread Christopher Cain
Hey buddy. First of all, thanks for the nod on getting committer status. Nothing has happened yet, and I e-mailed Craig privately to get his thoughts on whether he favors the idea or not. I haven't heard back yet, but I know he's a busy man. I'm sure at some point that my PATCHES assult will

Re: Velocity vs. XMLC

2001-08-14 Thread Christopher Cain
Ooops ... this was meant to go to Jon privately!!! (That reply-to header gets me every time =) DAMN!!! Oh well, good thing I didn't bust on any of you guys or anything =) Anyway, I guess since I accidentally sent it (believe me, I PROMISE it was accidental and not a troll for OT comments), if

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/runtime JspRuntimeLibrary.java PageContextImpl.java

2001-08-14 Thread craigmcc
craigmcc01/08/14 16:28:55 Modified:jasper/src/share/org/apache/jasper/compiler IncludeGenerator.java jasper/src/share/org/apache/jasper/runtime JspRuntimeLibrary.java PageContextImpl.java Log: Fix a spec-compliance bug

Re: cvs commit:jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/runtimeJspRuntimeLibrary.java PageContextImpl.java

2001-08-14 Thread Pier P. Fumagalli
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: Fix a spec-compliance bug in the implementation of PageContext.include(), which was not flushing the output stream even though this is explicitly required in the Javadocs. Congrats (I know it gave you some headaches!) Pier

Re: [Fwd: J2EE 1.3 Final Approval Ballot starts in 7 days]

2001-08-14 Thread Pier P. Fumagalli
On another mailing list, Jon fairly asked (since pretty soon, there will be a final release of 4.0) and I like to inform also the Tomcat developers on what my thoughts are: Jon Stevens at [EMAIL PROTECTED] wrote: Does mod_warp really have the level of testing and stability in order to

Bugzilla items...

2001-08-14 Thread Pier P. Fumagalli
Doing some cleansweep on bugzilla... I found several related to the WebApp module assigned to wrong categories... Pier

cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/shared/sharedunp - New directory

2001-08-14 Thread craigmcc
craigmcc01/08/14 17:18:56 jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/shared/sharedunp - New directory

cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/unpshared - New directory

2001-08-14 Thread craigmcc
craigmcc01/08/14 17:20:03 jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/unpshared - New directory

Servlet Forward to Self? 4.0b7

2001-08-14 Thread Jonathan Pierce
I'm not sure whether it is legal, but Tomcat 4.0b7 doesn't like it very much. I'm trying to forward a request back to the same servlet with a different query string that dispatches the way the request is handled within the servlet. Tomcat4.0b7 gets an error trying to allocate the servlet again

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Bootstrap.java

2001-08-14 Thread craigmcc
craigmcc01/08/14 17:55:25 Modified:catalina/src/share/org/apache/catalina/startup Bootstrap.java Log: Use more platform-sensitive paths when building class loaders. Christoper caught two of the cases, but there were a few more. Windows ... gotta love

cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/unpshared UnpSharedSessionBean.java

2001-08-14 Thread craigmcc
craigmcc01/08/14 17:57:09 Modified:tester build.xml tester/src/bin tester.xml tester/src/tester/org/apache/tester Session01.java Session03.java Added: tester/src/tester/org/apache/tester/unpshared

Re: Servlet Forward to Self? 4.0b7

2001-08-14 Thread Dmitri Colebatch
On Tue, 14 Aug 2001, Jonathan Pierce wrote: String theNewURL = /servlet/ + getClass ().getName () + ?GOTO=NextScreen; theNewURL = theResponse.encodeUrl (theNewURL); ServletContext theServletContext = theDBServlet.getServletContext (); theServletContext.getRequestDispatcher (theNewURL).forward

[DOC] status

2001-08-14 Thread Rob S.
Working on this Win98 laptop is enough to make me want to change trades. When you combine the awesome power of a K62-300 with a slow-arse 2GB HD, the sky's the limit... grumble! I'm going to duck out of docs until I get back to Vancouver and get myself situated. I wanted to really help get them

Re[2]: Servlet Forward to Self? 4.0b7

2001-08-14 Thread Jonathan Pierce
why are you encoding the url? DOing that will cause ? and = to be encoded as %whatever; so the query string wont be interpreted as you intend. Not true, I am encoding the URL because I sometimes include quotes. It's not the issue here though, since it behaves the same way without encoding the

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader StandardClassLoader.java

2001-08-14 Thread craigmcc
craigmcc01/08/14 18:47:01 Modified:catalina/src/share/org/apache/catalina/loader StandardClassLoader.java Log: Make StandardClassLoader sensitive to File.separator also. It helps if you commit *all* of a patch instead of half of it :-) Submitted

[TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread David Rees
Hi, I came across the need to use mod_rewrite to rewrite some URLs I was sending to Tomcat. After playing with it a bit (I had it working a while ago) and finding that Tomcat was not receiving the rewritten URLs no matter what I did, I took a look at the source to native/apache1.3/mod_jk.c.

Re: [PATCH] TC4 classes dir not loaded on win

2001-08-14 Thread Craig R. McClanahan
On Fri, 10 Aug 2001, Christopher Cain wrote: The {TC4_HOME}/server/classes directory, if created, fails to get added as a repository in the ClassLoader on Windows machines. The attached is a two-parter resolves the issue. I have tested the patch set on both Win98 and Linux, which in this

RE: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Keith Wannamaker
Hi David, Unfortunately there are people who were breaking because we didn't follow the spec. The better way to fix it is to create an inverse function for ap_parse_uri(request_rec *r, const char *uri) [http_protocol.c] in mod_jk... one that would 'unparse' the munged r-uri rewrite and use it

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Justin Erenkrantz
On Tue, Aug 14, 2001 at 06:13:24PM -0700, David Rees wrote: --- mod_jk.c.orig Tue Aug 14 17:58:21 2001 +++ mod_jk.cTue Aug 14 18:04:58 2001 @@ -358,7 +358,7 @@ s-method = (char *)r-method; s-content_length = get_content_length(r); s-query_string = r-args; -

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread David Rees
On Tue, Aug 14, 2001 at 10:20:26PM -0400, Keith Wannamaker wrote: Unfortunately there are people who were breaking because we didn't follow the spec. The better way to fix it is to create an inverse function for ap_parse_uri(request_rec *r, const char *uri) [http_protocol.c] in mod_jk...

Re: [DOC] status

2001-08-14 Thread Christopher Cain
Quoting Rob S. [EMAIL PROTECTED]: [snip] Answering questions on the mailing list until then will hopefully be less stressful =) LOL Less stressful ... not likely. Noble endeavor ... absolutely! ;-)

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Justin Erenkrantz
On Tue, Aug 14, 2001 at 10:20:26PM -0400, Keith Wannamaker wrote: Hi David, Unfortunately there are people who were breaking because we didn't follow the spec. The better way to fix it is to create an inverse function for ap_parse_uri(request_rec *r, const char *uri) [http_protocol.c]

cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_jni_worker.c

2001-08-14 Thread mmanders
mmanders01/08/14 19:27:31 Modified:src/native/mod_jk/common jk_jni_worker.c Log: Fixed bridge class name and rolled 3.2.3 fixes into 3.3. Revision ChangesPath 1.3 +32 -8 jakarta-tomcat/src/native/mod_jk/common/jk_jni_worker.c Index: jk_jni_worker.c

Re: [DOC] status

2001-08-14 Thread Craig R. McClanahan
On Tue, 14 Aug 2001, Christopher Cain wrote: Quoting Rob S. [EMAIL PROTECTED]: [snip] Answering questions on the mailing list until then will hopefully be less stressful =) LOL Less stressful ... not likely. Noble endeavor ... absolutely! ;-) +1 +1 :-) Craig

cvs commit: jakarta-tomcat/src/native/mod_jk/jni jni_connect.dsp

2001-08-14 Thread mmanders
mmanders01/08/14 19:28:22 Modified:src/native/mod_jk/jni jni_connect.dsp Log: Fixed include path for debug build. Revision ChangesPath 1.3 +1 -1 jakarta-tomcat/src/native/mod_jk/jni/jni_connect.dsp Index: jni_connect.dsp

cvs commit: jakarta-tomcat/src/native/mod_jk/jni jk_jnicb.c jk_jnicb.exp jk_jnicb.h

2001-08-14 Thread mmanders
mmanders01/08/14 19:28:56 Modified:src/native/mod_jk/jni jk_jnicb.c jk_jnicb.exp jk_jnicb.h Log: Fixed function names to match new classes. Revision ChangesPath 1.2 +13 -13jakarta-tomcat/src/native/mod_jk/jni/jk_jnicb.c Index: jk_jnicb.c

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server JNIConnectionHandler.java

2001-08-14 Thread mmanders
mmanders01/08/14 19:30:29 Modified:src/share/org/apache/tomcat/modules/server JNIConnectionHandler.java Log: Added check for NetWare to load appropriate library. Revision ChangesPath 1.10 +5 -3

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server JNIEndpoint.java

2001-08-14 Thread mmanders
mmanders01/08/14 19:32:02 Modified:src/share/org/apache/tomcat/modules/server JNIEndpoint.java Log: Added necessary synchronization around notify calls and added a stacktrace on exceptions from calls to processConnection. Revision ChangesPath 1.2 +12 -5

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Justin Erenkrantz
On Tue, Aug 14, 2001 at 07:25:32PM -0700, David Rees wrote: On Tue, Aug 14, 2001 at 10:20:26PM -0400, Keith Wannamaker wrote: Unfortunately there are people who were breaking because we didn't follow the spec. The better way to fix it is to create an inverse function for

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Pier P. Fumagalli
Justin Erenkrantz at [EMAIL PROTECTED] wrote: I wonder how Pier is addressing this in mod_webapp. I'll have to look. -- justin Easy as 1.2.3... WARP has a concept of URI and QUERY STRING... Very separate things... All I do is req-ruri=apr_pstrdup(req-pool,r-uri);

cvs commit: jakarta-tomcat/src/etc jni_server.xml

2001-08-14 Thread mmanders
mmanders01/08/14 19:39:35 Added: src/etc jni_server.xml Log: Sample jni_server.xml that matches 3.3 setup. Revision ChangesPath 1.4 +176 -59 jakarta-tomcat/src/etc/jni_server.xml

cvs commit: jakarta-tomcat/src/etc/jk jni_workers.properties

2001-08-14 Thread mmanders
mmanders01/08/14 19:40:04 Modified:src/etc/jk jni_workers.properties Log: Updated file to match 3.3 configuration. Revision ChangesPath 1.2 +4 -8 jakarta-tomcat/src/etc/jk/jni_workers.properties Index: jni_workers.properties

cvs commit: jakarta-tomcat/src/etc/jk mod_jk.conf-jni

2001-08-14 Thread mmanders
mmanders01/08/14 19:40:37 Added: src/etc/jk mod_jk.conf-jni Log: Sample configuration file for use with JNI configuration. Revision ChangesPath 1.1 jakarta-tomcat/src/etc/jk/mod_jk.conf-jni Index: mod_jk.conf-jni

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Justin Erenkrantz
On Wed, Aug 15, 2001 at 03:41:30AM +0100, Pier P. Fumagalli wrote: Justin Erenkrantz at [EMAIL PROTECTED] wrote: I wonder how Pier is addressing this in mod_webapp. I'll have to look. -- justin Easy as 1.2.3... WARP has a concept of URI and QUERY STRING... Very separate things...

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Pier P. Fumagalli
Justin Erenkrantz at [EMAIL PROTECTED] wrote: On Wed, Aug 15, 2001 at 03:41:30AM +0100, Pier P. Fumagalli wrote: Justin Erenkrantz at [EMAIL PROTECTED] wrote: I wonder how Pier is addressing this in mod_webapp. I'll have to look. -- justin Easy as 1.2.3... WARP has a concept of URI

RE: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Keith Wannamaker
| This breaks query strings. | | r-uri contains only the path portion of the URL. r-unparsed_uri | contains the URL in its virgin format - as sent by the client. No, I don't believe this is quite right. getRequestURI() in a servlet should return r-unparsed_uri minus a query string. Setting

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread cmanolache
On Tue, 14 Aug 2001, Justin Erenkrantz wrote: Which, of course, is the right solution. Is it ? Re-escaping the URI will most likely generate something very different from the original, it's not symetrical. Getting a re-escaped request is different from the original, unescaped uri. That's the

RE: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Keith Wannamaker
Costin's right.. seems like the problem encountered was that there was no way to recreate the encoding (or lack thereof) on the original uri. So the kludge/solution was to use the unparsed uri and chop off the query string. Keith | -Original Message- | From: [EMAIL PROTECTED]

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread cmanolache
You could just have: s-query_string = r-args; /* * The 2.2 servlet spec errata says the uri from * HttpServletRequest.getRequestURI() should remain encoded. * [http://java.sun.com/products/servlet/errata_042700.html] */ s-req_uri =

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Justin Erenkrantz
On Tue, Aug 14, 2001 at 08:12:31PM -0700, [EMAIL PROTECTED] wrote: On Tue, 14 Aug 2001, Justin Erenkrantz wrote: Which, of course, is the right solution. Is it ? Re-escaping the URI will most likely generate something very different from the original, it's not symetrical. Getting a

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Justin Erenkrantz
On Tue, Aug 14, 2001 at 11:13:34PM -0400, Keith Wannamaker wrote: Costin's right.. seems like the problem encountered was that there was no way to recreate the encoding (or lack thereof) on the original uri. So the kludge/solution was to use the unparsed uri and chop off the query string.

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Craig R. McClanahan
On Tue, 14 Aug 2001, Justin Erenkrantz wrote: On Wed, Aug 15, 2001 at 03:41:30AM +0100, Pier P. Fumagalli wrote: Justin Erenkrantz at [EMAIL PROTECTED] wrote: I wonder how Pier is addressing this in mod_webapp. I'll have to look. -- justin Easy as 1.2.3... WARP has a

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread David Rees
On Tue, Aug 14, 2001 at 11:05:38PM -0400, Keith Wannamaker wrote: | This breaks query strings. | | r-uri contains only the path portion of the URL. r-unparsed_uri | contains the URL in its virgin format - as sent by the client. No, I don't believe this is quite right. getRequestURI() in

RE: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread Keith Wannamaker
Try ap_escape_uri Keith | | s-req_uri = ap_encode_uri(r-pool, r-uri); | | David, or anyone else interested too, would you | try this with some corner test cases and see if | it lives up to expectation? | | I gave it a shot and it compiled fine, but got this error at runtime: | |

Re: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

2001-08-14 Thread cmanolache
On Tue, 14 Aug 2001, Justin Erenkrantz wrote: mod_jk chops off the r-unparsed_uri itself without copying. Negative points for style. =-) -- justin That's true. However I'm not sure what else could we do - copy it once again to another buffer where we chop it ? It's not very much going on

mod_jk + jni configuration

2001-08-14 Thread cmanolache
Hi, I'm testing the jni fixes Mike just commited, and I need some feedback on the JNI configuration. Right now we have a different set of files: jni_workers.properties, mod-jk.conf-jni, jni-server.xml. The alternate set of files was first introduced because JNI is difficult to set up, and it

Re: mod_jk + jni configuration

2001-08-14 Thread cmanolache
On Tue, 14 Aug 2001 [EMAIL PROTECTED] wrote: Hi, I'm testing the jni fixes Mike just commited, and I need some feedback on the JNI configuration. Ok, I've got it to work - it's just fine, great. However, the fine is fine only with JDK1.2.2. I wasn't able to get it working with any of the

Re: CATALINA_HOME vs. TOMCAT_HOME

2001-08-14 Thread Craig R. McClanahan
On Tue, 14 Aug 2001, Pier P. Fumagalli wrote: Dennis Doubleday at [EMAIL PROTECTED] wrote: At 01:03 PM 8/14/01, you wrote: On Tue, 14 Aug 2001, Dennis Doubleday wrote: These two environment variable names seem to be used interchangeably in various installation documents and

Re: CATALINA_HOME vs. TOMCAT_HOME

2001-08-14 Thread Pier P. Fumagalli
Craig R. McClanahan at [EMAIL PROTECTED] wrote: Correct... And I found it also in other places: webapps, documentation and so on... Should we change them? All the references to TOMCAT_HOME in Tomcat 4 docs should be changed. 'k... Will take care of it today... Also, for the release

Re: CATALINA_HOME vs. TOMCAT_HOME

2001-08-14 Thread Pier P. Fumagalli
Pier P. Fumagalli at [EMAIL PROTECTED] wrote: Agreed... So, I'm going to change it in RELEASE_NOTES_B8.txt, leave the old as is, (mention it in RELEASE notes, of course), then update all docs and whops! done :) Done :) Thanks Dennis Pier

wrapper: Java Virtual Machine crashed

2001-08-14 Thread Singh, Rakesh
Hi Folks: I know this is probably asking to much from your side. I am pretty much exhausted from my resources, I don't know where is the problem. I put the log level to debug and see that when I start Apache which automatically also starts the JVM, JVM crashes. the mod_jserv.log shows that