Sandy McArthur wrote:
On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?
I have one gripe with the way mod_jk chooses the session tracking cookie.
I'm not a
nyhgan wrote:
Hi,
Does mod_jk 1.0.26 fix the following problem? I believe that it is the one of the most important issues with the mod_jk.
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29286.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common denominator,
and
that is
'well documented' config file, usable on any container.
Well documented is the crux here for me. Or at least readily
understandable. I've just had someone nearly abandon
hgomez 2004/07/15 00:04:15
Modified:jk/native/common jk_lb_worker.c
Log:
Fix typo
Revision ChangesPath
1.20 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
Index: jk_lb_worker.c
Sandy McArthur wrote:
On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?
I have one gripe with the way mod_jk chooses the session tracking cookie.
I'm not a
Mladen Turk wrote:
Hi all,
Seems that the JK2 development has been stalled for a while, cause either
developers loose the interest, or it's so damn good :)
I would like to propose few things that IMO could make the JK2 a better.
1. Get rid of JNI from core and make a new
Henri Gomez wrote:
The code in jk/jk2 is now so complex that there is only a small
number of people who can be involved in.
It certainly scares me and I like complex things :)
--
Andy Armstrong
-
To unsubscribe, e-mail: [EMAIL
Henri Gomez wrote:
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common
denominator, and
that is
'well documented' config file, usable on any container.
Well documented is the crux here for me. Or at least readily
understandable. I've just had
jean-frederic clere wrote:
Henri Gomez wrote:
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common
denominator, and
that is
'well documented' config file, usable on any container.
Well documented is the crux here for me. Or at least readily
Hi,
The following emails send me an error message each time I am mailling tomcat-dev:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Could someone arrange this?
Cheers
Jean-frederic
jean-frederic clere wrote:
My idea is about a new module, only Apache 2.x for now, which will
make use of SetEnv, SetEnvIf, BrowserMath and Location
directives to redirect some URLs to tomcats via AJP.
Everything in httpd.conf, probably that is a good idea. Reusing existing
directives also.
Many
Hello
I think adding a browser based job scheduler to Tomcat
will enhance its value. Any ideas?
Cheers
Sam
Find local movie times and trailers on Yahoo! Movies.
http://au.movies.yahoo.com
-
To unsubscribe, e-mail: [EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30115.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30115.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30116.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30115.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Dcommons-modeler.home=/usr/local/gump/public/workspace/jakarta-commons/modeler
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040715.jar
-Dant.home=/usr/local/gump/public/workspace/ant/dist
-Dcommons-logging.home=/usr/local/gump/public/workspace/jakarta-commons
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30117.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ATTENTION: THIS IS AN AUTOMATED RESPONSE. DO NOT
REPLY TO THIS MESSAGE.
If you want to end your subscription, please use this link:
http://www.nethugs.com/unsubscribe2.shtml
If you want to subscribe, please use this link:
http://www.nethugs.com/whysubscribe.shtml
If you need to contact a live
Hi,
All (except Costin) developers has to say something, so my conclusion is
that we are not dead after all ;)
Seems that the major obstacle is the configuration, so I propose that we
forget that for a while, and make a
'generalized' environment that will sattisfy all the 'needs'.
That
Mladen Turk wrote:
Hi,
All (except Costin) developers has to say something, so my conclusion is
that we are not dead after all ;)
Seems that the major obstacle is the configuration, so I propose that we
forget that for a while, and make a
'generalized' environment that will sattisfy all the
Hola,
OK, done. Some addresses came back as not subscribed already, so maybe
they're false in the headers or someone else already removed them.
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 15,
-Original Message-
From: Henri Gomez
Of course all that sounds like JK3, but ...
Did you see my post about a simpler module specific for now
to Apache 2.x (2.0/2.1), may be something which could be
included in standard Apache 2.x distribution which will save
us hours on
Shapira, Yoav wrote:
Hola,
OK, done.
Thanks
Some addresses came back as not subscribed already, so maybe
they're false in the headers or someone else already removed them.
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]
-Original Message-
From: Jess Holle [mailto:[EMAIL PROTECTED]
Mladen Turk wrote:
-Original Message-
From: Bill Barker
Having the option to do per-host and even per-context configs
makes life much easier for admins of servers that support it.
Otherwise, you end up
If this is all wishlists .. it'd be nice if we could set the worker and
handler via mod_rewrite.
Intead of
JkMount /*.jsp loadbalancer
Say:
RewriteCond %{REQUEST_URI} *\.jsp
RewriteRule ^(.+)$$1 [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
-Tim
Mladen Turk wrote:
If this is all wishlists .. it'd be nice if we could set the
worker and
handler via mod_rewrite.
Intead of
JkMount /*.jsp loadbalancer
Say:
RewriteCond %{REQUEST_URI} *\.jsp
RewriteRule ^(.+)$$1 [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
-Tim
Both approaches have their advantages
Just don't loose the multi-file configuration flexibility given by JkUriSet.
Also, having either XML-based configuration *or* pure .conf
configuration would be more easily understood than the current
workers2.properties details.
Mladen Turk wrote:
Angus Mezick wrote:
-Original Message-
From: Jess Holle [mailto:[EMAIL PROTECTED]
Mladen Turk wrote:
-Original Message-
From: Bill Barker
Having the option to do per-host and even per-context configs
makes life much easier for admins of servers that support it.
Otherwise,
Jess Holle wrote:
Both approaches have their advantages
Just don't loose the multi-file configuration flexibility given by
JkUriSet.
Gack, I meant lose. I did one of my own pet-peeve typos
Also, having either XML-based configuration *or* pure .conf
configuration would be more easily
I wasn't thinking of a dependency on mod_rewrite, but a way to to configure
JK based on common data structures that may be set by mod_rewrite.
Its actually a restatement of this:
http://marc.theaimsgroup.com/?l=tomcat-devm=108987495224170w=2
-Tim
[EMAIL PROTECTED] wrote:
Would do you think a
remm2004/07/15 07:31:47
Modified:catalina/src/share/org/apache/catalina/connector
Request.java Constants.java
Log:
- Remove get/setAuthorization, which is just a direct shotcut for a getHeader (=
it's useless).
Revision ChangesPath
1.6
Sorry Tim missed that post, but agree that something simpler would be great
IMHO.
There is a learning cliff with mod_jk2 that many I feel try to climb, and
don't make it. They then tomcat gives them a bad taste.
KISS - the easier it is to do a simple config (and at the same time have
remm2004/07/15 07:33:38
Modified:http11/src/java/org/apache/coyote/http11
InternalOutputBuffer.java
Log:
- Add better support for CharChunk for response headers.
Revision ChangesPath
1.22 +41 -2
Tim Funk wrote:
If this is all wishlists .. it'd be nice if we could set the worker and
handler via mod_rewrite.
Intead of
JkMount /*.jsp loadbalancer
Say:
RewriteCond %{REQUEST_URI} *\.jsp
RewriteRule ^(.+)$$1 [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
Rewrite
remm2004/07/15 07:35:39
Modified:util/java/org/apache/tomcat/util/buf MessageBytes.java
CharChunk.java
Log:
- Implement MB.toBytes.
- Tweak toChars and toBytes, as I think they should change the type of the MB.
Revision ChangesPath
1.15
remm2004/07/15 07:36:46
Modified:catalina/src/share/org/apache/catalina/authenticator
DigestAuthenticator.java BasicAuthenticator.java
Log:
- Optimize BASIC authentication. It's not really critical, but it is used relatively
often and was inefficient.
remm2004/07/15 07:38:00
Modified:catalina/src/share/org/apache/catalina/util Base64.java
Log:
- Use the buffers in base 64.
Revision ChangesPath
1.4 +29 -18
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util/Base64.java
Index:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27676.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2004/07/15 07:42:39
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
- I looked in the spec, and I don't think the notifications should be sent when
replacing an attribute with the
same instance.
- Also add some
billbarker2004/07/15 07:49:31
Modified:jk/xdocs/jk aphowto.xml
Log:
Fix unclosed tag
Revision ChangesPath
1.27 +3 -3 jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml
Index: aphowto.xml
===
Tim Funk wrote:
If this is all wishlists .. it'd be nice if we could set the worker and
handler via mod_rewrite.
Intead of
JkMount /*.jsp loadbalancer
Say:
RewriteCond %{REQUEST_URI} *\.jsp
RewriteRule ^(.+)$$1 [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
I was
nyhgan wrote:
-
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and detail please.
-
Hi, Henri Gomez
Tomcat
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Of course all that sounds like JK3, but ...
Did you see my post about a simpler module specific for now
to Apache 2.x (2.0/2.1), may be something which could be
included in standard Apache 2.x distribution which will save
us
Henri Gomez wrote:
Well I'd like to see the JK3 or whatever will name the new module to be
much more simpler and with less code.
+1 to that. It really has the feel of something that's more complex than
it should be at the moment.
--
Andy Armstrong
**ATTENTION**
This is an automated response.
iExpect.com apologizes in advance for the automation of its
customer service. Due to the high volume of member requests,
iExpect.com has designed specific automated answers which
cover the most common problems. If after you read the
My turn :)
Sorry, I won't help code it (well, maybe a little for the Java part); so
I don't know if I have a say in any decision, but I though I should
participate as well.
- it should be simpler than JK 1 or 2
- it should have a name which doesn't confuse folks :)
- Apache 2.x specific using
My updated TODO. So I'll do the deployer next, followed by trying to
optimize startup time.
Then, there's tweaking.
Filip, do you have time to refactor the clustering soon ? I think we
should tweak your farming feature as well, as it should likely be done
the way the manager servlet is
-Original Message-
From: Henri Gomez
Well I'd like to see the JK3 or whatever will name the new
module to be much more simpler and with less code.
Bingo!
I'm trying over and over again to 'push' something like 'zero-config', not
depandant of any current container.
Just imagine
Remy Maucherat wrote:
My updated TODO. So I'll do the deployer next, followed by trying to
optimize startup time.
Then, there's tweaking.
Filip, do you have time to refactor the clustering soon ? I think we
should tweak your farming feature as well, as it should likely be done
the way the
-Original Message-
From: Remy Maucherat
- it should be simpler than JK 1 or 2
That's the general idea
- it should have a name which doesn't confuse folks :)
APR_JAVA as static core lib + mod_javalink?
For example I wish to make a WIN2003 http.sys kernel module.
- No JNI in
How about mod_tomcat?
-Tim
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
- it should have a name which doesn't confuse folks :)
APR_JAVA as static core lib + mod_javalink?
For example I wish to make a WIN2003 http.sys kernel module.
Jess Holle wrote:
Just a note:
Please allow the anti-locking stuff to be skipped on Windows as well.
[Some of us value performance over deployment convenience.]
Yes, of course. In production, many people don't use hot deployment (it
doesn't give good enough QoS right now, IMO).
- Possibly
Remy Maucherat wrote:
Jess Holle wrote:
Just a note:
Please allow the anti-locking stuff to be skipped on Windows as
well. [Some of us value performance over deployment convenience.]
Yes, of course. In production, many people don't use hot deployment
(it doesn't give good enough QoS right now,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27676.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
There is a learning cliff with mod_jk2 that many I feel try to climb, and
don't make it. They then tomcat gives them a bad taste.
KISS - the easier it is to do a simple config (and at the same time have
flexibility to do a complicated one) the better.
That is the
Henri Gomez wrote:
My idea is about a new module, only Apache 2.x for now, which will
make use of SetEnv, SetEnvIf, BrowserMath and Location
directives to redirect some URLs to tomcats via AJP.
This sounds like a great idea. It would be easy to configure, and I would
love to be able to
nyhgan wrote:
Tomcat 3.3.2 and jk1.2.5 is what I am using now and it runs fine. The
problem described emails below only occurs if you use jk1.2.x with Tomcat
5.x (or 4.x). And because of this reasonI can't upgrade my Tomcat to
Tomcat5.x.
This sounds like more of a problem in your application
Hey Remy,
ok, the next patches are on the way... ;-)
Peter
Remy Maucherat schrieb:
Peter Rossbach wrote:
Hey,
the problem with 5.0.27 is not the NullPointerException check.
My problem is, that the 5.0.27 autodeployment for war's with
META-INF/context.xml
included not work as before. Currently the
Hi,
This vote is concluded and passed with 3 binding +1's. 5.0.27 is now a
Stable release. For the record, the voting thread is at
http://marc.theaimsgroup.com/?t=10898154992r=1w=2.
Thanks,
Yoav Shapira
Millennium Research Informatics
This e-mail, including any attachments, is a
Hi,
The latest stable release of Tomcat is now available. This is mostly a
bugfix release and contains no changes from 5.0.27-beta. See the Change
Log at http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html
for more details.
I just updated the download pages, so give the mirrors a
remm2004/07/15 12:12:45
Modified:catalina/src/share/org/apache/catalina/session
ManagerBase.java
Log:
- Cosmetic refactoring (well, to be fair, it decreases the number of syncs when
creating a session,
but makes the sync a little longer, which can't
Muchas gracias por escribirnos. Esta es una respuesta automática
en la que encontrará respuesta a la mayoría de las consultas que
recibimos, por lo que le rogamos leerla con atención.
En caso de que su consulta no esté respondida en este mail (y solo
en ese caso) le enviaremos otro mensaje a
Muchas gracias por contactarse con En Plenitud.
Si su comunicación tiene que ver con nuestro boletín, la mismo ya ha sido tramitada, y
no es necesario que vuelva a contestar este mail.
Si usted nos escribe por esos motivos, por favor siga leyendo.
CONSULTAS A ESPECIALISTAS
El servicio de
David Rees wrote:
That is the reason I have stuck with mod_jk instead of moving to mod_jk2,
a quick look at the mod_jk2 docs makes my eyes glaze over, and mod_jk
works just fine for my usage...
If it helps any the docs don't seem to be in sync with the code either...
--
Andy Armstrong
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
PS: DefaultContext handling is very complicated. I hope we start a talk about
cleaner and better support for 5.next release.
I've been thinking about that for weeks, but I haven't found anything
really simpler yet. Some solutions I've thought about include JMX tricks
or
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29286.
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://issues.apache.org/bugzilla/show_bug.cgi?id=27676.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30098.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Jul 15, 2004, at 3:05 AM, Henri Gomez wrote:
Could you take the latest code in CVS and check to see if it solve your
problem ?
We took the new get_cookie() implementation from CVS and replaced the
one in our mod_jk 1.2.5 package and all hell broke loose. The jvmroute
of the JSESSIONID cookie
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
PS: DefaultContext handling is very complicated. I hope we start a
talk about
cleaner and better support for 5.next release.
I've been thinking about that for weeks, but I haven't found anything
really simpler yet. Some solutions I've thought about
Thinking on it more, I think I'm full of it and I was confusing the
symptoms of two problems that were happening at the same time.
Disregard my comments below until I can double check myself.
Sandy
On Jul 15, 2004, at 6:01 PM, Sandy McArthur wrote:
On Jul 15, 2004, at 3:05 AM, Henri Gomez
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=22695.
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://issues.apache.org/bugzilla/show_bug.cgi?id=22695.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30135.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all:
From: http://www.sys-con.com/story/?storyid=45506de=1
Tomcat 5.0
Tomcat is the servlet container that's used in the official Reference
Implementation for the Java Servlet and JavaServer Pages technologies. The Java
Servlet and JavaServer Pages specifications are developed by Sun under
Hello Remy,
Yeah, good idea. I also thing it is a spezial context.xml parsing, but
it is tricky at start/stop handling and
removed the defaults correct. For saving a Context the current
DefaultContext situation is more tricky.
The NamingContextListener have a very spezial handling and I see
billbarker2004/07/15 22:16:56
Modified:catalina/src/share/org/apache/catalina Globals.java
catalina/src/share/org/apache/catalina/authenticator
SSLAuthenticator.java
catalina/src/share/org/apache/catalina/connector
billbarker2004/07/15 22:47:22
Modified:catalina/src/share/org/apache/catalina/authenticator
SSLAuthenticator.java
Log:
And, while we're at it, get the Attribute from the Request instead of the Facade.
Revision ChangesPath
1.18 +2 -2
85 matches
Mail list logo
