See intermixed.
- Original Message -
From: Ignacio J. Ortega [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Sent: Wednesday, June 26, 2002 12:33 PM
Subject: RE: [JK2] Trying 4.1.3 Beta + IIS
De: Chris Brown [mailto:[EMAIL PROTECTED]]
Enviado el: 26 de junio de
Remy Maucherat wrote:
The TC nightly builds from Gump have been failing for a while because of
MX4J, which is apparently failing because some custom Ant task cannot be
found.
Xdoclet changed the package names for their classes without deprecation.
MX4J still uses the old names.
Awesome!!
wonders of the build process of course, another time, Thanks JFC!!..
The only problem of the download target is that it has to be kept up to
date. Which can be hard sometimes ;-)
Tomcat 4.1.X from CVS ( future 4.0.6?? )
It's 4.1.6, obviously.
, works well with IIS, using jk2
hgomez 2002/06/27 01:08:39
Modified:src/share/org/apache/jasper CommandLineContext.java
Log:
Fix a problem when a jsp include another jsp with relative path
Provided by : Thibault Frey [EMAIL PROTECTED]
Revision ChangesPath
1.8 +10 -0
Yep, but when you use ant on a train or plane,
the build fail ;]
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original
At 15:15 26.06.2002 -0700, [EMAIL PROTECTED] wrote:
On Wed, 26 Jun 2002, Ceki Gülcü wrote:
A difficulty I encountered while implementing the solution outlined in
http://qos.ch/containers/sc.html is the difference of TCL while the the
static class initializer of a servlet class is
At 15:46 26.06.2002 -0700, Bill Barker wrote:
As an aside, setting the logger in the static init method is almost always
wrong for a servlet. If the class is living in a jar in lib/apps, then only
one logger gets created even if the servlet is used in several webapps.
This is an important
There are only a few issues remaining:
- Updating JNDI resources with the admin webapp is not dynamic (for
reasons currently beyond my understanding). Doing a stop/start on the
context allows to pick up the changes, so the bug is only minor.
- Nacho's IIS issues with JK 2.
- Costin's
jfclere 2002/06/27 03:03:47
Modified:.build.properties.sample
Log:
Update xerces version to 2.0.2
Revision ChangesPath
1.46 +3 -3 jakarta-tomcat-4.0/build.properties.sample
Index: build.properties.sample
On Wed, Jun 26, 2002 at 09:32:45AM -0700, [EMAIL PROTECTED] wrote:
On Wed, 26 Jun 2002, Simon Stewart wrote:
Will do. The most obvious thing that springs to mind is that the
config files don't look anything like the declarative xml that is used
when configuring other enterprise java
Hi,
I'm using Tomcat 4.0 and I have some problems with requests
containing UTF-8 characters.
I have my servlet named 'delta' which is properly deployed and running.
When I try to invoke it in the following way:
http://myserver:8080/delta/Test/%D0%AE%D1%80%D0%B8%D0%B9%20%D0%9A%D0%BE%D0%B
I just noticed a memory leak in a build from CVS in the last 24 hours.
I am working on tracking it down.
I have seen that kind of report on tomcat-user, but people have been unable
to help reproduce it. They've tried with Coyote HTTP/1.1 + TC 4.0.x (no
leak), as well as Jasper 2 + TC 4.0.x (no
hey remy,
I'll send you more information in a hour with more details. I haven't
been able to find time to run the JProbe thread analyzer tests, but I
can atleast send you the test JSTL pages and JMeter settings I am using
to reproduce it.
If that is cool with you, I'll get the files together
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10204.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=10230.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=10248.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=10249.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=10197.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=10153.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hey remy,
I'll send you more information in a hour with more details. I haven't
been able to find time to run the JProbe thread analyzer tests, but I
can atleast send you the test JSTL pages and JMeter settings I am using
to reproduce it.
If that is cool with you, I'll get the files
-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]]
Sent: 26. lipanj 2002 22:06
Can we implement those keepalive sockets on jk2, like on
mod_jk? The implementation IMO would be much easier then on jk.
Well, there was no comments on my previous mail, so I've build a
I haven't ruled out JSTL as a cause since my test show it is memory
intensive. I doubt it is JSTL alone, but it could be a combination.
I've produced the bug with jdk1.3.1 on both windows and solaris. I sent
you additional information and the exception I am getting. It's probably
not going to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10127.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=10197.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1 for me :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]]
I haven't ruled out JSTL as a cause since my test show it is memory
intensive. I doubt it is JSTL alone, but it could be a combination.
I've produced the bug with jdk1.3.1 on both windows and solaris. I sent
you additional information and the exception I am getting. It's probably
not going
Here is a bit more information on why I haven't ruled out JSTL or 1.2
JSP tags as a possible cause.
1. the standard examples all run fine and do not exhibit a memory leak,
including the simpletag example.
2. the other person experiencing memory leak is also using JSP tags
extensively.
3. my
There is also a 4th option - cheat gump :-)
Remove the declared dependency on mx4j and use the binary distribution
on mx4j ( just like we do for jsse for example ). At least temporary.
Costin
On Thu, 27 Jun 2002, Remy Maucherat wrote:
Remy Maucherat wrote:
The TC nightly builds from
On Wed, 26 Jun 2002, Bill Barker wrote:
I was thinking of adding a preInitCheck and postInitCheck to
Jdk12Interceptor just to keep it all in one place. (This was the reason to
have postInitCheck at all).
+1
As an aside, setting the logger in the static init method is almost always
On Thu, 27 Jun 2002, Mladen Turk wrote:
Can we implement those keepalive sockets on jk2, like on
mod_jk? The implementation IMO would be much easier then on jk.
Well, there was no comments on my previous mail, so I've build a patch
and I'm sending it for review.
I didn't know what
At 07:03 27.06.2002 -0700, [EMAIL PROTECTED] wrote:
As an aside, setting the logger in the static init method is almost always
wrong for a servlet. If the class is living in a jar in lib/apps, then
only
one logger gets created even if the servlet is used in several webapps.
+1
But: if
hgomez 2002/06/27 07:34:18
Modified:jk/native configure.in
jk/native/apache-2.0 Makefile.in
jk/native/common Makefile.in
Log:
APXS/APXS2 flags are needed by the build,
ie -DEAPI or -pthread, so we get flags from
apxs (apache 1.3) or apxs2 (apache
On Thu, 27 Jun 2002, Ceki Gülcü wrote:
Let me just mention that using the TCL to keep track of the context is
just one possible solution. Is there another place that keeps track of
what thread is executing what web-application? Remember that the
ContextRepositorySelector is implemented
This is an update to my earlier email.
Problem: setting session timeouts in 4.1.x's server.xml is pointless.
Why: setting the Manager's attribute maxInactiveInterval or
Contexts's attribute sessionTimeout is pointless because they get
overwritten by the session timeout in the web.xml or if a
hgomez 2002/06/27 07:42:35
Added: webapps/examples/WEB-INF/classes Tag: tomcat_40_branch
LocalStrings_fr.properties
Log:
PR: Back port French translation for 4.0
Revision ChangesPath
No revision
No
hgomez 2002/06/27 07:44:47
Modified:catalina Tag: tomcat_40_branch build.xml
Log:
PR: Allow you to build TC 4.0 without coyote jar present in system,
since coyote need TC 4.0 to be build, we fix a chickeneggs problem
Revision ChangesPath
No revision
Here is a bit more information on why I haven't ruled out JSTL or 1.2
JSP tags as a possible cause.
1. the standard examples all run fine and do not exhibit a memory leak,
including the simpletag example.
2. the other person experiencing memory leak is also using JSP tags
extensively.
3.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hgomez 2002/06/27 08:13:42
Modified:jk/native README
Log:
Add TC 4.0/4.1 to the list of servlet engine which could works
with mod_jk via ajp13
Revision ChangesPath
1.3 +2 -2 jakarta-tomcat-connectors/jk/native/README
Index: README
Ok, I think we're near release now.
The last thing to do will be to add documentation,
there is allready README.configure which explains
how to build for apache 1.3/2.0 via configure.
Needed now :
- Configuration for Apache 1.3/2.0
httpd.conf/workers.properties
- Build procedures for
I'm getting unusual preliminary results on some
performance tests against a very simple servlet, and
I'd like to see what results other people get. If
you're going to run the tests yourself, don't look at
my results ahead of time if you can resist (they're at
the bottom of the message)
I'm
I'm getting unusual preliminary results on some
performance tests against a very simple servlet, and
I'd like to see what results other people get. If
you're going to run the tests yourself, don't look at
my results ahead of time if you can resist (they're at
the bottom of the message)
At 07:33 27.06.2002 -0700, [EMAIL PROTECTED] wrote:
On Thu, 27 Jun 2002, Ceki Gülcü wrote:
Let me just mention that using the TCL to keep track of the context is
just one possible solution. Is there another place that keeps track of
what thread is executing what web-application? Remember
hgomez 2002/06/27 08:57:03
Modified:jk/native/apache-1.3 Makefile.freebsd build-unix.sh
jk/native/apache-2.0 Makefile.in build-unix.sh
jk/native/domino Makefile
jk/native/jni Makefile.in Makefile.linux Makefile.solaris
I'm getting unusual preliminary results on some
performance tests against a very simple servlet, and
I'd like to see what results other people get. If
you're going to run the tests yourself, don't look at
my results ahead of time if you can resist (they're at
the bottom of the message)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10291.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
So to summarize, the old connector *may* look ok in very specific synthetic
benchmarks (you chose the right one; I hope you didn't choose that one to
try to prove that Coyote sucks, or something like it), but actually, it has
(big) issues. All these could be
On Thu, 27 Jun 2002, Christopher K. St. John wrote:
MinTC is included for comparison, since it uses the 4.0.3
HTTP connector but attempts to improve the Catalina side
of things. It's sort of the converse of the 4.1
Connector improvements. But it's not finished so it's not
really a fair
On Thu, 27 Jun 2002, Ceki Gülcü wrote:
I don't know any other way to pass/extract the information.
If there is an object that keeps track of contexts, you can pass it to
the ContextualRepositorySelector when you instantiate it (the
CRS). The CRS could ask that object to return the current
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10249.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=10249.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 27 Jun 2002, Christopher K. St. John wrote:
- I chose the test based on Costin's feedback of the sort of tests
he was using[1]. I may be a suspicious SOB, but I strive to be an
Actually, I sugested the ServletOutputStream because it avoids the
char-byte conversion and allows
mturk 2002/06/27 10:16:28
Modified:jk/native2/common jk_channel_socket.c
Log:
Added socket keepalive and send/recv timeout options.
keepalive=1/0 (enabled/disabled)
timeout=nn (seconds)
Added nodelay option (default disabled)
nodelay=1/0 (enabled/disabled)
Revision
mturk 2002/06/27 10:19:09
Modified:jk/native2/common jk_channel_apr_socket.c
Log:
Added socket keepalive and send/recv timeout options.
keepalive=1/0 (enabled/disabled)
timeout=nn (seconds) defaults to unlimited
Added nodelay option (default disabled)
nodelay=1/0
Hi,
Has anyone been able to get any JSP's running on the HEAD brach of
tomcat 4 using jasper (not jasper2).
I consistently receive:
java.lang.NullPointerException
at
org.apache.jasper.compiler.TldLocationsCache.processJars(TldLocationsCache.java:203)
at
luehe 2002/06/27 10:32:17
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Synchronize scripting variables at the appropriate places (where
mandated by the spec).
Revision ChangesPath
1.35 +58 -43
[EMAIL PROTECTED] wrote:
Let me know when you have the results with the writer.
Costin, thanks for the further details. Rather than a higher
level discussion (followed by me spending more time running
benchmarks, followed by more high-level discussion), could
could you give a pointer to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10230.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
(It seems like overkill to use Bugzilla to report this.)
On page http://jakarta.apache.org/tomcat/index.html;, shouldn't it say
4.0.4 in the following sentence:
Tomcat 4.0.3 is the current production quality release.
Jay
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
Costin,
- I have a
bean:define id=a name=foo/
The generated code is:
a = (java.lang.Object) pageContext.findAttribute(a);
a = (java.lang.Object) pageContext.findAttribute(a);
a = (java.lang.Object) pageContext.findAttribute(a);
( i.e. 3 times the same line ).
Not a bug, but
Available at :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4/rpms/
More FHS compliant and misc fixes in spec files.
Important change from previous version, is that
the rpm didn't use no more IBM SDK 1.3.1 as
default SDK. Read the following RPM info :
---
On Thu, 27 Jun 2002, Christopher K. St. John wrote:
Costin, thanks for the further details. Rather than a higher
level discussion (followed by me spending more time running
benchmarks, followed by more high-level discussion), could
could you give a pointer to where you posted your
On Thu, 27 Jun 2002, Jan Luehe wrote:
Costin,
- I have a
bean:define id=a name=foo/
The generated code is:
a = (java.lang.Object) pageContext.findAttribute(a);
a = (java.lang.Object) pageContext.findAttribute(a);
a = (java.lang.Object) pageContext.findAttribute(a);
( i.e.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4326.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Pier Fumagalli wrote:
And not just numbers in terms
of reqs/sec, but also in comparison to a long-run test with % of CPU time
used, and IO usage (uptime)...
Pier,
I'd like to run some tests along these lines, but they're a major
pain to set up, so it's worth a little up-front
Costin,
- I have a
bean:define id=a name=foo/
The generated code is:
a = (java.lang.Object) pageContext.findAttribute(a);
a = (java.lang.Object) pageContext.findAttribute(a);
a = (java.lang.Object) pageContext.findAttribute(a);
( i.e. 3 times the same line ).
On Thu, 27 Jun 2002, Jan Luehe wrote:
And I would bet most jsp implementations in use are doing exactly
what jasper1 is doing - and changing this will create big problems
( while still beeing non-compiant with the spec, and completely
counterintuitive )
But there also could be
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10264.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=10304.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
When tomcat is started inprocess ( by JNI ) we need a way to signal when
tomcat ( 3.3 and 4.1.X ) initialization is complete, and make jk2 wait
until that signal to start redirecting request to the JNI worker..
I wonder if the inprocess worker is LoadBalanced, we will only need to
signal the JNI
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10305.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi.
Two fixes:
1. JspDocumentParser - Enforce the fact that relative taglib URI's
(those that start with /) are prefixed by urn:jsptld:.
See section 5.3.5 of the 1.2 spec, as well as the examples on
page 92.
I've added the failure message to messages.properties and
Reposting messages.patch
-Forwarded Message-
From: Ryan Lubke [EMAIL PROTECTED]
To: tcdev [EMAIL PROTECTED]
Subject: [PATCH - Jasper2] Minor compliance fix and some resource bundle key fixes
Date: 27 Jun 2002 19:30:55 -0500
Hi.
Two fixes:
1. JspDocumentParser - Enforce the fact
remm2002/06/27 18:35:35
Modified:catalina/src/share/org/apache/catalina/core
ApplicationContext.java
Added: catalina/src/share/org/apache/catalina/core
MappingRequest.java
Log:
- I'm not too sure why, but the memory leak
are now both available via:
http://jcp.org/jsr/stage/public.jsp
Craig
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Glenn Nielsen wrote:
I have been able to reproduce the memory leak with the following config:
Apache 1.3.26/mod_jk1.2/Ajp13/Tomcat4.1 and Jasper1 built from CVS HEAD.
A JSP page which uses the dbtags taglib, a JNDI named JDBC DataSource,
and the DBCP as the datasource exhibits the problem.
hey remy,
I am running JProbe now. finally I have time to run
the test. If I find anything I'll post it.
peter
--- Remy Maucherat [EMAIL PROTECTED] wrote:
Glenn Nielsen wrote:
I have been able to reproduce the memory leak with
the following config:
Apache
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10248.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
after 3 hours of trying to get JProbe to run correctly
I give up. It's 12am and I'm too tired. If anyone
knows how to get tomcat 4.1.5, jasper2 and JProbe
profiler to work correctly I'll try to run the tests.
since jasper2 uses ANT and I don't see how to pass
Java_home from jprobe to the shell
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10310.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=10310.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
Sent: 28. lipanj 2002 1:28
To: 'tomcat-dev'
Subject: [JK2] JNI worker Init complete
When tomcat is started inprocess ( by JNI ) we need a way to
signal when tomcat ( 3.3 and 4.1.X ) initialization is
82 matches
Mail list logo