Re: [OPINION] - New Jakarta Website

on 11/10/2000 9:49 PM, "Rob S." <[EMAIL PROTECTED]> wrote: > Hi Jon, > > Is there a jakarta logo or colour(s) for him to work off of? All I can find > is the Apache feather. The Jakarta logo is in the upper left hand corner of the homepage. Not s

RE: [OPINION] - New Jakarta Website

Hi Jon, Is there a jakarta logo or colour(s) for him to work off of? All I can find is the Apache feather. Any logo and colour scheme suggestions if not? - r > -Original Message- > From: Jon Stevens [mailto:[EMAIL PROTECTED]] > Sent: November 10, 2000 8:39 PM > To: [EMAIL PROTECTED] >

BugRat Report #86 - req.isSecure() returns false even for https

- Sender's Comment - Hi all This is the tomcat https bug that I filed while I was in HP. This bug status says that this bug has been closed in tomcat_32, I think it means tomcat 3.2. I dont see a release build of Tomcat 3.2 yet, but this would fix the bug. Once this happens, please cl

BugRat Report #371 has been filed.

Bug report #371 has just been filed. You can view the report at the following URL: REPORT #371 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: ser

Re: [OPINION] - New Jakarta Website

on 11/10/2000 8:02 PM, "Rob S." <[EMAIL PROTECTED]> wrote: > The guy's name is Erik Muna, and he did this mockup as a favour to me. > Please please check it out, let me/him ([EMAIL PROTECTED]) know what you > think. > > http://www.petfishonline.com/jakarta/ > > He's very flexible, and all I did

[OPINION] - New Jakarta Website

The guy's name is Erik Muna, and he did this mockup as a favour to me. Please please check it out, let me/him ([EMAIL PROTECTED]) know what you think. http://www.petfishonline.com/jakarta/ He's very flexible, and all I did was point him to the jakarta main page and said, "go man go". - r

Re: [Resend] Ready for 3.2b7?

Larry Isaacs wrote: > Craig, > > My last commit gets the default error output back to what we had > before the exception handling patch. Also, thanks for the patch to > PageContextImpl. I can now look forward to "safely" upgrading to > Tomcat 3.2 Final. > Cool! > > I don't have any other chang

RE: [Resend] Ready for 3.2b7?

Craig, My last commit gets the default error output back to what we had before the exception handling patch. Also, thanks for the patch to PageContextImpl. I can now look forward to "safely" upgrading to Tomcat 3.2 Final. I don't have any other changes in the queue, so I'm fine with building 3.

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core ContextManager.java Handler.java Response.java ResponseImpl.java

larryi 00/11/10 18:56:58 Modified:src/share/org/apache/tomcat/context Tag: tomcat_32 DefaultCMSetter.java src/share/org/apache/tomcat/core Tag: tomcat_32 ContextManager.java Handler.java Response.java

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/session StandardSessionInterceptor.java

craigmcc00/11/10 18:07:02 Modified:src/share/org/apache/tomcat/request Tag: tomcat_32 SessionInterceptor.java src/share/org/apache/tomcat/session Tag: tomcat_32 StandardSessionInterceptor.java Log: Migrate the handling o

Re: About Form-Login-Config

> > I guess I must have implemented it in our application ;). It would be nice to contribute that into tomcat3.3 :-) Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming ContextBindings.java LocalStrings.properties SelectorContext.java

remm00/11/10 17:47:48 Modified:catalina/src/share/org/apache/naming ContextBindings.java LocalStrings.properties SelectorContext.java Log: - Adds the capability to bind the class loader associated with the current thread to a Context. - The current

Re: About Form-Login-Config

> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Craig, Costin, thanks for your response. > list-help: > list-unsubscribe: > list-post: > Delivered-To: mailing list [EMAIL PROTECTED] > From: "Craig R. McCla

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/test HttpProcessor.java

craigmcc00/11/10 17:38:09 Modified:catalina/src/share/org/apache/catalina/connector/http HttpProcessor.java catalina/src/share/org/apache/catalina/connector/test HttpProcessor.java Log: When there are multiple instances

Re: About Form-Login-Config

> (I will mention that I am defining my contexts as 'trusted'). > (Another note: I am using 3.2) > > If I do what mention in the last paragraph, I will end up with having > three different instances of the login servlet, right ? Right. > An alternate approach could be to define 'login.html' fi

Re: [PATCH] Re: Ready for 3.2b7?

Paul and others, See intermixed comments below. Paul Frieden wrote: > I've attached 1 patch, 2 modified interceptors, and one new > interceptor. These all work with 3.2b6. Please consider these for > 3.2b7. Here is what they do: > > CookieTools.patch: > This patch fixes cookie deleti

Re: facade22.jar

> > but it's worth mentioning that the main branch of > > "jakarta-tomcat" (where you committed your change for build.xml) is the > > "3.3" development tree. > > > > If, on the other hand, you want to use the 3.2 branch that I'm preparing > > for release, you will want to check out branch "tomca

cvs commit: jakarta-tomcat build.xml

jon 00/11/10 17:08:57 Modified:.Tag: tomcat_32 build.xml Log: put a - in it cause that is how it comes from Sun. this is also more "standard" imho Revision ChangesPath No revision No revision 1.53.2.4 +1 -1

Re: facade22.jar

on 11/10/2000 4:44 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > I couldn't tell you ... doh! > but it's worth mentioning that the main branch of > "jakarta-tomcat" (where you committed your change for build.xml) is the > "3.3" development tree. > > If, on the other hand, you want to

Re: About Form-Login-Config

Arieh Markel wrote: > I am reading the (2.3) spec and am realizing that I am not able to > share a login page with multiple contexts. > That's true (also true for servlet 2.2). > > In our (embedded) use of Tomcat, we have different contexts, but > we use a single login form/screen. > > When con

Re: facade22.jar

Jon Stevens wrote: > During ./build.sh, facade22.jar is placed into the tomcat/lib directory > twice (once also in lib/servlet22). Is there a reason for that? > I couldn't tell you ... but it's worth mentioning that the main branch of "jakarta-tomcat" (where you committed your change for build.x

Re: Patch for bug report #362 (and a patch for a logging error)

Serge Knystautas wrote: > [snip] > The way I got this to work was to overload the setter method to take both a > String and an Object... this got it working through Jasper Servlet but not > jspc. I don't know if that's a violation of the spec or the way to handle > this issue. Yep, it is, and a

About Form-Login-Config

I am reading the (2.3) spec and am realizing that I am not able to share a login page with multiple contexts. In our (embedded) use of Tomcat, we have different contexts, but we use a single login form/screen. When configuring the web.xml for those contexts, I realize that there is no way to hav

facade22.jar

During ./build.sh, facade22.jar is placed into the tomcat/lib directory twice (once also in lib/servlet22). Is there a reason for that? -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PR

Re: Patch for bug report #362 (and a patch for a logging error)

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > I'm afraid that I disagree with you about whether this change would be spec > compliant or not. [good points trimmed] > Thus, you also have a workaround. Assume you've got a custom tag "foo" that has > a property (of

cvs commit: jakarta-tomcat build.xml

jon 00/11/10 16:11:32 Modified:.build.xml Log: put a - in it cause that is how it comes from Sun. this is also more "standard" imho Revision ChangesPath 1.94 +1 -1 jakarta-tomcat/build.xml Index: build.xml

tomcat + ant

How about the idea of updating the build.xml to support the latest version of Ant before the next beta release? :-) -jon -- http://scarab.tigris.org/| http://noodle.tigris.org/ http://java.apache.org/ | http://java.apache.org/turbine/ http://www.working-dogs.com/ | http://jakarta.apach

Re: [Resend] Ready for 3.2b7?

kenneth topp wrote: > --critical, no workaround-- > > 1) The ajp13 error with post data greater then 8k? > Bug 367 & 194 I believe. > Kenneth, One of the patches I committed last Saturday was a fix to TcpConnector -- previously, it would not completely read the input stream. The patches are

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger LocalStrings_es.properties

nacho 00/11/10 15:52:06 Added: catalina/src/share/org/apache/catalina/logger LocalStrings_es.properties Log: Spanish translation Revision ChangesPath 1.1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/LocalS

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util LocalStrings_es.properties

nacho 00/11/10 15:50:40 Added: catalina/src/share/org/apache/catalina/util LocalStrings_es.properties Log: Spanish translation Revision ChangesPath 1.1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util/LocalStrin

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves LocalStrings_es.properties

nacho 00/11/10 15:50:10 Added: catalina/src/share/org/apache/catalina/valves LocalStrings_es.properties Log: Spanish translation Revision ChangesPath 1.1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves/LocalS

Re: [Resend] Ready for 3.2b7?

--critical, no workaround-- 1) The ajp13 error with post data greater then 8k? Bug 367 & 194 I believe. --non critical, easy workaround-- 2) 404 hangs unless root context path w/o vhost exists... Something like this: 404 /notfound.jsp in mycontext/WEB-INF/web.xml

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util CookieTools.java

craigmcc00/11/10 15:38:01 Modified:catalina/src/share/org/apache/catalina/util CookieTools.java Log: Correctly expire version zero cookies by setting a time well in the past. Submitted by: Paul Frieden <[EMAIL PROTECTED]> Revision ChangesPath 1.2 +10 -5 j

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util CookieTools.java

craigmcc00/11/10 15:37:25 Modified:src/share/org/apache/tomcat/util Tag: tomcat_32 CookieTools.java Log: Correctly expire version zero cookies by setting a time far in the past. Submitted by: Paul Frieden <[EMAIL PROTECTED]> Revision ChangesPat

Re: [Resend] Ready for 3.2b7?

Larry Isaacs wrote: > Currently PageContext.handlePageException() uses a > RequestDisplacher.forward() to invoke the errorPage specified > for a JSP. If the response has been committed, you get useless > output because of the IllegalStateException thrown by the > forward() call. > > Would it be

cvs commit: jakarta-tomcat/src/share/org/apache/jasper/runtime PageContextImpl.java

craigmcc00/11/10 15:19:25 Modified:src/share/org/apache/jasper/runtime Tag: tomcat_32 PageContextImpl.java Log: When "redirecting" to the error page in handlePageException(), first try to forward to the error page. If this fails because the response has al

Re: [Resend] Ready for 3.2b7?

Marc Saegesser wrote: > Craig, > > I posted the diffs to fix a log file problem in jk_nt_service.c a few days > ago. The changes are minor (but fix a really annoying problem) and have > been running at my site without problem for about a week. > > I'm new to submitting code changes to the projec

cvs commit: jakarta-tomcat/src/native/nt_service jk_nt_service.c

craigmcc00/11/10 15:09:50 Modified:src/native/nt_service Tag: tomcat_32 jk_nt_service.c Log: Open standard output and standard error for appending, rather than overwriting their previous contents. Submitted by: Marc Saegesser <[EMAIL PROTECTED]> Revision ChangesPath

Re: Patch for bug report #362 (and a patch for a logging error)

Serge Knystautas wrote: > Ok, I submitted the bug report this afternoon (#362) about how jasper was > mishandling a custom tag of mine. You can read the report if you want, but > basically here's what happens... say your custom tag has an attribute to be > rtexprvalue and because of the flexibil

RE: [jBoss-User] Re: [jBoss-Dev] Re: Mail from Stallman on legalityof LGPL in jboss

Alright forget it, one other reason I think we should stick to code is the consistently fail to communicate one way and the other. We send Rickard to the lists and the communication channel breaks down fast... So let's stick to code, java code, there are so many ways to interpret that and I am c

[PATCH] Re: Ready for 3.2b7?

I've attached 1 patch, 2 modified interceptors, and one new interceptor. These all work with 3.2b6. Please consider these for 3.2b7. Here is what they do: CookieTools.patch: This patch fixes cookie deletion. The problem was that to delete a cookie, you use setMaxAge(0). The

RE: [Resend] Ready for 3.2b7?

Currently PageContext.handlePageException() uses a RequestDisplacher.forward() to invoke the errorPage specified for a JSP. If the response has been committed, you get useless output because of the IllegalStateException thrown by the forward() call. Would it be a spec violation to test if the re

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Http10Interceptor.java

nacho 00/11/10 13:22:52 Modified:src/share/org/apache/tomcat/context ErrorHandler.java src/share/org/apache/tomcat/core Request.java src/share/org/apache/tomcat/modules/server Http10Interceptor.java Log: Porting patches made to

BugRat Report #370 has been filed.

Bug report #370 has just been filed. You can view the report at the following URL: REPORT #370 Details. Project: Catalina Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: c

Re: [jBoss-User] Re: [jBoss-Dev] Re: Mail from Stallman on legalityof LGPL in jboss

> on 11/10/2000 11:10 AM, "marc fleury" <[EMAIL PROTECTED]> wrote: > > > jon, glad you like it but "taking credit" of the move is something > > tasteless. > > I'm very much into taking credit for my hard work. > > I give nearly 100% of what I do away for free without any licensing > restrictions e

RE: [Resend] Ready for 3.2b7?

Hi Craig, I have been fighting fires all day and am just now getting to the item I mentioned in my e-mail last night. I agree that the new exception handling now implements the correct behavior :-), but the default output in debugging situations (showDebugInfo=true) is less than it was earlier.:

Ready for 3.2b7?

It's been a week now, and I've committed > 20 patches to the 3.2 tree, ranging from simple tweaks to security problems to spec compliance bugs. I believe that I've gotten all of the critical bug reports submitted on the mailing lists or via BugRat. Does anyone know of any I've missed (see below

Re: [jBoss-Dev] Re: Mail from Stallman on legality of LGPL injboss

on 11/10/2000 11:10 AM, "marc fleury" <[EMAIL PROTECTED]> wrote: > jon, glad you like it but "taking credit" of the move is something > tasteless. I'm very much into taking credit for my hard work. I give nearly 100% of what I do away for free without any licensing restrictions except getting c

RE: [Resend] Ready for 3.2b7?

Craig, I posted the diffs to fix a log file problem in jk_nt_service.c a few days ago. The changes are minor (but fix a really annoying problem) and have been running at my site without problem for about a week. I'm new to submitting code changes to the project so if there is anything I could d

AJP specifications

Hey, I checked the archives and found that there's no Web connector available yet. Are you planning to use AJP as a protocol? If so, which version and where can the specification be found? (the Apache Jserv pages look some kind of outdated). thanks Stefan -- Stefan Wengi, AdNovum Software Inc

[Resend] Ready for 3.2b7?

(Resending because it didn't show back up in my inbox -- sorry if you get this twice) It's been a week now, and I've committed > 20 patches to the 3.2 tree, ranging from simple tweaks to security problems to spec compliance bugs. I believe that I've gotten all of the critical bug reports submitt

RE: [jBoss-Dev] Re: Mail from Stallman on legality of LGPL in jboss

|> There were 2 questions (my questions are indented) |> |> is integrating the library with other work (without any modification to |> the |> Library) a "modification of the Library" in case of the LGPL? |> |> No, it is not. It is just using the library. The whole reason for |> the LGPL is to gi

RE: mod_jk patches for TC 3.3

Done for the patches submitted by Henry, Henry you have been voted as committer 2 times AFAIK., What's the problem ? Saludos , Ignacio J. Ortega > -Mensaje original- > De: Larry Isaacs [mailto:[EMAIL PROTECTED]] > Enviado el: viernes 10 de noviembre de 2000 19:56 > Para: '[EMAI

Re: Mail from Stallman on legality of LGPL in jboss

on 11/10/2000 10:33 AM, "marc fleury" <[EMAIL PROTECTED]> wrote: > Sorry from the crosspost > > > So we asked Mr Stallman to state the obvious, the man obliged. State what exactly? Oh wait...you put that at the bottom of your email...ug... > it was a waste of time/energy What was a waste of

RE: mod_jk patches for TC 3.3

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Friday, November 10, 2000 12:50 PM > To: [EMAIL PROTECTED] > Subject: RE: mod_jk patches for TC 3.3 > > > > Makefile.linux, mod_jk for apache 1.3 and for jk in common. > > We must be up to date with stuff

RE: mod_jk patches for TC 3.3

Even if mod_jk (with ajp13 or ajp12) works well, I've got problem when using custom cookies. Stay tuned and don't replace TC 3.2 with TC 3.3 since ajpX seems to be fixed. "La maîtrise des autres n'est que la force. La maîtrise de vous-même est le véritable pouvoir" -- Lao Tzu >-Origina

cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_ajp12_worker.c jk_ajp13.c jk_ajp13.h jk_ajp13_worker.c jk_connect.c jk_connect.h jk_global.h jk_jni_worker.c jk_lb_worker.c jk_map.c jk_msg_buff.c jk_msg_buff.h jk_pool.h jk_service.h jk_sockbuf.c jk_uri_worker_map.c jk_util.c jk_util.h jk_worker.c

nacho 00/11/10 10:48:53 Modified:src/native/mod_jk/apache1.3 Makefile.linux mod_jk.c src/native/mod_jk/common jk_ajp12_worker.c jk_ajp13.c jk_ajp13.h jk_ajp13_worker.c jk_connect.c jk_connect.h jk_global.h jk_jni_worker.c

Mail from Stallman on legality of LGPL in jboss

Sorry from the crosspost So we asked Mr Stallman to state the obvious, the man obliged. it was a waste of time/energy 1- Using our library in ANY software, without modification, does not trigger LGPL coverage. 2- Developing our libraries and linking to non Free software is permitted with LGPL,

Error building mod_jserv.so

> When I run the command to build Jserv Module (apxs -c -o mod_jserv.so *.c ) > I get a linking error as follows:: > > ld -H512 -T512 -bhalt:4 -bM:SRE -bnoentry -bI:/local/APACHE/libexec/httpd.exp -lc -o >mod_jserv.so mod_jserv.o > jserv_wrapper_win.o jserv_wrapper_unix.o jserv_wrapper.o jserv

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

remm00/11/10 10:33:48 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Fix for a security problem in the default configuration. The DefaultServlet (and WebdavServlet) were set in read-write mode unless the readonly

Re: BugRat Report #367 has been filed.

This is likely my problem. (posted several stack traces the other day). This seems to be _very_ critical. This is also Bug #194 Is there anyone working on this? I need to use ajp13 soon. I'd like to assist, if it's just porting some ajp12 code to ajp13. Thanks, Kenneth Topp On Fri, 10 Nov

[BUG] tomcat 3.1 ... Possibly... docBase specification is case-sensitive without reporting the fact

Hi, I've been working with tomcat for the past 2 weeks and one of the things that really caught me, is the fact that (at least in the Version 3.1) the specifier '

RE: mod_jk patches for TC 3.3

> Makefile.linux, mod_jk for apache 1.3 and for jk in common. > We must be up to date with stuff from TC 3.2BETA7. > > If Costin or Larry or others commiters could update, it will be nice ;-) Costin can't do anything but XSL until Nov. 20... ( I am lucky a build takes 15 min. so I can read/answe

RE: mod_jk patches for TC 3.3

Please find attached a patch file for TC 3.3 mod_jk. Makefile.linux, mod_jk for apache 1.3 and for jk in common. We must be up to date with stuff from TC 3.2BETA7. If Costin or Larry or others commiters could update, it will be nice ;-) "La maîtrise des autres n'est que la force. La maîtrise de

mod_jk patches for TC 3.3

Another patch to add to mod_jk in CVS. It seems that mod_jk present is TC 3.3 CVS is an old snapshot of mod_jk. Many bugs fixes in TC 3.2B6 were missing. I'll take care of that and send patches to TC 3.3. --- jakarta-tomcat/src/native/mod_jk/apache1.3/mod_jk.c.origSat Aug 26 03:21:39

Re: No revolution today

> In our situation, we plan to use multiple virtual hosts, each with its > own root context. That makes the URLs shorter and easier for people to > work with. It also lets you more easily move/copy one context to > another without having to fix all the links. We use many virtual hosts today in

Re: Struts Build Problems from 11-09-2000 CVS Source

If you're using a binary distribution of Ant 1.1 or 1.2, you need to add the "optional.jar" file from Ant to your classpath. If you build Ant from source, you have to make sure that Xerces and Xalan are visible on the classpath so that Ant will compile in the

BugRat Report #369 has been filed.

Bug report #369 has just been filed. You can view the report at the following URL: REPORT #369 Details. Project: Tomcat Category: Feature Requests SubCategory: Enhancement Class: suggest State: received Priority: medium Severity

BugRat Report #368 has been filed.

Bug report #368 has just been filed. You can view the report at the following URL: REPORT #368 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: ser

RE: More on redirection problems

> The problem is with the port info present in the host header, that is > lost, and subsituted by the local por used in the connection. Got it. :-) That could be bad in settings with port mapping (a common situation as soon as a firewall is involved). > > T32 does support HTTP/1.1 host name bas

BugRat Report #367 has been filed.

Bug report #367 has just been filed. You can view the report at the following URL: REPORT #367 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: criti

Re: Struts Build Problems from 11-09-2000 CVS Source

I am making my first attempt at building jakarta-struts from 11-09-2000 CVS source. Setup -- To build struts I first downloaded Ant 1.1 and 1.2 distribution, servletapi source, tomcat source and the tools distribution. I also used Xalan 1.x and 2.0 and Sun Jaxp 1.0.1 where necessary. I built

RE: More on redirection problems

> > Sorry that I didn't got any time to further investigate this issue. > > I didn't understood what exact distinction you make here. But The problem is with the port info present in the host header, that is lost, and subsituted by the local por used in the connection.. The patch only corrects

RE: Scalability and revolution?

Sorry Roy. Scability is not much of a problem here. With the framework I built, using JServ as Web Server, Oracle 8i as database and JDK 1.3 (w/ Hotspot) we can serve over 30 hits per second on the most typical dynamic pages in current (800 MHz) CPUs and enough memory (and the thing has temp

RE: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardEngineMapper.java

Hi, I've got problem with connection (socks relay) to access CVS as a commiter so I send you mod_jk Makefile.linux patch :-) Now we could build mod_jk for Linux. Question to Craig, Costin and others. Did the mod_jk patches applied to 3.2b6 are present in mod_jk for TC 3.3 ? "La maîtrise des a

Re: The Ping servlet

Title: The Ping servlet Please send us code or URL ...   Comman SongConsultant[EMAIL PROTECTED]---www.protime.com.cnProtime Consulting - We build your Internet successTel: 53062999x123  Fax: 6385292911A China Overseas Building, 398 Huai Hai (M) Rd.,200020

RE: The Ping servlet

Title: The Ping servlet Yes (but since when can everyone be happy? :-))In "Java Performance and Scalability, Vol 1", Dov Bulka takes a similarapproach to what you've described, I think. He defines a PingServlet,which he describes as "the world's fastest servlet" and uses it as abaseline for e

RE: More on redirection problems

> The problem, i think i'd found, is that when tomcat does a redirection > do not use the "host" header received, he tries to recontruct host+port > info based on his own port and the name (or ip ) found in the Host > header of the request Sorry that I didn't got any time to further investigate