remm01/02/02 23:48:33
Modified:catalina/src/share/org/apache/catalina/connector
HttpResponseBase.java
catalina/src/share/org/apache/catalina/connector/http
HttpResponseImpl.java
catalina/src/share/org/apac
costin 01/02/02 23:48:28
Modified:src/admin/WEB-INF/classes/tadm TomcatAdmin.java
Log:
Fix setLog in TomcatAdmin taglib.
Revision ChangesPath
1.8 +4 -3 jakarta-tomcat/src/admin/WEB-INF/classes/tadm/TomcatAdmin.java
Index: TomcatAdmin.java
=
costin 01/02/02 23:34:41
Modified:src/share/org/apache/tomcat/core Context.java
src/share/org/apache/tomcat/modules/config LogSetter.java
Log:
Ops, made a mistake - the context modules can't be initialized
before the context is added - since there is no context man
Thanks to everyone, that cleared things up quite a bit. Here is the patch
for bugrat report 723 ( tomcat 3.2.x not unescaping escaped urls ). The
patch is extremely short, and implemented a tiny bit different from the one
I sent in for 3.2.x a while ago, the unencoding is done before the path is
costin 01/02/02 23:08:01
Modified:src/share/org/apache/tomcat/core Context.java
Log:
Few changes in Context to make sure the state and rules defined in
ContextManager are respected. ( i.e. no add/initContext before
all modules are initialized, etc ).
Note that per-Context
Sounds good to me.
Tim
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 02, 2001 11:58 PM
Subject: Bugzilla categories
> Hi,
>
> What about another category - "Encoding" for all encoding-related bugs ?
> ( that would include all "special chars
Hi,
What about another category - "Encoding" for all encoding-related bugs ?
( that would include all "special chars", charsets, etc). It's a big
issue and I want to have all the related bugs grouped togheter.
( I'll work on them - but it's not easy and will take few weeks to sort it
out )
--
costin 01/02/02 21:43:20
Modified:src/share/org/apache/tomcat/core BaseInterceptor.java
Context.java ContextManager.java
Log:
Few changes needed to finish the LogSetter.
- ContextManager is no longer a "Log" manager - LogSetter is just setting
the Log
costin 01/02/02 21:36:25
Modified:src/share/org/apache/tomcat/modules/config LogSetter.java
Log:
Finishing the LogSetter.
- The name of the log will be a full path ( org/apache/tomcat, etc )
instead of tc_log
- add a log message ( until we're sure everything works as we
costin 01/02/02 21:29:50
Modified:src/share/org/apache/tomcat/util/log Log.java
Log:
Small change in Log, to allow future improvements ( if needed ) without
chaging the core.
Log has the methods used by tomcat.core and modules - QueueLogger and
DefaultLogger are simple imp
costin 01/02/02 21:22:19
Modified:src/share/org/apache/tomcat/modules/config PathSetter.java
Log:
Finishing the LogSetter - the module that deals with Log is the
LogSetter, there is no need for the hack in DefaultCMSetter/PathSetter.
( the problem was that logs were set in a
costin 01/02/02 21:19:46
Modified:src/share/org/apache/tomcat/modules/config AutoDeploy.java
Log:
Started work on 427 - if a war file is specified in server.xml in
a different location than webapps, we should expand it.
( I'm not sure this is the right thing - IMHO the right
costin 01/02/02 21:16:07
Removed: src/share/org/apache/tomcat/modules/config
RelativePathFix.java
Log:
Removing old code ( it was an earlier attempt for what is now PathSetter )
-
To unsubs
Thanks for the info!
-warner
- Original Message -
From: "Pier Fumagalli" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 02, 2001 8:15 PM
Subject: Re: bugzilla
> Warner Onstine <[EMAIL PROTECTED]> wrote:
> >
> > Is it possible to set the from or the to address on the
Warner Onstine <[EMAIL PROTECTED]> wrote:
>
> Is it possible to set the from or the to address on the bugs to reflect
> where they are actually coming from? ie - tomcat, ant, etc.? Unfortunately
> my email client cannot filter on the reply-to or any of those other w
> addresses (and I'm sure othe
You could easily reproduce the bugs playing with :
This one works
http://yourhost:8080/examples/servlet/servletToJsp
with mod_jk this one fail (reload X times)
http://yourhost/examples/servlet/servletToJsp
On ne peut résoudre les problèmes les plus graves avec le même esprit qui
les a crées.
TC 3.2.1 seems fixed.
I just take a look at code and saw that the finished = true;
is present in org.apache.tomcat.service.connector.Ajp13ConnectorResponse !-)
public void finish() throws IOException
{
if (!finished) {
super.finish();
finished = true;
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=431
*** shadow/431 Fri Feb 2 18:28:46 2001
--- shadow/431.tmp.19482Fri Feb 2 18:28:46 2001
***
*** 0
--- 1,21
+ ++
+ | Class org.apache.st
GOMEZ Henri wrote:
> It's late but I found it.
>
> After some ethereal dumps I noticed that the finish method in
> org.apache.tomcat.modules.server.Ajp13Interceptor is called 2 times
> when using forward and so we sent 2 time the END_OF_RESPONSE to
> the Apache Web Server.
>
> So Apache (dependin
It's late but I found it.
After some ethereal dumps I noticed that the finish method in
org.apache.tomcat.modules.server.Ajp13Interceptor is called 2 times
when using forward and so we sent 2 time the END_OF_RESPONSE to
the Apache Web Server.
So Apache (depending on reqs rate and load) will ge
In answer, here is a copy of the original message I posted.
Glenn
Original Message
Subject: Tomcat 4 Jasper ClassLoading changes to support SecurityManager
Date: Thu, 25 Jan 2001 16:46:20 -0600
From: Glenn Nielsen <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTE
Is it possible to set the from or the to address on the bugs to reflect
where they are actually coming from? ie - tomcat, ant, etc.? Unfortunately
my email client cannot filter on the reply-to or any of those other w
addresses (and I'm sure others are the same way, hope, hope ;-).
-warner
-
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=337
*** shadow/337 Fri Feb 2 16:29:02 2001
--- shadow/337.tmp.18052Fri Feb 2 17:09:06 2001
***
*** 2,8
| Tomcat JDBCRealm authentication BugRat Report#606 |
+
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=337
*** shadow/337 Fri Feb 2 16:29:02 2001
--- shadow/337.tmp.17850Fri Feb 2 16:29:02 2001
***
*** 0
--- 1,58
+ ++
+ | Tomcat JDBCRealm au
This was prior to find that the Config component, perhaps fits this
problem ?
Saludos ,
Ignacio J. Ortega
> -Mensaje original-
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Enviado el: sábado 3 de febrero de 2001 1:15
> Para: 'tomcat-dev'
> Asunto: Re: BugZilla Tomcat 3 component
> Hola a todos:
>
> I'm about to add a new component for bugs related to JDBCRealm , and i
> want to gather opinions about the correct name of the bugzilla-component
> that makes sense to JDBCRealm, I'm thinking in "Realms" or
> "Interceptors" or "Modules" or something alike ..
What about "Auth"
Hola a todos:
I'm about to add a new component for bugs related to JDBCRealm , and i
want to gather opinions about the correct name of the bugzilla-component
that makes sense to JDBCRealm, I'm thinking in "Realms" or
"Interceptors" or "Modules" or something alike ..
FYI. Actual Tomcat 3 Componen
<- Please return this portion with your vote ->
Tomcat 3.3 Release Plan Ballot:
[ ] +1I am in favor of this plan and will help
[X] +0I am in favor of this plan, but am unable to help
[ ] -0I am not in favor of this plan
[ ] -1I am against this plan b
--- Glenn Nielsen <[EMAIL PROTECTED]> wrote:
> I have completed the changes necessary to implement
> the Java SecurityManager
> in Tomcat 4. I have also completed switching Jasper
> over to using the
> URLClassLoader.
Glenn,
Could you describe (briefly) the nature of the change
in terms of the
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=212
*** shadow/212 Fri Feb 2 13:51:57 2001
--- shadow/212.tmp.14752Fri Feb 2 13:51:57 2001
***
*** 0
--- 1,25
+ ++
+ | Apache + Tomcat bad
keith 01/02/02 14:38:34
Modified:src/share/org/apache/tomcat/modules/config AutoWebApp.java
Log:
Be safe.
Revision ChangesPath
1.2 +1 -1
jakarta-tomcat/src/share/org/apache/tomcat/modules/config/AutoWebApp.java
Index: AutoWebApp.java
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=234
*** shadow/234 Fri Feb 2 13:54:47 2001
--- shadow/234.tmp.14815Fri Feb 2 13:54:47 2001
***
*** 0
--- 1,24
+ ++
+ | Can't set multiple
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=235
*** shadow/235 Fri Feb 2 13:54:02 2001
--- shadow/235.tmp.14788Fri Feb 2 13:54:03 2001
***
*** 0
--- 1,19
+ ++
+ | Apache, mod_jk + AP
Will be available starting tonight.
Because I don't want to load daedalus and it's much easier for me, I'll
make them available from:
http://nagoya.apache.org/~costin/ws32/
( 3.x builds are in:
http://nagoya.apache.org/~costin/ws/
)
Few notes:
- the build is done with JDK1.2( with no ex
I have filters working fine on TC 4.0b1
Is demo the name of your web application?
If so your web.xml file should look like this
prePost
/*
helloWorld
/hello.jsp
Even if demo is asubdirectory I would try the first filter mapping here
(i.e. filter
You are correct, tomcat_32 is the appropriate tag. tomcat_32 is a branch
tag so if you use cvs to check out jakarta-tomcat like
cvs co -r tomcat_32 jakarta-tomcat
then you'll get the latest version of all files on this branch. This is
referred to as the "tip" of the branch.
The labels like to
tomcat_32 is the right place -- it is a branch which is up to date for all
fixes which have been made against 3.2 (including 3.2.1). The other various
3.2 looking things in cvs (e.g. 321_final) are tags but not branches.
I'm working on urlencoding stuff right now, so I await your patch with bate
David Weinrich wrote:
> On a somewhat unrelated note...
> I noticed a bugrat report this morning on an urlencoding that I had
> submitted a patch for a little while back ( which was flawed/incomplete ).
> In the process of redoing the patch and grabbing the source from cvs I came
> up against t
On a somewhat unrelated note...
I noticed a bugrat report this morning on an urlencoding that I had
submitted a patch for a little while back ( which was flawed/incomplete ).
In the process of redoing the patch and grabbing the source from cvs I came
up against this issue: what the heck tag is a
> WEB-INF/lib. In the 2.3 model, Y will override X. In the standard delegation
> model (i.e. Tomcat 3.2) you'd get the classes from X no matter what you did.
If you add a library to the CLASSPATH before starting tomcat 3.x - it'll
be used and no webapplication can override or change it.
But t
Sure, just fetch cvs head before you build to pick up
all the fixes. Send them to me or let me know where
I can get them.
Keith
-Original Message-
From: Mike Anderson [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 02, 2001 2:02 PM
To: [EMAIL PROTECTED]
Subject: Re: Posting 3.3 nativ
Here's a simple Solaris makefile that I've used to build both an SSL and
non-SSL enabled version of mod_jk. I'm not much of an expert on building C
apps but this seems to do the trick. If it doesn't work for you then my
disclaimer is that I probably have little or no idea what to try next:(
Good
> The Java2 class loading model is for a loader to "delegate first" to it's
> parent loader. Only if the parent loader (that also delegates first to it's
> parent) can't find the class will the original loader try to load it.
>
The code in the main branch is doing exactly that - the class loade
Marc Saegesser wrote:
> > -Original Message-
> > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> >* Java asked the webapp class loader to find the
> > controller servlet class
> >* The webapp class loader did not find the class
> > so it delegated to the shared class loader
> >
I don't have commit access so can't help there, but I would like to get the
3.2 versions of the NetWare binaries updated in the builds area
(builds/jakarta-tomcat/release/)
If we do get nightly builds or do a milestone, or whatever, who should the
lucky :-) recipient be?
Mike Anderson
Se
One thing I don't see listed here, and is the biggest reason I don't think I
have the time to manage the release, is determining what bugs still exist in
the tomcat_32 branch and which of those, if any, should be fixed before
releasing 3.2.2. This was an issue that Jon raised regarding the 3.3
re
Keith,
Could I send you 3.3 binaries for NetWare to put out there as
well?
Mike Anderson
Senior Software Engineer
Platform Services Group
[EMAIL PROTECTED]
Novell, Inc., the leading provider of Net services software
www.novell.com
>>> [EMAIL PROTECTED] 02/02/01 10:56AM >>>
With all the changes
> Within Tomcat Head / 3.3 there are a host of problems with https pages and
Are those fixed in 3.2.x ? We can just use the same fix.
> new URL(new URL(requrl), location)
So the problem is to combine requrl and location and get the encoded
redirect url.
Why not just droping new URL(...) and u
[EMAIL PROTECTED] wrote:
> > I'm in the same boat right now. I'd love to a 3.2.2 released but I'm way
> > too busy right now to manage a release.
>
> What about a "milestone" ? It doesn't have all the requirements of a
> release. I can add a nightly build of 3.2.x to my scripts too ? ( it'll
>
Don't forget that ftp://ftp.falsehope.com/home/gomez/tomcat/
host RPM for TC 3.2.x and 3.3
On ne peut résoudre les problèmes les plus graves avec le même esprit qui
les a crées.
-- Albert Einstein
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Friday, Feb
Dan Milstein wrote:
> Can someone who has functioned as a release manager for a dot release give
> me a quick overview of what's involved? I may be able to find the time, but
> I'm not totally clear on the scope of what needs to happen.
>
What's involved is essentially:
* Propose the release pl
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
>* Java asked the webapp class loader to find the
> controller servlet class
>* The webapp class loader did not find the class
> so it delegated to the shared class loader
>* The shared class loader (which reads
> With all the changes to mod_jk, I'd like to post these binaries
> to the jakarta site:
>
> builds/jakarta-tomcat/native-3.3/linux/i386/mod_jk.so and
> ... /win32/i386/mod_jk.dll
>
> Any objections? These connectors won't be build nightly, but
> they will allow peop
I'm sending this to the dev group since I'm dealing w/ tomcat4.0 (catalina)
issues and not sure how far along filters are. I can't seem to get my
filters to work so I have a basic HelloWorld that I'm using. The output of
the jsp is what my problem is.
Everything seems to come up fine (running in
Can someone who has functioned as a release manager for a dot release give
me a quick overview of what's involved? I may be able to find the time, but
I'm not totally clear on the scope of what needs to happen.
I don't think Milestone releases would make sense -- from what it says on
http://jaka
Within Tomcat Head / 3.3 there are a host of problems with https pages and
various url related methods (redirect, encodeURL, etc.) As Andreas
Stubenrauch notes in the above bug report, this is a very serious, show
stopper problem. What's more, he has found the source of the problem. In
org.ap
Just wondering if there would be any drawbacks to installin mod_jk as a
static module instead of a DSO? I'd like to use it as a static module,
but I thought that maybe there was a reason that a makefile was not
included to build it in this manner. Before I start making my own
Makefile for a sta
> I'm in the same boat right now. I'd love to a 3.2.2 released but I'm way
> too busy right now to manage a release.
What about a "milestone" ? It doesn't have all the requirements of a
release. I can add a nightly build of 3.2.x to my scripts too ? ( it'll
not be a "blessed" release, but people
I'm working on mod_jk for Apache 2.0 and I'll add the necessary
You could find attached a pre-tested mod_jk.c for Apache 2.0
Regards
mod_jk.c
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
Arthur Ash wrote:
> Hi Folks,
>
> I'm having a general issue with the app-specific classpath (WEB-INF/classes
> and WEB-INF/lib/*.jar).
>
> Here is the scenario as I understand it:
> I have an MVC servlet/bean framework that is installed in the primordial
> classpath. It contains a single dispat
With all the changes to mod_jk, I'd like to post these binaries
to the jakarta site:
builds/jakarta-tomcat/native-3.3/linux/i386/mod_jk.so and
... /win32/i386/mod_jk.dll
Any objections? These connectors won't be build nightly, but
they will allow people to use the ch
keith 01/02/02 09:29:09
Modified:src/native/mod_jk/apache1.3 mod_jk.c
src/native/mod_jk/common jk_ajp13_worker.c jk_service.h
jk_util.c
Log:
Unread body bits need to be discarded or Apache will consider
them a new request. (cf jserv_ajpv12
keith 01/02/02 08:41:53
Modified:src/share/org/apache/tomcat/modules/server Ajp13.java
Log:
It may take multiple read() calls to read an entire packet,
especially w.r.t. uploaded files.
Revision ChangesPath
1.11 +12 -9
jakarta-tomcat/src/share/org/apache/to
Well, I didnt even recompile apache, I just took the binaries.
It seems that if binaries are provided at www.apache.org they
should all work together.
Does this mean the binary distribution of apache is standard
and not EAPI but the binaries for mod_jk and mod_jserv are
EAPI?
-Original Me
I'm in the same boat right now. I'd love to a 3.2.2 released but I'm way
too busy right now to manage a release.
> -Original Message-
> From: danmil [mailto:danmil]On Behalf Of Dan Milstein
> Sent: Friday, February 02, 2001 11:24 AM
> To: [EMAIL PROTECTED]
> Subject: 3.2.2 Release?
>
>
>
There was some discussion about producing a 3.2.2 release at some point
soonish. Where is that now? People have contributed some excellent fixes
in the connector area, and I would love to see those available to the
general public.
I'm not in a position to function as the Release Manager, but I
Hi All,
I plan to use (as suggested by Sam Ruby) Monday 8:00 AM EST
as the deadline for the Tomcat 3.3 Release Plan vote.
That should be enough time for any remaining interested parties
to cast a vote. I'll post the final results Monday morning.
Cheers,
Larry
__
Larry Isaacs
danmil 01/02/02 08:59:07
Modified:src/native/mod_jk/common jk_sockbuf.c
Log:
Fixed bug which was sending mod_jk into infinite loop if the tomcat
connector closed its ajp connection to mod_jk before sending the
header. Bugzilla Report #510.
Contributed by Brian Vetter ([EM
danmil 01/02/02 08:55:36
Modified:src/native/jk Tag: tomcat_32 jk_sockbuf.c
Log:
Fixed bug which was sending mod_jk into infinite loop if the tomcat
connector closed its ajp connection to mod_jk before sending the
header. Bugzilla Report #510.
Contributed by Brian Vetter
> Tomcat 3.3 Release Plan Ballot:
>
> [ ] +1 I am in favor of this plan and will help
> [X] +0I am in favor of this plan, but am unable to help
> [ ] -0I am not in favor of this plan
> [ ] -1 I am against this plan being executed, and my
> reason is:
I would
You can use :
cat patch | tr -d '\015' > patch.nodos
will remove the dreaded CR
On ne peut résoudre les problèmes les plus graves avec le même esprit qui
les a crées.
-- Albert Einstein
>-Original Message-
>From: Dan Milstein [mailto:[EMAIL PROTECTED]]
>Sent: Friday, February 02,
> I have another question, which has been nagging me for
> a while: Why does the class loader for a web-app "see"
> the classes in the lib folder of the servlet engine
> (or the classpath of the java engine).
The problem will be resolved in the main tree ( most of the
code is there, I think Nacho
costin 01/02/02 08:07:53
Modified:src/admin/WEB-INF/classes/tadm AntTag.java
Log:
JDK1.1, again. Thanks to nightly :-)
Revision ChangesPath
1.3 +1 -1 jakarta-tomcat/src/admin/WEB-INF/classes/tadm/AntTag.java
Index: AntTag.java
=
Mike,
I just tried to apply your fixes, and I'm totally failing -- the local diff
command isn't recognizing the files as being at all similar (despite the
fact that they look similar on visual inspection).
I have a *very* strong suspicion that this has to do with line-ending
characters. It look
It seems that Jyve didn't update the Q/A allready.
You could see here the text:
What's are the message about EAPI or garbled modules ?
The message 'mod_jk.so (or mod_jserv.so) is garbled - perhaps this is not an
Apache module DSO ?'
arrive when you're trying to install a mod_jk.so DSO module th
Added to FAQOMATIC, finalement :-)
http://jakarta.apache.org/jyve-faq/Turbine/screen/DisplayQuestionAnswer/acti
on/SetAll/project_id/2/faq_id/12/topic_id/42/question_id/762
All the RPMs present on jakarta.apache.org are compiled under Linux Redhat
6.2 and the
Apache is so a apache with EAPI (sin
Report #723 Details
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
Confidence: public
Environment:
Release: 3.2
JVM Release: Java 2 SDK 1.3
Operating System: NT 4
OS Release: service pack 5
Platform:
Hi,
I have patched the jakarta-servletapi-4/build.sh, so that it is more
closed to the one of jakarta-tomcat-4.0. (at least working in the same
environment).
Find enclosed the patch, check it and committed it.
Cheers
Jean-frederic
Index: build.sh
===
I posted this about a week ago with no luck. Anybody care to comment?
I'm trying to use Xerces in my web application. To do this I put the jar
file into WEB-INF/lib. However whenever I try and parse any XML I get a
'sealing' exception. I've just read the recent thread on this and it implies
that
I hope you don't mind me answering your e-mail
to the list, I think this deserves some discussion.
This is exactly what we've been doing, but it
requires fiddling with the libs of the servlet
engine, something I don't want to do!
I want to be able to separate the libs of the servlet
engine
> Am I just screwed or is there some cool trick that I am
> missing?
As far as I know, this is not possible.
I have another question, which has been nagging me for
a while: Why does the class loader for a web-app "see"
the classes in the lib folder of the servlet engine
(or the classpat
>Take a look at any RedHat ( or any similar, RPM-based linux system):
>/usr/src/redhat/SOURCES/my-package
>/usr/src/redhat/BUILD/my-package
Just to complement, the RPM (not only Redhat) way :
Sources (+ patches) are in :
/usr/src/redhat/SOURCES/
ie: /usr/src/redhat/SOURCES/jakarta-tomcat-src.t
Hi,
How can I make mod_jk.so (or mod_jserv.so)
on Solaris 7 ?
Thanks in advance,
Kim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
83 matches
Mail list logo
