-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 8. lipanj 2002 22:38
To: Tomcat Developers List
Subject: Re: [PROPOSAL] RegisterNatives
On Sat, 8 Jun 2002, Mladen Turk wrote:
Are there any reason why are we loading jkjni, or mod_jk2 for
+1
On Sun, 9 Jun 2002, Mladen Turk wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 8. lipanj 2002 22:38
To: Tomcat Developers List
Subject: Re: [PROPOSAL] RegisterNatives
On Sat, 8 Jun 2002, Mladen Turk wrote:
Are there any reason
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 9. lipanj 2002 18:04
To: Mladen Turk
Cc: 'Tomcat Developers List'
Subject: RE: [PROPOSAL] RegisterNatives
Few questions:
- Do we still need System.load() in jniMode ? I noticed you made
De: Mladen Turk [mailto:[EMAIL PROTECTED]]
Enviado el: 9 de junio de 2002 10:39
There is one potential problem about portability
(apr_initialize call in
native initialize),
cause there is no need to call that from apache so I ifdef
that out. The
apr_initialize for IIS should be called
-Original Message-
From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
Sent: 9. lipanj 2002 20:20
To: 'Tomcat Developers List'
Subject: RE: [PROPOSAL] RegisterNatives
that out. The
apr_initialize for IIS should be called
IMO from DllMain in jk_isapi_plugin, but I'm
Hi,
Are there any reason why are we loading jkjni, or mod_jk2 for inprocess
mode.
I think that the same can be accomplished using JNI RegisterNatives.
Further more you can build the mod_jk as static module then.
It would IMO require and some minor java refactoring just to know when
to load the
On Sat, 8 Jun 2002, Mladen Turk wrote:
Are there any reason why are we loading jkjni, or mod_jk2 for inprocess
mode.
I think that the same can be accomplished using JNI RegisterNatives.
Further more you can build the mod_jk as static module then.
It would IMO require and some minor java