mturk 2005/02/17 00:10:41
Modified:jk/native/common jk_connect.c
Log:
Use provided socket_buffer size instead 8K default if set.
Revision ChangesPath
1.41 +8 -4 jakarta-tomcat-connectors/jk/native/common/jk_connect.c
Index: jk_connect.c
mturk 2005/02/17 00:26:42
Modified:jk/native/common jk_connect.c
Log:
Remove the CRLFs. Again.
Revision ChangesPath
1.42 +14 -14jakarta-tomcat-connectors/jk/native/common/jk_connect.c
Index: jk_connect.c
mturk 2005/02/17 00:28:41
Modified:jk/native/common jk_lb_worker.c
Log:
Small performance tune for balancers having single worker.
There is no need to find best worker if there is only one.
Single worker is used for workers that need full management.
Revision Changes
mturk 2005/02/17 00:48:14
Modified:jk/native/common jk_mt.h
Log:
If JK_PREFORK is defined we can exclude all thread locking code
for prefork servers like apache1 on unixes, etc...
Revision ChangesPath
1.17 +10 -2
mturk 2005/02/17 00:53:29
Modified:jk/native/apache-1.3 Makefile.apxs.in Makefile.in
Log:
Apache1.3.x is prefork. Add JK_PREFORK define to exclude all
thread locking code.
Revision ChangesPath
1.4 +1 -1
mturk 2005/02/17 01:11:31
Modified:jk/native/apache-1.3 Makefile.apxs.in Makefile.in
Log:
Revert -DJ_PREFORK define. It can be used simply by
'CFLAGS=-DJK_PREFORK ./configure ...'
Revision ChangesPath
1.5 +1 -1
mturk 2005/02/17 01:12:24
Modified:jk/native/common jk_lb_worker.c jk_status.c
Log:
Remove unused variables. No functional change.
Revision ChangesPath
1.59 +1 -3 jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
Index: jk_lb_worker.c
Greetings All,
Have the mod_jk 1.2.9-dev up and running on NetWare 6 and AP 2.1.3 but
doing much beyond a single worker is a little awkward. I can access the
Tomcat html manager web app without visible issues.
When I access the /admin/ app a few 'odd' things happen..like some icons
aren't
NormW wrote:
Greetings All,
Have the mod_jk 1.2.9-dev up and running on NetWare 6 and AP 2.1.3 but
doing much beyond a single worker is a little awkward. I can access the
Tomcat html manager web app without visible issues.
1. Did you include the latest jk_ajp_common.c (Revision: 1.85).
There
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
Greetings again...
Mladen Turk wrote:
NormW wrote:
1. Did you include the latest jk_ajp_common.c (Revision: 1.85). There
was a bug in previous patch, causing endpoint corruption. 2. Can you
check if the _MT_CODE is compiled in. I'm not sure what
'(defined(NETWARE) defined(__NOVELL_LIBC__))'
NormW wrote:
The defined NETWARE applies to AP 1.3 and 2.x but _NOVELL_LIBC_ is the
method for identifying AP2 AFAIK.
The Novell LibC NDK includes pthread.h, so expect it is using it.
Can you be sure it is included?
Add some #pragma before #include pthread.h
Just built the mod_jk using the last
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=25095.
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=33589.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
mturk 2005/02/17 04:29:00
Modified:jk/native/common jk_lb_worker.c
Log:
Change some log messages. No functional change.
Revision ChangesPath
1.60 +5 -2 jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
Index: jk_lb_worker.c
mturk 2005/02/17 04:32:16
Modified:jk/native/common jk_ajp_common.c
Log:
Create separate function for creating the entire endpoint cache.
It is just a way to make the code more readable.
Revision ChangesPath
1.86 +62 -49
mturk 2005/02/17 04:40:55
Modified:jk/native/common jk_ajp_common.c
Log:
Close socket outside critical section. Closing sockets can take a while,
so no need to lock all the threads.
Revision ChangesPath
1.87 +11 -4
Hi,
Henri said that he noticed current dev version
of mod_jk being quite faster then previous (1.2.8).
Although it was not the primary intention to
be faster, I think no one will object :).
So here are some benchmark results from my side:
JK 1.2.8 single thread
Requests per second:784.31
mturk 2005/02/17 05:25:36
Modified:jk/native/common jk_ajp_common.c
Log:
Check if socket is connected before prepost cping/cpong.
If the socket is not connected it will fail anyhow.
Revision ChangesPath
1.88 +14 -10
mturk 2005/02/17 05:29:19
Modified:jk/native/common jk_ajp_common.c
Log:
Make sure that both network detection and cping/cpong can occur.
Revision ChangesPath
1.89 +2 -2
jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
Index: jk_ajp_common.c
mturk 2005/02/17 05:41:04
Modified:jk/native/common jk_lb_worker.c jk_status.c
Log:
Display the number of workers currently serving requests.
Revision ChangesPath
1.61 +6 -2 jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
Index: jk_lb_worker.c
mturk 2005/02/17 05:48:47
Modified:jk/native/common jk_lb_worker.c
Log:
Update number of used endpoinds for each elected worker.
Revision ChangesPath
1.62 +3 -1 jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
Index: jk_lb_worker.c
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=33621.
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=33621.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
mturk 2005/02/17 07:03:15
Modified:jk/native/apache-1.3 mod_jk.c
jk/native/apache-2.0 mod_jk.c
jk/native/common jk_shm.c jk_shm.h
jk/native/iis jk_isapi_plugin.c
jk/native/netscape jk_nsapi_plugin.c
Log:
Add option to set
Good works Mladen.
I found jk a bit faster and it's good to see that we could speed it up a little.
The next step could be to use larger AJP packets (4k too small)
On Thu, 17 Feb 2005 14:11:28 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
Henri said that he noticed current dev version
of
Henri Gomez wrote:
Good works Mladen.
I found jk a bit faster and it's good to see that we could speed it up a little.
The next step could be to use larger AJP packets (4k too small)
Sure ;).
For 100K file the speed is the same, as expected.
On large files we are measuring the network throughput
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=33623.
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=33623.
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=33143.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
luehe 2005/02/17 09:55:24
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Removed potential WebappClassLoader leak.
Consider the following example scenario:
- Servlet class references RequestDispatcher.
-
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=33159.
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=33159.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
luehe 2005/02/17 09:55:24
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Removed potential WebappClassLoader leak.
Consider the following example scenario:
- Servlet class references
luehe 2005/02/17 10:25:51
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Removed previous patch, since it is already being addressed in
WebappClassLoader.stop(). Thanks Remy!
Revision ChangesPath
1.164 +1 -4
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
This patch should fix the issue.
Let me know if you see any problems.
There's the same code (and more) in WebappClassLoader.stop():
// Clear the classloader reference in common-logging
Hi,
first: thanks a lot to Mladen for adding all the beautiful features [and
removing CRLF :) ]. Big leap forward!
I think that until Monday we were still in the progress of adding
features, and fixing bugs. 1.2.8 changed a lot internally, but most was
functionally compatible to 1.2.6. Release
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Thursday, February 17, 2005 7:27 AM
Subject: Re: JK 1.2.9-dev test results
Henri Gomez wrote:
Good works Mladen.
I found jk a bit faster and it's good to see
Rainer Jung wrote:
Hi,
first: thanks a lot to Mladen for adding all the beautiful features [and
removing CRLF :) ]. Big leap forward!
Still, I cope with those on a daily basis.
I think that until Monday we were still in the progress of adding
features, and fixing bugs. 1.2.8 changed a lot
J2EE 5.0 releases in the second half of 2005. Will
this be implemented by Tomcat 5.5 too, or will this
result ina new version - say Tomcat 6 (for Servlet
2.4/JSP 2.1?).
I was writing an article on this area, and was curious
about the roadmap..
Thanks,
Sam
Hi,
Tomcat is not a full J2EE container, only a Servlet and JSP container.
Accordingly, J2EE spec releases don't matter per-se. They only matter if
they contain new Servlet or JSP spec releases in them.
Tomcat 6 will implement the next version of the JSP and Servlet specs,
whenever those come
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=33143.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
A related question would be when will the JDT embedded in Tomcat 5.5
support Java 5 language compilation.
--
Jess Holle
Yoav Shapira wrote:
Hi,
Tomcat is not a full J2EE container, only a Servlet and JSP container.
Accordingly, J2EE spec releases don't matter per-se. They only matter if
they
Thanks Yoav,
JSP 2.1 specifications are currently in Early Draft
Review phase. Will these be implemented as a 'Tomcat
6' release?
I don't see a JCP for the next servlet specification
anywhere in the picture, so if there is new Tomcat
version (Tomcat 6?), would this be for Servlet 2.4/JSP
2.1? Is
Greetings All...
Two days ago I had a configuration that was working to TC5, but after
adding in the patches since then, all I get is 'Internal Server Error'
which natuarally enough isn't a great deal of help.
The /status/ page(s) show fine.
My workers.properties looks like:
NormW wrote:
Greetings All...
Two days ago I had a configuration that was working to TC5, but after
adding in the patches since then, all I get is 'Internal Server Error'
which natuarally enough isn't a great deal of help.
Hi, as said before:
Clear the mod_jk.log.
Set:
JkLogLevel trace
start
Good evening...
From this I assume:
1) The current config is okay,
2) You didn't get the trace I sent last night.
Will do another; apologies for the hassles.
Norm
Mladen Turk wrote:
NormW wrote:
Greetings All...
Two days ago I had a configuration that was working to TC5, but after
adding in the
NormW wrote:
Good evening...
From this I assume:
1) The current config is okay,
Only not sure why you need /*.jsp and /servlet/*.
It's a bad practice. You should map only deployed
applications, but OK.
2) You didn't get the trace I sent last night.
Think that dev list has a limit on attachments.
48 matches
Mail list logo