mturk 2002/07/06 01:05:49
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
Fix the Q250397 bug introducing authComplete registry param
that one when set enables the SF_NOTIFY_AUTH_COMPLETE
filter notification.
Remove the iis5 version checking acordingly using new
mturk 2002/07/06 01:06:55
Modified:jk/native2/server/isapi jk_iis.h
Log:
Some #defines for getting the erver version from registry
Revision ChangesPath
1.9 +1 -0 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h
Index: jk_iis.h
mturk 2002/07/06 01:07:41
Modified:jk/native2/server/isapi isapi_redirector2.reg
Log:
The new DWORD param authComplete set to any nonzero value
to activate.
Revision ChangesPath
1.4 +1 -1
Hi,
Introduced a new registry configuration parameter 'authComplete'.
The problem is that we cannot use the existing config functions cause
the reading should be done prior we have a environment, so it had to go
into a separate function.
The default is to disable the SF_NOTIFY_AUTH_COMPLETE
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=10526.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=9703.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=9224.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
Before going to commit something I would like to hear some opinions, and
tests preferably.
Here are some facts:
IIS maintains a pool of threads to handle incoming HTTP requests. When
all of these threads are in use, new requests will be rejected. If all
the pool threads are in a wait
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=10527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I am on Apache 2.0.39 and Tomcat 4.1.3, and the latest
webapp connector code, fresh from CVS.
I am facing a Invalid virtual host name error from
Apache with this configuration:
LoadModule webapp_module libexec/mod_webapp.so
WebAppConnection conn warp localhost:8008
WebAppDeploy
Sam Ewing [EMAIL PROTECTED] wrote:
I am on Apache 2.0.39 and Tomcat 4.1.3, and the latest
webapp connector code, fresh from CVS.
I am facing a Invalid virtual host name error from
Apache with this configuration:
LoadModule webapp_module libexec/mod_webapp.so
WebAppConnection conn
How? I'm not running any CVS commands. You need admin access to delete
the #cvs.wfl or #cvs.lock files, which I don't have.
If there's a way for me to fix this, please let me know.
-Dan
Remy Maucherat wrote:
Trying to tag the CVS with 4.1.7 ...
cvs server: [03:59:27] waiting for
12 matches
Mail list logo