Keith Wannamaker wrote:
Pragma has never been sent out on a secure connection until recently
(rev 1.13) This is brand new behavior and it causes problems with IE
under SSL. At the time you even said you'd be willing to roll it back.
Coincidentally, it was sufficiently long ago that I actually
[EMAIL PROTECTED] wrote:
Give Remy something meaningful to benchmark against ;-).
Mladen did all the preliminary tests using the HTTP example server that
is in the mustang sources, which is a similar comparison.
It also has extra GC vs Remy's ChannelAprSocket.
... which will never exist ;)
I
Bill Barker wrote:
Remy Maucherat [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
pero2005/04/15 13:15:45
Modified:catalina/src/share/org/apache/catalina Cluster.java
catalina/src/share/org/apache/catalina/session
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
jfclere 2005/04/16 03:31:34
Modified:jni/java/org/apache/tomcat/jni Socket.java
jni/native/src network.c
Log:
Throw an exception when bind() failed.
Why did you do that?
I mean there is no need to throw an exception if we
Mladen Turk wrote:
Peter Lin wrote:
I've done testing on SLES9/64 with JDK5 and
current apr release from apache (apr-1.1.1).
The performance is equal or APR is slightly faster,
but what's more important is the scalability for
keep-alive connections. Now you can have hundreds of
keep-alive
Henri Gomez wrote:
Well the patch seems reasonable to be commited.
Could I Remy ?
It's a bad patch. getResource should return correct results instead.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Keith Wannamaker wrote:
I haven't heard anything from this, so I plan on replacing the three
headers this code sets with a single cache-control: private header this
weekend in tc 5.0 and 5.5.
Make it optional.
Rémy
-
To
[EMAIL PROTECTED] wrote:
pero2005/04/15 13:15:45
Modified:catalina/src/share/org/apache/catalina Cluster.java
catalina/src/share/org/apache/catalina/session
ManagerBase.java
Log:
Refactoring and redesign cluster
+// FIXME WHy we
Peter Lin wrote:
I'll wait until that's fixed and then run the full set of benchmarks.
that way we'll have direct comparison.
All right, the performance is now more or less decent, and polling seems
to work. You can try testing it :)
Mladen recommends APR 1.1.
Rémy
Hi,
This has been hinted for a while ;) The purpose of this email is to
propose using APR (Apache Portable Runtime) as the network IO used by
Tomcat, instead of the JVM's IO.
This will provide the following benefits (some small, others more
significant):
- zero GC IO API (APR is not object based)
Yoav Shapira wrote:
Hi,
The implementation would be an alternate endpoint implementation,
replacing PoolTcpEndpoint. Alternate HTTP/1.1 processor and socket
channel (for AJP) will be provided. Development required is actually
fairly small (significant testing will be required, however). I didn't
Peter Lin wrote:
if I have time this weekend, I'll try to run the same benchmarks on
the latest code.
is it included in the nightly build? if not, can someone post a build
for me to benchmark on my system?
We're going to have to resolve the issue I mentioned with keepalive
before doing serious
Jess Holle wrote:
Overall this seems well and good as long as this is not the default in
5.5 (i.e. by default Tomcat should be pure Java and run anywhere with a
good JVM without native code).
To play devil's advocate for a moment, however, would use of Java NIO
potentially make more sense for
Roytman, Alex wrote:
It is done as axtention of WebAppLoader class
It all worked well till version 5.5.9 where I am getting a nasty error
How about axing your axtension ? Stating that It all worked well till
version 5.5.9 unfortunately does not make sense looking at the changelog.
Everything
Ian F. Darwin wrote:
Tomcat is the program's name. Catalina is a major rewrite of internals.
Jakarta is the name of the top-level Apache project (people are voting
this very week to move out from under it, so hopefully we can at least
replace most occurences of jakarta with tomcat over the next
Yoav Shapira wrote:
Hi,
OK, this vote is now closed. The result is that Tomcat 5.5.9 is stable with
a proviso on the clustering features and a fix/test package ready for those.
The voting thread is at
http://marc.theaimsgroup.com/?t=11127867961r=1w=2 and I'll send out
the proper
Henri Gomez wrote:
CLR ?
Bill's doing .not stuff now. He must be using some hidden JDK features,
as I didn't read about any .not compatibility features in JDK 1.5. Neat
stuff.
:D
More seriously, Tomcat is built with JDK 1.4, for best compatibility. I
don't know what the consequences of moving
Peter Rossbach wrote:
I have add my 5.5.9 clustering fix pack to the following bug report:
http://issues.apache.org/bugzilla/show_bug.cgi?id=34389
Wow, it's great you could come up with a patch for 5.5.9 so quickly :)
Rémy
-
To
Peter Rossbach wrote:
My customers needs the new 5.5.9 Release. The best thing is, we package a
separate patch-cluster-fix and mark 5.5.9 as beta.
Given the state of HEAD, and given some the 5.5.7 issues, I would like
5.5.9 to be stable. This means we would need a way to fix 5.5.9 without
new
Peter Rossbach wrote:
I thing the instability is also included at 5.5.7 clustering.
:(
So it's safe to assume all 5.5 builds have some kind of issues with the
clustering then, probably due to lack of actual production testing.
Are you certain reverting to 5.5.8 clustering is not possible
Yoav Shapira wrote:
Hi,
Ok, this give me and Filip time for real stability testing and review
the 5.5.10 codebase.
I also package my fixes to the 5.5.9 codebase for some test user as bug
report..
I'll let Yoav decide what he wants to do with all these builds before he
gets married (congratulations
Henri Yandell wrote:
On Apr 6, 2005 8:15 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
Hi,
Here's a new draft with the necessary updates.
I suppose this needs to be sent to the PMC for approval. If this draft
is ok, I will send it there.
Then there are infrastructure taks:
- renaming mailing lists
Tim Funk wrote:
The main use case is when I lurked in geronimo. When a build in geronimo
fails - it creates a *massive* email which I as a lurker really don't
care about. It also took forever to download of a highspeed line. I also
recevied wiki updates when subscribed to the cvs commits which
Yoav Shapira wrote:
[X] Stable -- good build
The build looks good to me.
I would say it passes the TCK test, as Jan said the TCK status was still
ok after making the nearly last minute getId change (which got
reverted). Of course, I could be wrong.
Rémy
Yoav Shapira wrote:
Hi,
This is just a reminder that I plan to cut and tag Tomcat version 5.5.9
tomorrow, Saturday March 26th, at 1400h my time, which is 1900h UTC/GMT.
Any vote planned on 5.5.9 ?
There's no new and better build coming up anytime soon, as some risky
changes have been made in CVS.
Manolache ([EMAIL PROTECTED])
Remy Maucherat ([EMAIL PROTECTED])
Kurt Miller ([EMAIL PROTECTED])
Glenn Nielsen ([EMAIL PROTECTED])
Amy Roh ([EMAIL PROTECTED])
Peter Rossbach ([EMAIL PROTECTED])
Yoav Shapira ([EMAIL PROTECTED
Ian F. Darwin wrote:
Remy Maucherat wrote:
Hi,
Here's a new draft with the necessary updates.
I suppose this needs to be sent to the PMC for approval. If this draft
is ok, I will send it there.
Then there are infrastructure taks:
- renaming mailing lists
Is that just keeping both lists
Yoav Shapira wrote:
BTW, the struts project recently went through this and ended up with I think
are a decent set of by-laws.
Very good :)
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
PROTECTED])
Filip Hanik ([EMAIL PROTECTED])
Larry Isaacs ([EMAIL PROTECTED])
Jim Jagielski ([EMAIL PROTECTED])
Jan Luehe ([EMAIL PROTECTED])
Costin Manolache ([EMAIL PROTECTED])
Remy Maucherat ([EMAIL PROTECTED])
Kurt Miller
Bill Barker wrote:
remm2005/04/06 08:54:05
Modified:webapps/docs/config http.xml ajp.xml
Log:
- Fix AJP documentation error about connection timeout (no timeout by
default).
snip/
+attribute name=connectionTimeout required=false
+ pThe number of milliseconds this
Peter Rossbach wrote:
Hmm,
but I can't find a statement that the valueUnbound get an invalid
session, when it called after sessionDestoryed.
HttpSessionBindingListener ===
/**
*
* Notifies the object that it is being unbound
* from a session and identifies the session.
*
*
[EMAIL PROTECTED] wrote:
remm2005/04/04 06:57:49
Modified:jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java
webapps/docs changelog.xml
.build.properties.default
Tim Funk wrote:
Is there a reason _jspx_dependants is a Vector - why not an ArrayList?
This would remove the syncs inside of Vector.
I don't know. It probably wouldn't hurt. It won't help me with my ECJ
bug, however ;)
Rémy
-
Jess Holle wrote:
Despite advancements in speed, etc, the notion of Eclipse or Tomcat or
anything else using it until it is both faster *and* as robust as javac
is a bit strange.
The notion that Eclipse depends upon it to the point that it's Java 5
support is held up by JDT development is
Peter Rossbach wrote:
Hmm,
I see the following problem with the current session expire strategie.
Today
a) Notify session destroy event
= All session attributes are active
b) Set session as invalid
c) Notify session remove attribute event - Hups
= Now the listener detect
Peter Rossbach wrote:
Hey Remy,
can you please explain why the remove attribute event notification is
wrong when
context is destroy?
Because you're not actually removing them, you're just cleaning up objects.
Did you notice you don't get notifications on start, etc ?
Rémy
Peter Rossbach wrote:
Good answer!
But why we emit remove session attribute events when sesssion is destroy?
I think the session expire is also a clean up thing and nobody need the
remove attribute events.
Because the stupid wording which explicitely mandates the nonsense for
sessions isn't
Peter Rossbach wrote:
Hups,
the remove session attribute events after session destory is documented
at the servlet spec?
Any hint welcome
Yes, read the javadoc for HttpSessionBindingListener.
Rémy
-
To unsubscribe, e-mail: [EMAIL
Bill Barker wrote:
Hey
I have review the getIdInteral changes. At expire (StandardSession,
DeltaSession) we send first the SessionDestory events and after this
the Remove Session Attribute events. Before we send the remove
attribute events the session set to invalid. Hmm: Why we do that? I
)
Bill Barker (billbarker)
Ian Darwin (idarwin)
Peter Rossbach (pero)
Kurt Miller (truk)
Glenn Nielsen (glenn)
Jean-Frederic Clere (jfclere)
Amy Roh (amyroh)
Jeanfrancois Arcand (jfarcand)
Remy Maucherat (remm)
Yoav Shapira (yoavs)
The result was:
13 - Remy
5 - Yoav
1 - Costin
(that's funny, but I
PROTECTED])
Remy Maucherat ([EMAIL PROTECTED])
Amy Roh ([EMAIL PROTECTED])
Peter Rossbach ([EMAIL PROTECTED])
Yoav Shapira ([EMAIL PROTECTED])
Mark Thomas ([EMAIL PROTECTED])
Mladen Turk ([EMAIL PROTECTED])
Keith
Kurt Miller wrote:
From: Yoav Shapira [EMAIL PROTECTED]
Below is the draft resolution we agreed on previously, so it should be
pretty close. We need to make sure the PMC names are correct and
complete.
Congrats to Remy and thanks everyone for voting, and of course thanks
Henri
;)
Yoav
While
Yoav Shapira wrote:
Hi,
I'll be gone this weekend to the lovely (I think/hope) city of St. Louis. I
wanted to bring up three items before I have to leave for the airport:
- Bugzilla 6582. It looks like a simple issue, the patch is there,
and it's been around long enough that I'm tired
Costin Manolache wrote:
Kurt Miller wrote:
Congratulation Remy !
I think a lot of people agree that anyone who is an active committer
should be in the PMC ( that's what jakarta has been doing for a long
time ). It's 'should' - not 'must' - that means you are not required to
do this if you
Bill Barker wrote:
remm2005/04/01 03:36:52
Modified:catalina/src/share/org/apache/catalina/realm
GenericPrincipal.java JAASRealm.java
catalina/src/share/org/apache/catalina/connector
Request.java
Log:
- Commit my proposed
Costin Manolache wrote:
Mladen Turk wrote:
I kind of disagree...
If I want Firefox for linux - I get it from Mozilla.org. It may be a
.tar.gz or .rpm - but it is a binary provided by the software
maintainers, not by a 3rd party ( like a linux distributor ). And it is
the 'real' thing, not a
Jeanfrancois Arcand wrote:
[ +1 ] Remy Maucherat
I do appreciate the support, but the vote is supposed to be private :(
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I will propose making some changes:
- Add Jan's patch to have an ISE thrown for Session.getId if the session
is expired. However, it is important for container internal components
to be able to call getId, even if the session is invalidated. As a
result, I propose adding a Session.getIdInternal
Henri Yandell wrote:
Just as an update, I've recorded 11 public/private votes from:
Keith Wannamaker (keith)
Mark Thomas (markt)
Larry Isaacs (larryi)
Filip Hanak (fhanak)
Filip Hanik (fhanik)
Tim Funk (funkman)
Kin-man Chung (kinman)
Henri Gomez (hgomez)
Mladen Turk (mturk)
Costin Manolache
Yoav Shapira wrote:
The initial Tomcat PMC chair should be:
[ ] Remy Maucherat
[ ] Yoav Shapira
The vote needs to be somewhat private, and sent to someone trusted who
will then announce the final tally ;)
(otherwise, it's banana republic: whoever does not agree raise your
hand; oh, I kinda
Mladen Turk wrote:
Remy Maucherat wrote:
The vote needs to be somewhat private, and sent to someone trusted who
will then announce the final tally ;)
Probably :)
Perhaps to Henri Yandell. He's the current PMC, and I think we can
trust him. After all, I heard that he likes administrative jobs
[EMAIL PROTECTED] wrote:
billbarker2005/03/24 19:53:25
Modified:util/java/org/apache/tomcat/util/http MimeHeaders.java
Log:
Make setValue guarantee that the header is unique (that's how it's being used anyway).
Fix for Bug #34113
- MessageBytes value=getValue(name);
-
[EMAIL PROTECTED] wrote:
luehe 2005/03/25 08:49:28
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
Commented out session validity check in StandardSession.getId().
Will revisit for 5.5.10.
There will be two options for the
[EMAIL PROTECTED] wrote:
yoavs 2005/03/23 07:17:17
Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java
webapps/docs changelog.xml
Log:
Bugzilla 32938.
update
bug33636/bug: Set lastModified attribute when expanding WAR
files.
Costin Manolace wrote:
I think you are wrong on this one.
At least on Linux ( and low-end hardware ) SWT seems to be faster, even with the
crapy GTK bindings ( that could be optimized a lot ).
I guess what's more important in SWT is the design based on using the platform
UI instead of drawing
Yoav Shapira wrote:
Hola,
If a patch was submitted and committed, I think the name of the
submitter should be mentioned.
I usually put the name of the committer only in the changelog. That seems
to be consistent with past practice. The bugzilla issue (linked from the
changelog when possible)
[EMAIL PROTECTED] wrote:
luehe 2005/03/23 14:44:14
Modified:catalina/src/share/org/apache/catalina/session
LocalStrings.properties LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_ja.properties
[EMAIL PROTECTED] wrote:
luehe 2005/03/23 14:44:14
Modified:catalina/src/share/org/apache/catalina/session
LocalStrings.properties LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_ja.properties
[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2005-03-25 01:21 ---
.jspf is meant for fragments such as includes that are not meant to be compiled.
Man, you are so close minded ;)
Rémy
-
To
Costin Manolache wrote:
Yoav Shapira wrote:
If Remy is interested, I think it would be fair to have a vote. If
whoever is first later decide he had too much politics/admin pains -
we'll have a backup ready :-)
At this point, I think I cannot avoid being a candidate. Yoav may be the
best chair,
Yoav Shapira wrote:
Hi,
Below is a draft of our TLP proposal. The format is fairly standard, copied
from other recent TLP promotions. (You can see those in ASF Board meeting
minutes).
I've added all currently active committers to the initial PMC. If I've
missed anyone, please let me know.
Part
Henri Gomez wrote:
Did there is interest in a JFACE/SWT admin application ?
If you ask me, Eclipse's strength is no longer SWT. At the moment, it's
more like a liability, as Swing has become better.
The exception is still on Windows (to some extent) where the Swing impl
still needs some more
Peter Lin wrote:
my non scientific tests with jdk1.5 using JMeter tells me it's a bit
faster than jdk1.4, but I doubt it is faster than SWT. If I had more
free time, I would definitely be interested in a SWT admin
application. oh well, that's life :)
As you may have noticed, I do like some of the
Henri Yandell wrote:
On Wed, 23 Mar 2005 19:15:24 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Henri Yandell wrote:
Biggest warning I have is that the servitude takes time. It'll be a
lot less for Tomcat than it is for me in Jakarta, but it still takes
time.
Well, I'll volunteer for CVS transition
[EMAIL PROTECTED] wrote:
billbarker2005/03/21 19:50:03
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
From the comments for R1.11, it seems that some early version of the spec had an exception here. However, this didn't
Jeanfrancois Arcand wrote:
Hi,
here is the answer I got from management:
Hi Remy - This is Jim. We (Sun) can't relicense use of copywritten
Sun code from the JDK outside of the JDK itself without extensive use of
lawyers, and the Apache board. So, it would be better to find another
Bill Barker wrote:
- Original Message - From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Tuesday, March 22, 2005 1:57 AM
Subject: Re: cvs commit:
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session
[EMAIL PROTECTED] wrote:
billbarker2005/03/22 07:26:44
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
Reverting change.
Note to self: Next time check the errata as well as -fr
I think someone closer to the spec needs to
Costin Manolache wrote:
Yoav Shapira wrote:
I think the idea of rotating ( let's say yearly ? ) would be an excelent
one - it'll avoid having people serve for too much ( and sometimes avoid
bad habbits - like forgeting to ask the community before making
important decisions :-)
That's a decent
Amy Roh wrote:
Didn't we propose TLP a while back ago when we were little? ;-)
Anyone remember what happened then? Just curious...
It's one of those things which are like referendums on Europe.
Rémy
-
To unsubscribe, e-mail:
[EMAIL PROTECTED] wrote:
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=34090.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Jess Holle wrote:
Jess Holle wrote:
Okay, I did a bit more digging.
*If*:
* Your web app contains log4j.jar *and* commons-logging.jar.
* You do not have log4j installed in any of Tomcat's own lib
directories.
* You use a JNDI or other contextual classloader based
Jess Holle wrote:
Remy Maucherat wrote:
What's unexpected here is as you say that these loggers are static -- or
in any event not per-web-app. Otherwise, this behavior would be fine
and good!
Yes, I forgot about Jasper when I added the container loggers in 5.5 :(
At first when we added commons
Jess Holle wrote:
Remy Maucherat wrote:
Jess Holle wrote:
Why out of curiosity? I don't have a pro-UGLI ax to grind here, but
Commons-Logging's behavior in Tomcat is really undesirable as is.
It would be the same anyway: the loading configuration and the logger
instances will be tied
Henri Gomez wrote:
From what I see in the 5.5.8 code the external entities cannot be
resolved since we provide an InputSource to the documentBuilder in
ParseUtils :
private void processWebDotXml(ServletContext ctxt) throws JasperException {
InputStream is = null;
try {
Yoav Shapira wrote:
UGLI is far from mature enough to be used by Tomcat at this point. When
log4j 1.3 is out, we'll see.
I already voted on that: -1.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Jess Holle wrote:
Why out of curiosity? I don't have a pro-UGLI ax to grind here, but
Commons-Logging's behavior in Tomcat is really undesirable as is.
It would be the same anyway: the loading configuration and the logger
instances will be tied to the webapp classloader. It has to work this
Henri Gomez wrote:
Remy, let be serious.
If the definition is invalid for Jasper, you should be consistant and
do the same at web.xml reading/parsing time.
Also when you have a webapp with more than 150 servlets, produced by 2
or 3 teams, and with the mapping requirement, you SHOULD use this kind
Henri Gomez wrote:
Remy you promised to close it and I promised you to reopen.
The bug is for me a showstopper and if it's not resolved, I'll vote -1
to future Tomcat 5.5 release.
I did look at the code in ContextConfig, and had already reopend the
report, since it seemed to indicate that it
Henri Gomez wrote:
So what about ?
If I provide a Fix to Jasper to make it works like ContextConfig does,
will it be -1 ?
If it doesn't use filesystem stuff (like ContextConfig), and it works
(that helps), I will of course not -1 any changes :)
Rémy
[EMAIL PROTECTED] wrote:
pero2005/03/14 13:24:30
Modified:modules/cluster/src/share/org/apache/catalina/cluster/tcp
AsyncSocketSender.java Constants.java
DataSender.java IDataSender.java
IDataSenderFactory.java
Yoav Shapira wrote:
Hi,
There's no plan to move 5.5.8 anywhere right now. Use 5.5.7, which is
stable.
I agree that too much time has passed for 5.5.8, and we should do a
5.5.9 instead. Soon ?
Rémy
-
To unsubscribe, e-mail:
Peter Rossbach wrote:
Hey Remy,
I also think we can plan next week a 5.5.9 release and I test the new
logging feature later today.
Any testing results ?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Dominik Drzewiecki wrote:
Remy Maucherat wrote:
Thanks for reading the code, we need to catch regressions and problems
more efficiently (we managed to caused major regressions in BOTH
database realms in 5.5.7, which is completely unacceptable).
As I was involved in some major changes
Peter Rossbach wrote:
Hey Remy,
I also think we can plan next week a 5.5.9 release and I test the new
logging feature later today.
Other question:
I have wrote a JKStatusUpdateTask ant task for the new jk 1.2.9 status
worker and
use the o.a.c.ant.AbstractCatalinaTask as super class.
I am not
Bill Barker wrote:
remm2005/03/08 15:03:01
Modified:catalina/src/share/org/apache/catalina/realm JDBCRealm.java
Log:
- Add back the reconnection logic to JDBC realm, which was removed for
wrong reasons. From what I saw, it causes major issues with MySQL otherwise
(obviously,
Hi,
This week, I will work on adding the host manager tool that I promised
long ago.
As 5.5.8 is in limbo, I think we should plan for a 5.5.9 instead. Or is
there still some interest in that build ?
Last, did anyone test the new logging defaults ?
Thanks :)
Rémy
Bill Barker wrote:
As a log4j user I'd prefer a separate jar for Juli (so that I can remove her
easily :). I'm pretty agnostic as to including it in the default
tomcat-5.5.x.tar.gz or as tomcat-logging.tar.gz. In the second case, it
should be enough to have tomcat-juli.jar. It's easy enough to
Remy Maucherat wrote:
Regardless of how it is packaged, you can use log4j simply by putting it
there.
The system property trick is much harder with the exe. You're not using
it though, so it's clearly a SEP ;)
I'll provide a default configuration in build, so that CVS users can
try it.
Ok
[EMAIL PROTECTED] wrote:
luehe 2005/03/02 11:27:11
Modified:catalina/src/share/org/apache/catalina/realm RealmBase.java
Log:
Consider the case where original request was mapped to welcome page.
In this case, the mapped welcome page (and not the original request
URI!) needs to
Jan Luehe wrote:
Bill/Remy,
But SRV.9.10 (Welcome Files) already has this:
The container may send the request to the welcome resource with
a forward, a redirect, or a container specific mechanism
**that is indistinguishable from a direct request**.
The latter to me implies that any sec
Jan Luehe wrote:
Remy,
Remy Maucherat wrote:
Jan Luehe wrote:
Bill/Remy,
But SRV.9.10 (Welcome Files) already has this:
The container may send the request to the welcome resource with
a forward, a redirect, or a container specific mechanism
**that is indistinguishable from a direct request
Hi,
As I will rewrite the documentation for java.util.logging, I'd like to
ask the question of how it will be packaged and distributed.
The package needs to be placed in the classpath (note: any custom
components, such as handlers, formatters, etc, can be deployed in other
classloaders, the
Jan Luehe wrote:
Remy Maucherat wrote:
Actually, this is probably a bad idea (or at least the implementation is
bad): the logger must be retrieved only when the context class loader of
the application is set.
This is where I'm not following: ;-)
I don't see any dependency on the context's
[EMAIL PROTECTED] wrote:
luehe 2005/02/23 11:27:56
Modified:catalina/src/share/org/apache/catalina/authenticator
FormAuthenticator.java NonLoginAuthenticator.java
SSLAuthenticator.java SingleSignOn.java
Mark Thomas wrote:
On re-reading the spec it is less clear than I first thought. Personally
I favour leaving the patch as is but would be happy to revert it pending
clarification from the spec team.
I'm ok with leaving the patch, as there's nothing which allows saying
which behavior is the
[EMAIL PROTECTED] wrote:
markt 2005/01/15 12:27:05
Modified:catalina/src/share/org/apache/catalina/core
ApplicationHttpRequest.java
Log:
Fix bug 28222. request.getRequestURL() in forwarded jsp/servlet returns
original url rather than new url as per
Jean-Francois Arcand wrote:
Hi,
I've just wrote a unit test to verify this bug has fixed
(http://issues.apache.org/bugzilla/show_bug.cgi?id=33463). But looking
at the code in StandardContext:
4276 // Stop our application listeners
4277 listenerStop();
4278
Mladen Turk wrote:
Hi,
For anyone interested there is a new project for
jakarata-commons/daemon procrun named *srvbatch*,
siting there for couple of months.
Unlike any other java or java/jni implementations
it does not tries to make a java as a service, but
rather makes a batch (.bat) file as a
Jacek Laskowski wrote:
Hi,
I've just upgraded Geronimo to use Tomcat 5.5.8-alpha and suddenly one
of the JAAS test that worked well in 5.5.7 failed. I haven't yet
investigated what could break it, thus nothing can I say about the issue.
What changed between 5.5.7 and 5.5.8-alpha that could
201 - 300 of 2871 matches
Mail list logo
