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=5404.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Dear Tomcat 4 committers,
I would like to propose multi-localization of a Tomcat 4 startup page
(CATALINA_HOME/webapps/ROOT/index.html).
For example, Apache Web server has already provided a MultiView
function for this purpose and use it for multi-localized startup page.
And Tomcat 3.x has
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=5405.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Anyone,
I am having a little difficulty setting up Tomcat (4.0.1) to perform
client authentication (actually mutual). For our purposes we are happy to
use the
MemoryRealm and perform authentication of a client's certificate against
tomcat
users in this realm.
I intialially posted this to
We are using Tomcat 4.0.1 with Tomcat and would like to use mod_jk as the
connector from Apache to Tomcat. The main reason for going with mod_jk is
because I read some snippets of documentation that mentioned that it
supported sticky sessions. But I haven't found anything comprehensive on
this
it seems like a bunch of the stuff in the org.apache.tomcat.util.net package
in tomcat 3.x would be useful outside the scope of tomcat 3. most notably,
things like TcpConnection, TcpConnectionHandler, PoolTcpEndpoint.
what would people think about moving (or at least copying for now) this
+1 ( part of it has already been moved ).
But if we do that, I would propose to _move_ it, not copy.
Costin
On Thu, 13 Dec 2001, Kevin Seguin wrote:
it seems like a bunch of the stuff in the org.apache.tomcat.util.net package
in tomcat 3.x would be useful outside the scope of tomcat 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=5409.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'll try to commit these tonight. You can send
the resource bundles directly to me. Thanks.
Cheers,
Larry
-Original Message-
From: Kazuhiro Kazama [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 13, 2001 2:52 AM
To: [EMAIL PROTECTED]
Subject: PATCH: Fix I18N problems in
One more change I want to do in jk2 is better error handling.
Most of us
spent enough time with java that using an 'int' is very
uncomfortable :-)
error handling good :) whether this is done by return codes, exceptions,
etc., personally, i don't care. what i do care about is
+1 ( part of it has already been moved ).
by part, you mean o.a.t.util.buf|collections|http|res, right?
But if we do that, I would propose to _move_ it, not copy.
ideally, you'd move the rcs archives to maintain history. however, doing
that would presumably break all tomcat 3.x
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=5411.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm getting close with jk2, there are just few more details I need to
resolve ( and then test, update the other server adapters, test again,
etc).
One change I'm making to get the things cleaner refers to the login and
discovery protocol.
Instead of a RPC-style, where Apache sends a command and
This tries to solve the 'egg and chicken' config problem, and to
fix/enable some other things.
I want to add a second handler in mod_jk, similar with the 'status' for
apache, mod_jserv, etc. ( same security issues - i.e. users will need
access control, to use it, etc ).
good thing
The most
On Thu, 13 Dec 2001, GOMEZ Henri wrote:
The most important feature ( for now ) will be the handling of 'ping',
where mod_jk will connect to any worker it knows about and send a ping
message.
could you explain us more about ping ?
Jk now has a 'ping' message type, which replaces the login
On Thu, 13 Dec 2001, GOMEZ Henri wrote:
Tomcat could also decide to push config data, or context status, etc.
Ok, we could have a little overhead (network latency) during this init
phase but it's not a big problem since it's not too common. Which make
me think that in multithreaded env like
On Thu, 13 Dec 2001, Kevin Seguin wrote:
ideally, you'd move the rcs archives to maintain history. however, doing
that would presumably break all tomcat 3.x builds. i guess the next best
alternative would be to move the rcs archives.
For now just import the current snapshot. Short term, we
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=5413.
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=5413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 13 Dec 2001, Daniel Rall wrote:
This is reminiscent of what the Subersion folks are doing for error
handling.
Could you give a URL ? If it was already invented... ( I was thinking to
use a subset of what's 'invented' in jni, I believe there are
quite a few people who'll feel
I'm +1 on the move. However I think that we should hold off on removing it
from 3.3 just yet, and just agree to freeze development there.
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, December 13, 2001 6:49 AM
Subject: Re:
On Wed, 12 Dec 2001, Bill Barker wrote:
I'm probably just misunderstanding what situations you are trying to handle
here, so if you can be a little bit more verbose, I'll probably change my
vote.
More details:
jk_env will replace all jk_logger_t parameters. All methods will follow
the
costin 01/12/13 10:48:13
Modified:jk/native2/common jk_registry.c
Added: jk/native2/common jk_registry.h
Log:
Split jk_registry so we can get rid of the warnings ( and let the compiler
check our signatures ).
Revision ChangesPath
1.6 +2 -51
costin 01/12/13 10:49:01
Modified:jk/native2/common jk_ajp14_worker.c jk_channel_socket.c
jk_handler_discovery.c jk_handler_logon.c
jk_handler_response.c jk_lb_worker.c
jk_logger_file.c jk_uriMap.c jk_workerEnv.c
costin 01/12/13 10:50:34
Added: jk/native2/server/apache2 jk_apache2.h jk_service_apache2.c
Log:
Header file to get rid of warnings and check signatures.
Split the implementation of jk_service out of mod_jk, for consistency and
to make it easier to read.
Revision
I would prefer to keep Tomcat 3.3.x able to build independently
of JTC for now.
Larry
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 13, 2001 12:12 PM
To: Tomcat Developers List
Subject: RE: org.apache.tomcat.util.net package in
costin 01/12/13 11:05:31
Modified:jk/native2/server/apache2 jk_logger_apache2.c jk_pool_apr.c
jk_service_apache2.c mod_jk.c
Log:
Renamed jk_service-finalize to afterRequest ( finalize is too overloaded ).
Updates, make it compile again :-)
costin 01/12/13 11:06:12
Modified:jk/native2/include jk_endpoint.h jk_service.h jk_worker.h
Log:
Add the new methods, remove unused declarations, added few more comments.
Revision ChangesPath
1.6 +3 -29
costin 01/12/13 11:06:36
Modified:jk/native2/common jk_handler_logon.c
Log:
Eliminate warning.
Revision ChangesPath
1.8 +2 -7 jakarta-tomcat-connectors/jk/native2/common/jk_handler_logon.c
Index: jk_handler_logon.c
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=5414.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Larry Isaacs [mailto:[EMAIL PROTECTED]]
Enviado el: jueves 13 de diciembre de 2001 20:00
Para: 'Tomcat Developers List'
Asunto: RE: org.apache.tomcat.util.net package in tomcat 3.x
I would prefer to keep Tomcat 3.3.x able
I refactored this class, so I could better understand it. I've made no
functional changes, but none the less, it should now be easier to maintain.
How do I contribute these changes? I don't believe I've broken anything, but
I'm human...is there a set of unit tests I can run against 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=5415.
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=5416.
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=5413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 13 Dec 2001, Daniel Rall wrote:
Here's what Subversion does for error progation:
http://svn.collab.net/repos/svn/trunk/subversion/include/svn_error.h
Could propogate that in the suggested env.
It seems they are using a struct that is returned instead of a simple int,
as status. It
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, December 13, 2001 12:28 PM
Subject: Re: Jk2: error handling and method signatures
So far I have a -1, if Bill doesn't change his vote we'll keep the current
mechanism. But if we
I'm calling a servlet from within another servlet using the URL class. The
calling servlet posts data, reads the output, and then passes on the output
to the browser. In JRun everything works fine. But on Tomcat the same
throws a java.lang.IllegalStateException
Error:
Hi,
I would like to propose the following (I tried to be as brief as possible):
Proposal:
-
Write a tool based on the Jasper code line to convert normal JSPs to the XML
view of JSPs (aka JSP Document). This tools should have a two modes; the
first one to convert any JSP to XML view
Configuration: Solaris 2.6, Java 1.2, Tomcat 3.2.3
I have a question about how the ClassLoader works. I use a Java 1.1
style SecurityManager (doesn't use the .policy). I restrict access to
files/directories and log when an unallowed access occurs. Even though
I do not have user.dir in my
We are running apache 1.3.19 and I have just installed tomcat 4.0 on HP-UX
11.0. I have down loaded the webapp-module-1.0-tc40. When I run the
./support/build.sh script I get two lines of output:
config.in :142 /usr/local/bin/m4: Non-numeric argument to built-in 'divert'
config.in :372
On Thu, 13 Dec 2001, Ragy Eleish wrote:
Write a tool based on the Jasper code line to convert normal JSPs to the XML
view of JSPs (aka JSP Document). This tools should have a two modes; the
first one to convert any JSP to XML view of JSP. The second mode to convert
HTML+JSP to XHTML+JSP
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=5413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks Costin,
The use of JTidy code could help, I found the license
---
/*
HTML parser and pretty printer
Copyright (c) 1998-2000 World Wide Web Consortium (Massachusetts
Institute of Technology,
According to the Servlet spec, I know that calling
response.getOutputStream() after response.getWriter() has been called is an
IllegalStateException, and vice versa.
I have a question about a related area in JSP 1.2, section 2.7:
Initially, out is a new JspWriter object. This object may be
this patch fixes a problem when posting with more than about 8K of data. it
seems that when the java side of the ajp connection has to ask the webserver
(jk) side for more data, it goes into an infinite loop because the next
chunk of data isn't actually sent.
i'm 97% sure about this patch, but
A couple of ideas/options to think about:
* There is a converter of the sort you suggest in the jakarta-watchdog-4.0
repository at Apache (in the org.apache.jspxml package under src/tools).
This is used in Watchdog to make a copy of all the JSP-syntax test
pages into XML syntax, to check
seguin 01/12/13 14:31:30
Modified:jk/native/iis jk_isapi_plugin.c
Log:
added a semi-colon so this would build (not sure how/if it
was building for anybody else...).
Revision ChangesPath
1.11 +2 -2 jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c
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=5413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 13 Dec 2001, Kevin Seguin wrote:
i'm 97% sure about this patch, but since i don't know this code as well as
some, i'd like someone else to review it.
This seems to be the main problem we had so far with jk - buffers beeing
reused before they're ready. For jk2 we must make sure we have
i'm 97% sure about this patch, but since i don't know this
code as well as
some, i'd like someone else to review it.
This seems to be the main problem we had so far with jk -
buffers beeing
reused before they're ready. For jk2 we must make sure we have more
control over that or
this patch fixes a problem when posting with more than about
8K of data. it
seems that when the java side of the ajp connection has to
ask the webserver
(jk) side for more data, it goes into an infinite loop
because the next
chunk of data isn't actually sent.
i'm 97% sure about
My comments are below:
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 13, 2001 2:29 PM
To: Tomcat Developers List
Subject: Re: Proposal for a JSP to JSP Document (XML view of JSP)
Converter
A couple of ideas/options to think
Lots of changes, so here's the URL:
http://www.objectwave.com/patch.txt
- Dave
_
Chat with friends online, try MSN Messenger: http://messenger.msn.com
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
seguin 01/12/13 15:32:54
Modified:jk/java/org/apache/ajp RequestHandler.java
Log:
added check for and handling of empty packet in refillReadBuffer. the
empty packet signals the end of the stream from the web server to the
serlvet container.
Revision ChangesPath
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=5422.
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=5422.
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=5422.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I wanted to build jk2, but I could not find neither configure nor
makefiles in jk/native2.
Could you give me some pointers?
thanks
Julius
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
larryi 01/12/13 17:29:26
Modified:jk/native/iis jk_isapi_plugin.c
Log:
Copy the worker_mount_file properties map to a second properties map,
leaving out the non-mapping entries. Assume they were string substitutions.
This allows it to work with the uriworkermap.properties
Hi,
I'm trying to Configure Multiple Tomcat JVMs with Apache to distribute load
between various AppServers. Apparently, load balancing with Tomcat is not
widely published on the internet.
I figured someone might be able to point me to the right direction so I can
make this architecture work.
On Thu, 13 Dec 2001, GAWLAS,JULIUS (HP-Cupertino,ex1) wrote:
Hi,
I wanted to build jk2, but I could not find neither configure nor
makefiles in jk/native2.
Could you give me some pointers?
Surprise :-)
Just type ant and see what happens. ( you may need to type 'ant jkant' in
j-t-c/jk
billbarker01/12/13 19:47:26
Modified:src/share/org/apache/tomcat/util JavaGeneratorTool.java
Log:
Fix indexing problem on Mangler.
Just a classic 0/1 based indexing problem.
Fix for bug #5365
Reported by: Cory [EMAIL PROTECTED]
Revision ChangesPath
1.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=5365.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker01/12/13 19:50:21
Modified:.RELEASE-NOTES-3.3.1.txt
Log:
Document Mangler fix.
Revision ChangesPath
1.14 +3 -1 jakarta-tomcat/RELEASE-NOTES-3.3.1.txt
Index: RELEASE-NOTES-3.3.1.txt
billbarker01/12/13 19:55:11
Modified:src/share/org/apache/tomcat/util JavaGeneratorTool.java
Log:
Remove debugging line that I had enabled to track this down.
Revision ChangesPath
1.4 +1 -1
billbarker01/12/13 20:27:05
Modified:jk/java/org/apache/ajp/tomcat4/config BaseJkConfig.java
Log:
Remove sub-config from Server Listener, since it doesn't work with Catalina.
Revision ChangesPath
1.3 +3 -10
The ${Server}Config files are about as good as I can get them. Any
remaining improvements would require someone that knows more about Catalina
than I do. The main improvement that I can think of would require an API
change in Catalina, but this configuration method will likely be obsolete by
craigmcc01/12/13 21:24:02
Modified:tester/src/bin tester.xml
tester/src/tester/org/apache/tester Include00.java
Added: tester/web JspForward01.jsp JspForward01a.jsp
JspInclude01.jsp JspInclude01a.jsp JspInclude02.jsp
This is reminiscent of what the Subersion folks are doing for error
handling.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
costin 01/12/13 23:07:11
Modified:jk/native2/include jk_map.h
Log:
That was a bit more difficult, but seems to be fine.
The idea is the same as in pools - use the native mechanism if possible,
if not use the default impl.
This change will allow the use of apr_table and
costin 01/12/13 23:09:01
Modified:jk/native2/include jk_endpoint.h jk_env.h jk_uriMap.h
jk_webapp.h jk_worker.h jk_workerEnv.h
Log:
Few changes to get it to compile.
Using typedef'ed names is very strange in .h, I had to replace some
with struct -
costin 01/12/13 23:09:31
Modified:jk/native2/common jk_map.c
Log:
The implementation change to support the new interface.
Revision ChangesPath
1.7 +379 -354 jakarta-tomcat-connectors/jk/native2/common/jk_map.c
Index: jk_map.c
costin 01/12/13 23:11:42
Added: jk/native2/server/apache2 jk_map_aprtable.c
Log:
The map implementation using apr_table.
One problem is that apr_table supports only string values. We use
string values for most of the stuff, but we need void * for uriMap.
But in
costin 01/12/13 23:12:42
Modified:jk/native2/common jk_ajp14_worker.c jk_channel_socket.c
jk_env.c jk_handler_discovery.c jk_handler_logon.c
jk_handler_response.c jk_jni_worker.c
jk_lb_worker.c jk_logger_file.c
costin 01/12/13 23:14:59
Modified:jk/native2/server/apache2 jk_apache2.h jk_logger_apache2.c
jk_pool_apr.c mod_jk.c
Log:
Switch to jk_pools so I can test them.
The apr pools seem to work fine, we seem to clean up everything
( i.e. reset the pool - I
[EMAIL PROTECTED] writes:
On Thu, 13 Dec 2001, Daniel Rall wrote:
This is reminiscent of what the Subersion folks are doing for error
handling.
Could you give a URL ? If it was already invented... ( I was thinking to
use a subset of what's 'invented' in jni, I believe there are
quite a
David Hoag [EMAIL PROTECTED] writes:
How do I contribute these changes?
http://jakarta.apache.org/site/source.html
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
On Thu, 13 Dec 2001, Daniel Rall wrote:
http://svn.collab.net/repos/svn/trunk/subversion/include/svn_error.h
It seems they are using a struct that is returned instead of a simple int,
as status. It does solve the problem of propagating more info.
In practice,
I meant causal, not casual.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
80 matches
Mail list logo
