Should connectors to IIS and Apache behave differently according to whether
a webapp is deployed as a WAR file or as an uncompressed set of files on the
disk? When the webapp is deployed uncompressed, it should be easy enough
to find the static files to server, but when it's an unpacked WAR
I can't commit to developing this (I'd love to, I have some ideas, but I
don't have the time...), but hopefully it might interest someone and they
can develop it...
When deploying webapps as WAR files, especially generic webapps, it's not
always very practical to request that an administrator
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=10234.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This part of code in jk 1.2/2.0 is really a spaghetti :[
I spent many times in it, and I think we should refactor it
at least in jk2.
Certainly after aplha release.
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
Hi again,
I've had some spare time so I've summarised a bunch of DB configs from the
user list into this Datasource howto (attached) Can you disregard my prevous
patch (I dont think it's been put into CVS yet) and apply these instead?
Thanks
Les
-Original Message-
From: Les Hughes
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=10233.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks for the encouraged news. We've been using Tomcat in
our product
for a while now. Now, I need to set it up with support for
minimum 100K
simultaneous connection to our server side.
100K simultaneous connection !
I doubt any hardware/software/os (even on high system)
could
FYI... Dunno who's on watchdog-dev...
Pier
-- Forwarded Message
From: Kjeld Froberg [EMAIL PROTECTED]
Organization: Trifork Technologies
Date: Wed, 26 Jun 2002 11:01:12 +0200
To: [EMAIL PROTECTED]
Subject: Error in Watchdog JSP in XML tests
Hi
According to the JSP
Here are the diffs against TC 4.0 HEAD.
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: GOMEZ Henri
I answered yesterday on tomcat-user.
JkAutoMount was a planned features of ajp13++ (ajp14)
protocol, and will be available (if possible) only
via jk2 (jtc/jk/native2 and java part)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY :
GOMEZ Henri wrote:
Here are the diffs against TC 4.0 HEAD.
I don't have any chicken and eggs problems when building.
ant clean; ant
works very well for me, and builds all sub components like Coyote.
- jtc-util is built first
- then Catalina
- then Coyote and the other protocol handlers
What
De: Chris Brown [mailto:[EMAIL PROTECTED]]
Enviado el: 26 de junio de 2002 9:53
Should connectors to IIS and Apache behave differently
according to whether
a webapp is deployed as a WAR file or as an uncompressed set
of files on the
disk? When the webapp is deployed uncompressed, it
I don't have any chicken and eggs problems when building.
till you have allready built jar in lib dir (TC4)
ant clean; ant
works very well for me, and builds all sub components like Coyote.
- jtc-util is built first
- then Catalina
- then Coyote and the other protocol handlers
What is the
De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Enviado el: 26 de junio de 2002 12:16
Talking about build 4.0 HEAD..
Which commons-logging is using? from b.p.s i see that is requesting a
commons-logging 1.0.1, where is that binary?
If as i suppouse it's simply the binary of building HEAD of
Which commons-logging is using? from b.p.s i see that is requesting a
commons-logging 1.0.1, where is that binary?
in TC4/lib (regexp, ajp, util, coyote, http11)
If as i suppouse it's simply the binary of building HEAD of c-l..
Could anybody put all those needed jars available somewhere, to
Ignacio J. Ortega wrote:
De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Enviado el: 26 de junio de 2002 12:16
Talking about build 4.0 HEAD..
Which commons-logging is using? from b.p.s i see that is requesting a
commons-logging 1.0.1, where is that binary?
If as i suppouse it's simply
GOMEZ Henri wrote:
I don't have any chicken and eggs problems when building.
till you have allready built jar in lib dir (TC4)
ant clean; ant
works very well for me, and builds all sub components like Coyote.
- jtc-util is built first
- then Catalina
- then Coyote and the other protocol
mturk 2002/06/26 04:06:58
Modified:jk/native2/common jk_channel_jni.c
Log:
Fix the multithreading bug in channel open, setting worker to the
disabled state, that caused already opened enpoint to fail.
Revision ChangesPath
1.28 +27 -18
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 bug with
On Tue, Jun 25, 2002 at 11:19:54AM -0700, [EMAIL PROTECTED] wrote:
While documenting the jk2 config, it would be _very_ usefull to
make some notes on how we can improve the configuration in
future.
Will do. The most obvious thing that springs to mind is that the
config files don't look
At least in TC 4.0.4
Oh, ok, I understand now. Yes, there's a chicken and egg problem with
4.0.4. The binaries for Coyote are actually committed in the CVS to
avoid it.
That's why I added a condition to copy.
In HEAD, it works good, OTOH, because it actually follows the build
sequence you
If nobody objects, I'll commit it this afternoon (CET)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From:
GOMEZ Henri wrote:
At least in TC 4.0.4
Oh, ok, I understand now. Yes, there's a chicken and egg problem with
4.0.4. The binaries for Coyote are actually committed in the CVS to
avoid it.
That's why I added a condition to copy.
In HEAD, it works good, OTOH, because it actually follows
Hi Sam,
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.
Is someone trying to fix it ?
So far, Gump has failed to generate a single nightly for TC 4.1. That's
not too good :-(
Remy
--
De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Enviado el: 26 de junio de 2002 12:42
The c-l JARs to be used are in j-t-c/lib. I know this is annoying.
How do you deal with that?, please post your build.properties, and/or a
brief explanation of the setup you use to build a 4.1.X with *all*
Remy,
Bug 10018 is pretty serious. Coyote-JK2 won't serve a resource (might apply
to dynamic content as well as static) that's bigger than 8k.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10018
Dave.
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: 26
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=10202.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Generated servlet error:
C:\WEBCTRL2_0\jspcache\testsystem\properties\lvl5\huge$jsp.java:30165:
code too large for try statement
} catch (Throwable t) {
^
C:\WEBCTRL2_0\jspcache\testsystem\properties\lvl5\huge$jsp.java:2969:
code too large for try statement
try {
^
An
glenn 2002/06/26 05:36:00
Modified:util/java/org/apache/tomcat/util/log SystemLogHandler.java
Log:
Bug fix, can't peek if a stack is empty
Revision ChangesPath
1.2 +7 -10
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/log/SystemLogHandler.java
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.
Is
glenn 2002/06/26 06:41:13
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
Log:
Capture System.out and System.err output from servlet during load on
startup so that it can be directed to the context log instead of catalina.out.
I'm working on an updated release, which fix
some minors problems and better respect of FHS layout
(ie /var/run/tomcat4 = /var/cache/tomcat4 for work/temp)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD
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=10127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This patch enhances the wording in a few places, corrects a few spelling and
grammatical issues, etc. - a minor overhaul of J-F's major overhaul of my
minor document :-)
Ian
--- webapps/tomcat-docs/config/connectors.xml.orig Sun Jun 23 14:03:13 2002
+++ webapps/tomcat-docs/config/connectors.xml
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.
Hello,
I have written a short spec on how to achieve separation of logging
between different web-applications in a Sevlet Container. It is
available at:
http://qos.ch/containers/sc.html
I would appreciate receiving comments. Thank you,
--
Ceki
--
To unsubscribe, e-mail:
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=10018.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I am confused. Can anyone tell me what changed between
4.0.3 and 4.0.4 that won't allow me to connect to my
mySQL database anymore? Its denying any user/password
I put in giving me a SQL Exception.
My code hasn't changed at all in fact when I roll back
to 4.0.3 it works fine.
-Matt
=
On Wed, 26 Jun 2002, Sam Ruby [EMAIL PROTECTED] wrote:
Xdoclet changed the package names for their classes without
deprecation. MX4J still uses the old names.
Remy Maucherat wrote:
Is someone trying to fix it ?
Stefan Bodewig has been tracking this.
I opened a problem report with
Is this you hitting the 32k method size limitation in Java (see the JLS for
details)? We've had similar probs with tags and struts generating huge
service() methods and found that we needed to reduce the tag count and
refactor the jsps.
Have fun!
Bye,
Les
-Original Message-
From:
On Wed, 26 Jun 2002, Remy Maucherat wrote:
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.
-
On Wed, 26 Jun 2002, GOMEZ Henri wrote:
This part of code in jk 1.2/2.0 is really a spaghetti :[
I spent many times in it, and I think we should refactor it
at least in jk2.
Yes, I already did a bit of cleanup - and we can do more.
Part of the complexity comes from the attempt to deal
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 components (I'm thinking of
web.xml, ejb-jar.xml, etc) or the pseudo-xml of
Hi,
Should I update the download target for the lastest released xerces?
Cheers
Jean-frederic
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Wed, 26 Jun 2002, David Oxley wrote:
Remy,
Bug 10018 is pretty serious. Coyote-JK2 won't serve a resource (might apply
to dynamic content as well as static) that's bigger than 8k.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10018
Are you using a nightly ? I fixed the bug few days
As you know, there are 2 policies to deal with the binary packages:
- 'original' packages, i.e. each dependency is downloaded seapartely,
installed in the original form ( including version numbers ), and
we use paths to the jars inside. That's what tomcat is using mostly.
- single lib/
luehe 2002/06/26 09:50:38
Modified:jasper2/src/share/org/apache/jasper
EmbededServletOptions.java JspC.java Options.java
jasper2/src/share/org/apache/jasper/compiler Generator.java
jasper2/src/share/org/apache/jasper/resources
luehe 2002/06/26 09:56:00
Modified:catalina/src/conf web.xml
Log:
Added 'enablePooling' context init param to comment section
Revision ChangesPath
1.38 +3 -0 jakarta-tomcat-4.0/catalina/src/conf/web.xml
Index: web.xml
-1.
4.1 Already has a very nice download target (thanks, Jean-Fredric) that
gets these for you.
- Original Message -
From: GOMEZ Henri [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, June 26, 2002 4:53 AM
Subject: RE: chickeneggs and fix TC4/COYOTE/TC4
De: Bill Barker [mailto:[EMAIL PROTECTED]]
Enviado el: 26 de junio de 2002 20:48
Doh!! Just discovered the download target, and deals with c-l !! ;)
BTW: Xerces 2.0.1 doesnt exist at dist dir changed to 2.0.2 and run
smoothly
ahhh, nice, this renders all my questions about config and
Remy,
Bug 10018 is pretty serious. Coyote-JK2 won't serve a resource (might
apply
to dynamic content as well as static) that's bigger than 8k.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10018
Are you using a nightly ? I fixed the bug few days ago, I'm
constantly doing large posts
Hi,
Can we implement those keepalive sockets on jk2, like on mod_jk?
The implementation IMO would be much easier then on jk.
MT.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Problem: setting the maxInactiveInterval on the Manager tag
doesn't work.
Why, well the problem is that two objects think they own the same
information. Namely, the Context and the session Manager both claim to
own the SessionTimeout.
Each object has these properties.
Awesome!!
wonders of the build process of course, another time, Thanks JFC!!..
Tomcat 4.1.X from CVS ( future 4.0.6?? ), works well with IIS, using jk2
native connector.. not tested with jk1, i presume it will work well with
jk.., i'll try next..
How about an alpha release of native jk2?
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=7613.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 26 Jun 2002, Ignacio J. Ortega wrote:
wonders of the build process of course, another time, Thanks JFC!!..
Tomcat 4.1.X from CVS ( future 4.0.6?? ), works well with IIS, using jk2
native connector.. not tested with jk1, i presume it will work well with
jk.., i'll try next..
How
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 executed and the TCL while a
servlet is running. There are two distinct TCLs. (I've tried this on
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 executed and the TCL while a
servlet is running. There are
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: 26 de junio de 2002 23:34
Are you volunteering as RM :-) ?
Well, this time is really easy, there are no bugs reported, as there is
no category in bugzilla, and so on.. ;)
BTW: What todo with bugzilla?, which categories, components
This is basically the same as
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7654.
If you set the logger in the init() method, it will work. In light of
section 2.3.2.2 of the 2.3 servlet spec, this is the only safe place to do
any container-sensitive operations.
- Original Message -
On Wed, 26 Jun 2002, Bill Barker wrote:
This is basically the same as
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7654.
If you set the logger in the init() method, it will work. In light of
section 2.3.2.2 of the 2.3 servlet spec, this is the only safe place to do
any
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: 27 de junio de 2002 0:33
any container-sensitive operations.
Do you think we should set the TCL before calling contextInit or in
ServetHandler.getServlet() ?
Just reviewed that code, +1 for this change..
Ceki is talking
I tried again, and it worked. There is still one error ( i.e. a page that
worked before but no longer does ), but that may be legitimate.
2 more problems:
- I have a
bean:define id=a name=foo/
The generated code is:
a = (java.lang.Object) pageContext.findAttribute(a);
a = (java.lang.Object)
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, June 26, 2002 3:33 PM
Subject: Re: Logging separation
On Wed, 26 Jun 2002, Bill Barker wrote:
This is basically the same as
On Wed, 26 Jun 2002, Jan Luehe wrote:
- in the same case, the 'a' variable is declared at the top
of the file, even if it is AT_END. That brakes previous iterate
that used the 'a' id. I believe this is a bug.
According to the spec, the scope of an AT_END variable spans
from the end
- in the same case, the 'a' variable is declared at the top
of the file, even if it is AT_END. That brakes previous iterate
that used the 'a' id. I believe this is a bug.
According to the spec, the scope of an AT_END variable spans
from the end element of the tag exposing it 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=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=10267.
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=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=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=10270.
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=7613.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker2002/06/26 21:20:52
Modified:src/share/org/apache/tomcat/modules/generators
Jdk12Interceptor.java
Log:
Make certain the the Context Classloader is set when a servlet is loaded.
With this, you can load classes that depend of the Context
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=7654.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker2002/06/26 21:38:57
Modified:.RELEASE-NOTES-3.3.2.txt
Log:
Document fix for 7654
Revision ChangesPath
1.9 +5 -1 jakarta-tomcat/RELEASE-NOTES-3.3.2.txt
Index: RELEASE-NOTES-3.3.2.txt
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.
78 matches
Mail list logo