Hi all,
we write to you because we have a great problem and we have not seen any information
about it in all the mailing lists we have checked.
We have our own Web Server and we are trying to integrate with Tomcat.
We are developing a connector via JNI, and jk ( not jk2 )
Our Tomcat version is
Hi
This is with reference to my query in the thread:
http://marc.theaimsgroup.com/?l=tomcat-userm=104574185420433w=2
Can somebody here tell me why I cannot use
RequestDispatcher to get the resource
/WEB-INF/my.exe?
Thanks
~rf
--- Erik Price [EMAIL PROTECTED] wrote:
rf wrote:
It is
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-02-27/jakarta-tomcat-5.html
Buildfile: build.xml
prepare-release:
[mkdir] Created dir:
Federico wrote:
For everyone who want to test our software and tell us how it is:
1)We require a JVM 1.4.0 because we use regular expression and something
else
Why not use jakartas regexp/oro instead, it will make your code 1.3.1 ready.
2) Yes it's a stand alone application, maybe we can do a
Sven Köhler wrote:
void processConnection(MsgContext ep) {
try {
MsgAjp recv=new MsgAjp();
while( running ) {
int status= this.receive( recv, ep );
i looked into these sources, and i am shocked!!!
this.receive() uses this.read(), and this
Sven Köhler wrote:
Could you give us more information :
- jk version you're using (jk or jk2)
mod_jk (not mod_jk 2) version 1.2.2
- Apache webserver (1.3/2.0)
apache 1.3.27
- Operating system hosting tomcat and apache
it's suse linux 7.3 with kernel 2.4.20 with sun jdk 1.4.1_01
This
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=17481.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
read-error should not happen, as mod_jk could send a quit-paket or
something (analog to the ftp-protocol)
read-error happen BECAUSE APACHE HTTPD server close client
when it recycle them.
i hoped, you would react on this one.
i'm not very much into apache httpd's internals, but i guess, that a
i looked into these sources, and i am shocked!!!
this.receive() uses this.read(), and this method finally calls the
InputStream.read(). as everybody should know, InputStrean.read()
returns -1 if the end of the inputstream is reached.
this case is checked, but instead of doing something useful,
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=17492.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Costin Manolache wrote:
Jeanfrancois Arcand wrote:
Costin,
are you planning to tag the modeler workspace to reflect all you recent
changes (once they are completed of course)? Something like
MODELER_2_0_alpha (I'm not good for name) will be helpfull. Also, is
this module supposed to build
Sven Köhler wrote:
read-error should not happen, as mod_jk could send a quit-paket or
something (analog to the ftp-protocol)
read-error happen BECAUSE APACHE HTTPD server close client
when it recycle them.
i hoped, you would react on this one.
What's the problem with this connection closing
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=16598.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sven Köhler wrote:
i looked into these sources, and i am shocked!!!
this.receive() uses this.read(), and this method finally calls the
InputStream.read(). as everybody should know, InputStrean.read()
returns -1 if the end of the inputstream is reached.
this case is checked, but instead of doing
hi,
I notice a weird behavior in tomcat 4.1.18 on W2k. when the default Context
is in a unexpanded war file, the context cannot be initialized in startup.
for example:
1. in server.xml: Context path= docBase=ROOT1 debug=0/
2. under webapps/ dir: ROOT1.war
if ROOT1.war is
ballot
[ ] Alpha
[ ] Beta
[ ] 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 PROTECTED]
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 27, 2003 10:52 AM
To: Tomcat Developers List
Subject: [4.1.21] Stability rating
ballot
[ ] Alpha
[ ] Beta
[X] Stable (GA)
/ballot
Please vote (after testing the release, if
Yes, Exception is a special object which is costly to create and costly
to trap.
i hope, that catching Exception is optimized by the Java, because it
happens quite often in java-programs.
creating on exception object, throwing it etc. should happen quite seldom.
When Apache will be closing
Henri Gomez wrote:
From what I see, it seems we also need ant HEAD to compile
parts of JTC (JndiProperties).
Did this stuff will be in ant 1.5.2 release ?
JndiProperties is not required for anything - it's part of a refactoring
of naming, but we don't use it in any way. It shouldn't be
Jeanfrancois Arcand wrote:
BTW - in order to release modeler we need at least 3 +1 votes - so far I
feel a bit alone :-) Is anyone else interested in this piece ?
I am :-) If I can collaborate, guide me to what we need to do for
releasing it :-)
I don't know :-)
I'm just fixing itches as
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=17503.
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.
craigmcc2003/02/27 11:14:14
Modified:.build.xml
Log:
Local build.properties settings should win over ${user.home}/build.properties
settings.
Revision ChangesPath
1.90 +1 -1 jakarta-tomcat-5/build.xml
Index: build.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=17505.
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=17492.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
luehe 2003/02/27 12:10:13
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Fixed 17492: If the omit-xml-declaration attribute of jsp:output is
'true' or 'yes' in the context of a JSP document, the xml declaration
is still generated.
Revision
1. in server.xml: Context path= docBase=ROOT1 debug=0/
^
ROOT1.war should work
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
I tested my application on it and everything seems OK.
FWIW, though, because I am not a committer.
George Sexton
MH Software, Inc.
Home of Connect Daily Web Calendar Software
http://www.mhsoftware.com/connectdaily.htm
Voice: 303 438 9585
-Original Message-
From: Remy Maucherat
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 on webserver, it
A conversation began a couple of weeks ago about making the the patch for
the welcome page forward action (rather than redirect) available for tomcat
4.x.
Did this happen?
Is it available as a 4.x patch?
If so, how do I get it and how can I apply it?
If not, is there a plan to do this?
If not,
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=17503.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 will spawn many more
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=17509.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Neal,
I don't know what's going on here, i've been asking too. If you want the patched
class, I can send you it and all you have to do is place it in
TOMCAT_HOME/server/classes and it will work.
Travis
Original Message
From: neal [EMAIL PROTECTED]
Sent: 2003-02-27
To: Tomcat
Why not restart work on mod_webapp? I still wonder why it got dropped.
Travis
Original Message
From: =?ISO-8859-1?Q?Sven_K=F6hler?= [EMAIL PROTECTED]
Sent: 2003-02-27
To: [EMAIL PROTECTED]
Subject: Re: socket errors in catalina.out and mod_jk.log
There is another problem with how
really? Do I need to do any recompilations or I simply replace the class?
Yes, PLEASE send it to me! :)
Neal
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 27, 2003 2:22 PM
To: Tomcat Developers List
Subject: RE: Tomcat 302 Redirect
No recompilations, you using 4.1.18?
Original Message
From: neal [EMAIL PROTECTED]
Sent: 2003-02-27
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: RE: Tomcat 302 Redirect Issue
really? Do I need to do any recompilations or I simply replace the class?
Yes, PLEASE send it to me!
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
jasper2/src/share/org/apache/jasper/servlet
Ok, I'll do that. How can I get that class from you though?
(please, please) :)
Neal
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 27, 2003 2:45 PM
To: Tomcat Developers List
Subject: RE: RE: RE: Tomcat 302 Redirect Issue
I'm pretty
kinman 2003/02/27 16:12:42
Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java
jasper2/src/share/org/apache/jasper/resources
messages.properties messages_es.properties
messages_fr.properties
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=17387.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
When I was using Tomcat 3.2.x, an year back, I found that the Jakarta ISAPI
connector (IIS) doesn't log requests coming into the filter to Native IIS
Log file properly. In otherwords, IIS log show the requests as
/jakarta/isapi_redirect for all requests.
I added that functionality by making some
Thanks for the file.
Quick question. I replaced the server/lib/* files and was hoping everythign
would work fine. But my init servlet which parses an XML file now fails and
gives me this odd exception. Any idea why tomcat 4.1.18 would be involving
itself in matters such as TraX?
Here's the
You'll probably want to do a full install.
Original Message
From: neal [EMAIL PROTECTED]
Sent: 2003-02-27
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: RE: RE: RE: Tomcat 302 Redirect Issue
Thanks for the file.
Quick question. I replaced the server/lib/* files and was hoping
Actually, I just did that on a seperate computer. Clean install of 4.1.18.
Installed these classes in tomcat/server/classes and inserted that
init-param in the default servlet node of tomcat/config/web.xml.
Its still doing the redirect. :(
Neal
-Original Message-
From: [EMAIL
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=17517.
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=17517.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2003/02/27 20:56:54
Modified:resources/mbeans tomcat5-ant.xml
Log:
Update to the new syntax in modeler.
Revision ChangesPath
1.2 +44 -36jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml
Index: tomcat5-ant.xml
costin 2003/02/27 21:02:24
Modified:jk/native2/common jk_worker_status.c
Log:
Few more improvements to allow easier parsing on the java side.
jkstatus now supports 4 new operations:
lst - will list all the beans ( well - C beans ) and the attributes ( get and set )
dmp -
costin 2003/02/27 21:05:03
Modified:jk/native2/common jk_config_file.c jk_channel_socket.c
Log:
Added few more getters and setters.
I'll go over all the components and add more after I finish the java side
( that will query and represent the Apache-side as regular mbeans )
yes, that's exactly my point. it doesn't work.
1. ROOT1.war does extracted automatically to ROOT1/, so, it works in the
ROOT1 context, but not the default context.
2. I used a fresh copy of Tomcat 4.1.18 to try, if i delete the ROOT1/
directory, and deploy a ROOT1.war which is set as the default
51 matches
Mail list logo