Hi,
Seems we have some problems and conceptual misunderstandings regarding
vhosts.
I would like to clear that a bit cause it's a pretty big showstopper on
any beta.
My proposal is to lead some light to both configuration and code that
maps all that.
We need to things that will satisfy that.
De: Mladen Turk [mailto:[EMAIL PROTECTED]]
Enviado el: 23 de septiembre de 2002 9:06
Para: [EMAIL PROTECTED]
Asunto: [JK2] uriMap vhosts
Hola Mladen:
I agree with the introduction including the new vhost:* form, FYI
uriEnv, when the host is not setted, responds that host is * :), the
remm2002/09/23 01:19:18
Modified:catalina/src/share/org/apache/catalina/servlets
InvokerServlet.java
Log:
- Port patch.
Revision ChangesPath
1.2 +11 -4
remm2002/09/23 01:23:25
Modified:lib Tag: tomcat_40_branch tomcat-ajp.jar
tomcat-coyote.jar tomcat-http11.jar tomcat-util.jar
Log:
- Update Coyote and AJP.
Revision ChangesPath
No revision
No
-Original Message-
From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
There is no difference, if one needs to map a Java context to
one the alias of the default server, the only way to do it,
is to think about the default server, exactly as any other
VS, it has a name (
Bojan Smojver wrote:
Sounds good (although I have to admit I haven't compiled mod_jk from CVS
for a while).
Just take a look, cvs should be tagged tomorrow ;)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
hgomez 2002/09/23 03:04:24
Modified:jk build.xml
Log:
Remove unneeded stuff
Revision ChangesPath
1.56 +0 -8 jakarta-tomcat-connectors/jk/build.xml
Index: build.xml
===
RCS file:
De: Mladen Turk [mailto:[EMAIL PROTECTED]]
Enviado el: 23 de septiembre de 2002 10:47
From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
There is no difference, if one needs to map a Java context to
one the alias of the default server, the only way to do it,
is to think about
Mladen Turk wrote:
I would like to make a poll (something non-obligatory as a vote) about
using apr/apr-util inside the jk2. The reason is quite simple, we have
lots of extra code that we either duplicate or just mimic. Since the APR
is already default for Apache2 and IIS, IMO there is no
My only requirement: make sure whatever we define as mapping in
jk2 ( i.e. jk_map, etc ) works identically with the
Location in Apache.
IMO this is an important use case, with
Location
JkSet
/Location
( i.e. use the native apache mapper, bypassing jk_map).
Jk_map should use mappings
Hi, glad to see you rised from the death :)
-Original Message-
From: news [mailto:[EMAIL PROTECTED]] On Behalf Of Costin Manolache
Sent: Monday, September 23, 2002 12:35 PM
To: [EMAIL PROTECTED]
Subject: Re: [POLL] aprize jk2
+1 on using apr/apr-util - but I would preffer doing
Mladen Turk wrote:
1. Making some sort of _default_ mappings
These mappings are for every host on the server (both default and every
vhost).
There is no particular reason for that except that the
workers2.properties can be smaller.
2. Making vhost:port scheme
Using general vhost:*
Bill Barker wrote:
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 18, 2002 9:21 PM
Subject: cvs commit: jakarta-tomcat/src/shell tomcat.bat tomcat.sh
billbarker2002/09/18 21:21:17
Modified:src/shell tomcat.bat
Mladen Turk wrote:
Hi, glad to see you rised from the death :)
Unfortunately - it's back from vacation. Besides
getting in the right timezone, I have to get re-adjusted with
using a computer and reading mail...
Let's tag/branch the workspace as jk2.0, with the current
code ( as beta
Henri Gomez wrote:
- Tag JTC as mod_jk 1.2.0 and prepare tarball,
which will contains only :
jk/native
jk/docs (generated from xdocs and without jk2 parts)
Do you agree to remove jk2 docs from jk release ?
Just to avoid confusion...
+1
We should add the first tag to jk2 and
For (1) - it works for me :-) ( using Location ), and I did
at least once tested it with the 'normal' mapper, so it can't be
very far. If you give me more context info on what's broken -
I can try help with the fix.
It's pretty close to finish, hopefully later this day.
I'll look at
I'm impressed.
I think I should consider taking more vacation ! :-)
I'll review it and send comments ( or commit ) if I find
anything.
Henri Gomez wrote:
The JK doc is allready available for comments and revue at :
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 19, 2002 4:25 AM
Subject: Problem with Tomcat 3.3.2-dev and classloader for JMX
I've got a problem in loading MX4J and it's http adaptator.
I
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=12917.
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=12346.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1 on using apr/apr-util - but I would preffer doing so for jk2.1.
Let's tag/branch the workspace as jk2.0, with the current code ( as beta
level ), at the moment 4.1 is released. It is stable and works.
Imediately after we start on the main branch with the removal of the
old code, and
Not sure I agree ( completely ).
In theory, jmx is a 'system' API, and we can expect it to be in
common. J2EE has it, catalina has it, etc. So we need to make sure
it's security works and it is safe.
I agree - it is much 'safer' to keep in in container/. But there
are many cases where
Costin Manolache wrote:
Mladen Turk wrote:
Hi, glad to see you rised from the death :)
Unfortunately - it's back from vacation.
Welcome back anyway :)
Besides
getting in the right timezone, I have to get re-adjusted with
using a computer and reading mail...
That sucks ;-)
Let's
Hello,
we have some configuration files that lies directly under WEB-INF/classes
per ClassLoader.getResource.
It works fine with Tomcat 4.0.4, but doesn't find it in 4.1.10/1.
i.A. Torsten Fohrer
**
* DCSI AG* Tel.:
Henri Gomez wrote:
Not sure I agree ( completely ).
In theory, jmx is a 'system' API, and we can expect it to be in
common. J2EE has it, catalina has it, etc. So we need to make sure
it's security works and it is safe.
I agree - it is much 'safer' to keep in in container/. But there
With JDK1.4 - this is not possible anyway ( unless reverse loader
is used to load org.apache.xalan classes ).
Interesting point here, will it be possible when using jdk 1.4
to use a specific xalan at least for webapp ?
Just put xalan in common, it won't be worse :-) ( or use 1.4 )
So we'll
I'd like to remove the old jtc/jk/docs now that the xml based
is available.
Do you agree ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Henri Gomez wrote:
I'd like to remove the old jtc/jk/docs now that the xml based
is available.
Do you agree ?
+1, that can prevent someone like me from updating old outdated docs ;-)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
Henri Gomez wrote:
With JDK1.4 - this is not possible anyway ( unless reverse loader
is used to load org.apache.xalan classes ).
Interesting point here, will it be possible when using jdk 1.4
to use a specific xalan at least for webapp ?
It is certainly possible to use a different xslt (
Hi,
i have a connector working with tomcat 4.0 and want to use it with
tomcat 4.1. First problem was that the lifecycle interface had changed.
I could fix that in a way i can deploy on 4.0 and 4.1.
But i still crash with an exception:
java.lang.Exception: ManagedBean is not found with
Hi to all,
If you tracked the discussion about MxInterceptor and it's
use in Tomcat 3.3.2-dev you should know that we have some
modification to Tomcat 3.3.2 jars layout to be able to
use MxInterceptor :
1) mx4j and mx4j-tools should goes in lib/common
2) mx4j-tools HTTP adaptor require TRAX
A security vulnerability which affects all releases of Tomcat 4.x has
been discovered.
It is proposed that new Tomcat 4.0.x and 4.1.x releases are made, at
which time the exploit will be publicized. The security advisory will
also include an easy workaround to protect existing Tomcat
Tomcat 4.0.5 is virtually indentical to 4.0.4, with the exception of:
- a bugfix to URL parsing
- the security fix
ballot
+1 [+1] Yes, I approve this release
-1 [ ] No, because:
/ballot
Which JTC should be used ?
Tomcat 4.1.12 Stable release
Tomcat
Remy Maucherat wrote:
A security vulnerability which affects all releases of Tomcat 4.x has
been discovered.
It is proposed that new Tomcat 4.0.x and 4.1.x releases are made, at
which time the exploit will be publicized. The security advisory will
also include an easy workaround to
hgomez 2002/09/23 07:59:39
Modified:jk/xdocs index.xml
Log:
APR is Apache Portable Runtime, not Library (reported by Anthony Milbourne)
Revision ChangesPath
1.10 +2 -2 jakarta-tomcat-connectors/jk/xdocs/index.xml
Index: index.xml
Hi,
I am using tomcat 4.0.4 it seems to be slower compared to
tomcat
3.3.x. Is there any way i can speedup the tomcat initialization.
(I
have already costomised server.xml to my need)
I have one more doubt is there a way by which i can
confirm the
status of the of tomcat
Remy Maucherat wrote:
A security vulnerability which affects all releases of Tomcat 4.x has
been discovered.
It is proposed that new Tomcat 4.0.x and 4.1.x releases are made, at
which time the exploit will be publicized. The security advisory will
also include an easy workaround to
Henri Gomez wrote:
Tomcat 4.0.5 is virtually indentical to 4.0.4, with the exception of:
- a bugfix to URL parsing
- the security fix
ballot
+1 [+1] Yes, I approve this release
-1 [ ] No, because:
/ballot
Which JTC should be used ?
I bundled the latest JTC binaries for Coyote
Hi,
we have some configuration files that lies directly
under WEB-INF/classes
per ClassLoader.getResource.
Please try:
ClassLoader cl=Thread.currentThread().getContextClassLoader();
InputStream is=cl.getResourceAsStream(some.txt);
Happy Java programming!
---
Jun Inamori
OOP-Reserch
Remy,
Here's my votes.
Patrick
Tomcat 4.0.5 release
ballot
+1 [X] Yes, I approve this release
-1 [ ] No, because:
/ballot
Tomcat 4.1.12 Stable release
ballot
+1 [X] Yes, I approve this release
-1 [ ] No, because:
/ballot
--
Remy Maucherat wrote:
Henri Gomez wrote:
Tomcat 4.0.5 is virtually indentical to 4.0.4, with the exception of:
- a bugfix to URL parsing
- the security fix
ballot
+1 [+1] Yes, I approve this release
-1 [ ] No, because:
/ballot
Which JTC should be used ?
I bundled the latest
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=12926.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Henri Gomez wrote:
Hi to all,
If you tracked the discussion about MxInterceptor and it's
use in Tomcat 3.3.2-dev you should know that we have some
modification to Tomcat 3.3.2 jars layout to be able to
use MxInterceptor :
1) mx4j and mx4j-tools should goes in lib/common
2)
Tomcat 4.0.5 release
Tomcat 4.0.5 is virtually indentical to 4.0.4, with the exception of:
- a bugfix to URL parsing
- the security fix
ballot
+1 [X] Yes, I approve this release
-1 [ ] No, because:
/ballot
Tomcat 4.1.12 Stable release
Remy Maucherat wrote:
A security vulnerability which affects all releases of Tomcat 4.x has
been discovered.
It is proposed that new Tomcat 4.0.x and 4.1.x releases are made, at
which time the exploit will be publicized. The security advisory will
also include an easy workaround to
Chenthil Kumaran I wrote:
Hi,
I am using tomcat 4.0.4 it seems to be slower compared to
tomcat
3.3.x. Is there any way i can speedup the tomcat initialization.
(I
have already costomised server.xml to my need)
I have one more doubt is there a way by which i can
You can either add a mbean description for your connector similar to
other Connectors in o.a.c.mbeans.mbeans-descriptors.xml or disable the
two JMX supporting Listeners (ServerLifecycleListener and
GlobalResourcesLifecycleListener)in server.xml if you don't want the JMX
support. I'd
Hello all,
I'm still having problems compiling this without having to fix the
configure/configure.in files?? I updated my stuff on my 7.0 box. It didn't
help. I then copied my source over to my more modern RH 7.3 box. Using a
very basic configuration test:
RH 7.3, totally stock, including:
Hi,
since our application uses TopLink, we can not upgrade to xerces 2.
There are hardcoded xerces 1 classes used directly from TopLink.
So 2) is a showstopper for all people with 3rd party jars requiring xerces 1
MBeans are useful for us, but not required. We are already using mx4j and
Sweet - can't wait to see 5! Good luck, guys - wish I had the expertise
to help!
Costin Manolache wrote:
Chenthil Kumaran I wrote:
Hi,
I am using tomcat 4.0.4 it seems to be slower compared to
tomcat
3.3.x. Is there any way i can speedup the tomcat initialization.
(I
have already
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=11552.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mturk 2002/09/23 10:36:25
Modified:jk/native2/include jk_uriMap.h
Log:
Remove the defaultVhost, and add the port to the uriMap call.
Revision ChangesPath
1.16 +1 -1 jakarta-tomcat-connectors/jk/native2/include/jk_uriMap.h
Index: jk_uriMap.h
mturk 2002/09/23 10:36:50
Modified:jk/native2/include jk_uriEnv.h
Log:
Add the port to the uriEnv
Revision ChangesPath
1.17 +7 -5 jakarta-tomcat-connectors/jk/native2/include/jk_uriEnv.h
Index: jk_uriEnv.h
mturk 2002/09/23 10:38:04
Modified:jk/native2/common jk_uriMap.c
Log:
Rewrite the uriMap using hostname:port scheme.
The default host is now named *.
Revision ChangesPath
1.41 +219 -351 jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c
Index:
mturk 2002/09/23 10:39:24
Modified:jk/native2/common jk_uriEnv.c
Log:
Rewrite the uriEnv using the apr_uri_t.
Revision ChangesPath
1.27 +105 -83 jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
Index: jk_uriEnv.c
mturk 2002/09/23 10:40:17
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Supply the hostname if not virtual and port if not default to the uriMap
Revision ChangesPath
1.53 +10 -5 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index:
mturk 2002/09/23 10:41:44
Modified:jk/native2/server/apache13 mod_jk2.c
Log:
Supply the port to the uriMap call, This is TODO.
Revision ChangesPath
1.20 +2 -2 jakarta-tomcat-connectors/jk/native2/server/apache13/mod_jk2.c
Index: mod_jk2.c
mturk 2002/09/23 10:42:38
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
Supply the port to the uriMap call, This is a TODO, just like for the Apache2.
Revision ChangesPath
1.44 +3 -3
JSP includes now trigger request listeners with the attributes for dispatcher
types and dispatcher request paths. This patch adds the output from the
request listener to the golden files.
Index: JspInclude01a.txt
===
RCS file:
- Original Message -
From: Costin Manolache [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 23, 2002 3:57 AM
Subject: Re: cvs commit: jakarta-tomcat/src/shell tomcat.bat tomcat.sh
Bill Barker wrote:
- Original Message -
From: [EMAIL PROTECTED]
To:
Think I didn't miss something :)
Here is how it works:
All the mappings are done in the following way:
hostname|*[:port]
Meaning '*' is used for the default host.
You can make now something like:
[uri:*:8080]
Info=will map the all the default servers on the port 8080
Aliases should work
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, September 23, 2002 7:04 AM
Subject: [VOTE] [4.0.5] [4.1.12] Security releases
A security vulnerability which affects all releases of Tomcat 4.x has
been discovered.
mturk 2002/09/23 11:30:40
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
Use the GetServerVariable for the SERVER_NAME and
SERVER_PORT variables.
Revision ChangesPath
1.45 +19 -14
jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c
mturk 2002/09/23 11:34:56
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
Forgot the Port to the uriMap call, sorry wrong source directory.
Revision ChangesPath
1.46 +2 -2
jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c
mturk 2002/09/23 11:36:38
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
It's not my day :-) Passing char * insted of int.
Revision ChangesPath
1.47 +2 -2
jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c
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=12931.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 23, 2002 10:05 AM
To: Tomcat Developers List
Subject: [VOTE] [4.0.5] [4.1.12] Security releases
A security vulnerability which affects all releases of Tomcat 4.x has
been discovered.
Hi Henri,
I would prefer to minimize the impact of upgrading from
3.3.1 to 3.3.2. I agree with Costin that using 4 with
documentation on the steps to enable the MxInterceptor
would be a resonable way to implement this.
Cheers,
Larry
-Original Message-
From: Henri Gomez
bobh2002/09/23 12:33:08
Modified:.gump.xml
Log:
- another step towards making gump builds available as nightly releases
Revision ChangesPath
1.9 +1 -1 jakarta-tomcat-5/gump.xml
Index: gump.xml
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=12707.
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=12707.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
All that matter to me is to preserve the equivalence with
'native' apache config.
In other words,
[uri:HOST:PORT/URL]
properties
Must be equivalent with
VirtualHost addr:port ...
ServerAlias ...
Location /URL
JkUriSet
/Location
/VirtualHost
By this criteria, I would prefer use of
That would be appreciated, John.
At 02:01 PM 9/23/2002 -0400, you wrote:
Per Servlet 2.3, if a servlet throws a wrapped exception, the error handler
that receives it gets the underlying root cause as the exception. That is, if
ServletException(new TesterException()) is thrown, the exception in
On Tue, 2002-09-24 at 00:01, Henri Gomez wrote:
Thanks to give your opinion here.
[X] 1. Don't care about MBeans, or do want to be able to have
different XML apis for apps and container, so keep the
current situation.
[ ] 2. MxInterceptor is really needed, ok to change
Yikes! today's version no longer compiles without APR on 1.3:
[so] Output:
[so] rm -f
/home/eugene/tomcat/jakarta-tomcat-connectors/jk/build/jk2/apache13/common/.libs/jk_uriEnv.lo
[so] cc -c
-I/home/eugene/tomcat/jakarta-tomcat-connectors/jk/native2/include
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=12657.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
JSR45 support is already in Tomcat 5, which is yet to be released. You
can, however, build it from source and try it out yourself.
Date: Wed, 18 Sep 2002 16:48:00 +0200
From: Damian Frach [EMAIL PROTECTED]
Subject: JSR45
To: [EMAIL PROTECTED]
Hi,
I am a member of the web app group of
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=12657.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Bill Barker wrote:
I went ahead and converted most of j-t o.a.t.util.** to use
commons-logging. At the moment, since o.a.t.u.depend and o.a.t.u.compat
are in the System ClassLoader, then commons-logging needs to be there as
well.
+1
We shoud do it for j-t-c o.a.t.util as well, if not
Does not work for me for some reason.
I have updated to latest version of CVS and recompiled mod_jk2.so for
apache2.
I looks that it does not load hosts at all.
Before I had this in my jk2 log file:
[Sat Sep 21 18:09:40 2002] (debug ) [jk_uriMap.c (371)] uriMap.init()
loaded host
Hi,
I am trying to run a cgi script using Tomcat 4.0.4. However, when I try to
call the servlet, I get an error, which I believe is related to the path of
the servlet. I think this path is specified somewhere in the CGIServlet
file and am not quite sure how to fix it. Any advice would be
costin 2002/09/23 15:15:04
Modified:jk/native2/common jk_uriEnv.c
Log:
Revert ( actually use ifdefs ) the change, so it compiles again in 1.3.
Revision ChangesPath
1.28 +41 -0 jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
Index: jk_uriEnv.c
On Mon, 23 Sep 2002, Remy Maucherat wrote:
Tomcat 4.0.5 release
Tomcat 4.0.5 is virtually indentical to 4.0.4, with the exception of:
- a bugfix to URL parsing
- the security fix
ballot
+1 [X] Yes, I approve this release
-1 [ ] No, because:
/ballot
Tomcat
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=12938.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
glenn 2002/09/23 16:53:06
Modified:jasper2/src/share/org/apache/jasper/compiler Tag:
tomcat_4_branch JspRuntimeContext.java
Log:
Make sure the CodeSource for JSP pages is created consistently the same
Revision ChangesPath
No
Hi, Bill:
Sorry for getting back a bit late. I was trying to track
down the exact spec for the claim I am about to make. But
the JSSE contact person is not available today.
I took a look at the changes you made in the coyote connector,
it seems to me that the implementation there still does
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=12707.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Glenn Nielsen wrote:
Tomcat SecurityManager XML Policy configuration
---
I have finished implementing support within Tomcat for using XML based
security policy
files. This was proposed and discussed on the list back 3-4 months ago.
I would
billbarker2002/09/23 23:11:59
Modified:util/java/org/apache/tomcat/util/net JSSESupport.java
Log:
Add missing try-catch block for first try at getting the client-cert.
The first call was throwing out past the second call, so the re-negotiation never
got a chance to happen.
89 matches
Mail list logo