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=40812.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
Author: fhanik
Date: Wed Oct 25 15:11:10 2006
New Revision: 467787
URL: http://svn.apache.org/viewvc?view=revrev=467787
Log:
Documented socket properties
Added in the ability to cache bytebuffers based on number of channels or number
of bytes
Added in nonGC poller
Fernando Nasser wrote:
And we have the same problem on JPackage, and as consequence on Red Hat,
Fedora, Suse, Mandriva
I wonder if the magic could not be done by having the original
commons-dhcp JAR as input and doing some manipulation on it to move the
classes to the desired package at
Filip Hanik - Dev Lists wrote:
I don't have any preference either way, since we are pretty few active
folks at the moment, the less code is usually better
My plan was not to do that (org.apache.jk is not that huge) and keep
people happy.
Rémy
Remy Maucherat wrote:
Normally, it's difficult to do. You can easily patch Tomcat to have it
use the regular commons-dbcp by default (it's a constant), but it will
have the usual drawbacks (you will expose a bunch of JARs to webapps).
Excuse my ignorance, but why is this a problem?
Marcus
Hi,
On 10/24/06, Sean Qiu [EMAIL PROTECTED] wrote:
I have also tried the ant test.
It seems that it is based unit test.
I don't use ant test and have no time to delve into what it is. Use
the tester version.
I find there are only three testing classes and a few testcases.
The tester
Filip Hanik - Dev Lists wrote:
I get occasional phantom slow downs with APR as well, not sure where
they come from, I might dig into this after
Let me know if you find something.
Rémy
-
To unsubscribe, e-mail: [EMAIL
Hi,
It would be good to test the build, and I'll post a stability vote for
it next week (capped at beta, since some - very minor - test failures
would need to be addressed first).
I've updated the website at people.apache.org, but it's not updated
correctly and the download page does not
Author: remm
Date: Thu Oct 26 06:08:58 2006
New Revision: 467989
URL: http://svn.apache.org/viewvc?view=revrev=467989
Log:
- Refactor exception reporting using Throwable.getCause, since TC 6 does not
have the restrictions for modifications
to the API implementation classes.
-
Hi,
On 10/26/06, Remy Maucherat [EMAIL PROTECTED] wrote:
The d/l location will be:
http://tomcat.apache.org/download-60.cgi
The build itself has been mirrored correctly.
Cool.
Question: I don't remember where the Maven repository I should upload
the build to is. Does someone know ?
It's
Adding this to both loops may be helpful too:
if (rootCause == rootCause.getCause()) {
break;
}
-Tim
[EMAIL PROTECTED] wrote:
Author: remm
Date: Thu Oct 26 06:08:58 2006
New Revision: 467989
URL: http://svn.apache.org/viewvc?view=revrev=467989
Log:
- Refactor exception reporting using
Author: remm
Date: Thu Oct 26 06:24:22 2006
New Revision: 467995
URL: http://svn.apache.org/viewvc?view=revrev=467995
Log:
- Also use the parent constructor here.
Modified:
tomcat/tc6.0.x/trunk/java/javax/servlet/ServletException.java
Modified:
Tim Funk wrote:
Adding this to both loops may be helpful too:
if (rootCause == rootCause.getCause()) {
break;
}
Throwable.getCause does return null in that case, so the loop should get
out:
public Throwable getCause() {
return (cause==this ? null : cause);
}
Rémy
Yoav Shapira wrote:
It's on people.apache.org, but I think it might still be hosed. The
upload directions are at:
http://www.apache.org/dev/release-publishing.html#maven-repo
Once we have a formal release (i.e. voted / approved by the PMC), we
can also upload to ibiblio, aka the Maven Central
Its specifically to address bad user code. For example:
http://issues.apache.org/bugzilla/show_bug.cgi?id=39088
Its the case where ServletException.getCause() returns something an
instance of user's custom Throwable .. then the user's custom
Throwable returns itself as the root cause.
-Tim
Tim Funk wrote:
Its specifically to address bad user code. For example:
http://issues.apache.org/bugzilla/show_bug.cgi?id=39088
Its the case where ServletException.getCause() returns something an
instance of user's custom Throwable .. then the user's custom
Throwable returns itself as the
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
I don't have any preference either way, since we are pretty few active
folks at the moment, the less code is usually better
My plan was not to do that (org.apache.jk is not that huge) and keep
people happy.
Nevertheless, the Apache/IIS
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=40820.
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=40820.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Yoav Shapira wrote:
It's on people.apache.org, but I think it might still be hosed. The
upload directions are at:
http://www.apache.org/dev/release-publishing.html#maven-repo
Once we have a formal release (i.e. voted / approved by the PMC), we
can also upload to ibiblio,
Author: fhanik
Date: Thu Oct 26 08:24:24 2006
New Revision: 468035
URL: http://svn.apache.org/viewvc?view=revrev=468035
Log:
Reverted the removal of the socket buffer, writing to a ByteBuffer is
extremely slow, so it should only be done in chunks
Modified:
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
Author: fhanik
Date: Wed Oct 25 15:11:10 2006
New Revision: 467787
URL: http://svn.apache.org/viewvc?view=revrev=467787
Log:
Documented socket properties
Added in the ability to cache bytebuffers based on number of channels
or number of bytes
Filip Hanik - Dev Lists wrote:
thanks for the feedback, I'm testing with larger files now, 100k+ and
also see APR-JIO-NIO
NIO has a very funny CPU telemetry graph, it fluctuates way to much, so
I have to find where in the code it would do this, so there is still
some work to do.
I'd like to
Hi Filip,
the fluctuation reminds me of something: depending on the client
behaviour connections will end up in TIME_WAIT state. Usually you run
into trouble (throughput stalls) once you have around 30K of them. They
will be cleaned up every now and then by the kernel (talking about the
That's some very good info, it looks like my system never does go over
30k and cleaning it up seems to be working really well.
btw. do you know where I change the cleanup intervals for linux 2.6 kernel?
I figured out what the problem was:
Somewhere I have a lock/wait problem
for example, this
Hi Filip and Rainer,
I found the following info to reduce the TIME_WAIT at windows:
===
The TIME_WAIT problem is a very common one for Windows NT systems.
Unlike most Unix systems, Windows NT does not have a generic setting
for the TIME_WAIT interval modification. To modify
Hi,
for other server os's I found:
=
For AIX: To see the current TCP_TIMEWAIT value, run the following
command:
/usr/sbin/no a | grep tcp_timewait
To set the TCP_TIMEWAIT values to 15 seconds, run the following command:
/usr/sbin/no o tcp_timewait =1
The tcp_timewait option is
Hi Filip,
that's one of the not so nice things with linux. As far as I know it's
not configurable with standard linux. There exist kernel patches for
this and there is an ip filter module that lets you do that, but some
say that module is very bad for IP performance (and high performance
would be
Sorry: Solaris VALUE_IN_SECONDS - VALUE_IN_MILLISECONDS
Rainer Jung schrieb:
Hi Filip,
that's one of the not so nice things with linux. As far as I know it's
not configurable with standard linux. There exist kernel patches for
this and there is an ip filter module that lets you do that, but
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=40822.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Rainer Jung wrote:
Concerning the one request 1 connection case: I often realized strange
behaviour (unclean shutdown) of ab concerning the last request in a
connection. I never analysed it though. If you can easily reproduce the
one request over one connection is slow problem without high load,
Mladen Turk wrote:
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
I don't have any preference either way, since we are pretty few
active folks at the moment, the less code is usually better
My plan was not to do that (org.apache.jk is not that huge) and keep
people happy.
Peter Rossbach wrote:
Hi,
for other server os's I found:
=
For AIX: To see the current TCP_TIMEWAIT value, run the following
command:
/usr/sbin/no a | grep tcp_timewait
To set the TCP_TIMEWAIT values to 15 seconds, run the following command:
/usr/sbin/no o tcp_timewait =1
The
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=40817.
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=40824.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Jean-frederic Clere schrieb:
Peter Rossbach wrote:
For Linux: Set the timeout_timewait paramater using the following
command:
/sbin/sysctl -w net.ipv4.vs.timeout_timewait=30
This will set TME_WAIT for 30 seconds.
No... My machine (debian 2.6.13) says:
+++
[EMAIL PROTECTED]:~$ sudo
Author: fhanik
Date: Thu Oct 26 13:37:40 2006
New Revision: 468124
URL: http://svn.apache.org/viewvc?view=revrev=468124
Log:
Make sure the socket buffer is not bigger than anticipated header size
Reuse the key attachment objects properly
Modified:
Author: fhanik
Date: Thu Oct 26 13:57:28 2006
New Revision: 468132
URL: http://svn.apache.org/viewvc?view=revrev=468132
Log:
Ooops, forgot to pass in the double buffered channel to the selector pool for
write and read operations
Modified:
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=40817.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: fhanik
Date: Thu Oct 26 15:04:24 2006
New Revision: 468166
URL: http://svn.apache.org/viewvc?view=revrev=468166
Log:
Cleaned up imports
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/InternalNioInputBuffer.java
Modified:
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
Author: fhanik
Date: Wed Oct 25 15:11:10 2006
New Revision: 467787
URL: http://svn.apache.org/viewvc?view=revrev=467787
Log:
Documented socket properties
Added in the ability to cache bytebuffers based on number of channels
or number of bytes
gents, so I finally think I have a stable NIO implementation that is
doing fairly well.
I have an idea for a next generation of the NIO connector that I wanted
to present so that you can comment and if you'd like help out with.
NIO GEN 2
Current Implementation
--
* Non
Author: remm
Date: Thu Oct 26 16:19:13 2006
New Revision: 468186
URL: http://svn.apache.org/viewvc?view=revrev=468186
Log:
- Some deferred expressions handling fixes.
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java
Filip Hanik - Dev Lists wrote:
gents, so I finally think I have a stable NIO implementation that is
doing fairly well.
I have an idea for a next generation of the NIO connector that I wanted
to present so that you can comment and if you'd like help out with.
NIO GEN 2
Current
Author: remm
Date: Thu Oct 26 17:24:37 2006
New Revision: 468205
URL: http://svn.apache.org/viewvc?view=revrev=468205
Log:
- Implement the JspIdConsumer feature.
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java
45 matches
Mail list logo
