Hi,
I'm curious about the importance of nightly snapshots: who uses them? We have
a nightly source tarball already available at
http://cvs.apache.org/builds/jakarta-tomcat-5/nightly/, so this seems
redundant. If neither you (Henri) nor I knew about it in the years we've been
involved, it's proba
> > When using Jasper2 in JSP precompilation step, it load needed taglibs
> > jars defined in web.xml, but didn't release all of them after build
> > (here is how it's invoked)
>
> Does this mean JARs are locked ?
yes, and since ant is running on the eclipse JVM, no other way to
release the jar th
Henri Gomez wrote:
Hi to all,
I don't know if they should be considered showstopper but while
playing with 5.5.12 for some of our new applications, I see these
problems :
When using Jasper2 in JSP precompilation step, it load needed taglibs
jars defined in web.xml, but didn't release all of the
Hi Schalk,
coming to your problem of JSP recompiling,
once refresh your browser or delete your page cache in explorer.This may
solve ur problem.
And coming to SQL server part,the SQL Server driver has some bugs which
implements the queries in a very different way.You can see that clearly in
SQL ser
Yoav Shapira wrote:
With older tomcats this has been works fine for years now, but with
5.5.9 an IllegalAccessException is thrown.
Which older Tomcats? Specifically, does it work in 5.0.28 or 5.5.7? 4.x and
5.x tell a bit of a different story when it comes to classloading
implementation
Hi,
> I ran into problems with Tomcat 5.5.9. We have xercesImpl.jar in
> common/endorsed, and another jar (X-Hive's XML database's xhive.jar) in
> common/lib, that includes a class that is put in the xerces package
> (org.apache.xerces.dom) in order to access xerceses package protected
> class
Hola,
After downloading NSIS, you need to install it as you would any other windows
program, and update build.properties to reflect to the install location.
BUT, Xingbo, you probably don't need to be doing this at all. It's only
required if you're building a new Tomcat windows executable. For yo
Hola,
> And webdav used 92K? Weird.
Not quite: total lines of code in methods was 92K. The webdav class
mentioned had the biggest method at 347 lines of code. (And to complete the
line, the average method had 8.37 LOC with a stdev of 18.761 LOC)
Yoav
--
Yoav Shapira wrote:
Howdy,
This is just information for the curious or bored ;)
Right. Good for any school project ;)
result is only an approximation: 136K or so ;)
And webdav used 92K? Weird.
Regards,
Mladen.
-
To unsub
On Tue, 2005-07-26 at 16:55 +0200, Remy Maucherat wrote:
> Remy Maucherat wrote:
> > Scott Marlow wrote:
> >
> >> Anyway, my point is that this could be a worthwhile enhancement for
> >> applications that run on Tomcat. What I don't understand yet is whether
> >> the same functionality is already
Xingbo Gao wrote:
Remy,
Where can I find the default build.properties file?
It's build.properties.default in jakarta-tomcat-5.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTE
Remy,
Where can I find the default build.properties file?
Xingbo
On 7/27/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Xingbo Gao wrote:
> > Hi,
> >
> > I follow the steps listed in
> > http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html, and try
> > to build the tomcat source codes.
Xingbo Gao wrote:
Hi,
I follow the steps listed in
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html, and try
to build the tomcat source codes. I was able to build successfully
before, but now get the errors below each time. It seems the link
http://umn.dl.sourceforge.net doesn't wor
cherat [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 26, 2005 6:39 PM
> To: Tomcat Developers List
> Subject: Re: tomcat API doc, where?
>
> Yoav Shapira wrote:
> > Hi,
> > This is actually a bit more interesting than I thought ;)
> > jakarta-tomcat-
Yoav Shapira wrote:
Hi,
This is actually a bit more interesting than I thought ;)
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/JSSE15SocketF
actory.java breaks the JDK 1.4 javadoc (lines 33 and 62 have fatal JavaDoc
errors). Since we build with JDK 1.4, the Catalina API JavaDoc
l of Management
Cambridge, MA
[EMAIL PROTECTED] / [EMAIL PROTECTED]
> -Original Message-
> From: Jean-frederic Clere [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 26, 2005 5:14 PM
> To: Tomcat Developers List
> Subject: Re: tomcat API doc, where?
>
> Yoav Shapira wr
sday, July 26, 2005 5:14 PM
> To: Tomcat Developers List
> Subject: Re: tomcat API doc, where?
>
> Yoav Shapira wrote:
>
> >Hi,
> >Download eith ther .zip or .tar.gz base distro: you probably downloaded
> the
> >.exe. You can also just look at the ones on
Yoav Shapira wrote:
Hi,
Download eith ther .zip or .tar.gz base distro: you probably downloaded the
.exe. You can also just look at the ones on the web site: go to
http://jakarta.apache.org/tomcat, pick the Documentation link for your
version, and scroll down near the bottom of the left-hand me
Hi,
Download eith ther .zip or .tar.gz base distro: you probably downloaded the
.exe. You can also just look at the ones on the web site: go to
http://jakarta.apache.org/tomcat, pick the Documentation link for your
version, and scroll down near the bottom of the left-hand menu.
Yoav Shapira
Syste
Remy Maucherat wrote:
Scott Marlow wrote:
Anyway, my point is that this could be a worthwhile enhancement for
applications that run on Tomcat. What I don't understand yet is whether
the same functionality is already in Tomcat.
I should point out that some applications shouldn't limit the max
Vicenc Beltran Querol wrote:
Hi,
I would like to know if there is an "official" benchmark to
compare the scalability/throughput of the new connectors
(APR, Grizzly, ...) and Coyote.
If not, maybe it's a good time to define one.
I am confident you are going to be willing to contribute rigg
there isn't any "official" benchmark, but there's the benchmarks I ran
this year and the results.
peter
On 7/12/05, Vicenc Beltran Querol <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I would like to know if there is an "official" benchmark to
> compare the scalability/throughput of the new connector
Peter Rossbach wrote:
Hey Eric,
which tomcat release you use? I have change a lot inside the current
5.5 cvs head and hope your
work is compatible with this changes. I thing your changes is not easy
and you must reflect that other
Valves and Listener must also reflect your API deprecated Cros
Please send all future mails at [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hey Eric,
which tomcat release you use? I have change a lot inside the current
5.5 cvs head and hope your
work is compatible with this changes. I thing your changes is not easy
and you must reflect that other
Valves and Listener must also reflect your API deprecated CrossContext
feature. Why
Rémy,
We are hoping to get this work done in short order for a client.
What class are the access / endAccess methods in?
Thank you,
-Eric Dalquist
Remy Maucherat wrote:
Eric Dalquist wrote:
I am prepared to do the work for this task but would like to get some
feed back from the tomcat d
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
I will be on holidays from July 6th to 8th. For any urgent matter, please
contact Ms. Alonso at [EMAIL PROTECTED]
Estaré de vacaciones del 6 al 8 de Julio. Para cualquier asunto urgente, por
favor, contacten a Marito Alonso al e-mail: [EMAIL PROTECTED]
Gracias
--
Eric Dalquist wrote:
I am prepared to do the work for this task but would like to get some
feed back from the tomcat developer community on recommendations and in
what way the work could be done to ensure its eventual inclusion in the
tomcat codebase.
We're not going to need much help here, a
Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
--
Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
--
Thank you Bill,
I thought I was in right place.
--- "William A. Rowe, Jr." <[EMAIL PROTECTED]>
wrote:
> At 01:00 AM 6/20/2005, sai krishna wrote:
> >Hello list,
> >Is there no one to really answer my question here??
>
> Nope.
>
> You want an appropriate users list, this list is for
> the
> de
At 01:00 AM 6/20/2005, sai krishna wrote:
>Hello list,
>Is there no one to really answer my question here??
Nope.
You want an appropriate users list, this list is for the
development of the Tomcat server. Please review
http://jakarta.apache.org/site/mail.html
Bill
Hello list,
Is there no one to really answer my question here??
--- sai krishna <[EMAIL PROTECTED]> wrote:
> Hello,
> Im a newbie to tomcat.
> I was trying to install on a remote server. I could
> install it on the localhost perfectly I can see it
> when
> I connect through lynx localhost:8080
It looks like people.apache.org is still hosted in the US, so providing
ssleay32.dll from there is likely to put the ASF in trouble with US crypto
export restrictions.
"Mladen Turk" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi,
>
> If someone wishes to test the bleeding edge
nal Message -
> From: <[EMAIL PROTECTED]>
> To: "Tomcat Developers List"
> Sent: Tuesday, March 22, 2005 8:16 AM
> Subject: Re: tomcat connector
> >
> > Wow, didn't know this was possible!
> >
> > This will be perfect for us...except
Hi Jonathan,
> First off, this is the dev-list so I don't think this is the right place
> for your question. Use tomcat-user for these types of questions.
After talking to #tomcat at freenode, I think it is...
> First of all make sure you aren't using Ant 1.6.4 (don't know about
> 1.6.5) otherwi
Jonathan Maasland wrote:
Hi Marco,
First off, this is the dev-list so I don't think this is the right place
for your question. Use tomcat-user for these types of questions.
He sent this to the dev list because he's building it (more of a developer
thing to do), as opposed to just using the re
Hi Marco,
First off, this is the dev-list so I don't think this is the right place
for your question. Use tomcat-user for these types of questions.
First of all make sure you aren't using Ant 1.6.4 (don't know about
1.6.5) otherwise you'll be running into these and other build-problems.
I'm
Yep, for all Java RPM based stuff, jpackage.org is your friend :)
2005/6/1, Yoav Shapira <[EMAIL PROTECTED]>:
> Hi,
> JPackage: http://www.jpackage.org/rpm.php?id=1901.
>
> Yoav
>
> > -Original Message-
> > From: Bernard [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 01, 2005 2:46
Hi,
JPackage: http://www.jpackage.org/rpm.php?id=1901.
Yoav
> -Original Message-
> From: Bernard [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 01, 2005 2:46 AM
> To: tomcat-dev@jakarta.apache.org
> Subject: Tomcat 5 Redhat Fedora rpm question
>
> Hi,
>
> I am interested in packaging
This is a known bug with Ant 1.6.4. See:
http://issues.apache.org/bugzilla/show_bug.cgi?id=31031
and
http://issues.apache.org/bugzilla/show_bug.cgi?id=35061
The solution is to use a different version of Ant.
- Original Message -
From: <[EMAIL PROTECTED]>
To:
Sent: Thursday, May 26, 20
[EMAIL PROTECTED] wrote:
I am new to this list. I download the main build.xml script from
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html and try to use
ant to buld it. I got an error:
build.xml:717: Cannot replace directory
\usr\share\java\tomcat-deps\src\java\org\apache\tomca
Scott Marlow wrote:
Anyway, my point is that this could be a worthwhile enhancement for
applications that run on Tomcat. What I don't understand yet is whether
the same functionality is already in Tomcat.
I should point out that some applications shouldn't limit the max number
of concurrent reques
On Wed, 2005-05-04 at 16:02 +0200, Remy Maucherat wrote:
> 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
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 s
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:
/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Ht
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 w
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 pol
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 thread
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,
i
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 bl
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
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 c
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 running
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) a
Remy Maucherat wrote:
Jason Brittain wrote:
Jason Brittain wrote:
Now, Tomcat runs. I tried the JSP examples, and they work. I'll see
about benchmarking it versus JDK 1.4.x and 1.5.x. :)
It's really bad. APR might help a little.
Surprisingly, it looked reasonable when I benchmarked it today. He
Jason Brittain wrote:
Jason Brittain wrote:
Remy Maucherat wrote:
Jason Brittain wrote:
"This release of Apache Tomcat was packaged to run on J2SE 5.0
or later. It can be run on earlier JVMs by downloading and
installing a compatibility package from the Apache Tomcat
binary download page."
means JM
Jason Brittain wrote:
Remy Maucherat wrote:
Jason Brittain wrote:
"This release of Apache Tomcat was packaged to run on J2SE 5.0
or later. It can be run on earlier JVMs by downloading and
installing a compatibility package from the Apache Tomcat
binary download page."
means JMX wasn't found, that's
Remy Maucherat wrote:
Jason Brittain wrote:
"This release of Apache Tomcat was packaged to run on J2SE 5.0
or later. It can be run on earlier JVMs by downloading and
installing a compatibility package from the Apache Tomcat
binary download page."
means JMX wasn't found, that's all.
Yes.
I did:
[EMA
Jason Brittain wrote:
"This release of Apache Tomcat was packaged to run on J2SE 5.0
or later. It can be run on earlier JVMs by downloading and
installing a compatibility package from the Apache Tomcat
binary download page."
means JMX wasn't found, that's all.
Yes.
I did:
[EMAIL PROTECTED] jakarta-
Remy Maucherat wrote:
Jason Brittain wrote:
You must not have read the paragraph in my last email that said:
"... And, this is *with* Tomcat's compat package installed properly."
Maybe there's a regression. It used to work long before 1.1.5 anyway,
I'm curious to know which version of Tomcat ran l
Jason Brittain wrote:
You must not have read the paragraph in my last email that said:
"... And, this is *with* Tomcat's compat package installed properly."
Maybe there's a regression. It used to work long before 1.1.5 anyway,
but it could be that the classpath generation using the manifest from
Remy Maucherat wrote:
Jason Brittain wrote:
Nope:
[EMAIL PROTECTED] jakarta-tomcat-5.5.9]# bin/catalina.sh start
Using CATALINA_BASE: /home/jbrittain/jakarta-tomcat-5.5.9
Using CATALINA_HOME: /home/jbrittain/jakarta-tomcat-5.5.9
Using CATALINA_TMPDIR: /home/jbrittain/jakarta-tomcat-5.5.9/temp
U
Jason Brittain wrote:
Nope:
[EMAIL PROTECTED] jakarta-tomcat-5.5.9]# bin/catalina.sh start
Using CATALINA_BASE: /home/jbrittain/jakarta-tomcat-5.5.9
Using CATALINA_HOME: /home/jbrittain/jakarta-tomcat-5.5.9
Using CATALINA_TMPDIR: /home/jbrittain/jakarta-tomcat-5.5.9/temp
Using JRE_HOME: /
Remy Maucherat wrote:
Jason Brittain wrote:
Remy Maucherat wrote:
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.
[snip]
Which will allow:
[snip]
- (likely) better performance
Jason Brittain wrote:
Remy Maucherat wrote:
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.
[snip]
Which will allow:
[snip]
- (likely) better performance and reliability on fre
Remy Maucherat wrote:
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.
[snip]
Which will allow:
[snip]
- (likely) better performance and reliability on free JVMs
This sounds as
Mladen Turk wrote:
Hi,
Here are the brief results for Tomcat HEAD:
Server Threads Pause (ms) Error(%) Rate (req/sec)
Apache2.0.49500 1000 1.74 124.2
Http11Protocol 500 1000 0.20 139.5
Http11AprProtocol 500 1000 0.00 266.9
Tests has
Jess Holle wrote:
Would we expect anything markedly different with Apache 2 worker rather
than prefork?
No.
Also I found that the majority of users is usig prefork because of PHP.
This would seem a bit more of an apples-to-apples
comparison (i.e. comparing multi-threaded low-process count server
I'll try running the same jmeter test plan on apache2 this weekend,
but I'm guessing the difference will be minimal. based on the results
for the static file benchmarks, the delta between 1.3.x and 2.x wasn't
significant. I think those numbers are in the excel spreadsheet I
posted
http://people.a
Would we expect anything markedly different with Apache 2 worker rather
than prefork? This would seem a bit more of an apples-to-apples
comparison (i.e. comparing multi-threaded low-process count servers).
Also how many simultaneous workers (threads/processes/whatever) were
allowewd in each c
I'll be using my AMD 2ghz linux box running Fedora Core1. haven't
updated to FC3 yet, though remy keeps suggesting I upgrade :)
peter
On 4/21/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Peter Lin wrote:
> > Cool. I assume you were finally able to my test plan mladen?
>
> Yes. I've run them ex
Peter Lin wrote:
Cool. I assume you were finally able to my test plan mladen?
Yes. I've run them extensively, thanks for sharing those.
Been playing with the constant timer, number of threads, etc...
Results show that for high number of connections the APR
implementation is way ahead of any other.
Cool. I assume you were finally able to my test plan mladen? I plan
to run the benchmarks on my system this weekend, not that my laptop is
healthy.
peter
On 4/21/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Here are the brief results for Tomcat HEAD:
>
> Server Threads Pause
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 connectio
At last week I use very successfull the httperf load tool to simulate
sessions request.
With httperf you can generate high load and it is easy to configure.
You can configure think time between requests. But with session handling
on, we see some corrupted requests.
http://www.hpl.hp.com/personal
Peter Lin wrote:
yeah, I can do that. ... I assume if i grab the nightly for 5.5.x and
APR1.1.x I should be ready to go. In the event I need some
assistance, you going to be around Mladen :) ?
Well, not at the midnight like your post was, but I'm
sure it wasn't a midnight at your time zone :).
I'
yeah, I can do that. ... I assume if i grab the nightly for 5.5.x and
APR1.1.x I should be ready to go. In the event I need some
assistance, you going to be around Mladen :) ?
peter lin
On 4/15/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Peter Lin wrote:
> > I'll wait until that's fixed an
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
---
Henri Gomez wrote:
I've got no problem with APR stability but availability in the correct
version for some OS, ie iSeries or ... BS2000 :)
Right there is also the thread libraries APR should use the same the JMV is
using (no always easy to find).
On 4/15/05, jean-frederic clere <[EMAIL PROTECTED]
I've got no problem with APR stability but availability in the correct
version for some OS, ie iSeries or ... BS2000 :)
On 4/15/05, jean-frederic clere <[EMAIL PROTECTED]> wrote:
> Henri Gomez wrote:
> > Well I've no problems with using APR if we could still use a pure Java
> > implementation.
> >
Henri Gomez wrote:
Well I've no problems with using APR if we could still use a pure Java
implementation.
Some may not have APR on their boxes, or an incorrect version of APR,
or an invalid APR configuration (ie not multi-threaded).
Remember mod_webapp and the reasons why it failed, ie too many peo
Well I've no problems with using APR if we could still use a pure Java
implementation.
Some may not have APR on their boxes, or an incorrect version of APR,
or an invalid APR configuration (ie not multi-threaded).
Remember mod_webapp and the reasons why it failed, ie too many peoples
couldn't get
Hi,
> Apologies if I missed it, but I've seen responses to Yoav's and Peter's
> posts,
> but I have yet to see anything about Jess' NIO question. Since I agree
> with his
> observations, I was wondering if a reponse was in the works? (I assume
> it'll say
> something like, "Yes, a Java NIO soluti
I'll wait until that's fixed and then run the full set of benchmarks.
that way we'll have direct comparison.
peter
On 4/14/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Peter Lin wrote:
> > if I have time this weekend, I'll try to run the same benchmarks on
> > the latest code.
> >
> > is it
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 T
, April 14, 2005 1:53 PM
To: Tomcat Developers List
Subject: Re: Tomcat and APR
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
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 ben
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?
peter
On 4/14/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This has been hinted for a while ;)
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
do
1 - 100 of 1599 matches
Mail list logo
