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=7759.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
some days ago I sent a question for an only routing lb-worker. Costin asked for
the patch and here it is.
I added two config-directives for the lb-worker:
local_worker
- this is the name of the worker which should get the request if there is no
session or no jvmRoute.
fault_action
- the
Seems a good patch.
Should be commited.
BTW, Bernd could you make a little documentation which could
be included in jk doc and add example ?
Excellent works ;)
-
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=4668.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
GOMEZ Henri wrote:
Seems a good patch.
Should be commited.
BTW, Bernd could you make a little documentation which could
be included in jk doc and add example ?
Excellent works ;)
Thanks, I'll have a look at the docs in detail and add some example. Should I
sent these files to this
BTW, Bernd could you make a little documentation which could
be included in jk doc and add example ?
Excellent works ;)
Thanks, I'll have a look at the docs in detail and add some
example. Should I
sent these files to this list?
Yes, please ;)
--
To unsubscribe, e-mail: mailto:[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=4668.
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=7762.
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=7759.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm02/04/05 05:37:39
Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java
Log:
- Fix the build (remove TC 3.3 imports + implement missing method).
Revision ChangesPath
1.2 +4 -4
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-04-05/jakarta-tomcat-4.0.html
Buildfile: build.xml
deploy-prepare:
deploy-static:
deploy:
costin 02/04/04 14:34:46
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
Moved the parseHost method from coyote.
That's another step in merging the connector code and sharing a single
codebase.
The Host:
Hi,
In order to merge the connector-related code in Coyote and jk, I need
a different abstraction. Processor takes InputStream/OutputStream params,
and assumes the connector will listen on the port, etc.
The problem is that it doesn't map to things like JNI and is hard to
abstract things
On Fri, 5 Apr 2002, Remy Maucherat wrote:
It's easy to implement it in http11 - this is duplicated in the 33/40
versions. I would prefer to use the 33 thread pool from util, but
I'm ok with the code used in 40 ( or I can implement both, with an
option ).
The 4.0 pool works good,
remm02/04/05 07:52:45
Modified:coyote/src/java/org/apache/coyote ProtocolHandler.java
Log:
- Coding style :)
Revision ChangesPath
1.2 +19 -8
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/ProtocolHandler.java
Index: ProtocolHandler.java
remm02/04/05 07:53:09
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
- Coding style :)
Revision ChangesPath
1.13 +7 -4
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=7770.
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=7771.
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=7771.
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=7772.
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=7772.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm02/04/05 09:01:01
Modified:coyote/src/java/org/apache/coyote/tomcat4
CoyoteResponse.java
Log:
- It looks like the anchor part should be appended after the query part in the URI.
Section 4 and 5.2 of RFC 2396.
- Thanks to Kare Nuorteva kare at
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=7771.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Fri, 5 Apr 2002, Remy Maucherat wrote:
There is no problem if we use 2 Http11Protocol, one with ThreadPool the
other with 4.0 threads. Right now I'm working on the TP one.
We don't need two, so I'll try yours ;-)
Do you plan to write the Http11ProtocolHandler ?
Already done, but I
remm02/04/05 09:25:26
Modified:catalina/src/share/org/apache/catalina/connector
HttpResponseBase.java
Log:
- Port patch.
- It looks like the anchor part should be appended after the query part in the URI.
Section 4 and 5.2 of RFC 2396.
- Thanks
remm02/04/05 09:26:25
Modified:catalina/src/share/org/apache/catalina/connector Tag:
tomcat_40_branch HttpResponseBase.java
Log:
- Port patch.
- It looks like the anchor part should be appended after the query part in the URI.
Section 4 and 5.2 of
On Fri, 5 Apr 2002, Remy Maucherat wrote:
There is no problem if we use 2 Http11Protocol, one with ThreadPool
the
other with 4.0 threads. Right now I'm working on the TP one.
We don't need two, so I'll try yours ;-)
Do you plan to write the Http11ProtocolHandler ?
Already done,
costin 02/04/05 09:40:48
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Hi
The jsp spec 1.2 says that All i need to do is drop tld files in web-inf
folder or subdirectory OR drop tlds packaged in jars in web-inf/lib folder
and I can use the uri (in these tld files ) in my jsp like
%@ taglib uri=myuri prefix... %
but the implementation of 4.03 doesnt support
Hi!
I have a big problem, i think it we found a bug in apache-tomcat mod_webapp connector.
I attached the example servlet.
The client gets the first byte from DumpServlet only after all have been
written AND doGet (doPost) of DumpServlet returned. Seems to be a bug in the
connector (it works
costin 02/04/05 09:45:08
Modified:util build.xml
Log:
Add detection script for JSSE and PureTLS ( cutpaste from tomcat ).
For PureTLS - I think it would be usefull to not require it in classpath,
but that's who it is right now in 33.
Revision ChangesPath
1.4
costin 02/04/05 09:48:27
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
Added some comments with the code that will have to be added to pass up
the SSL information.
This info shouldn't be extracted unless the user
costin 02/04/05 09:50:39
Added: http11/src/java/org/apache/coyote/http11 Http11Protocol.java
Log:
Initial implementation of http11 'protocolHandler'
The SSL stuff is not completely plugged in, and it will require a recompilation
of util ( so you have the util.net
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=7700.
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=7771.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
kinman 02/04/05 10:40:50
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Node.java
Log:
- Fixed some typo and obvious bugs.
- Reverted codes to init JspAttrs in Node.CustomTag: not the right place for it.
Revision Changes
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=7771.
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=7700.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 02/04/05 10:42:03
Added: coyote/src/java/org/apache/coyote/tomcat3
CoyoteInterceptor2.java Tomcat3Adapter.java
Tomcat3Request.java Tomcat3Response.java
Log:
Initial ( and incomplete ) refactoring to use ProtocolHandler and
remm02/04/05 10:42:51
Modified:coyote/src/java/org/apache/coyote/tomcat4
CoyoteResponse.java
Log:
- Revert patch.
Revision ChangesPath
1.13 +5 -5
remm02/04/05 10:43:12
Modified:catalina/src/share/org/apache/catalina/connector
HttpResponseBase.java
Log:
- Revert patch.
Revision ChangesPath
1.54 +5 -5
remm02/04/05 10:44:21
Modified:catalina/src/share/org/apache/catalina/connector Tag:
tomcat_40_branch HttpResponseBase.java
Log:
- Revert patch.
Revision ChangesPath
No revision
No revision
costin 02/04/05 11:11:05
Modified:.build.xml
coyote build.xml
Log:
Few small fixes.
I build all the stuff in one jar for easier testing. I'm also experimenting
with the order and with removing util from 3.3.
Revision ChangesPath
1.2
costin 02/04/05 11:11:42
Modified:jk build.xml
Log:
Build ordering
Revision ChangesPath
1.31 +2 -1 jakarta-tomcat-connectors/jk/build.xml
Index: build.xml
===
RCS file:
costin 02/04/05 11:13:56
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Added a pre-defined serverRoot variable, to resolve paths.
Right now the best way is to not use relative paths, but ${serverRoot}/logs/...
or ${serverRoot}/conf/jk2.properties.
Revision Changes
kinman 02/04/05 12:27:30
Modified:jasper2/src/share/org/apache/jasper/compiler Node.java
Log:
- Add visitBody to visit(JspText) for the default visitor, because
jsp:text has a body.
Revision ChangesPath
1.5 +4 -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=7778.
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=7778.
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=6468.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 02/04/05 14:17:49
Modified:coyote/src/java/org/apache/coyote/tomcat3
CoyoteInterceptor2.java Tomcat3Request.java
Tomcat3Response.java
Log:
One more step.
The only remaining problem is implementing callbacks to the
2 questions ( for Remy ):
- is anyone using the getSocket() method in CoyoteRequest ? It's obvious
this can't work for other protocols, and extracting SSL info is
specific to the SSL impl and should be done at the protocol layer.
- Any reason for not extending HttpBaseRequest ?
Costin
--
2 questions ( for Remy ):
- is anyone using the getSocket() method in CoyoteRequest ? It's obvious
this can't work for other protocols, and extracting SSL info is
specific to the SSL impl and should be done at the protocol layer.
Some valves in the Catalina pipeline use that.
It probably
On Fri, 5 Apr 2002, Remy Maucherat wrote:
Some valves in the Catalina pipeline use that.
It probably should be done at the protocol layer, but I can't do that for
compatibility reasons, so I think the socket should be set as a note in the
Request object (as is suggested in the commented
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=352.
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=331.
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=349.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as
many other Java topics). Here is an automated update on recent postings to
Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] .
- Alex
On Fri, 5 Apr 2002, Remy Maucherat wrote:
Some valves in the Catalina pipeline use that.
It probably should be done at the protocol layer, but I can't do that
for
compatibility reasons, so I think the socket should be set as a note in
the
Request object (as is suggested in the
Remy Maucherat [EMAIL PROTECTED] writes:
On Fri, 5 Apr 2002, Remy Maucherat wrote:
I have big doubts the code that calls getSocket() can even work with ajp
or pureTLS or other things. Probably a good idea to find where it is and
call the right thing ( like getAttribute for certs, etc ).
remm02/04/05 19:06:32
Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequest.java
Log:
- Fix an off-by-one bug in the construction of the request dispatcher path.
Revision ChangesPath
1.16 +5 -5
remm02/04/05 19:06:52
Modified:catalina/src/share/org/apache/catalina/connector
HttpRequestBase.java
Log:
- Fix an off-by-one bug in the construction of the request dispatcher path.
Revision ChangesPath
1.37 +5 -5
remm02/04/05 19:07:03
Modified:catalina/src/share/org/apache/catalina/connector Tag:
tomcat_40_branch HttpRequestBase.java
Log:
- Fix an off-by-one bug in the construction of the request dispatcher path.
Revision ChangesPath
No
Is there a way to append a timestamp to the entries within catalina.out? I see where
you can specify timestamp=true in server.xml (below), but that goes to another log.
Logger className=org.apache.catalina.logger.FileLogger
prefix=apache_log. suffix=.txt
timestamp=true/
Thanks.
-- Alfred
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=7785.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
64 matches
Mail list logo