James Duncan Davidson wrote:
On 1/3/01 10:24 PM, "Kevin A. Burton" [EMAIL PROTECTED] wrote:
Why are we using JAXP and ProjectX which are both Closed Source and
proprietary
Then why are you using Java which is composed of code most of which isn't
under a free license
There are
Hans Bergsten wrote:
The spec may not be explicit enough about this, but the session object
you get back from the getSession() object is a container-managed object
that the application is not supposed/allowed to keep long-lived
references
to. It's the same as with all other
Hans Bergsten wrote:
"Christopher K. St. John" wrote:
7.3 Session Scope
HttpSession objects must be scoped at the
application / servlet context level. The
underlying mechanism, such as the cookie
used to establish the session, can be shared
betwee
Hans Bergsten wrote:
But in a container that
saves sessions to disk to conserve memory, or during server restart,
you will most definitely see more than one instance. Same thing
for a distributable application, where the session may migrate
to another server.
You can see more than one
"Craig R. McClanahan" wrote:
If your server implements session swapping or distribution (as we are currently
developing in the 4.1 repository), it is pretty much guaranteed that different
session object instances may be used during the lifetime of the same session.
But don't you get
I've been messing around with PersistentManager,
trying to get sessions to swap out based on maxActiveSessions.
There's a check in processMaxActiveSwaps():
Session sessions[] = findSessions();
// FIXME: Smarter algorithm (LRU)
if (getMaxActiveSessions() =
The fall off the end of the chain code in
ApplicationFilterChain.internalDoFilter checks if the
passed in request and response are HttpServletRequest/
Response objects. Based on the test, it casts the
objects and invokes servlet.service(). However, since
the servlet member has a static type of
The javadoc comments for o.a.c.Server weren't updated
when the Service level was added. I removed the old bad
bits and inserted some uninspired but correct new bits.
--
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com
server-javadoc.patch
Description: Binary
The first thing that pops into my head when I see the
Pipeline pattern (and read Craig's [PROPOSAL] Tomcat
4.0-beta API Change: Valve APIs post), is something
along the lines of the psuedocode at the end of the
message.
The semantics are subtly different from the current
StandardPipeline, but
ApplicationFilterChain has a constructor that doesn't do
anything useful. It's call to super() is a bit confusing,
since it leads to the assumption that FilterChain is a
class. Other interface implementations in Catalina don't
bother with placeholder constructors, this patch removes
the one in
afiltcctr.patch
Description: Binary data
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Comment typos, you think awww, who cares, and then
you notice one. And it starts to gnaw at you, just a
little bit at first, but then it gets worse and you
can't think of anything else and your marriage
falls apart and you end up frozen to death in the
gutter.
Best to avoid the whole thing and
Remy Maucherat wrote:
With my design, you still need one thread/request but only for the
time required to process container.invoke()
In the real world, the servlets and JSPs are the thing which take by far the
most time to complete, so I'm not sure you wouldn't end up spending a lot of
[EMAIL PROTECTED] wrote:
I'm not very sure about nbio - most of the time there's a lot
of complexity ( and a different programming model, etc )
Yes.
- and the benefits seems pretty small.
It depends. Using NIO, you can serve static content as fast
or faster than Apache 1.3 in pure
Attila Szegedi wrote:
(as it stands now in JDK 1.4, a single thread can manage up to 63
channels so you still need multiple threads, only less than with
blocking approach),
The 63 channel limit is a Windows-only bug in the Beta,
designing code around it probably isn't a good idea.
--
Anthony Holland wrote:
Tomcat - A Minimalistic User's Guide
There is no such word as 'minimalistic'.
In the style of a member of the art movement Minimalism.
In the style of a minimalist.
Minimalistic.
Works for me.
Minimalist User's Guide would imply that the user's
guide has to
When a SecurityManager is intalled, ApplicationFilterChain.doFilter()
wraps its internalDoFilter() call with AccessController.doPrivileged(),
but I'm having trouble figuring out why.
doFilter() gets called from:
a) StandardWrapperValve.invoke(), in which case (presumably) the
There's code in StandardSession that looks like this:
public void expire(boolean notify)
if (expiring)
return;
expiring = true;
The test isn't thread safe, and it looks like it's
possible to have expire() called from the StandardManager
reaper thread and a
Tomcat 4 will never match:
error-page
exception-type java.io.IOException /exception-type
location /ioexception.html /location
/error-page
because all servlet-generated IOExceptions are silently
swallowed up by StandardWrapperValve before they get a
chance to be handled by the
I'd like to embed Catalina in a distributed tool that uses
servlets for its admin interface. I'm currently using a very
small hand-rolled 'container' that supports just enough of
the servlet spec to handle my current crop of servlets.
o.a.c.s.Embedded is a start, but it's a little heavy,
GOMEZ Henri wrote:
What about adding this part in tomcat.sh (TC 3.3) and
catalina.sh/jasper.sh to help them discover JAVA_HOME on
at least Linux systems ?
If someone forgets to set JAVA_HOME and has multiple JDK's
installed, they could get a suprise. I suspect most non-beginners
would
GOMEZ Henri wrote:
What about adding this part in tomcat.sh (TC 3.3) and
catalina.sh/jasper.sh to help them discover JAVA_HOME on
at least Linux systems ?
If someone forgets to set JAVA_HOME and has multiple JDK's
installed, they could get a suprise.
That's why you could still
GOMEZ Henri wrote:
Did you take a look at my scripts ?
I thought I did, although I concentrated on the proposed
changes to catalina.sh.
This config stuff came from discution on this this list with
Keith Irwin and Nicolas Mailhot :)
It looks like I missed some background discussion,
It looks like the current mbeans code is mostly boilerplate.
Is there a technical problem with using the information from
mbeans-descriptors.xml to create dynamic mbeans that don't
require hand-coded mbeans wrappers?
--
Christopher St. John [EMAIL PROTECTED]
DistribuTopia
--
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com
hostjdoc.patch
Description: Binary data
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Craig R. McClanahan wrote:
It looks like the current mbeans code is mostly boilerplate.
In what respect?
Well, taking StandardHostMBean as an example, many of the
methods take a String argument, convert it to an ObjectName,
get the underlying object using getAttribute(), and then call
I posted to the dev list earlier about needing a small,
relatively lightweight version of Catalina to embed into
another program. I spent the weekend putting together
something that more of less fits my needs. (My needs
include a relatively small jar, plus no use of the local
file system) I
Aaron Smuts wrote:
I'm very interested. We should call it HouseCat. I'd
like to find a home for it if it doesn't fit into tomcat.
I detest housecats, but I suppose that's not really the
point :-)
I'm not sure my is generally useful. The basic approach
probably is, but maybe not the
Aaron Smuts wrote:
What I'd like would be a Jakarta version of something small
and simple like the oldest available Jetty version.
I'll take a look.
Sounds like you'll have trouble when the parent package
changes. You need something new and separate.
Well, the org.apache.catalina
Remy Maucherat wrote:
Well, it's not that I want to advocate the competition, but it seems to me
that Tomcat 3 is more useful for a MiniTomcat, mainly because it requires
only JDK 1.1 (smaller JDK; J2ME is based on JDK 1.1, so maybe it could end
up being a target; that was one of Costin's
In any case, tomorrow I'll whip up a sourceball of the
current MinimalTomcat code and stick it out on the net
somewhere.
http://www.distributopia.com/servlet_stuff/mtc-0_1.tar.bz2
It's a bzipped tar file. If you've just got to have a zip,
email me. The directions assume you've got a
I can't find anyplace that that these routines from Context
are used:
public void addRoleMapping(String role, String link)
public String findRoleMapping(String role)
public void removeRoleMapping(String role)
A grep through the dev archives shows that they used to be
used in
Craig R. McClanahan wrote:
Internal references from one package to another (say,
org.apache.catalina.realm to org.apache.catalina.core) are much less
desireable.
...
Is it appropriate to go through the exercise of identifying the
offending cases and defining proposed changes to implement
I'm stuck, and not sure how to proceed. MinimalTomcat really
needs AuthenticatorBase to be core-clean.
It may be that this is an unrealistic requirement, and it's
impossible to make any use of o.a.c.Authenticator package
outside of o.a.c.core.*. That would be a shame, but, as they
say, you
Craig R. McClanahan wrote:
On 1 Mar 2002, Christopher K.St.John wrote:
I'm stuck, and not sure how to proceed. MinimalTomcat
really needs AuthenticatorBase to be core-clean.
It should be pretty easy to change this particular use
of StandardContext to use reflection instead.
Got the
Dettling, Ingo wrote:
Do you see a chance to make GenericPrincipal a public class in the
next release?
It's public in 4.0.3.
--
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
Rock Luiss wrote:
The scheduler program start to run when tomcat start,and exit when
tomcat stop.The scheduler can send email and maintenance data in
the DB. The scheduler must access other classes in the webapp.
When you say must access other classes in the webapp, what
do you mean
Pier Fumagalli wrote:
Jerome Bouat [EMAIL PROTECTED] wrote:
What is wrong ?
That tomcat is an web-application container, so, if you want
to do something different, you're on your own, you shouldn't
be using Tomcat...
This comment puzzles me. It's generally a very good thing when
WATKINS, Andy, FM wrote:
Has anyone else tried to do this (run an embedded servlet
engine without swathes of configuration files)?
Yes, although I suspect you're looking for something
a little different than what I needed. You might check
out:
MinimalTomcat is a special-purpose servlet container
designed to be embedded within distributed
applications. It's meant to have a very small footprint,
both in the size of its classfiles, and in its resources
usage. It's built with framework code from Catalina
(Tomcat 4), but uses alternate
The JDK documentation indicates that servlet.jar, as an
official optional package, should be placed in the
/lib/ext directory. [1] However, the Tomcat 4 documentation
(well, the mailing list) indicates that servlet.jar should
not be placed in /lib/ext. [2]
Catalina should be able to detect
Patrick Luby wrote:
we can put -Djava.ext.dirs= as an argument in the Tomcat scripts.
This argument causes the JVM to ignore any jars in its jre/lib/ext
directory ...
But wouldn't that mean that legitimate exetensions were
ignored?
--
Christopher St. John [EMAIL PROTECTED]
Patrick Luby wrote:
Christopher K. St. John wrote:
But wouldn't that mean that legitimate exetensions were
ignored?
Yes, they would be ignored.
That seems a bit hostile. The majority of stuff that could
go into /ext is harmless. Ignoring it punishes users who
correctly install
Patrick Luby wrote:
I can't help but think that there might be a way to point Tomcat
to its bundled jars without losing access to any non-conflicting
extensions.
That would be better. (but the servletapi still should have
the appropriate version info :-)
... have the class loaders in
http://www.distributopia.com/servlet_stuff/catalina_mtc.html
Includes a new single jar configuration. An entire
servlet container, with all dependencies and webapps, can
be packaged into and run from one small jar. Updated
Watchdog spec conformance report: 217 TEST(S) PASSED! 131
TEST(S)
Remy Maucherat wrote:
Adding another CL layer is dangerous and makes CL slower;
unless other people think this is useful I don't think we
should add the feature)
Another option is to use the manifest version tags to
identify which versions of the servletapi (and other
sensitive classes)
Arvind Srinivasan wrote:
I think the performance related change that you made to StandardPipeline can
be improved upon in that it can avoid using a HashMap to store/retrieve the
pipeline stage and instead simply store/retrieve it from an integer variable
in the RequestBase class. Since this
Arvind Srinivasan wrote:
Christopher St. John wrote:
The obvious implementation is to have have ValveContext hold
the index.
But isn't a ValveContext (Pipeline) shared across requests ?
It's shouldn't be, but it is now. StandardPipeline
implements VavleContext, but there's no
MinTC used to be MinimalTomcat, but MinTC is shorter.
http://www.distributopia.com/servlet_stuff/catalina_mtc.html
New DefaultServlet implementation allows serving files
from within the jar. Now runs under IBM's J2ME/CDC
environment (see website for details). Many more Watchdog
tests passed:
MinTC needs adventurous testers.
http://www.distributopia.com
Changes for 0.5 include: Initial support for error pages,
better support for RequestDispatcher, more testing with
J2ME/CDC, a start on supporting precompiled jsp's, and
general cleanup. Watchdog conformance testing results:
342
Remy Maucherat wrote:
There seems to be a bug in the servlet output.
Tomcat 4 does not corrupt images, binaries, or anything like that. This has
been proven on and on by many people using it (like myself) on various
websites.
That logic doesn't work. The fact that it works for
some
cvs HEAD o.a.c.startup.Catalina has a Runtime.addShutdownHook()
call, but ShutdownHooks are a 1.3 thing. I was assuming (based on
the website docs) that 4.1 was supposed to be JDK 1.2+. Is that
incorrect? Is JDK 1.3 the target?
In an amusing (and perhaps useless) twist, MinTC (embeddable
o.a.c.core.StandardServer's ctr calls super(), but the
class does not extend anything. The call is legal, but
misleading. The following patch removes it. The patch is
against HEAD, but it's also an issue in 4.0.x.
--
Christopher St. John [EMAIL PROTECTED]
DistribuTopia
I can't figure out what EngineConfig is for. It doesn't
appear to do anything at all. The docs say it configures
the properties of the engine and the associated defined
contexts. But it doesn't.
Craig? You and Pier are the only people to have touched
this, and Pier just re-indented.
I know
Big news for this release: initial JSP support, a
sucessful test of MinTC running a simple Apache XML-RPC
demo, and confirmation that MinTC will run on a Sharp
Zaurus. Watchdog results: 345 TEST(S) PASSED! 3 TEST(S)
FAILED!. This should be the last alpha.
Check it out at:
I've been informed by private email that I am terribly
rude for making announcements of MinTC releases on the
tomcat-dev list, and that I should not make any futher
announcements.
So that's it then? I've been kicked off tomcat-dev (how
does that work on an open source project!?) because I've
Paul Wallace wrote:
What is MinTC? Where can I get information on it?
So as not to add flames to the fire, I'm replying privately :-)
http://www.distributopia.com/
It's sort of a bizarro world Tomcat. It takes the Catalina
interfaces (Container,Connector,Valve,all the stuff in
the
Sh*t. That was supposed to be private, I wasn't trying
to be cute. Apologies.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Craig R. McClanahan wrote:
a discussion of whether you'd want
to propose contributing MinTC to the standard distribution (so that it
could be built from the same source repository, and probably packaged
separately) -- either now or when you get a little further along at
complete success in
[EMAIL PROTECTED] wrote:
The point is not about developing multiple implementations - but about
beeing a part of the community and proposing/discussing changes instead
of posting announcements of a fork's releases.
Costin,
My response got to be way too long, so here's just a summary.
GOMEZ Henri wrote:
I don't consider me a Tomcat 4.0 core committer, but that
patch would have my biggest +1 on Earth! :)
but a lighter TC 4.x will have my +1 and the current TC 4.0.x
'LE' mode is allready a good step in that direction.
Ok, time to change the subject line.
I know
Skip ahead to the substantive-discussion section if
you're bored with the other topics in this thread.
[EMAIL PROTECTED] wrote:
But what you are doing is a fork by all definitions that
I know.
It's an alternative implementation of some of the Catalina
interfaces, but it's clearly not a
Remy Maucherat wrote:
It has been developed separately (by you alone), with
zero input from the Tomcat community
Good grief Remy, it _was_ discussed on tomcat-dev, as
a quick search of the archives will show. You're spouting
complete BS here, and I wish you wouldn't.
You're also
GOMEZ Henri wrote:
I don't refuse anything, just expose that I'd rather like
an OSS Java installer.
I've recently been pointedly reminded that I'm not even a
committer, but as the project guidelines encourage developers
to comment and cast a nonbinding vote, I'll put on my
flameproof
Kevin Grey wrote:
So in essence it works on any platform that has a JVM.
Nah, it only works fully on officially supported platforms.
Which makes sense, because the whole advantage of using a good
installer is that it paves over the nasty platform-specific
install issues. There's a list
Volker Leidl wrote:
I tried to configure tomcat 4.0.2 to use my own class loader implementation
for web-app class loading. The documentation implies that this can be done
by secifying a loaderClass attribute in my Context/Loader element in
server.xml.
Loader specifies an
Christopher K. St. John wrote:
Loader specifies an org.apache.catalina.Loader object, not an
java.lang.ClassLoader. You'd need to do something like this:
Ack. You were talking about the loaderClass attribute, not the
className attribute. I wasn't paying close enough attention,
sorry
A while back, I responded to Henri Gomez's email:
We will create really soon webpages for
jakarta-tomcat-connectors
with an offer to summarize some of the recent discussion
about the various connectors currently available for
Tomcat. Not to write new docs, just summarize the existing
The following document is very incomplete, and in many
cases factually incorrect. The idea is to post it now, while
it's obviously in draft form, get feedback, and then clean it
up and publish it wherever would be most useful (jakarta-tomcat
connectors page, or the Tomcat FAQ)
I'm currently
Ok, I'm maybe being thick here, but I want to make sure I've got this
straight. The idea is that anyone who's clueful enough to search the
archives is likely to come across the term AJP14, so it's best to
give them a hint (even if term isn't going to mean anything to somebody
who just wants to
Another update. Same disclaimers as before.
FAQ's (just an idea, these don't have to be included)
Q: Is mod_webapp replacing mod_jk?
A: No. See below for links to documentation, then choose the one that
best suits your needs.
Another update. Same disclaimers as before.
FAQ's (just an idea, these don't have to be included)
Q: Is mod_webapp replacing mod_jk?
A: No. See below for links to documentation, then choose the one that
best suits your needs.
Christopher K. St. John wrote:
Another update. Same disclaimers as before.
Mail client mishap, second one's a duplicate, sorry.
--
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
Ignacio J. Ortega wrote:
Re: jakarta-tomcat-connectors documentation/summaries pier: There
were some other motivations when it all started...
Hmmm. The theory is that the document should be absolutely 100%
non-controversial. Other parts of the entry already emphasize ease
of use, so
Ignacio J. Ortega wrote:
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: jueves 2 de mayo de 2002 5:16
For me is controversial to have a document at jakarta, that affirms
Speaking of having a document at jakarta, it isn't there yet.
And it won't go live unless everyone
Setera, Craig wrote:
Using NIO would lower the number of required threads and
buffers/objects that would need to be created.
The core servlet model can't really be converted to
using non-blocking I/O. The whole point is that your
servlet gets its own thread. On the other hand, other
I was doing some debugging and sort of accidentally ended
up writing most of an AJP13 dissector for ethereal. A proper
dissector is much easier to deal than raw ethereal captures
if you're not an AJP13 guru. It didn't occur to me until
afterwards that somebody else might have already done it.
jean-frederic clere wrote:
I am rewritting the Ajp protocol documentation. A protocol
analyser would help me.
The analyzer was written using the existing docs, so
if there are problems in the docs the analyzer will
be wrong as well.
So please send it. (Even if it is not run and not
[EMAIL PROTECTED] wrote:
In case you didn't noticed, I checked in a small 'magic' util that
turns Jk components into dynamic MBeans.
It still doesn't support the 'descriptions' and the ability to
fine tune the exposed attributes/methods, that will be added later
( and will probably
Chandra Talluri wrote:
Is it possible to write our own connector using catalina. If so
can some one point me to the proper documentation
It depends on exactly what you're trying to do. There are
two (closely connected) ways that the term connector is
used. First, Catalina has an
Chandra Talluri wrote:
We have our own server which accepts the data either on a TCP
port or a UDP port.
the data is a little vague. What does the data look
like? What does the server actually do, right now? What's
it for? The more specific you can be about what you're
trying to do, the
I'd like to check in some (fairly minor) fixes to
jakarta-servletapi-4 and jakarta-watchdog-4.0, but I don't have
the karma. Is it a big deal to get added?
I wasn't sure if servletapi and watchdog were closely tied to
tomcat or their own whole thing with separate administration.
It looks like
GOMEZ Henri wrote:
I'd like to check in some (fairly minor) fixes to
jakarta-servletapi-4 and jakarta-watchdog-4.0, but I don't have
the karma. Is it a big deal to get added?
Will you apply some patches to jakarta-servletapi-4 code ?
Well, I wanted to apply a patch for a bug I
GOMEZ Henri wrote:
I propose you to make a PROPOSAL for servletapi4 patch
to tomcat-dev list.
In the jakarta-servletapi-4 repository, the class:
javax.servlet.GenericServlet
has init() and destory() methods that call log(). While
not specifically prohibited in the 2.3 spec, it
Christopher K. St. John wrote:
GOMEZ Henri wrote:
I propose you to make a PROPOSAL for servletapi4 patch
to tomcat-dev list.
My proposal is ... [delete log() msgs in GenerisServlet]
From my reading of the project guidelines, minor fixes like
this normally go the commit-then-review
Chandra Talluri wrote:
I am having trouble finding out the Container implementation for
HttpConnector or any connector.
I'm not sure what you mean. Connector doesn't implement
Container. Or are you asking something else?
Can some one tell me which is the Container and where the
jk/java/org/apache/jk/JkCoyoteHandler ACTION_CLOSE is getting
called with no call to ACTION_COMMIT when:
- jk2 is being using with Apache 1.3 and
- there's a redirect (like with a welcome page)
Quick fix is to have JkCoyoteHandler CLOSE commit if the
response hasn't already been committed:
Remy Maucherat wrote:
I'm committing a draft for a Tomcat 5 proposal.
It is a draft, so it is not in final form yet (it needs feedback for that).
Re-architecting Tomcat yet again is a bad step if it's not
absolutely necessary. I have some reservations. To keep from
confusing the issue,
[EMAIL PROTECTED] wrote:
I hope the 2.4 API will not do any crazy things
Me too.
One of the things I heard mentioned was tighter integration
with the NIO api's, which could affect both low and high level
layers. OTOH, maybe not, I haven't seen the spec. But that's
the whole point.
--
Ok, second round.
People are +1'ing the _goals_ of the proposal, but I
the proposal itself doesn't give sufficient detail to
determine if the recommended actions will actually
lead to those goals being accomplished.
Some of the goals even appear to be contradictory,
but there's no
[EMAIL PROTECTED] wrote:
On Fri, 21 Jun 2002, Christopher K. St. John wrote:
People are +1'ing the _goals_ of the proposal, but I
the proposal itself doesn't give sufficient detail ...
That's exactly the target - to set the goals and the overal
direction ( it's a 'long-term plan
[EMAIL PROTECTED] wrote:
But most of the stuff is needed to get decent
performance - and to be able to support other protocols
and have better integration with the server.
- What are the peformance goals? Actual numbers or a
percentage improvement goal is something that I would
[EMAIL PROTECTED] wrote:
I can tell I spent
few months with almost daily runs in OptimizeIt and
several 'ab' per day.
Hold on. It sounds like you think I'm saying you
didn't do your homework. I'm not saying you don't
know this stuff, I'm saying that there aren't pointers
to this work in
Remy Maucherat wrote:
- Tomcat 5 is Tomcat 4 with lots of cleanup work and
modifications for whatever the 2.4 spec comes up
with. There are no major architectural changes. OTOH,
the 2.4 spec could be bizarre, in which case all bets
are off :-)
My proposal is not very
Remy Maucherat wrote:
- Details about how the existing Catalina JXM management
interfaces will be merged with Coyote JXM management
code. Or at least an acknowledgement that it's an issue.
The beauty about JMX is that you don't have to merge anything.
It's obviously a bit
Christopher K. St. John wrote:
jk/java/org/apache/jk/JkCoyoteHandler ACTION_CLOSE is getting
called with no call to ACTION_COMMIT
Quick fix is to have JkCoyoteHandler CLOSE commit if the
response hasn't already been committed:
if( !res.isCommitted
Glenn Nielsen wrote:
Proposal in General:
The proposal is pretty vague on details. I have seen a number of
replies stating That's an implementation detail. I for one would
like to see the proposal broken out into much more detail before
work starts. Perhaps we should take a step back
Bill Barker wrote:
I agree with Remy
that any single benchmark suite isn't going to tell you how your particular
web-app will perform.
Bill,
Actually, I agree, but this isn't what that is :-)
There's a difference between:
a) Benchmarks for users that compare the performance of
Good proposal goals provide a way to test if the goal
has been achieved and a way to argue if the goal is
worthwhile. Improve performance as a goal is both
untestable and impossible to argue with, so it's a
badly stated goal.
Remy Maucherat wrote:
To evaluate code, I strongly recommend
[EMAIL PROTECTED] wrote:
On Mon, 24 Jun 2002, Remy Maucherat wrote:
However, it sounds generic, and not at all dependent on Tomcat, so
that's why I think it would be a lot better in the commons.
Maybe watchdog would be a better place for it.
Watchdog is an official TCK, so it's
1 - 100 of 106 matches
Mail list logo