Craig,
Thanks for clarification. I do agree with you given the three options the one
choosen by tomcat group is the best one(Option one).
But there need to be an option for tomcat users to use option 3 in case where
DOS issues are solved by some other means (ex: using a switch w
pier01/07/07 20:34:22
Modified:webapp .cvsignore
Log:
Added APR to .CVSIGNORE
Revision ChangesPath
1.2 +2 -0 jakarta-tomcat-connectors/webapp/.cvsignore
Index: .cvsignore
===
RCS fi
pier01/07/07 20:32:07
Modified:webapp buildconf.sh configure.in
Log:
First part of the new build method. More tomorrow morning.
Revision ChangesPath
1.2 +5 -0 jakarta-tomcat-connectors/webapp/buildconf.sh
Index: buildconf.sh
==
Is there a known problem with jsp filenames containing '_'?
The Jasper in jakarta-tomcat head compiles 'foo_bar.jsp' to
'foo_0005fbar.jsp' for me. Clearly there is some escaping
gone awry, but surely I'm not the first to encounter this?
I'm digging into it now...
Keith
Donald,
I believe this is logged. See the following lines of code:
if (processor == null) {
try {
log(sm.getString("httpConnector.noProcessor"));
socket.close();
} catch (IOException e) {
On Sat, 7 Jul 2001, Craig R. McClanahan wrote:
> Well yes, it's bad, but so will any other reaction. What choices are
> there in handling it?
>
> (1) Current behavior of closing the connection and go back to
> accepting new connections (causes a client-side protocol error)
>
> (2) Pause and
> See my post "DOC: Table of Contents" for more details. (More details than
> you want, probably :-)
Not a lot of comments so far... I guess Monday morning =)
- r
On Sat, 7 Jul 2001 [EMAIL PROTECTED] wrote:
>
> Looking at org.apache.catalina.connector.http.HTTPConnector I got a
> question regarding the way its implemented.(I am looking at 4.0b3 src)
>
>
> Look at this block of code(in run method of HTTPConnector):
> // Hand this socket off t
On Sat, Jul 07, 2001 at 09:37:55AM -0700, Craig R. McClanahan wrote:
>
> We might not need to spend as much time on the generic "how to build a web
> application" stuff, now that other resources are available -- and focus on
> the stuff that is important for configuration, like all the stuff that
Hola Larry:
This code along with some other ( related to SetHookFinder ) .. breaks
completely TC33 auth.., as the Status handler is called recursively ..
First with a 401 and later a 302...
So i'm getting a error loop message in whenever i try the security
examples..
Any idea on how to fix it
Quoting Aaron Bannert <[EMAIL PROTECTED]>:
>
> d) jakarta-tomcat-connectors (* Pier is working on this, I've
> submitted
Hold it... Pier is working on the new build for the WebApp Module, and the
documentation related to it... I never said I'm going to take care of the
documentation of all jak
Looking at org.apache.catalina.connector.http.HTTPConnector I got a question regarding
the way its implemented.(I am looking at 4.0b3 src)
Look at this block of code(in run method of HTTPConnector):
// Hand this socket off to an appropriate processor
HttpProcessor proce
On Sat, 7 Jul 2001, Donald Ball wrote:
> i've seen no responses to this issue. does anyone have any suggestions?
>
> - donald
i thought i'd go ahead and take a gander at helping myself. after futilely
trying to get catalina running in a debugger on linux (can anyone else do
this?), i resorted to
i've seen no responses to this issue. does anyone have any suggestions?
- donald
-- Forwarded message --
Date: Thu, 5 Jul 2001 22:37:26 -0400 (EDT)
From: Donald Ball <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: problem with redirects when using tomcat-4.0b5 and mod_jk
hey
Ehh.. an extra note : My server is still subject to change and needs a
restart of apache so now and then, but qmail will keep on running during my
webserver down time.. (i'm running on an ADSL connection, so that is also
not guaranteed to be up at all times)..
Mvgr,
Martin
Hi,
I created a few mailinglist on my server tomcatdocs.isallineed.org , to send
notes for tomcat documentation to. This is just to gather all the notes on a
specific subject to make documentation from.
Why did I do this? If I fixed something or got something running, found an
issue while upgra
On Sat, 7 Jul 2001, Aaron Bannert wrote:
> On Sat, Jul 07, 2001 at 09:25:46AM -0700, Craig R. McClanahan wrote:
> > Yes, we obviously need pointers in a top-level README on "where the docs
> > went".
>
> I'm willing to collaborate on these types of docs. On a slight tangent,
> I'd like to poin
On Sat, Jul 07, 2001 at 09:25:46AM -0700, Craig R. McClanahan wrote:
> Yes, we obviously need pointers in a top-level README on "where the docs
> went".
I'm willing to collaborate on these types of docs. On a slight tangent,
I'd like to point out that we could use more STATUS and README documents
On Sat, 7 Jul 2001 [EMAIL PROTECTED] wrote:
> On Fri, Jul 06, 2001 at 10:06:21PM -0700, Craig R. McClanahan wrote:
> >
> > * Docs should live in the source tree of the project that they
> > are about. Although Henri's suggestion for jakarta-tomcat-docs
> > is noble, what you'll find in pr
Not to be pushy or anything, but I'd like to get these settled quickly so we
can get down to writing some docs =) Does a committer want to call a vote
on these two things? Are we ready to do that yet?
1) Tomcat documentation per-project or in a single repository?
2) What is the format (XML, *B
On Sat, 7 Jul 2001, Rob S. wrote:
> > One decision to be made when actually *writing* this thing is whether you
> > consider the servlet spec to be a "required reading" prerequisite or
> > not. I'd certainly vote for that, but you'll find that the current App
> > Developer's Guide does cover q
On Sat, 7 Jul 2001, Rob S. wrote:
> Unfortunatly, I won't be able to participate much in this discussion this
> weekend since i know *0* about AWT and the Java cert (Monday morning, 9am)
> apparently thinks you should =) Sorry all...
>
> > The important issue is *not* what transformation tool
On Sat, 7 Jul 2001, Rob S. wrote:
> > Providing Tomcat documentation in a WAR file is a little like providing
> > a VHS tape on how to setup your VCR. It may seem really elegant to have
> > on-the-fly style-generating documentation, and I may be alone on this,
> > but I think that the majority
Hi,
I've seen (actually not read, it wasn't an issue at that moment) a lot of
mails about virtual hosting. Since I'm gonna start setting up a lot if
virtual hosts (all on 1 ip address btw..) with apache (not a problem) and in
combination with tomcat, my question is what the status is and what nee
This has already been fixed in the Tomcat 3.2.3-dev. Try the latest nightly
build and verify that it works for you.
Marc Saegesser
> -Original Message-
> From: Hamish MacEwan [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 05, 2001 8:23 PM
> To: [EMAIL PROTECTED]
> Subject: Example No
Craig,
Thanks for providing such a complete explanation of Realms. I was confused
about configuring data sources and connection pooling .vs. JDBC Realms for
authentication.
I'm going to try out Tomcat 4.0 and configure some datasources and access
them via jndi lookup.
I'm also planning on takin
> One decision to be made when actually *writing* this thing is whether you
> consider the servlet spec to be a "required reading" prerequisite or
> not. I'd certainly vote for that, but you'll find that the current App
> Developer's Guide does cover quite a bit (but not all) of the material
> fr
+1 to everything, esp "docs in same project"
- r
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, July 07, 2001 1:42 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Tomcat Documentation Project
>
>
>
>
> On Tue, 3 Jul 2001, Alex Chaffee wrote:
>
> >
Unfortunatly, I won't be able to participate much in this discussion this
weekend since i know *0* about AWT and the Java cert (Monday morning, 9am)
apparently thinks you should =) Sorry all...
> The important issue is *not* what transformation tool is used. The
Oh, by "works for Catalina" I w
> Providing Tomcat documentation in a WAR file is a little like providing
> a VHS tape on how to setup your VCR. It may seem really elegant to have
> on-the-fly style-generating documentation, and I may be alone on this,
> but I think that the majority of the user-oriented documentation should
> j
On Fri, Jul 06, 2001 at 10:06:21PM -0700, Craig R. McClanahan wrote:
>
> * Docs should live in the source tree of the project that they
> are about. Although Henri's suggestion for jakarta-tomcat-docs
> is noble, what you'll find in practice is that there is very little
> documentation tha
31 matches
Mail list logo
