IMO it would be better to build the non Apache connectors using static
APR builds. That way we don't need to ship the extra dll's with the
connector.
The dll builds are ok for mod_jk2 since Apache is already there.
+1 (speaking more as a user than a developer these days ...)
It would
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10356.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mturk 2002/06/30 02:57:38
Modified:jk/native2/jni jk_jni_aprImpl.c
Log:
Removed the jkStatus native call.
Use the jkSetAttribute for TC startup signaling.
Revision ChangesPath
1.39 +15 -13jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c
Index:
mturk 2002/06/30 02:59:02
Modified:jk/java/org/apache/jk/apr AprImpl.java
Log:
Removed the jkStatus native call.
Use the jkSetAttribute for TC startup signaling.
Revision ChangesPath
1.23 +1 -11
mturk 2002/06/30 02:59:11
Modified:jk/java/org/apache/jk/apr TomcatStarter.java
Log:
Removed the jkStatus native call.
Use the jkSetAttribute for TC startup signaling.
Revision ChangesPath
1.10 +3 -4
mturk 2002/06/30 03:11:11
Modified:jk/native2/server/isapi isapi_redirector2.reg
Log:
Fix the workerFile key to workersFile
Revision ChangesPath
1.3 +1 -1
jakarta-tomcat-connectors/jk/native2/server/isapi/isapi_redirector2.reg
Index:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10357.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
De: Mladen Turk [mailto:[EMAIL PROTECTED]]
Enviado el: 30 de junio de 2002 7:28
hmmm, this will force us to make a binary everytime Apache2 has a
release too?
in this case -1, if not +1
Saludos ,
Ignacio J. Ortega
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
-Original Message-
From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
Sent: 30. lipanj 2002 18:45
To: '[EMAIL PROTECTED]'
Subject: RE: isapi_redirector2 build using static APR
De: Mladen Turk [mailto:[EMAIL PROTECTED]]
Enviado el: 30 de junio de 2002 7:28
hmmm, this will
Hello.
I'm am trying to write a Valve, very much like SingleSignOn but for our
authetnication system that uses more than just a username and password. I
want my Valve to pass login information from one Session to another when a
user uses different webapps (Contexts).
I am nearly there
I want to know how I have to configure tomcat to run a jsp file
with imports jar files, by example, xalan, jdom, xindice,...
I don't know if I have to put this jar files in the CLASSPATH, copy them
into the web-inf/lib... etc
thanks
On Sunday 30 June 2002 7:09 pm, Juan Antonio Herraiz wrote:
I want to know how I have to configure tomcat to run a jsp file
with imports jar files, by example, xalan, jdom, xindice,...
I don't know if I have to put this jar files in the CLASSPATH, copy them
into the web-inf/lib... etc
--- John Baker [EMAIL PROTECTED] wrote:
Hello.
I'm am trying to write a Valve, very much like
SingleSignOn but for our
authetnication system that uses more than just a
username and password. I
want my Valve to pass login information from one
Session to another when a
user uses
On Sunday 30 June 2002 7:32 pm, Peter Lin wrote:
--- John Baker [EMAIL PROTECTED] wrote:
Hello.
I'm am trying to write a Valve, very much like
SingleSignOn but for our
authetnication system that uses more than just a
username and password. I
want my Valve to pass login information
OK, +1.. i'll do the changes to the isapi build
Saludos ,
Ignacio J. Ortega
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10361.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sun, 30 Jun 2002, John Baker wrote:
Date: Sun, 30 Jun 2002 19:00:18 +0100
From: John Baker [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Valves, requests and getting the session
Hello.
I'm am trying to write a Valve, very much
On Sunday 30 June 2002 9:25 pm, Craig R. McClanahan wrote:
Will always print null.
I assume I can get at the session from this level and I'm obviously doing
something dumb. Are there any obvious things I should check?
Try this slight variation (based on what Catalina does in the
On Sun, 30 Jun 2002, John Baker wrote:
Date: Sun, 30 Jun 2002 21:27:36 +0100
From: John Baker [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: Valves, requests and getting the session
On Sunday 30 June 2002
On Sunday 30 June 2002 9:35 pm, Craig R. McClanahan wrote:
Hmm ... this is baslically how the standard form-based login
implementation creates a session, except that it goes on and gets the
internal Session object ...
That's what I thought.
I presume you're trying to create the session
I'm close to -1 on this, but if everyone else is +1 I'll change it to -0.
Apr is a library, just like glib or libc, and I hope soon more modules and
programs will use it - including in IIS or other environments.
I see no problem with having apr.dll - it is actually easier to get it
from an
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10361.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Yes, It might be a problem if we think (and should) that someone else
will use apr to build some other filter or isapi extension using apr
that will coexist in the same process (IIS) with our redirector. In that
case we could have serious initialization problems.
The same problem lies with the
23 matches
Mail list logo