On Sun, 23 Jun 2002, Bill Barker wrote:
> So far, the only concrete suggestion is Christopher's benchmark suite. I
> personally think that it's a better fit with, say, Cactus (and if the
> proposal included bundling Cactus with Tomcat, I'm guessing that he'd have
> the Cactus group falling all
Ok, Christopher - we're not stupid engineers in need for
an intro course on performance.
I think it's obvious that tomcat3.3 has 'improved performance'
over 3.2, and 4.1 has 'improved performance' over 4.0.
I don't think anyone can argue with that, and we don't
have any test suite to prove it.
>
> I thought the ASF was about creating a community (meritocracy) where
> proposals, ideas, directions, and code can be discussed openly and the
> validity of them could be challenged. So that only the best ideas rise
> to the top. When did this get redefined to mean selfish?
>
> I see the prop
Hi,
There is one strange (well, not that at all) behavior of mod_jk2 that I
would like to fix.
When we load the module, the channels gets opened on the first client
request. Now, the problem lies in the fact that the next client can send
request prior the channel is opened, since opening takes s
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
JSPs don't seem to be setting the Content-Type header correctly. Have
attached a patch that adds the missing 'charset=' string to the
content-type value.
thx,
arvind
GET /foo.jsp HTTP/1.0
HTTP/1.1 200 OK
Content-Type: text/html;ISO-8859-1
Connection: close
Date: Mon, 24 Jun 2002 02:07:50 GMT
S
On Sun, 23 Jun 2002, Craig R. McClanahan wrote:
> Tomcat can meet all of those needs, but only if the developers are
> unselfish enough to understand that "I don't need that feature" does *not*
> mean "it should not be there at all". Such selfishness has not
+1
I think this should be somehow
Albert Chin <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote:
>> At first let me warn you. Normally I'm really bad at C programming.
>>
>> I had some problems building and running mod_webapp (from CVS) with Apache
>> 1.3 on my Debian box.
>>
>> Getting a
On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote:
> At first let me warn you. Normally I'm really bad at C programming.
>
> I had some problems building and running mod_webapp (from CVS) with Apache
> 1.3 on my Debian box.
>
> Getting a Segmentation Fault on every access to something
"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> On Sun, 23 Jun 2002, Glenn Nielsen wrote:
>
>
>> [snip]
>> Providing a great java web server is not a goal of Tomcat.
>> [snip]
>
> I didn't know cats could talk :-).
>
> I didn't know that Glenn, or Pier, or any single developer, speaks for t
mturk 2002/06/22 23:55:56
Modified:jk/native2/common jk_channel_socket.c
Log:
Costin changed it to use read/write instead of send/receive.
Unfortunaly that doesn't work on WIN32 cause read/write cannot operate on sockets.
Perhaps we shoud reverse that unless there is a strong
mturk 2002/06/22 22:40:29
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Fixing the compile time warning:
'jk_apr_pool_cleanup' function must return a value
Revision ChangesPath
1.46 +2 -1 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod
On Sun, 23 Jun 2002, Glenn Nielsen wrote:
> [snip]
> Providing a great java web server is not a goal of Tomcat.
> [snip]
I didn't know cats could talk :-).
I didn't know that Glenn, or Pier, or any single developer, speaks for the
entire Tomcat developer community.
This statement (a great j
nacho 2002/06/23 15:48:02
Modified:jk/java/org/apache/jk/apr TomcatStarter.java
jk/native2/common jk_worker_jni.c
Log:
* changed the JNI Java starter, to pass 2 filenames for stdout and stderr log, in
addition to Args one..
Revision ChangesPath
1.8
"Glenn Nielsen" <[EMAIL PROTECTED]> wrote:
> I think the current proposal is too vague. It needs to be broken out
> into greater detail. You need to ask the tomcat developer community
> what new features they think are needed, what code smells bad enough
> to need refactoring, and what areas of
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>>> Did you look at JK 2 at all ?
>>
>> Yes, I did. And in my opinion, it sucks. But my spare cycles are limited to
>
> :-)
>
> Allways nice to hear an objective and argumented opinion from Pier.
> Who can beat the "Because I say so" argument ?
Pier Fumagalli wrote:
> "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
Peace Pier. I think there's a misunderstanding ;-)
>>Working as well as possible with Apache is my objective.
>>Providing a great Java web server is also my objective.
>
>
> To some extents, these two objectives contradict eac
On Sun, 23 Jun 2002, Pier Fumagalli wrote:
> That would be a waste of time and CPU resources... You're looking in the
> wrong direction... To get performance, and reliability, all you have to do
> is simplify the code, removing layer after layer... Not adding them...
Have you read the proposal ?
"Remy Maucherat" <[EMAIL PROTECTED]> wrote:
> Working as well as possible with Apache is my objective.
> Providing a great Java web server is also my objective.
To some extents, these two objectives contradict each other. You can see
this already in the design of Catalina, and in the hacks that
remm2002/06/23 13:35:30
Modified:catalina/src/share/org/apache/catalina/startup
ContextConfig.java
Log:
- Don't remove resources on stop (only the resources specified in web.xml would
get added back).
Revision ChangesPath
1.66 +16 -4
Pier Fumagalli wrote:
> "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
>
>>Pier Fumagalli wrote:
>>
>>
>>>As far as I would like to see WARP and its future development, it'll
>>>probably end up following a different container architecture. The
>>>extenization of the HTTP stack from the core of the c
Glenn Nielsen wrote:
> -1 At this time for starting work on Tomcat 5 (jakarta-tomcat-5)
>
> This is not a good time to start work on Tomcat 5 based on the
> proposal as put forward for the following reasons:
>
> 1. There are alot of new features and changes in Tomcat 4.1.
> These have not b
Christopher K. St. John wrote:
> 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)
nacho 2002/06/23 12:04:48
Modified:jk build.xml
Log:
Exclude more filetypes from copiying when building jk2 docs
Revision ChangesPath
1.44 +3 -0 jakarta-tomcat-connectors/jk/build.xml
Index: build.xml
=
pier2002/06/23 09:50:40
Modified:webapp/apache-1.3 mod_webapp.c
Log:
Fixed apr_psprintf -> ap_psprintf for Apache 1.3. The pool used in
request_rec is not an APR memory pool...
PR: none
Obtained from:Tomcat Mailing List <[EMAIL PROTECTED]>
Submitted by:
"Nico Seessle" <[EMAIL PROTECTED]> wrote:
> At first let me warn you. Normally I'm really bad at C programming.
>
> I had some problems building and running mod_webapp (from CVS) with Apache
> 1.3 on my Debian box.
>
> Getting a Segmentation Fault on every access to something mounted with
> mod
At first let me warn you. Normally I'm really bad at C programming.
I had some problems building and running mod_webapp (from CVS) with Apache
1.3 on my Debian box.
Getting a Segmentation Fault on every access to something mounted with
mod_webapp.
Finally I came up with the attached patch and n
jfclere 2002/06/23 08:54:13
Modified:jk/native2/common jk_msg_ajp.c
Log:
Replace the 4's by AJP_HEADER_LEN (Where they were header length).
Revision ChangesPath
1.18 +7 -7 jakarta-tomcat-connectors/jk/native2/common/jk_msg_ajp.c
Index: jk_msg_ajp.c
=
28 matches
Mail list logo
