What do we need to do for using SSL when we have a
webapp connector?
Is all we have to do revolve around getting Apache to
handle SSL? Any special webapp directives in
httpd.conf? What about server.xml changes- do we only
need to set scheme to https and secure to true?
Anything else?
tx,
mturk 2002/07/08 00:43:51
Added: jk/native2/server/isapi jk_iis_thread_pool.c
Log:
IIS Thread pool.
Revision ChangesPath
1.1
jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis_thread_pool.c
Index: jk_iis_thread_pool.c
mturk 2002/07/08 00:45:32
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
Move the init to the GetFilterVersion, allowing p file authComplete
config value.
Needed changes for the ThreadPool.
Revision ChangesPath
1.37 +160 -145
mturk 2002/07/08 00:46:02
Modified:jk/native2/server/isapi isapi.dsp
Log:
Add the jk_iis_thread_pool.c to the build.
Revision ChangesPath
1.17 +4 -0 jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp
Index: isapi.dsp
mturk 2002/07/08 00:48:47
Modified:jk/native2/server/isapi jk_iis.h
Log:
Add the needed prototypes for the ThreadPool.
Revision ChangesPath
1.10 +7 -0 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h
Index: jk_iis.h
Adrian Wenden wrote:
Hi
I have built apache 1.3.26 on RedHat 7.2. The server runs fine. I then
built the webapp connector library. Here are the commands I used:
./support/buildconf.sh
./configure -with-apxs
When I tested the mod_webapp.so through apache it reported
+1
Remy Maucherat wrote:
After trying to address the concerns raised by the proposal draft, I
would like to call for a vote on it, now that the discussions have died
down.
ballot
[ ] +1 I support the proposal, and will help implement it
[ ] +0 I support the proposal
[ ] -0 I do not
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=10541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I have already mailed you and informed you to remove
myself from your mailing list,but it seems no action
have been taken.I have mialed you on saturday but I
still got the posts on monday.Please remove my id from
your mailing list as I dont get the required mails.Hope
to unsubscribed
As long as the interfaces don't change too much (especially, Container and
Component, all the rest I don't care). We started out process of stripping
out for good all the stuff distributed with TC4x, working on some new
startup classes and so on (and looking over at the excellent work made
Bill Barker [EMAIL PROTECTED] wrote:
- Original Message -
From: Pier Fumagalli [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Sunday, July 07, 2002 4:04 PM
Subject: Re: webapp- who handles static content: Tomcat or Apache
Sam Ewing [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=10423.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi to all,
A coworker found some more problems with jspc encoding and
provided the attached patch for 3.3.1.
Thanks to take a look and apply (didn't have access to
cvs via ssh for now).
Regards
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
Quoting Henri Gomez [EMAIL PROTECTED]:
Oups, attachment missing :
Hi to all,
A coworker found some more problems with jspc encoding and
provided the attached patch for 3.3.1.
Thanks to take a look and apply (didn't have access to
cvs via ssh for now).
Regards
--
To unsubscribe,
mturk 2002/07/08 05:13:51
Modified:jk/native2/server/apache2 jk_logger_apache2.c
Log:
Change the JK_LOG_INFO to be logged as [notice] instead of [warning].
This is much more intuitive for the context we are logging.
Revision ChangesPath
1.27 +1 -1
Hi,
Recently there was a question on the Users List about log messages in
the Apache's error.log.
I've changed the INFO logging to get logged as notice instead of warning
(cause it may be misleading as the user reported).
Now, I propose to change the every occurrence of the following:
if(
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=6048.
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=5507.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mturk 2002/07/08 06:30:57
Modified:jk/native2/server/apache2 jk_service_apache2.c
Log:
no message
Revision ChangesPath
1.27 +5 -5
jakarta-tomcat-connectors/jk/native2/server/apache2/jk_service_apache2.c
Index: jk_service_apache2.c
mturk 2002/07/08 06:31:23
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
no message
Revision ChangesPath
1.39 +5 -5 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
On Mon, Jul 08, 2002 at 01:49:17AM -0700, vicky kak wrote:
Hi,
I have already mailed you and informed you to remove
myself from your mailing list,but it seems no action
have been taken.I have mialed you on saturday but I
still got the posts on monday.Please remove my id from
your mailing
mturk 2002/07/08 06:32:15
Modified:jk/native2/common jk_workerEnv.c
Log:
no message
Revision ChangesPath
1.56 +5 -5 jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c
Index: jk_workerEnv.c
mturk 2002/07/08 06:32:49
Modified:jk/native2/common jk_worker_status.c
Log:
no message
Revision ChangesPath
1.30 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_worker_status.c
Index: jk_worker_status.c
mturk 2002/07/08 06:33:38
Modified:jk/native2/common jk_worker_lb.c
Log:
no message
Revision ChangesPath
1.23 +4 -4 jakarta-tomcat-connectors/jk/native2/common/jk_worker_lb.c
Index: jk_worker_lb.c
mturk 2002/07/08 06:34:26
Modified:jk/native2/common jk_worker_ajp13.c
Log:
no message
Revision ChangesPath
1.38 +15 -15jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c
Index: jk_worker_ajp13.c
mturk 2002/07/08 06:35:02
Modified:jk/native2/common jk_vm_default.c
Log:
no message
Revision ChangesPath
1.21 +5 -5 jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c
Index: jk_vm_default.c
mturk 2002/07/08 06:35:53
Modified:jk/native2/common jk_uriMap.c
Log:
no message
Revision ChangesPath
1.35 +18 -18jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c
Index: jk_uriMap.c
mturk 2002/07/08 06:36:29
Modified:jk/native2/common jk_uriEnv.c
Log:
no message
Revision ChangesPath
1.24 +9 -9 jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
Index: jk_uriEnv.c
mturk 2002/07/08 06:37:10
Modified:jk/native2/common jk_shm.c
Log:
no message
Revision ChangesPath
1.28 +8 -8 jakarta-tomcat-connectors/jk/native2/common/jk_shm.c
Index: jk_shm.c
===
mturk 2002/07/08 06:37:54
Modified:jk/native2/common jk_requtil.c
Log:
no message
Revision ChangesPath
1.23 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c
Index: jk_requtil.c
mturk 2002/07/08 06:38:26
Modified:jk/native2/common jk_mutex.c
Log:
no message
Revision ChangesPath
1.4 +4 -4 jakarta-tomcat-connectors/jk/native2/common/jk_mutex.c
Index: jk_mutex.c
mturk 2002/07/08 06:39:12
Modified:jk/native2/common jk_handler_response.c
Log:
no message
Revision ChangesPath
1.23 +2 -2
jakarta-tomcat-connectors/jk/native2/common/jk_handler_response.c
Index: jk_handler_response.c
mturk 2002/07/08 06:40:02
Modified:jk/native2/common jk_env.c
Log:
no message
Revision ChangesPath
1.37 +7 -7 jakarta-tomcat-connectors/jk/native2/common/jk_env.c
Index: jk_env.c
===
mturk 2002/07/08 06:40:27
Modified:jk/native2/common jk_endpoint.c
Log:
no message
Revision ChangesPath
1.21 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c
Index: jk_endpoint.c
mturk 2002/07/08 06:40:41
Modified:jk/native2/common jk_config_file.c
Log:
no message
Revision ChangesPath
1.4 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_config_file.c
Index: jk_config_file.c
mturk 2002/07/08 06:40:54
Modified:jk/native2/common jk_config.c
Log:
no message
Revision ChangesPath
1.27 +5 -5 jakarta-tomcat-connectors/jk/native2/common/jk_config.c
Index: jk_config.c
mturk 2002/07/08 06:41:13
Modified:jk/native2/common jk_channel_un.c
Log:
no message
Revision ChangesPath
1.13 +5 -5 jakarta-tomcat-connectors/jk/native2/common/jk_channel_un.c
Index: jk_channel_un.c
mturk 2002/07/08 06:41:30
Modified:jk/native2/common jk_channel_socket.c
Log:
no message
Revision ChangesPath
1.38 +5 -5 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c
Index: jk_channel_socket.c
mturk 2002/07/08 06:41:47
Modified:jk/native2/common jk_channel_jni.c
Log:
no message
Revision ChangesPath
1.32 +9 -10 jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
Index: jk_channel_jni.c
mturk 2002/07/08 06:42:03
Modified:jk/native2/common jk_channel_apr_socket.c
Log:
no message
Revision ChangesPath
1.24 +1 -1
jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c
Index: jk_channel_apr_socket.c
mturk 2002/07/08 06:42:14
Modified:jk/native2/common jk_channel.c
Log:
no message
Revision ChangesPath
1.6 +5 -5 jakarta-tomcat-connectors/jk/native2/common/jk_channel.c
Index: jk_channel.c
This patch makes the documentation reflect 4.1.x's behavior. Namely,
the only way to set the session timeout is via the webapp's web.xml
or the system wide web.xml (also see bug 7613)
Cheers,
-bob
Index: manager.xml
===
RCS file:
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=10555.
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=8459.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'm currently looking for a nice tree control to integrate in a struts
project. Is it possible to integrate the TreeControl from the Tomcat
4.1-admin webapp? I didn't find any other good one...
Regards,
Carsten Burghardt
--
Dipl. Inf. (FH) Carsten Burghardt
Login Solutions AG
email:
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=10558.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 4 Jul 2002, Simon Stewart wrote:
The Jetty folks have been working hard on improving the connectivity
between apache and jetty and so from 4.1.D2 Jetty has shipped with its
own AJP13 Listener. According to Greg Wilkins, the currently shipped
version has problems with
remm2002/07/08 09:50:46
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
- Fix support for HTTP/1.0 keep-alive.
Revision ChangesPath
1.34 +3 -2
On Mon, 8 Jul 2002, Mladen Turk wrote:
Hi,
Recently there was a question on the Users List about log messages in
the Apache's error.log.
I've changed the INFO logging to get logged as notice instead of warning
(cause it may be misleading as the user reported).
Now, I propose to change
On Sat, 6 Jul 2002, Mladen Turk wrote:
Before going to commit something I would like to hear some opinions, and
tests preferably.
This is very good, and I wish we all did the same before commiting :-)
But it is common practice to commit-then-review, and if you think
a change is good and it
luehe 2002/07/08 10:28:58
Modified:jasper2/src/share/org/apache/jasper/compiler
JspDocumentParser.java Validator.java
jasper2/src/share/org/apache/jasper/resources
messages.properties messages_es.properties
Log:
Minor
On Fri, 5 Jul 2002, Remy Maucherat wrote:
Note: The 4.1.7 release is virtually equivalent to 4.1.6, with the
addition of one major fix in Coyote JK 2 (fix for bug 10018). This is
why I'm posting the stability vote so soon after the release, given
4.1.6 has been around for enough time,
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=10291.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 4 Jul 2002, Mladen Turk wrote:
Hi,
We have still some problems with the threads and jvm attach/detach.
The detaching is now done in the afterRequest (It was already there but
commented), but that doesn't prevent the case of the premature request
dying when we are processing a long
+1
But before doing that - would it be possible to replace JSESSIONIDSSO
with a mechanism relying only on JSESSIONID ?
Even if we patch mod_jk, there are other load balancing solutions
( hardware, etc ) - it would be much simpler if from 'outside'
we would only use the standard JSESSIONID
On Mon, 8 Jul 2002 [EMAIL PROTECTED] wrote:
Date: Mon, 8 Jul 2002 10:43:26 -0700 (PDT)
From: [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Single signon and loadbalancer
I think it would be difficult, since JSESSIONID is distinct for each
webapp on a Tomcat, only JSESSIONIDSSO (if the SingleSignon valve
is activated) is common to all webapps.
I'll try to think of something, but if you think of something first,
let me know :)
On Mon, 8 Jul 2002 [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=10563.
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=10541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1.
I'll populate jasper2 and servlet-api with initial changes for JSP2.0
support.
Date: Tue, 02 Jul 2002 16:57:20 -0700
From: Remy Maucherat [EMAIL PROTECTED]
Subject: [VOTE] Apache Tomcat 5.0 Proposal
To: Tomcat Developers List [EMAIL PROTECTED]
After trying to address the concerns
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=10541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 8. srpanj 2002 19:40
To: Tomcat Developers List
Subject: Re: mod_jk2 jvm thread issues
IMO we are needing something like a TLS to fix that, or make the
behavior similar to the apache's request rec,
On Mon, 8 Jul 2002, Denis Benoit wrote:
I think it would be difficult, since JSESSIONID is distinct for each
webapp on a Tomcat, only JSESSIONIDSSO (if the SingleSignon valve
is activated) is common to all webapps.
I'll try to think of something, but if you think of something first,
let
Would this new solution be compatible with URL rewriting? (No cookies
being used)
[EMAIL PROTECTED] wrote:
On Mon, 8 Jul 2002, Denis Benoit wrote:
I think it would be difficult, since JSESSIONID is distinct for each
webapp on a Tomcat, only JSESSIONIDSSO (if the SingleSignon valve
is
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=10539.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sure, the idea is to apply the same logic for the Single Signon than
for regular session. Currently, a distinct cookie (or parameter) is
created for this. The discussion is wether it should reuse in some
way the regular session cookie (or parameter) or continue to use
the distinct cookie (or
I apologize for mailing this to the development list, but I have
scoured the web and e-mailed the user list numerous times with no answers. I
don't know if this is a bug, or how to resolve this issue. Please read my
question below:
So I found that I can access my servlet if I don't use
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=10565.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tomcat 4.1.7 Beta has been released. It includes major bugfixes and
improvements over the previous Tomcat 4.1.3 Beta (please refer to the
release notes for the complete list).
Relese notes:
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.7-beta/RELEASE-NOTES
Downloads (source
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=10565.
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=10568.
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=9935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It seems there's a last problem with Gump and the definition of the MX4J
project, or something like it.
The JARs names are mx4j-jmx.jar and mx4j-tools.jar now, AFAIK.
Everything else looks good now (and we should finally have a Gump
generated nightly) :)
Remy
--
To unsubscribe, e-mail:
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=9935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2002/07/08 16:37:47
Modified:jk/conf tomcat-jk2.manifest
Log:
Add coyote to the manifest.
Revision ChangesPath
1.2 +1 -1 jakarta-tomcat-connectors/jk/conf/tomcat-jk2.manifest
Index: tomcat-jk2.manifest
luehe 2002/07/08 16:47:55
Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java
Log:
Fixed Bug# 10126: NullPointerException when no uri defined in taglib directive
Revision ChangesPath
1.7 +5 -5
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=10126.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
77 matches
Mail list logo