http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3591
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
craigmcc01/09/13 23:09:00
Modified:.RELEASE-PLAN-4.0.txt
catalina/src/share/org/apache/catalina Globals.java
webapps/ROOT index.html
Added: .RELEASE-NOTES-4.0-RC2.txt
Log:
Add release notes for Tomcat 4.0-rc2. Update version num
"Craig R. McClanahan" wrote:
> Yesterday, I added an update to Embedded.start() to set "catalina.base" to
> the value of "catalina.home" if it's not already set. That way, others
> won't get bit by this one.
Yes, I saw the commit message in CVS, which hinted that I should do it
manually with RC1
costin 01/09/13 23:00:14
Modified:src/share/org/apache/tomcat/util/depend
DependClassLoader.java
src/share/org/apache/tomcat/modules/loggers
AccessLogInterceptor.java
Log:
Preparing to go to sleep, fixing 2 typos in pre
>DependManager dependM;
>protected Object pd;
>static Jdk11Compat jdkCompat=Jdk11Compat.getJdkCompat();
> @@ -238,8 +238,11 @@
> int idx=fileN.indexOf( "!" );
> if( idx>=0 )
> fileN=fileN.substring( 0, idx) ;
> - f=new Fil
craigmcc01/09/13 22:21:33
Added: jasper/src/share/org/apache/jasper/servlet
JspCServletContext.java
Log:
Add new file as part of patch for #3529.
Revision ChangesPath
1.1
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/se
craigmcc01/09/13 22:20:55
Modified:.RELEASE-PLAN-4.0.txt
Log:
Update final Release Plan status for 4.0-rc2.
Revision ChangesPath
1.15 +26 -18jakarta-tomcat-4.0/RELEASE-PLAN-4.0.txt
Index: RELEASE-PLAN-4.0.txt
==
costin 01/09/13 22:20:32
Modified:src/share/org/apache/tomcat/util/depend
DependClassLoader.java
Log:
Disable the debug.
Revision ChangesPath
1.10 +1 -1
jakarta-tomcat/src/share/org/apache/tomcat/util/depend/DependClassLoader.java
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3589
--- Additional Comments From [EMAIL PROTECTED] 2001-09-13 22:21 ---
I tried reproducing the problem with the Embedded class itself, using the
included example (the Main method), and Webwork 0.95.
To summarize, it worked for me.
craigmcc01/09/13 22:02:15
Modified:jasper/src/share/org/apache/jasper JspC.java
Log:
Support tag library descriptors without throwing NPEs.
PR: Bugzilla #3529 and #3235
Submitted by: Based on patch submitted by Peter RoBbach ([EMAIL PROTECTED])
Revision ChangesPath
costin 01/09/13 22:02:03
Modified:src/share/org/apache/tomcat/modules/generators
ErrorHandler.java
Log:
Bug 3233, make error handling compatible with servlet2.3 by using the clarification
from
2.3 spec ( it wasn't technically a bug, since 2.2 leaves this
costin 01/09/13 21:58:30
Modified:src/share/org/apache/tomcat/util/depend
DependClassLoader.java
Log:
Fix from Bojan Smojver <[EMAIL PROTECTED]>, jar deps had the protocol in it.
Submitted by: Bojan Smojver <[EMAIL PROTECTED]>
Revision Changes
Well, I would have prefered to not have this subject opened up...
My understanding of the "Apache License" is that a product/build
distributed by ASF should contain only code and libraries that have Apache
license or something that is compatible.
I agree with most of Craig's argument, as long a
On Fri, Sep 14, 2001 at 04:11:20AM -, [EMAIL PROTECTED] wrote:
> ( well, I'm a lazy user as I never set TOMCAT_HOME, too many instances on my
>machine :-)
I think that's useful advice generally. If the startup script of your
app can automagically figure out the *_HOME directory, let it. A
Any news on this one James ? Do you have any patch that could add jar:
support to SimpleClassLoader ? We could implement a workaround, but if
possible I would fix this by supporing jar URLs where not available.
Costin
On Fri, 7 Sep 2001, James THOMAS wrote:
>
> I'm using IBM's JDK 1.1.8
> I
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3598
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3572
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
costin 01/09/13 21:16:35
Modified:src/share/org/apache/tomcat/util/http Parameters.java
Log:
Extra check, again result of a report from Bill Barker <[EMAIL PROTECTED]>.
The name can become null if we have a conversion error ( i.e. the param contains
invalid
chars in the det
costin 01/09/13 21:13:35
Modified:src/share/org/apache/tomcat/modules/aaa
AccessInterceptor.java
Log:
Remove the result of too much cut&paste - thanks Attila Szegedi
<[EMAIL PROTECTED]>
for pointing this out.
Revision ChangesPath
1.16 +6
costin 01/09/13 21:11:20
Modified:src/shell tomcat.sh
Log:
Make tomcat.sh consitent with tomcat.bat, and better use of the
TOMCAT_INSTALL/TOMCAT_HOME.
TOMCAT_INSTALL is the directory where tomcat is installed, where bin/ and lib/ are
located.
TOMCAT_HOME is the local in
costin 01/09/13 21:07:46
Modified:src/share/org/apache/tomcat/modules/loggers
AccessLogInterceptor.java
Log:
Flush and close the log, patch from Mike Schrag <[EMAIL PROTECTED]>
Fix NPE reported by Bojan Smojver <[EMAIL PROTECTED]>.
Submitted by: Mike
> "Craig R. McClanahan" wrote:
> I am not talking about what API's/jar files are required to build Tomcat
4.
> The only place my tests were used was to determine if the jar file should
> get copied into $CATALINA_HOME/common/lib when I do a build. The official
> distribution you build will still
Just reformatting the e-mail to look like an actual patch. Sorry for not
following the conventions earlier.
Bojan
---
/home/groups/devel/jakarta/jakarta-tomcat/src/share/org/apache/tomcat/util/depend/DependClassLoader.java
Tue Sep 11 17:42:11 2001
+++ src/share/org/apache/tomcat/util/depend
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3598
Summary: AccessLogInterceptor throws NPE
Product: Tomcat 3
Version: 3.3.x Nightly
Platform: PC
URL: N/A
OS/Version: Linux
Status: NEW
Severity: Normal
Hi,
In the manager app howto:
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/manager-howto.html
The example for section "Deploy A New Application" is wrong. The
following:
http://localhost:8080/manager/install?path=/bar&war=file:/path/to/bar.war
ought to be:
http://localhost:8080/manager/in
"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> Sounds like a vote is in order, then.
>
> My thinking for the current approach is as follows:
>
> * If a JAR file is included in the official binary distribution of Tomcat,
> it needs to be put there by the standard build script. Otherwise, yo
pier01/09/13 19:36:02
Modified:webapp configure.in
Log:
Updated autoconf script to build without libtool and with APXS.
Revision ChangesPath
1.29 +131 -250 jakarta-tomcat-connectors/webapp/configure.in
Index: configure.in
==
On Thu, 13 Sep 2001, Glenn Nielsen wrote:
> Date: Thu, 13 Sep 2001 20:33:02 -0500
> From: Glenn Nielsen <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: cvs commit: jakarta-tomcat-4.0/catalina build.xml
>
> Craig,
>
> I have no problem with the binary dis
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=111
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
Can anyone tell me how to use Log4J ?
the sample is
cat.debug("Hello world.");
cat.info("What a beatiful day.");
so, what is the different if i use
System.err.println("Hello world."); ???
Both are output to standout...
How to use Log4J more easy ? Thanks
/* Kenny Ma
[EMAIL PROTECT
pier01/09/13 18:26:19
Modified:webapp/support aplocal.m4
Log:
Added directory resolution script.
Revision ChangesPath
1.5 +10 -1 jakarta-tomcat-connectors/webapp/support/aplocal.m4
Index: aplocal.m4
===
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3597
Summary: Shutting down takes *ages*
Product: Tomcat 4
Version: Nightly Build
Platform: Other
OS/Version: Linux
Status: NEW
Severity: Minor
Priority: Other
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> On Fri, 14 Sep 2001, Pier Fumagalli wrote:
>
>> Anyway, switching to APR is not that easy (IMO), if you want to take
>> advantage of ALL which is provided by APR (I'm deprecating ANSI-C here).
>
> This is an incremental process, and can only incr
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> On Fri, 14 Sep 2001, Pier Fumagalli wrote:
>
>> At the same time, since also JK is moving towards APR, but they're far
>> behind what WebApp does ATM, let's try to refine/update/change the WebApp
>> API, already based on APR, and work on it as the
Just for the fun of it, I've tried to enable AccessLogInterceptor (all
defaults) in server.xml, but it actually causes NullPointerException in
line 199.
Line 199 is:
--
fw.write(request.remoteHost().toString());
Hello,
Attached is a patch to the
jakarta-tomcat-4.0/catalina/src/bin/catalina.sh file.
This patch eliminates the use of the "pushd" and "popd" shell commands
when running this script with the "debug" argument.
This patch is necessary because "pushd" and "popd" are only built-in
commands in the
pier01/09/13 18:04:19
Modified:webapp/java WarpRequestHandler.java
Log:
Fix for bug #3574. Thanks to Fred Romelfanger <[EMAIL PROTECTED]>.
Revision ChangesPath
1.16 +26 -0 jakarta-tomcat-connectors/webapp/java/WarpRequestHandler.java
Index: WarpRequestH
On Thu, 13 Sep 2001, Glenn Nielsen wrote:
> Date: Thu, 13 Sep 2001 19:23:56 -0500
> From: Glenn Nielsen <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: cvs commit: jakarta-tomcat-4.0/catalina build.xml
>
> "Craig R. McClanahan" wrote:
> >
> > On 13 Sep 2
craigmcc01/09/13 17:22:31
Modified:catalina build.xml
Log:
Add "jndi.jar" to the compile and test classpaths, so that compiles will
not fail on JDK 1.2 systems (where the JNDI classes are not integrated).
Submitted by: Patrick Luby <[EMAIL PROTECTED]>
Revision Changes
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3594
--- Additional Comments From [EMAIL PROTECTED] 2001-09-13 17:21 ---
If you have a reproducible test case that demonstrates this problem, please add
it as an attachment to this bug report. Otherwise, there is nothing we can do
wi
On Fri, 14 Sep 2001, Pier Fumagalli wrote:
> Anyway, switching to APR is not that easy (IMO), if you want to take
> advantage of ALL which is provided by APR (I'm deprecating ANSI-C here).
This is an incremental process, and can only increase the stability of jk.
> > Refactoring/cleaning of jk
On Fri, 14 Sep 2001, Pier Fumagalli wrote:
> At the same time, since also JK is moving towards APR, but they're far
> behind what WebApp does ATM, let's try to refine/update/change the WebApp
> API, already based on APR, and work on it as the APR based connector, when
> that is ready, we can thin
On Thu, 13 Sep 2001, Bill Barker wrote:
> Re. 7) Since there is only one facade per Request and only one Request per
> thread, you could avoid synchronized all together by having an instance of
> SimpleDateFormat in either the Request or the facade. That would just leave
> ServerCookie using Dat
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> My view:
>
> It should happen only after 3.3 (and 4.0) is released, switching to APR is
> reasonably easy ( IMHO ), adding warp protocol is doable ( but require
> some changes in the request representation to use the same struct as the other
> jk
"Andy Armstrong" <[EMAIL PROTECTED]> wrote:
> Pier Fumagalli wrote:
>>
>> "Andy Armstrong" <[EMAIL PROTECTED]> wrote:
>>
>>> Hi Gal, Developers,
>>>
>>> I'm about to produce a webapp version of the Domino connector for TC4.0,
>>> and I see there isn't an IIS connector. Is anyone working on thi
Re. 7) Since there is only one facade per Request and only one Request per
thread, you could avoid synchronized all together by having an instance of
SimpleDateFormat in either the Request or the facade. That would just leave
ServerCookie using DateTool, where the hit would be minimal. Just me $
Hello,
Can the attached patch to the jakarta-tomcat-4.0/catalina/build.xml file
be committed?
The attached patch adds ${jndi.jar} to the CLASSPATH. Without this
patch, the build of the catalina directory will fail.
Thanks,
Patrick
--
__
On Thu, 13 Sep 2001, Pier Fumagalli wrote:
> Regarding a long-term plan, I heard Costin and Henri talking about
> refactorying the JK connector APIs, and using APR, but that actually nothing
> is ready yet (correct me if I'm wrong)...
> My alleged thought right now goes to a big input in terms o
"Andy Armstrong" <[EMAIL PROTECTED]> wrote:
> Andy Armstrong wrote:
>>
>> Hi Gal, Developers,
>>
>> I'm about to produce a webapp version of the Domino connector for TC4.0,
>> and I see there isn't an IIS connector. Is anyone working on this? Want
>> me to take a look?
>
> (Sorry to follow mys
"GOMEZ Henri" <[EMAIL PROTECTED]> wrote:
> What about adding warp protocol to mod_jk and
> may be adding with functionnalities from ajp14 ?
I'm more than +1 about a merger between AJPv14 and WARP... The protocols are
pretty similar...
> Of course in J-T-C, since mod_jk in J-T must be freezed.
"GOMEZ Henri" <[EMAIL PROTECTED]> wrote:
> Hi to all,
>
> I take a look at mod_webapp and warp java,
> and didn't find reference to SSL informations
> forwarded from WebServer.
>
> Should it be fixed before release since it
> may break the spec ?
>
> I could grab code from mod_jk to support
>
Pier Fumagalli wrote:
>
> "Andy Armstrong" <[EMAIL PROTECTED]> wrote:
>
> > Hi Gal, Developers,
> >
> > I'm about to produce a webapp version of the Domino connector for TC4.0,
> > and I see there isn't an IIS connector. Is anyone working on this? Want
> > me to take a look?
>
> No, I'm not yet
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3577
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3594
Summary: Have to reload page or page will not be shown
Product: Tomcat 4
Version: 4.0 Release Candidate 1
Platform: PC
OS/Version: Windows NT/2K
Status: UNCONFIRMED
Seve
"Andy Armstrong" <[EMAIL PROTECTED]> wrote:
> Hi Gal, Developers,
>
> I'm about to produce a webapp version of the Domino connector for TC4.0,
> and I see there isn't an IIS connector. Is anyone working on this? Want
> me to take a look?
No, I'm not yet working on those. I'm actually concentrat
Andy Armstrong wrote:
>
> Hi Gal, Developers,
>
> I'm about to produce a webapp version of the Domino connector for TC4.0,
> and I see there isn't an IIS connector. Is anyone working on this? Want
> me to take a look?
(Sorry to follow myself up)
Off-list I've had it explained to me that jk is
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3581
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, 13 Sep 2001, Rickard Öberg wrote:
> Date: Thu, 13 Sep 2001 12:40:35 +0200
> From: Rickard Öberg <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Subject: Tomcat4-RC1: parse exception on taglibs
>
> Hey
>
> I've finally managed to get Cata
Hi Gal, Developers,
I'm about to produce a webapp version of the Domino connector for TC4.0,
and I see there isn't an IIS connector. Is anyone working on this? Want
me to take a look?
Bye.
--
Andy Armstrong, Tagish
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3589
--- Additional Comments From [EMAIL PROTECTED] 2001-09-13 14:31 ---
Can I build the full package from the jBoss tree ?
I assume the problem is with the Embedded deployment scenario, but I
would have assumed we would have had th
At least with isTomcatAuth="false" and mod_ssl configured properly, 274
should work now. I don't have a system configured to be able to test it
(e.g. no user certs), but mod_ssl will set REMOTE_USER to the CN, and Ajp13
will allocate a SimplePrincipal to match the REMOTE_USER.
- Original Mess
I don't think they ever got back-ported to 3.2.x, but I don't know for sure.
The files include:
mod_jk.c[R1.9],jk_ajp13_worker.c[R1.8].
You'll have to hunt down Mike Anderson for the details. I just remember the
commits.
- Original Message -
From: "Larry Isaacs" <[EMAIL PROTECTED]>
To: <
> Another problem is to have them bundled correctly in the src
> distribution, or we need 2 distributions ( win32 and *nix) or someone
> will complaint , if the dist is done in win32 , *nix people
> will scream
> , if reversed the other :)..
>
In the Tomcat 3.3 releases ".zip" files will contai
> I need CRLF for building on Windows. It appears that some files
> were checked in from *nix containing CR's that were not stripped
> during the commit. When I checkout or update from Windows, CVS
> still adds a CR in front of all LFs. The result is CRCRLF which
> Dev Studio wants to fix. I'd
Thanks. Do you know if just 3.3 was affected
or 3.2.x as well? If you can give me a clue as to
what was changed, I can try to determine this.
Larry
> -Original Message-
> From: Bill Barker [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 13, 2001 3:15 PM
> To: [EMAIL PROTECTED]
>
larryi 01/09/13 12:57:38
Modified:.RELEASE-PLAN-3.3
Log:
Update to the release plan. Also:
Bugs 3572 and 3577 have been added as required for RC1
Bug 3581 has been added as required for RC2
Bug 1482 has been moved to the "fixed in 3.3" catagory
Revision
craigmcc01/09/13 12:57:04
Modified:catalina build.xml
Log:
Revert Glenn's change to build.xml.
Revision ChangesPath
1.58 +8 -15 jakarta-tomcat-4.0/catalina/build.xml
Index: build.xml
===
RC
> -Original Message-
> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 13, 2001 3:14 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Remaining Tomcat 3.3 Issues
>
>
> >7. Evaluate whether anything should be done to deal with the use of
> >non-thread-safe DateFormat a
On 13 Sep 2001 [EMAIL PROTECTED] wrote:
> Date: 13 Sep 2001 18:56:11 -
> From: [EMAIL PROTECTED]
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: cvs commit: jakarta-tomcat-4.0/catalina build.xml
>
> glenn 01/09/13 11:56:11
>
> Modified:catalina build.xml
> Log
I interpreted #111 to be the "graceful restart" clean-up problem that was
fixed some months ago.
- Original Message -
From: "GOMEZ Henri" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 13, 2001 12:13 PM
Subject: RE: Remaining Tomcat 3.3 Issues
> >7. Evaluate whethe
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3591
What about adding warp protocol to mod_jk and
may be adding with functionnalities from ajp14 ?
Of course in J-T-C, since mod_jk in J-T must be
freezed.
ajp14 and warp are very similar, they use the same
(it seems) logon system (using md5),
and differents protocol encoding but since
ajp14 is st
Hi to all,
I take a look at mod_webapp and warp java,
and didn't find reference to SSL informations
forwarded from WebServer.
Should it be fixed before release since it
may break the spec ?
I could grab code from mod_jk to support
that, but I'm pretty busy with my day work
and mod_jk fixes f
>7. Evaluate whether anything should be done to deal with the use of
>non-thread-safe DateFormat and related classes.
The "Date" used in Http10 connector response, is allready
handled by stuff I commited some time ago which use a speed hack
and return allready processed date String if it was pr
glenn 01/09/13 11:56:11
Modified:catalina build.xml
Log:
Update build, Copy the jndi, activation, and mail jar files only if they are present
Revision ChangesPath
1.57 +15 -8 jakarta-tomcat-4.0/catalina/build.xml
Index: build.xml
===
on 9/12/01 7:52 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> Remove a width="100%" setting from the generated for attributes lists,
> to see if that helps avoid problems where the right side of the documentation
> pages are cut off for some users.
>
Nope.
That problem happens as a res
You're right, I didn't look closely enough. WorkDirSetup claims to have
created the directory already. In that case, it is most likely a
permissions problem. The easiest is to do "rm -rf $TOMCAT_HOME/work" and
re-start tomcat. This is especially true since B2 is the first one to get
the defaul
This patch fixes #3529 and #3235, and was provided by Peter Roßbach
([EMAIL PROTECTED]).
I verified the fix with samll test cases. Note that -webapp option
has to be used.
misto% runsocks cvs diff -u JspC.java
Index: JspC.java
===
Be aware that setting this false will open Tomcat 3.3 to
the vulnerability it is intended to prevent. Serving JSP
source and bypassing security constraints are among the
problems.
Detecting potential URL trickery early in the handling
provides the most reliable fix. Allowing unsafe URL's
past th
Hi Bill,
Though this might fix the webxmlval.txt creation, I suspect
it still might fail for the same reason, what ever it was,
that caused:
2001-09-13 14:44:41 - WorkDirSetup: Creating work dir
/var/tomcat/work/kitu.olympe.o2t/ROOT
to not actually create the directory. I don't get
On Thu, 13 Sep 2001, Lars Oppermann wrote:
> > I agree that this URI handling sucks. I'm the one that
> > committed the change that made it happen and I still
> > think it sucks. However, allowing these encoded characters
> > opens some very large security problems.
>
> From what I understand,
Lars,
I agree with you. These encoded characters should be allowed in URIs and
disallowing them is a hack. Like I said, I think the approach sucks. We
were faced with a very serious security problem that had to be addressed
very quickly and the decision was made that it was better to forbid ce
Let's try that again.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 13, 2001 5:52 AM
Subject: [DO NOT REPLY: Bug 3581] New: Ctx() : Error creating validation
mark - java.io.FileNotFoundException
> PLEASE DO NOT REPLY TO THIS MESSAGE. TO
Make certain that the directory exists.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 13, 2001 5:52 AM
Subject: [DO NOT REPLY: Bug 3581] New: Ctx() : Error creating validation
mark - java.io.FileNotFoundException
> PLEASE DO NOT REPLY TO
While 3.3 has this behavior as the default, it can be disabled in the config
by:
Since the release is scheduled to happen by the end of the month, you might
consider jumping straight to 3.3.
- Original Message -
From: "Lars Oppermann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMA
craigmcc01/09/13 09:39:52
Modified:.RELEASE-PLAN-4.0.txt
Log:
Latest status.
Revision ChangesPath
1.14 +8 -15 jakarta-tomcat-4.0/RELEASE-PLAN-4.0.txt
Index: RELEASE-PLAN-4.0.txt
===
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3589
remm01/09/13 09:31:42
Modified:catalina/src/share/org/apache/naming/resources
ResourceAttributes.java
Log:
- Make resource attributes non-final.
Revision ChangesPath
1.3 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/naming
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3588
Hi Marc,
Thanks for you reply...
Marc Saegesser wrote:
> I agree that this URI handling sucks. I'm the one that
> committed the change that made it happen and I still
> think it sucks. However, allowing these encoded characters
> opens some very large security problems.
From what I unders
>How does the RPM packaging deal with the fact that different JAR files
>need to be loaded into different class loaders? If they are all under
>"/usr/share/java", I don't see how that can work.
The /usr/share/java is in our case only usefull when building
the RPM (.spec file). It's a BuildRequir
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3588
-- Forwarded Message
> From: Erich Meier <[EMAIL PROTECTED]>
> Organization: method park
> Date: Wed, 12 Sep 2001 11:16:18 +0200
> To: [EMAIL PROTECTED]
> Subject: Re: [Bug 3543] - pageContext.include() causes "Illegal to flush
> within a custom tag"
>
> [EMAIL PROTECTED] wrote:
>>
>> htt
Please do report to the bug tracking system:
http://nagoya.apache.org/bugzilla/
Craig
On Thu, 13 Sep 2001, Rickard Öberg wrote:
> Date: Thu, 13 Sep 2001 17:18:36 +0200
> From: Rickard Öberg <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: Tomcat4-RC1:
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3580
Hi,
Did we really need to have a linger set in Ajp13 ?
In Ajp13Interceptor there is a :
super.setSoLinger(100);
Which make us that we'll wait up to 100s before
releasing the socket if data must be sent to remote
(may be a restarted Apache...)
or better drop the all wait befo
craigmcc01/09/13 08:49:15
Modified:webapps/tomcat-docs manager-howto.xml
Log:
Use the "manager" role name that the manager web app actually requires.
PR: Bugzilla #3580
Submitted by: Jeff Turner <[EMAIL PROTECTED]>
Revision ChangesPath
1.3 +1 -1 jakar
On Thu, 13 Sep 2001, jean-frederic clere wrote:
> Date: Thu, 13 Sep 2001 12:48:25 +0200
> From: jean-frederic clere <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: cvs commit: jakarta-tomcat-4.0 BUILDING.txt
>
> Hi,
>
> What about tell
Greetings!
I know there are two (or three) different classpaths within Tomcat 3.2.
I asked this question on tomcat-user last week, but no one knew the
answer.
The question is, does Jasper, when compiling JSP files, use the Context
Classpath, which referrs to the WEB-INF/classes directory for
On Thu, 13 Sep 2001, GOMEZ Henri wrote:
> Date: Thu, 13 Sep 2001 11:44:19 +0200
> From: GOMEZ Henri <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: RE: [PATCH] TC 4.0 build patch - not a joke
>
> Hi Craig and others in USA,
>
> First, I make a point of prese
1 - 100 of 124 matches
Mail list logo
