tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Fox,Tim" <>
Subject RE: mod_jk jni worker - apache + number of processes
Date Tue, 18 Jan 2005 13:05:46 GMT
Hi Mladen -

Thanks for your reply.

I suspected as much.

My real motivation here is to basically provide a java implementation of an apache module
or filter. I didn't want to communicate via sockets or whatever to a shared java process due
to performance considerations.

Especially for doing stuff like setting the apache uri or filename via the request_rec, I
thought that this would incur too much overhead.

I'm guessing this is something that has been considered before. Any ideas? Maybe it's already
been discounted for these reasons?

Anyway, I guess this is turning into an Apache httpd question rather than a tomcat one! :)

> -----Original Message-----
> From: Mladen Turk []
> Sent: 18 January 2005 12:43
> To: Tomcat Developers List
> Subject: Re: mod_jk jni worker - apache + number of processes
> Fox,Tim wrote:
> > Hi All-
> > 
> > Apologies for cross-posting from the user group - but in 
> retrospect I believe this might be a better forum for this question:
> > 
> > I am interesting in using the in processes jni_worker with 
> apache 2.0 on linux.
> > My question concerns the number of instances of a jvm, and 
> hence tomcat that will be created.
> > My understanding is that, on linux the default mpm 
> configuration will have multiple child server processes created.
> > Does that mean there will be multiple jvms and hence 
> multiple tomcat instances instantiated? Or is the jvm somehow 
> "shared" across processes?
> > 
> You listed all the problems JNI connector faces on Linux, and also the
> facts why JNI is unusable.
> > Is it a requirement of using the jni worker that the number 
> of child server processes is limited to 1 in the apache config?
> > 
> I would suggest that you forgot all about inprocess JNI on any
> unix variant with Apache, or better all together.
> Even the stupid .NET has a separate process out of IIS.
> Mladen.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

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

View raw message