costin 01/04/06 23:50:55
Modified:src/share/org/apache/tomcat/core ContextManager.java
Log:
Errors in shutdown will not stop the process, the rest of contexts
and interceptors will be shut down.
Revision ChangesPath
1.176 +10 -2
jakarta-tomcat/src/share/org/a
Marc,
What about removing the use of URL ? We can create a local URL object that
works in a deterministic way - that would be much cleaner than guessing
the OS and doing workarounds.
Costin
On Fri, 6 Apr 2001, Marc Saegesser wrote:
> As usual, the problem turned out to be deeper then I first
As usual, the problem turned out to be deeper then I first expected.
Here's what happened. There was a bug in 3.2.1 that servlet paths and path
info weren't being decoded as required by the spec. This was fixed in
3.2.2.
It also turns out that there was bug in JDK1.2.2 that caused %HH escape
c
marcsaeg01/04/06 18:07:19
Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 Context.java
src/share/org/apache/tomcat/util Tag: tomcat_32 URLUtil.java
Log:
Fixes a security hole caused by URLs being decoded twice. The second
decoding is happening when an Inpu
remm01/04/06 16:42:04
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Should fix bug 1202, at least when a naming operation involving the ENC
is attempted during the init() call of a servlet which is loaded on startup.
remm01/04/06 16:40:36
Modified:tester/src/tester/org/apache/tester Jndi01.java
Log:
- Add additional operations during init and destroy to test bug #1202.
Revision ChangesPath
1.3 +15 -1
jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/Jndi01.java
"Craig R. McClanahan" wrote:
>
> On Fri, 6 Apr 2001, Craig R. McClanahan wrote:
>
> >
> >
> > On Fri, 6 Apr 2001, Remy Maucherat wrote:
> >
> > > > On Fri, 6 Apr 2001, Szymon Stasik wrote:
> > > >
> > > > >
[...]
> > > > >
> > > > > Is it my misconfiguration, misunderstadnig or wrong behaviour o
When I start Tomcat I see the following-
=
[vikas@wow bin]$ ps -aefl --cols=300 | grep java
000 S vikas 858 1 4 60 0- 35712 rt_sig 13:47 pts/0
00:00:01 /net/java/jdk1.3/bin/i386/native_threads/java
-Dtomcat.home=./.. org.apache.tomcat.start
On Fri, 6 Apr 2001, Craig R. McClanahan wrote:
>
>
> On Fri, 6 Apr 2001, Remy Maucherat wrote:
>
> > > On Fri, 6 Apr 2001, Szymon Stasik wrote:
> > >
> > > >
> > > > Hi
> > > >
> > > > I'm running Tomcat 4.0-b3 (standalone) and have some bit weired problem.
> > > > I know that it is possible
If you get this email twice please ignore. Our emailserver experienced problems
yesterday
so I never think my email was delivered.
..bip
-
This is a minor change so you can specify the store to use within server.xml.
Here's how you can change the Store use from server.xml:
Title: RE: 5 Patches ...
Resending with file.
Apologize for the err.
-Victor
-Original Message-
From: Vitayaudom, Victor
To: '[EMAIL PROTECTED]'
Sent: 4/2/01 6:52 PM
Subject: 5 Patches ...
Please note patch 1 and especially 4.
Just helping out.
-Victor
patchfile1.txt
-
The simplest solution to this problem is to remove all xml related jars in
your Jre\lib\ext directory and from the Jdk1.2.2\lib\ext directory .
These jars are automatically loaded I guess and are the cause of the problem.
In my case the cause of the problem was the parser.jar in c:jdk1.2.2\li
Title: jni_connect.dll won't load
I am try to load the JVM inside an IIS Web Server version 5.0 on a windows 2000 Professional machine and I am getting the following in the isapi_redirect.log.
I have successfully been able to run TOMCAT with this IIS by following the 'Tomcat IIS HowTo' docum
Using apache 1.3.12 and tomcat 3.2.1, we have confirmed that with using
mod_jk.so we have the two communicating. However, our "jsp" files
are not being processed.
We have all our "jsp" files have an extension of "html" for various
reasons. If we invoke the "index.html" page it is not treated as
remm01/04/06 12:32:03
Modified:catalina/src/share/org/apache/naming/resources
DirContextURLConnection.java ProxyDirContext.java
Log:
- Fix for bug 1219. It makes the URLs generated more unique, to avoid confusing
the JDK's JAR URL cache.
Revision
remm01/04/06 12:31:20
Modified:catalina/src/share/org/apache/catalina/core
ApplicationContext.java ContainerBase.java
Log:
- Fix for bug 1219. It makes the URLs generated more unique, to avoid confusing
the JDK's JAR URL cache.
Revision Changes
On Fri, 6 Apr 2001, Remy Maucherat wrote:
> > On Fri, 6 Apr 2001, Szymon Stasik wrote:
> >
> > >
> > > Hi
> > >
> > > I'm running Tomcat 4.0-b3 (standalone) and have some bit weired problem.
> > > I know that it is possible to have eg.:
> > >
> > > user1/WEB-INF
> > > user2/WEB-INF
> > >
> > >
Hello all,
I have installed Tomcat & followed the instructions to start Tomcat but
while doing this Tomcat throws multiple FileNotFoundExceptions regarding the
files that are contained in the *.war files. Should I uncompress these
files or should Tomcat be able to read these files? I have s
This is a minor change so you can specify the store to use within server.xml.
Here's how you can change the Store use from server.xml:
I'll hope to have a first cut of the JDBCStore soon.
..bip
[ PersistentManager.java ]
> On Fri, 6 Apr 2001, Szymon Stasik wrote:
>
> >
> > Hi
> >
> > I'm running Tomcat 4.0-b3 (standalone) and have some bit weired problem.
> > I know that it is possible to have eg.:
> >
> > user1/WEB-INF
> > user2/WEB-INF
> >
> > with apriopriate contexts:
> >
> > > docBase="/home/userX/tomcat"
Paulo Gaspar wrote:
>
> Earl,
>
> If you think one should not discuss the merits of JSP here, you should
> not take part on it even if to defend JSP.
>
> If you agree we should talk about the pros and cons of JSPs, it is hard
> to talk about the cons of JSP in a constructive way without point
On Fri, 6 Apr 2001, Szymon Stasik wrote:
>
> Hi
>
> I'm running Tomcat 4.0-b3 (standalone) and have some bit weired problem.
> I know that it is possible to have eg.:
>
> user1/WEB-INF
> user2/WEB-INF
>
> with apriopriate contexts:
>
>docBase="/home/userX/tomcat"
> debug="0"
> relo
Hi
I'm running Tomcat 4.0-b3 (standalone) and have some bit weired problem.
I know that it is possible to have eg.:
user1/WEB-INF
user2/WEB-INF
with apriopriate contexts:
so both users can run/develop their application with no conflicts with
other. My idea is to run cocoon (1.8) with th
Earl,
If you think one should not discuss the merits of JSP here, you should
not take part on it even if to defend JSP.
If you agree we should talk about the pros and cons of JSPs, it is hard
to talk about the cons of JSP in a constructive way without pointing
alternatives. Can one just say it
Sorry ... my fault. I'm at ApacheCon through today, and my net
connectivity is intermittent.
If you have CVS access, you can grab the exact sources you need by using
tag "tomcat_40_b3" in both repositories (jakarta-tomcat-4.0 and
jakarta-servletapi-4).
Craig
On Fri, 6 Apr 2001, GOMEZ Henri wr
> Hi Remy,
>
> Did you have an idea about the jikes build problem ?
Actually no. I think there's a packaging error, so I'll tweak a bit the
build scripts. For some reason, it's working fine when compiled with javac
...
Remy
On Fri, 6 Apr 2001, Jon Stevens wrote:
> on 4/6/01 9:48 AM, "[EMAIL PROTECTED]"
> <[EMAIL PROTECTED]> wrote:
>
> > Why has the tomcat-dev list become a Velocity advocacy list??
> > Isn't the purpose of this list supposed to be for communation between
> > Tomcat developers? Is velocity recruit
Hi Remy,
Did you have an idea about the jikes build problem ?
Regards
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Mes
- Original Message -
From: "GOMEZ Henri" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, April 06, 2001 11:31 AM
Subject: Where are the source for TC 4.0B3 ?
> Still nothing at :
>
> http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/src/
>
Craig is at Apache
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 05, 2001 02:00
>
> ...
>
> My only complaints would be not
> enough debug tools around to be able to single step through new code
> when you are having problems,
>
> ...
JBuilder 4 works j
Still nothing at :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/src/
>I've got a fix for the URL double decode security problem in
>Tomcat 3.2.2.
>I'm going to release Tomcat 3.2.2 beta 3 tonight to make this
>fix publicly
>available. Because the only change in Beta 3 is the security
>fix, this beta
>cycle will only be one week long. If no other security issue
on 4/6/01 9:48 AM, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> Why has the tomcat-dev list become a Velocity advocacy list??
> Isn't the purpose of this list supposed to be for communation between
> Tomcat developers? Is velocity recruiting or something?
>
> =eas=
Yes!
:-)
-jon
Why has the tomcat-dev list become a Velocity advocacy list??
Isn't the purpose of this list supposed to be for communation between
Tomcat developers? Is velocity recruiting or something?
=eas=
On 6 Apr, Paulo Gaspar wrote:
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL
I've got a fix for the URL double decode security problem in Tomcat 3.2.2.
I'm going to release Tomcat 3.2.2 beta 3 tonight to make this fix publicly
available. Because the only change in Beta 3 is the security fix, this beta
cycle will only be one week long. If no other security issues are foun
> -Original Message-
> From: Jon Stevens [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 05, 2001 19:34
>
> ...
>
> Now that is coming from the guy who previously flamed me to hell on this
> list. :-) I love it.
>
> ...
>
> -jon
Well, I often agree with you too. It even happened rece
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 05, 2001 20:57
>
> ...
>
> Nothing wrong - yet another fine language, and a very nice
> implementation.
> And nothing good either - or I coulnd't find anything revolutionary
> compared with
I'm still trying to use Realms on a per webapp context basis. This seems
to be harder than I first imagined.
Could someone from the tomcat developemt team please comment on whether
this is possible or not at all?
There are comments in the source that indicates that in theory this
should be po
James Courtney wrote:
>
> With the exception of failover (case 4 below), I believe that the first
> three cases can be handled by having your load balancer be "sticky" by
> client address to any of the app servers (machines running Apache with
> Tomcat). Thus if your load balancer receives a req
39 matches
Mail list logo
