Irving, Dave wrote:
Hi,
Im currently prototyping a NIO connector for tomcat - using tomcat
5.0.28 as a base.
This is to solve a specific issue: We have to support a very high number
of concurrent connections in a high latency server - and want to remove
the thread per connection dependency.
In
Irving, Dave wrote:
There's no reason to use crap stuff like a BAOS. Just append byte
arrays to a buffer.
I'll take a look at how this is done in tomcat at the moment.
The lower level code doesn't deal with IS/OS constructs, only with byte
arrays.
- It looks like I'll have to implement
Irving, Dave wrote:
Remy Maucherat wrote:
Yeah, that's the crux of it I suppose. Do you know how much of tomcat
assumes single thread request / response? After the request pops out of
tomcat (via axis), the processing on our side is already asyncronous:
- Receive request
-
Costin Manolache wrote:
Thanks !
I'll add few things I've worked on in the past - if people don't mind,
I'll create a sandbox/java and put everything in one tree, ant and
IDEs are smart enough to exclude/include different packages.
Let me know if any of this seems wrong:
- a smaller commons-log
Costin Manolache wrote:
And CharBuffer, I hope. So you'll be extending (ByteChunk extends
ByteBuffer) ?
CharBuffer would go to MessageBytes.
I'm thinking more as an 'uses' - you create ByteBuffers ( maybe direct
buffers ), and
you set it in the ByteChunk. "Extend" is not the best choice - it
w
Costin Manolache wrote:
On 10/23/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
I'm thinking more as an 'uses' - you create ByteBuffers ( maybe direct
buffers ), and
you set it in the ByteChunk. "Extend" is not the best choice - it
would be hard to work with d
Costin Manolache wrote:
On 10/24/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
For sending a file on a socket - I'm sure using apr would be faster (
is sendfile wrapper implemented ? ), you shouldn't have to read the
file in java.
You need to look a bit into the code ;)
The
Henri Gomez wrote:
AJP 1.5 should support automatic discovery of tomcat backend, new
systems and new webapps.
That's the current need for many of us when adding tomcats / webapp
behind Apache 2 webservers. In such case we need to restart them and
it's sad.
How could it be accomplished, may be v
[EMAIL PROTECTED] wrote:
Author: costin
Date: Thu Oct 27 19:55:08 2005
New Revision: 329053
URL: http://svn.apache.org/viewcvs?rev=329053&view=rev
Log:
Implementation of commons-logging that doesn't use any discovery or
tricks, just plain java.util.logging.
There is a trick actually - at startu
[EMAIL PROTECTED] wrote:
Author: costin
Date: Thu Oct 27 21:11:42 2005
New Revision: 329081
URL: http://svn.apache.org/viewcvs?rev=329081&view=rev
Log:
Import the current version of o.a.t.util.buf, for refactoring. I'm
trying to use nio.
Added:
tomcat/sandbox/java/org/apache/tomcat/util/buf
Hi,
As part of the JBoss Web project, I have developed a URL rewrite valve,
more or less cloned on mod_rewrite. It doesn't support everything from
mod_rewrite, and there's no docs at the moment, but it's not too hard to
figure out how to use it.
For looking at it and testing, it's here (of c
Yoav Shapira wrote:
Hi,
Cool, I like it. Two questions:
- Why the RewriteMap interface? It does seem to add much over a normal Map,
and I doubt you're targeting JDK 1.1 compatibility ;)
It's not a map (at least not a Java map). mod_rewrite calls the
directive RewriteMap.
- Seems like thi
Costin Manolache wrote:
On 11/3/05, Bill Barker <[EMAIL PROTECTED]> wrote:
It probably doesn't matter (since nobody uses it :), but using ThreadLocal
won't work with the Nio/AJP Connector. That one doesn't bind a Request
instance to a Thread instance, so a particular Request instance will proc
Bill Barker wrote:
We don't unbind the service() from the Thread. However, in Coyote Request
instances are very long lived objects that (at least for HTTP/1.1) persist
over many connections.
The APR Connector uses a ThreadLocal to bind the Request instance to a
single Thread instance. The next
Bob Bronson wrote:
Another lazy copout!! Even the web.xml that is distributed w/Tomcat does
not validate! Did you even test this before you replied to my note or
did you just assume the user was at fault???
When someone criticizes the poor state of an open sores project (as I am
doing now), t
Bill Barker wrote:
The TomcatResolver instance is holding a reference to the Request instance,
and is in a TL. As a result (because of the way the ThreadPool works) it
will live very much longer than just during the processing of a given
Request. This is all fine for all of the current Connecto
Costin Manolache wrote:
Well, my point was - do we really need this feature ?
If nobody is really using it - it doesn't work out of box and we
didn't see any major complaint except Bob - it may be simpler to just
remove the flag from the docs and server.xml - and maybe even remove
the code that
[EMAIL PROTECTED] wrote:
Author: pero
Date: Sun Nov 6 01:39:26 2005
New Revision: 331098
URL: http://svn.apache.org/viewcvs?rev=331098&view=rev
Log:
Fix NPE when simple use only "GET HTTP/1.0\r\n\r\n"
Why endpoint.getAddress() don't give back local address?
Tested at Windows XP with tomcat 5.
[EMAIL PROTECTED] wrote:
Author: markt
Date: Tue Nov 8 11:32:28 2005
New Revision: 331870
URL: http://svn.apache.org/viewcvs?rev=331870&view=rev
Log:
Simple part of fix for bug 37150 based on profiler output. Doesn't fix the
major culprit. Needs more work.
This bug report is nonsense ...
Ré
Mark Thomas wrote:
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
Author: markt
Date: Tue Nov 8 11:32:28 2005
New Revision: 331870
URL: http://svn.apache.org/viewcvs?rev=331870&view=rev
Log:
Simple part of fix for bug 37150 based on profiler output. Doesn't
fix the major culpr
Mark Thomas wrote:
Remy Maucherat wrote:
It's a directory listing, how can this be fast, or even useful besides
for casual users ?
At the moment, directory listings with large numbers of entries = DOS
threat. Whatever we do, this is a valid security issue and we need to
deal wi
Mark Thomas wrote:
Looking at the profiler output, I agree that this will always be slow.
Closer inspection shows that at best I could reduce the time spent
generating the listing by about a third. Not enough to make a major
difference to this case.
Therefore, a warning in the docs is called
[EMAIL PROTECTED] wrote:
Author: yoavs
Date: Thu Nov 10 10:44:53 2005
New Revision: 332351
URL: http://svn.apache.org/viewcvs?rev=332351&view=rev
Log:
Bugzilla 37319: http://issues.apache.org/bugzilla/show_bug.cgi?id=37319
Modified:
tomcat/container/tc5.5.x/catalina/src/bin/catalina.bat
Henri Gomez wrote:
Thanks :)
Somehow it fixed it. I thought it was worth a try.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Peter Rossbach wrote:
Hey Remy,
I have problems with your last ClassLoader changed.
When I used following code:
protected static final String info =
"org.objektpark.catalina.session.LogSessionListener/1.1";
Yes, I know, I have more changes (which may include commenting out the
thing). S
Peter Rossbach wrote:
Thanks for the fix and it works for my case.
Hibernate developers claim the classloader gets leaked with Hibernate
webapps, and also claim it is a Tomcat bug. So I'm trying to find a
workaround.
Rémy
Yoav Shapira wrote:
Hi,
Mmm, I'm not sure. The download page is already somewhat cluttered with a
bunch of different distributions and their assorted files (zip/tar.gz, PGP and
MD5 for each, etc.) I don't want to double the number of binary distributions
per release.
And I'm even less excited
Costin Manolache wrote:
Check the build.xml files, look for 'unless'.
Probably the right solution to avoid this would be to stop using
'unless' and ant checks,
and instead move all the 'conditional' code in separate targets and
jar files. In particular, the
whole SSL stuff is an unpredictible me
Costin Manolache wrote:
So for NIO - we should create another copy of 5 large files ? Most of
the functions are complete duplicates - a simple extend would eliminate
them.
The problems are in few abstractions - like Handler - which can be
easily fixed to
accomodate NIO / APR or traditional.
NIO
Costin Manolache wrote:
For C++ servers - yes.
For Java servers - is anyone else using it besides tomcat ? Even in
tomcat - how many
people are using the bindings ( compared with the non-apr connector ) ?
Unfortunately - NIO is the well-accepted solution for java servers (
all except tomcat
are
Costin Manolache wrote:
NIO is used AFAIK by Jetty and Resin, and probably others. And it's
the 'standard'
solution for select-like operations ( even if the standard is as usual
not the best solution ).
Selects and stuff like that is the reason why I will vote against NIO,
so I find all this q
Mladen Turk wrote:
No.
I would like that we accept in our (Tomcat) community much
more pluralism, in a similar way the Apache httpd community
does with mpm models.
Neither blocking, APR or eventually NIO will ever be
the best solution for a particular user needs.
Blocking will outperform any sol
Costin Manolache wrote:
< > 1. Yes, it's how things should be done
< > 2. No, it can be done better
My opionion is (2).
My opinion is 1. I will not participate in the design of the upcoming
Tomcat branch, then.
Rémy
-
To
Costin Manolache wrote:
On 11/19/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
Costin Manolache wrote:
< > 1. Yes, it's how things should be done
< > 2. No, it can be done better
My opionion is (2).
My opinion is 1. I will not participate in the design of the upcom
[EMAIL PROTECTED] wrote:
Author: costin
Date: Sun Nov 20 10:19:56 2005
New Revision: 345767
URL: http://svn.apache.org/viewcvs?rev=345767&view=rev
Log:
Remove even more dups. It seems the apr and non-apr were not actually in
sync, there are at least 2 places where extra SecurityManager magic was
Markus Plail wrote:
Not a single answer? Can't it be reproduced or what's the problem with
my problem? If I am right it would be a significant issue wouldn't it?
Sorry. Two bug reports about this, and should be fixed in CVS.
Rémy
---
Costin Manolache wrote:
I hope you are not serious... Sorry if I sounded too critical of the
APR code - it is a great
piece of code in many ways, I just didn't like some (probably minor) things.
Ok, but it helped make me realize I should maintain my own tree anyway,
since my plans are a bit op
Henri Gomez wrote:
Well why so much noise about NIO/APR ?
Because I don't want to have to support 20 different connector
technologies (you can call it a business requirement). So one has to be
labelled as "experimental" or something. Similarly, the connector
options right now are (for me) a
anita kulshreshtha wrote:
Since there was no reply, I am assuming that
turning off the digester is not straightforward. Could
someone please point me to the relevant code?
Thanks
Anita
--- anita kulshreshtha <[EMAIL PROTECTED]> wrote:
I am using tomcat as an embedded engine and the
Costin Manolache wrote:
Container, jasper and build are a good start. I think connectors
should be included too.
Servletapi is obviously different, and even in the current build it's
downloaded as a jar AFAIK.
You can still have separate releases and release cycles for different
components - ev
Peter Rossbach wrote:
Hey,
A customer report today a very strange tomcat crash to me and
I can simulate this bugs with following releases and OS's:
Tested with Suse 9.3, Tomcat 5.5.12 /Apr 1.2.2 / openssl 0.9.8, jdk
1.5.0_03
Also tested with current SVN Head and fresh build tcnative from head
Peter Rossbach wrote:
Hey,
A customer report today a very strange tomcat crash to me and
I can simulate this bugs with following releases and OS's:
Tested with Suse 9.3, Tomcat 5.5.12 /Apr 1.2.2 / openssl 0.9.8, jdk
1.5.0_03
Also tested with current SVN Head and fresh build tcnative from head
Peter Rossbach wrote:
Hey Remy,
I have tested your patch (suse 9.3) and it fix the jvm crash problem.
Currently I have only tested with http apr connector.
Cool. AJP can't have the issue (the action method doesn't make any
socket access).
Rémy
--
Costin Manolache wrote:
Yes, that's what I'm talking about - but on the tomcat svn :-).
Can we do the same here ? Only for HEAD ( or at least for 6.0 ), so
moving forward we could
keep things simpler.
BTW - a nice facility in eclipse and ant is the exclude, so the tree
can include multiple conn
Peter Rossbach wrote:
Why we can set maxSpareThreads and minSpareThreads at APR Http and APR
AJP threadpools?
Because of interdependencies with the regular connector. It won't do
anything.
I have seen another strange behaviour:
After a small load 10 requests and two hour no request the
Mark Thomas wrote:
Bill Barker wrote:
I can't really dispute the interpretation of the spec, but the change
is likely to break many more webapps then it fixes :(.
I thought this too. However, I think we should implement the spec as is.
If we start relaxing it here, then where else do we rel
John Lewis wrote:
As was discussed here over the summer, there is a need in the JSR-168
Portlet community to use cross-context access so that a portal webapp
can communicate with various portlet webapps. Unfortunately, session
replication in a Tomcat cluster does not occur when one webapp acce
Peter Rossbach wrote:
Hey,
I am highly interessed to support cross-context for cluster session
replication. The session.endAccess is a neat place
for support this. Please, let us discuss how we can use it.
In your ClusteredSession, you can override endAccess (don't forget to
call the superc
Yoav Shapira wrote:
Hi,
One way that comes to mind is to do anything (at all) in the Admin
webapp, then click its "commit changes" button. This seems like a
workaround, but I've used it in the past anyways because usually after
deploying a new host I need to tweak some of its configuration...
[EMAIL PROTECTED] wrote:
Author: mturk
Date: Mon Dec 5 08:29:19 2005
New Revision: 354093
URL: http://svn.apache.org/viewcvs?rev=354093&view=rev
Log:
Use tomcat-native-1.1.1 version.
Modified:
tomcat/build/tc5.5.x/build.properties.default
tomcat/build/tc5.5.x/tomcat.nsi
There are a c
Mladen Turk wrote:
Remy Maucherat wrote:
There are a couple problems remaining:
- the AprEndpoint should be updated to require version number 1.1.1 (I
did it, but see point 2)
- the binaries on the Ireland download site
(http://tomcat.heanet.ie/native/1.1.1/) are still numbered 1.1.0, so
Yoav Shapira wrote:
I'll tag and cut 5.5.14 tomorrow like a new release. I don't want to
re-tag 5.5.13, I think that would confuse users more. I'll make the
changes clear in the release announcement email (that's why I wanted
clarification myself ;)).
I'm planning to do it at 9am my time, whic
Hi,
For some reason, download sizes for 5.5.14 are far bigger than 5.5.13.
What's wrong ?
I downloaded the zip to have a quik look, and it seems some stuff is
back in the main bundles, including for example javadocs. I don't see
any relevant changes in the build scripts.
Rémy
Yoav Shapira wrote:
Hi,
Mmm. I didn't change the build scripts, but I played around a bit
with the packaging to get the uncorrupted sample.war in there. That
little file is so much more of a pain than it's worth. I'll
regenerate the packages and re-upload them now. Good thing I hadn't
announc
Yoav Shapira wrote:
Hi,
Tomcat v5.5.14-beta has been out for about a week now. If you have
tested it, please vote on its stability below using our usual
guidelines. (And if you haven't tested it yet, please give it a whack
;))
Tomcat 5.5.14 is:
[ ] Stable
[ ] Beta - At least one significant iss
Bill Barker wrote:
"Yoav Shapira" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Tomcat 5.5.14 is:
[ ] Stable
[X] Beta - At least one significant issue preventing stability (please
elaborate)
[ ] Alpha - Multiple significant issues (please elaborate)
BZ 37852 is about as signi
Tino Schwarze wrote:
What do you think about this issue?
It's a fine solution for your "problem", I suppose. Thanks for the
patch, but we are not going to use it.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additio
Tino Schwarze wrote:
Hi Costin,
On Sun, Dec 18, 2005 at 10:01:08AM -0800, Costin Manolache wrote:
One of the problems is that jasper is a tricky piece of code, and
usually reducing memory this way can have unexpected impact. Maybe a
more 'moderate' approach would be more acceptable, like chec
Costin Manolache wrote:
One of the problems is that jasper is a tricky piece of code, and
usually reducing memory this way can have unexpected impact. Maybe a
more 'moderate' approach would be more acceptable, like checking the
size of the buffers, and only reset it if it is indeed 'huge'. This
w
Costin Manolache wrote:
Assuming that most of the pages use 'huge' buffers - you're right.
However, if you have few pages that need large buffers - and most
don't - this will help.
And you would pay the price of System.arraycopy on the bad pages - i.e. normal
pages will be faster, and jsps that
Hi,
Besides adding support for Servlet 2.5 which does not seem too
overwhelming, most of the specification work is on support of JSP 2.1. I
am happy to report that Jacob Hookom is willing to contribute code to
add the necessary JSP support in Tomcat (he has done such an
implementation already
Jason Novotny wrote:
Hmm, can you tell me where this convention is defined anywhere? This
is not just a problem for my portal but a few others out there that have
presented instructions that no longer work. If say three portal projects
including Pluto and Jetspeed claim this is a problem can
Yoav Shapira wrote:
If they explain their desired functionality exactly, we can certainly
discuss it further. I still wouldn't call it a bug because it's
functioning as designed for 5.5 (as noted previously, this is slightly
different from 5.0).
The point was to remove redundant information to
Hi,
If new Tomcat 5.0.x releases are made, I would be in favor of using the
Jasper from Tomcat 5.5.x. IMO, using a branch for Jasper was only
justified while features were being added and stabilization was needed,
but in the end, the only significant one was the update to the compiler.
Rémy
Bill Barker wrote:
AFAICT, this code is assuming that there will always be a message body in
the POST Request. However, this is not necessarily the case (and is
certainly not true for the problem at hand). Eventually,
SocketInputStream.read() is called from within
o.a.coyote.http11.InternalR
Henri Gomez wrote:
Well a Tomcat will a small memory footprint is also very interesting for me :)
How is Tomcat memory usage large ? Personally, I would think it's
extremely reasonable given the feature set, at least when using APR. It
would seem the base Java runtime would completely offset
Allistair Crossley wrote:
Hi,
Personally I am less interested in a small footprint Tomcat and more
interested in tools that help manage and report on the internals of
Tomcat. Instrumentation, JMX, effective and stable debugging and
deployment, clustering and load balancing are the types of areas
Jess Holle wrote:
The main item you didn't mention is instrumentation/JMX. This is an
area that should not require any substantive rearchitecture and could
greatly benefit most users. I know JBoss has more JMX stuff, but having
the Tomcat end of things quite well instrumented in Tomcat proper
Henri Gomez wrote:
Well memory is not the only point, faster start and less class to be
loaded is also very important for me. In my company we're still using
Tomcat 3.3.2 on our production servers (iSeries) since they are quite
fast to start and that's very important when you have at the same tim
Costin Manolache wrote:
I understand this doesn't help for JBoss - but tomcat != jboss.
I don't see the need for refactorings, and that's my *personal* opinion.
It's funny that JBoss does have most of this capability already - so I
understand Remy not wanting to reinvent the wheel :-), but I
Bill Stoddard wrote:
Nope, that's incorrect.
From RFC2616, the official HTTP standard definition:
The presence of a message-body in a request is signaled by the
inclusion of a Content-Length or Transfer-Encoding header field in
the request's message-headers.
A bodyless POST request w/
Bill Barker wrote:
Tomcat handles it much the same way for for a 404 ;-).
However, I'm guessing that Httpd sets up an EOS-only bucket-brigade (but am
not interested enough to look it up :), so that if the target existed and
tried to read the body they would just get EOS.
Given that the reque
Kevan Miller wrote:
Bill, Bill, and Remy -- thanks for your help. I've raised bug 38030 --
http://issues.apache.org/bugzilla/show_bug.cgi?id=38030
- I don't read bugzilla
- it is not a bug (the request is invalid)
So please close your report.
FYI, I tested TC behavior with an HTTP 1.1 POST wi
Kevan Miller wrote:
I've also demonstrated that Tomcat's behavior for
bodiless HTTP 1.1 POST Requests is terrible (Tomcat will still attempt
to read a message body and will not send a Response until the Socket
Read times out).
Sure, that was a great demonstration. I will not sleep until th
[EMAIL PROTECTED] wrote:
Author: billbarker
Date: Wed Dec 28 23:58:51 2005
New Revision: 359753
URL: http://svn.apache.org/viewcvs?rev=359753&view=rev
Log:
Unconditionally return EOS for an attempt to read the body of any request that
doesn't send CL or TE.
I haven't seen any real objections t
Bill Barker wrote:
Without actually checking, mod_jk/mod_proxy_ajp should only send an
unrequested initial bodyChunk if the client sends a CL. So if there is no
CL, Tomcat will send back GET_BODY_CHUNK message, and act on the response
from Httpd/IIS/SunOne.
The main purpose of the "read requ
[EMAIL PROTECTED] wrote:
Author: billbarker
Date: Sat Dec 31 16:24:57 2005
New Revision: 360466
URL: http://svn.apache.org/viewcvs?rev=360466&view=rev
Log:
Fix handling of the special first Body-Chunk packet.
Somebody that knows the APR interface better than me could probably clean this
up (e.
Yoav Shapira wrote:
Happy new year everyone ;)
Unless I hear a -1 in response to this message, I will tag and cut
Tomcat 5.5.15 tomorrow (Tuesday, 3 Jan 2006) at 10am my time (EST),
which is 1500h GMT.
Are you sure all the needed clustering fixes are in ?
Rémy
---
Filip Hanik - Dev Lists wrote:
why would you replicate session data across contexts? cross context
means different webapps, maybe I'm confused, but an app would never fail
over from one webapp to a different webapp.
Right now, only the session for the webapp which first recieves the
request i
Mark Thomas wrote:
The key questions are:
- does 6.0.x become the main development branch?
Yes. We did this for 5.5.x and it worked.
Ok.
- do we merge jasper and container?
No. Good to keep them independent.
Ok.
- do we merge build and container
Maybe. If someone wants to take the t
Mauro Bertapelle wrote:
Is it correct that coyote reply with the home page contents on an HTTP
OPTIONS method request ?
If you post another message on this list that belongs to the user list,
I'll ban you.
Rémy
-
To unsubsc
Mauro Bertapelle wrote:
oops, sorry I wasn't sure where to post it
Ok. If you have questions about usage of Tomcat, you should post on
[EMAIL PROTECTED]
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
[EMAIL PROTECTED] wrote:
Author: markt
Date: Sun Jan 8 14:48:43 2006
New Revision: 367115
URL: http://svn.apache.org/viewcvs?rev=367115&view=rev
Log:
Fix bug 29214. containsHeader() not working for Content-Length and Content-Type
I don't like this fix (to a non issue), but since I have the op
Jacob Hookom wrote:
I've posted an initial contribution of a complete EL-API implementation
under Apache 2.0 licensine, along with the EL-API itself (JSR-245-EL).\
EL Implementation (org.apache.el.*)
http://www.hookom.net/jacob/tomcat/el.zip
EL API (javax.el.*)
http://www.hookom.net/jacob/jsr2
[EMAIL PROTECTED] wrote:
Author: markt
Date: Tue Jan 10 15:06:22 2006
New Revision: 367826
URL: http://svn.apache.org/viewcvs?rev=367826&view=rev
Log:
Alternative patch for bug 29214 based on Remy's comments
I didn't have time to look into it much, but I would have thought using
coyoteRespons
Mark Thomas wrote:
Based on this, I propose the following changes to svn.
copy /tomcat/jasper/tc5.5.x/ to /tomcat/jasper/tc6.0.x/
create /tomcat/jasper/tags/tc6.0.x/
Eventually, /tomcat/jasper/tc5.5.x/ will move to
/tomcat/jasper/branches/tc5.5.x/ but I think this move should take
place when al
Mark Thomas wrote:
I thought about doing it that way but I wanted to catch the difference
between Content-Length defaulting to -1 and the page developer
explicitly setting it to -1. It is an edge case I admit but I don't
see any harm in covering it given where the implementation now sits.
I don
Costin Manolache wrote:
What about:
1. create tomcat/tomcat6.0
2. mkdir tomcat/tomcat6.0/jasper
Or even better:
2. mkdir tomcat/tomcat6.0/java/org/apache/tomcat/jasper
You can do all the work on jasper in the tomcat6.0 svn module, and
maybe in time other components will move here as well.
T
[EMAIL PROTECTED] wrote:
Author: markt
Date: Tue Jan 10 15:06:22 2006
New Revision: 367826
URL: http://svn.apache.org/viewcvs?rev=367826&view=rev
Log:
Alternative patch for bug 29214 based on Remy's comments
I am merging the latest version of the patch in my tree, but this change
is a bit sne
Yoav Shapira wrote:
Hi,
Tomcat v5.5.15-beta was released last week, and hopefully people have
had time to test it a bit. If you have, please vote on its stability
below. If you haven't, you still can test it a bit and let us know
what you think ;) As a reminder, only Tomcat committer votes are
Mark Thomas wrote:
M A wrote:
Trying to add a file, in order to describe a bug,
Cheers MA.
1. View bug.
2. Click the "Create a New Attachment link"
Sure. You guys will have to take care of this nonsensical "bug" as well :)
Have fun ;)
Rémy
-
Jacob Hookom wrote:
What steps would I need to take to get contributor status and develop
the JSP 2.1 implementation with the rest of the tomcat-dev team? Do I
have to get elected, then complete the ICLA or is it in the reverse order?
Yes, you need to be elected as a committer.
Rémy
---
Jan Luehe wrote:
Bill Barker wrote On 01/19/06 18:11,:
-Original Message-
From: Jan Luehe [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 19, 2006 5:57 PM
To: tomcat-dev@jakarta.apache.org
Subject: Response not flushed before RD.forward() returns
Consider the following code sn
Bill Barker wrote:
Without ever actually having looked at ResponseFacade, I'd always assumed
that ResponseFacade.finish called Response.finishResponse. And I would have
been wrong ;-). This would have done the commit/send/close properly.
It has always been like this: processing for error page
Jan Luehe wrote:
Right, but flush does nothing once the response has been suspended.
In addition, consider the case where a request has been
forward-dispatched into a foreign context. If the target
servlet in the foreign context has set a status code on the response,
and the response is being su
Ok, so I guess 5.5.15 is stable then ;)
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Bill Barker wrote:
Yeah, it's pretty much a fatal flaw in the Catalina design. It's currently
impossible for Catalina to satisfy both the requirements for error-pages and
forwards.
Given the amount of people who have complained about this behavior which
has been present from the beginning of
Jack wrote:
please pick up this bug I report in
"There must be a bug in SSL support" in user group.
hi, guys don't waste it.
By the way, is there anybody know how can i make a link to a specific msg?
Another of these useless messages and I will ban you.
Rémy
-
Bill Barker wrote:
Author: remm
Date: Mon Jan 23 17:13:19 2006
New Revision: 371765
URL: http://svn.apache.org/viewcvs?rev=371765&view=rev
Log:
- Remove nonsensical systematic inclusion on ISO-8859-1
charset in the content type, which is noth
useless and inefficient.
-1
Sending the charse
Bill Barker wrote:
It's relevant to the browser trying to display the code. If you've
configured your browser's default encoding to EUC-JP, without the charset
you'll see a big mess when you hit a latin-1 page ;-).
Obviously, this would only impact the case where ;charset=ISO-8859-1
would be
1 - 100 of 1176 matches
Mail list logo
