Since I already posted this to the user-mailing-list but did not get any usefull
replies.
And because I think this is actually a development question.
Hi all,
I encountered problems with the newer Tomcat 4 versions.
There are caching-headers set on the response, in case of URL's with security
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=15576.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
What the last poster meant was put this in your server.xml:
Context path= docBase=ROOT1.war debug=0/
It won't unpack the war I believe, but it should server pages
out of it.
Jason
-Original Message-
From: Mingfai Ma [mailto:[EMAIL PROTECTED]
Sent: Fri 2/28/2003 1:14 AM
To:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-02-28/jakarta-tomcat-5.html
Buildfile: build.xml
prepare-release:
[mkdir] Created dir:
[EMAIL PROTECTED] wrote:
kinman 2003/02/27 14:51:38
Modified:jasper2/src/share/org/apache/jasper JspC.java
JspCompilationContext.java
jasper2/src/share/org/apache/jasper/compiler Compiler.java
remm2003/02/28 02:49:06
Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteAdapter.java
Log:
- Fix NPE parsing cookies.
Revision ChangesPath
1.11 +8 -5
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteAdapter.java
Index:
i guess server-admins want to distinguish between normal-server
operation and network-errors.
currently the log is flooded with unimportant log-messages that are the
result of bad error-detection (i hope, i can do better)
Without specifics add-ons on the protocol, I doubt you could
distinguiss
Glenn Nielsen wrote:
Henri Gomez wrote:
Sven Köhler wrote:
When Apache will be closing connections at a high rate, you make Tomcat
spend precious cycle to catch exceptions, and so you'll slow tomcat also.
FYI, Apache close ajp13 connections each time it recycle/kill a child
and under heavy load
[EMAIL PROTECTED] wrote:
Why not restart work on mod_webapp? I still wonder why it got dropped.
Because there was only one developper, Pier, with little help from JF Clere.
BTW, jk2 is here, it's modular and use solid foundations.
Why not works on it ?
Henri Gomez wrote:
[EMAIL PROTECTED] wrote:
Why not restart work on mod_webapp? I still wonder why it got dropped.
Because there was only one developper, Pier, with little help from JF
Clere.
BTW, jk2 is here, it's modular and use solid foundations.
Why not works on it ?
And JK2 support
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=10789.
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=17523.
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=17504.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
sorry i'm using
Context path= docBase=../server/webapps/ROOT1.war debug=0/
'cause if you leave the war in the $CATALINA_HOME/webapps, it won't work
fine. so i put in the webapps a root.xml with the resources declaration,
ecc., and a war in the server/webapps. it works. good luck.
- Original
I have a patch which uses APR to implement logging for mod_jk 1.2
for Apache 2.0. This update allows piped logs to be used. This
allows you to pipe the mod_jk logs to external programs such as
apache's rotatelogs or cronolog.
I will commit this to CVS unless there are any objections. :-)
Glenn Nielsen wrote:
I have a patch which uses APR to implement logging for mod_jk 1.2
for Apache 2.0. This update allows piped logs to be used. This
allows you to pipe the mod_jk logs to external programs such as
apache's rotatelogs or cronolog.
I will commit this to CVS unless there are any
So, we had a problem trying to port mod_jk2 to NetWare, and that is why
we decided to stick with mod_jk. Basically the problem was that mod_jk2
assumed that some data table that existed when Apache does its first
load will still be there when apache unloads mod_jk and reloads it.
This is not the
glenn 2003/02/28 09:58:40
Modified:jk/native/apache-2.0 mod_jk.c
jk/native/common jk_logger.h jk_util.c
Log:
Use APR for Apache 2.0 mod_jk logging so that piped logs can be used
Revision ChangesPath
1.66 +187 -55
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=17390.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
ballot
[X] Alpha
[ ] Beta
[ ] Stable (GA)
/ballot
The TagLibraryInfoImpl patch attached to bug 14302 is still not
applied, so JSPC fails with an NPE for any web app that contains
a tag library packaged as a JAR file (with the TLD in the JAR file).
Other than that, all my
Actually, let's change that to Beta; it's just one bug after all,
even though it's a fairly important one.
Hans
Hans Bergsten wrote:
Remy Maucherat wrote:
ballot
[X] Alpha
[ ] Beta
[ ] Stable (GA)
/ballot
The TagLibraryInfoImpl patch attached to bug 14302 is still not
applied, so JSPC fails
luehe 2003/02/28 12:12:26
Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java
Log:
Use correct error code
Revision ChangesPath
1.67 +5 -7
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java
Index: Parser.java
Hi,
I need the EJB QL equivilant of the following SQL
[brief descr of the prob - I have 5 tables
camp,a,b,c and d. a,b,c, and d are each related
to camp via a campid. Each of a,b,c and d also
have their own id's a_id,b_id,c_id and d_id
respectively. Given these id's (i.e. a_id,b_id...),
I'd
costin 2003/02/28 12:36:52
Modified:jk/native2/common jk_worker_status.c
Log:
Few fixes and changes to make parsing faster. Since : is used for port and type/name
separator.
I use | as delimiter.
Revision ChangesPath
1.35 +14 -12
Hello,
I would like to be able to use custom Digester for my contexts. One of the reason is
that we have tons of passwords in context xml files and I would much rather prefer to
encrypt/decrypt entire file to encrypting/decrypting each password (which will mean I
have to rewrite several JNDI
costin 2003/02/28 12:47:59
Modified:jk/java/org/apache/jk/common ChannelSocket.java
Log:
Reduce verbosity.
Revision ChangesPath
1.35 +3 -1
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelSocket.java
Index: ChannelSocket.java
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=17401.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2003/02/28 12:51:03
Added: jk/java/org/apache/jk/common ModJkMX.java
Log:
Initial code for the jmx proxy.
Setting is not yet implemented, and I get strange values with get - but
getting metadata and registration is fine.
Configure by adding:
The patch you mentioned in 14302 was actually applied to TC5.
Date: Fri, 28 Feb 2003 12:07:21 -0800
From: Hans Bergsten [EMAIL PROTECTED]
Subject: Re: [4.1.21] Stability rating
To: Tomcat Developers List [EMAIL PROTECTED]
Remy Maucherat wrote:
ballot
[X] Alpha
[ ] Beta
[ ] Stable
Sven Köhler wrote:
There is another problem with how mod_jk handles the ajp connetor
sockets. That is the one to one mapping of apache child process to an ajp
connector. On an apache server that serves normal http requests you can
end up with many idle socket connections to Tomcat, and Tomcat
costin 2003/02/28 13:55:49
Modified:jk/native2/common jk_worker_status.c
Log:
Few more fixes.
Revision ChangesPath
1.36 +5 -5 jakarta-tomcat-connectors/jk/native2/common/jk_worker_status.c
Index: jk_worker_status.c
costin 2003/02/28 13:58:02
Modified:jk/java/org/apache/jk/common ModJkMX.java
Log:
Few more fixes.
Now both reading and writting works ( and metadata, of course ).
It is a bit weird that we don't support anything but strings - but anything else
would be painfull in C.
Kin-Man Chung wrote:
The patch you mentioned in 14302 was actually applied to TC5.
Right, thanks, but it needs to be applied to TC 4.1 as well. And this
is a stability ballot for TC 4.1 ;-)
Hans
Date: Fri, 28 Feb 2003 12:07:21 -0800
From: Hans Bergsten [EMAIL PROTECTED]
Subject: Re: [4.1.21]
remm2003/02/28 14:11:40
Modified:.tomcat.nsi
Log:
- Removed old laucher based link.
Revision ChangesPath
1.26 +1 -6 jakarta-tomcat-5/tomcat.nsi
Index: tomcat.nsi
===
RCS file:
kinman 2003/02/28 14:12:39
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
- Fix a typo for tag plugins.
Revision ChangesPath
1.171 +4 -4
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
Index:
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=11739.
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=14200.
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=17504.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
ballot
[ ] Alpha
[ ] Beta
[X] Stable (GA)
/ballot
Please vote (after testing the release, if possible ;).
It works for me. It would be nice to fix the jspc bugs tough.
I fixed a small regression in modeler(HEAD) so it can be used as drop-in
replacement ( if you have
I took a short look at the ajp13 protocol draft, and the design of the
protocol is really simple, too simple.
There are few knwon problems with the protocol - both sides of jk2 are
designed to support multiple protocols and extensions.
yes, but how? how can either client or server guess, which
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=17504.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
ballot
[ ] Alpha
[ ] Beta
[X] Stable (GA)
/ballot
Please vote (after testing the release, if possible ;).
Thanks,
Remy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Sven Köhler wrote:
I took a short look at the ajp13 protocol draft, and the design of the
protocol is really simple, too simple.
There are few knwon problems with the protocol - both sides of jk2 are
designed to support multiple protocols and extensions.
yes, but how? how can either client
Sorry, my previous mail got a bit long ( and a bit unfriendly :-)
The short version:
There are 3 ways to extend jk2:
1. With a completely different protocol module - marshalling and all low
level stuff. I'm +1 on such a thing if the new marshalling is a standard
one - and I think XDR is the right
costin 2003/02/28 21:49:58
Modified:jk/native2/common jk_channel_socket.c jk_endpoint.c jk_env.c
jk_map.c jk_uriEnv.c jk_worker_ajp13.c
jk_worker_lb.c jk_worker_status.c
jk/native2/include jk_env.h jk_map.h
Log:
Added
I would really apreciate if someone could check how this works.
The steps are:
- compile
- make sure /jkstatus is enabled and works
- configure jk2.properties:
class.modjkmx=org.apache.jk.common.ModJkMX
modjkmx.webServerHost=localhost
modjkmx.webServerPort=80
mx.port=
- start apache
-
Costin Manolache wrote:
Remy Maucherat wrote:
ballot
[ ] Alpha
[ ] Beta
[X] Stable (GA)
/ballot
Please vote (after testing the release, if possible ;).
It works for me. It would be nice to fix the jspc bugs tough.
I fixed a small regression in modeler(HEAD) so it can be used as drop-in
Once I have time to go through and patch the regression failures for Jk2,
maybe I'll test the new features. Until then, I'm strictly a Jk1 person.
You could try posting this on the tomcat-user list. There are a lot of
people there that are playing with Jk2.
- Original Message -
From:
48 matches
Mail list logo
