jfclere 2005/05/04 00:04:30
Modified:catalina/src/share/org/apache/catalina/servlets
DefaultServlet.java
Log:
When the file comes from a resource fileEncoding was not working.
The default beahviour is unchanged: the file is send without a conversion.
jfclere 2005/05/04 00:30:24
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
Allow to use properties in native encoding.
In EBCDIC Environments the FileInputStream is localized but not the
ByteArrayInputStream therefore
Bill Barker wrote:
I can get the test to finish if I synchronize around the 'Poll.poll'
statement in the Poller. However, doing this sends the perfomance right
through the floor :(. I'm guessing it's a problem with doing an add and/or
remove (most likely remove, since it hangs when test threads
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project jakarta-tomcat-jk-ant has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project jakarta-tomcat-jk-native has an issue affecting its community
integration.
This
[EMAIL PROTECTED] wrote:
jfclere 2005/05/04 00:04:30
Modified:catalina/src/share/org/apache/catalina/servlets
DefaultServlet.java
Log:
When the file comes from a resource fileEncoding was not working.
The default beahviour is unchanged: the file is send
Bill Barker wrote:
I can get the test to finish if I synchronize around the 'Poll.poll'
statement in the Poller. However, doing this sends the perfomance right
through the floor :(. I'm guessing it's a problem with doing an add and/or
Yes, it's probably too extreme syncing (100 ms locking) ;)
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=34647.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
jfclere 2005/05/04 00:04:30
Modified:catalina/src/share/org/apache/catalina/servlets
DefaultServlet.java
Log:
When the file comes from a resource fileEncoding was not working.
The default beahviour is unchanged:
jean-frederic clere wrote:
Yes, but if the text files are encoded in EBCDIC for example we will
send EBCDIC to the browsers.
Your change makes using the fileEncoding option extremely harmful. For
straight file serving, we need to send the unchanged resource's bytes,
so you need to properly
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=34693.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
jean-frederic clere wrote:
Yes, but if the text files are encoded in EBCDIC for example we will
send EBCDIC to the browsers.
Your change makes using the fileEncoding option extremely harmful. For
straight file serving, we need to send the unchanged resource's bytes,
so
jean-frederic clere wrote:
Remy Maucherat wrote:
but http://jakarta.apache.org/tomcat/tomcat-5.5-doc/default-servlet.html
tells about fileEncoding:
+++
File encoding to be used when reading static resources. [platform default]
+++
My platform default is OSD_EBCDIC_DF04_1 I have no chances to
Remy Maucherat wrote:
jean-frederic clere wrote:
Remy Maucherat wrote:
but
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/default-servlet.html
tells about fileEncoding:
+++
File encoding to be used when reading static resources. [platform
default]
+++
My platform default is OSD_EBCDIC_DF04_1
jean-frederic clere wrote:
I will try to solve the problem with a filter.
You can simply call response.getWriter() in your filter if you determine
the file needs to use fileEncoding.
Rémy
-
To unsubscribe, e-mail: [EMAIL
George Sexton wrote:
Let me see what I can do.
So that I don't get a too bad reputation, here's an algorithm idea I
thought about:
- first, why use *.foo.com ? I'd say .foo.com is better (the algo will
use it)
- use a separate array for wildcard host names, where they are stored
reversed (ex:
Hi,
I'll be away (in Toulouse) until next Monday. I may or may not have
access to email (I'll see there).
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
I wonder if anyone has any feedback on a performance change that I am
working on making.
One benefit of reducing concurrency in a server application is that a
small number of requests can complete more quickly than if they had to
compete against a large number of running threads for object
Hi,
Repeatable benchmarks showing a significant improvement for some use case
would be appreciated (certainly) and a prerequisite (probably) for addition
into this relatively core part of Tomcat. I don't think this is much
different than setting the current maxThreads (and min/max Spare threads)
Scott Marlow wrote:
Hi,
I wonder if anyone has any feedback on a performance change that I am
working on making.
One benefit of reducing concurrency in a server application is that a
small number of requests can complete more quickly than if they had to
compete against a large number of
Hi,
I've tried asking this question on the tomcat-user list with no success. Since
it is related to the Tomcat API I hope someone here could give me some tips.
What I basically need to do is to create a customized manager webapplication.
It will display all loaded webapplication where the
Scott Marlow wrote:
Hi,
I wonder if anyone has any feedback on a performance change that I am
working on making.
Can you compare the performance of you code with the standard
implementation when the concurrency is lower then maxThreads
value?
I see no point to make patches that will deal with
Mladen Turk wrote:
Scott Marlow wrote:
Hi,
I wonder if anyone has any feedback on a performance change that I am
working on making.
Can you compare the performance of you code with the standard
implementation when the concurrency is lower then maxThreads
value?
I see no point to make patches that
Remy Maucherat wrote:
I looked at this yesterday, and while it is a cool hack, it is not that
useful anymore (and we're also not going to use the concurrent utilities
in Tomcat, so it's not really an option before we require Java 5). The
main issue is that due to the fact keepalive is done in
Costin Manolache wrote:
Further more I don't see how can you avoid keep-alive connection
problems without using a thread-per-connection model.
The point is that with 100 keep-alive connections you will still
have 100 busy threads.
Why ? 100 keep alive connections doesn't mean 100 active requests,
Costin Manolache wrote:
I'm still trying to understand the APR connector, but from what I see it
is still mapping one socket ( 'keep alive' connection ) per thread.
No it doesn't. If the connection is keep-alive, and there is no activity
for 100ms, the socket is put in the poller, and that
Mladen Turk wrote:
Costin Manolache wrote:
I'm still trying to understand the APR connector, but from what I see
it is still mapping one socket ( 'keep alive' connection ) per thread.
No it doesn't. If the connection is keep-alive, and there is no activity
for 100ms, the socket is put in the
Rémy,
I'll look at those. So far, I re-wrote the algorithm, and I've got it
improved.
The old algorithm (5.5.9) takes 8772 ms on a P3 600 ( My earlier timed
reports were approximate but relative).
My current version of the algorithm taks 7383 ms. This is for the million
iterations with about 15
Costin Manolache wrote:
No it doesn't. If the connection is keep-alive, and there is no activity
for 100ms, the socket is put in the poller, and that thread is freed.
When the next data on that socket arrives, the socket is signaled and
passed to the thread pool.
Mladen.
Sorry, I missed that. So
[EMAIL PROTECTED] wrote:
jfclere 2005/05/04 00:04:30
Modified:catalina/src/share/org/apache/catalina/servlets
DefaultServlet.java
Log:
When the file comes from a resource fileEncoding was not working.
The default beahviour is unchanged: the file is send
Costin Manolache wrote:
Which file implements this
( the 100ms timeout and poller ) ?
Poller is inside:
/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/AprEndpoint.java
100ms timeout and passing to poller is in:
George Sexton wrote:
Rémy,
I'll look at those. So far, I re-wrote the algorithm, and I've got it
improved.
The old algorithm (5.5.9) takes 8772 ms on a P3 600 ( My earlier timed
reports were approximate but relative).
My current version of the algorithm taks 7383 ms. This is for the million
Costin Manolache wrote:
Mladen Turk wrote:
Costin Manolache wrote:
I'm still trying to understand the APR connector, but from what I see
it is still mapping one socket ( 'keep alive' connection ) per thread.
No it doesn't. If the connection is keep-alive, and there is no activity
for 100ms, the
I want all my Tomcat requests to go through SSL.
I want the URLs to look like https://this/ and not https://this:8443
I setup tomcat, and got ssl working on 8443.
But I cannot redirect port 80 to 8443. I keep getting 'access denied'.
Is there a way in Tomcat to redirect all port 80
This is a question for tomcat-user, not tomcat-dev
Mark
Donny R Rota wrote:
I want all my Tomcat requests to go through SSL.
I want the URLs to look like https://this/ and not https://this:8443
I setup tomcat, and got ssl working on 8443.
But I cannot redirect port 80 to 8443. I keep
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=34746.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
You should read my message more carefully.
I re-wrote it. It's 15% faster than the current 5.5.9 code. Elapsed time
drops from 8772 ms for the stock 5.5.9 code to 7383ms for the revised code.
You know, I bit my lip and re-wrote the algorithm, even though I think it's
a case of pursuing
George Sexton wrote:
You should read my message more carefully.
I re-wrote it. It's 15% faster than the current 5.5.9 code. Elapsed time
drops from 8772 ms for the stock 5.5.9 code to 7383ms for the revised code.
You know, I bit my lip and re-wrote the algorithm, even though I think it's
a case
Ich werde ab 04.05.2005 nicht im Büro sein. Ich kehre zurück am
09.05.2005.
Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. In dringenden
Fällen wenden Sie sich bitte Herrn Bagehorn
([EMAIL PROTECTED]). Herr Bagehorn hat die Rufnummer
0571/93425-80) Am Montag und Dienstag, den
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=31794.
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=34513.
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=34749.
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=33106.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
43 matches
Mail list logo
