> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
>
> On Wed, 12 Sep 2001, jean-frederic clere wrote:
> >
> > Hi,
> >
> > How was the issue with sun.tools.javac.Main solved?
> >
>
> It is going to be deferred to a future release. Here's the reasoning:
>
> * Th
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> I *finally* got to these suggested patches, and have commited
> changes to
> catalina.sh, digest.sh, and jasper.sh to implement Cygwin support
> consistently and (hopefully) correctly. Could you please try
>
Hi Craig and others in USA,
First, I make a point of presenting to you all
my condolences for the tragedy which struck
the USA, Tuesday last.
>Henri,
>
>I'm not necessarily opposed to this patch -- just want to
>understand it a
>little better. Basically, it looks like you are trying to do t
Hi everyone,
we were in progress of moving our project to tomcat 3.2.3 when we came
accross the new handling of URIs (release-notes sec. 7.2).
Since we are using the URI to transport other hierarchical information
then filesystem paths, we have the feeling, that this kind of
functionality bel
>Then we need to be sure to encode r->uri in the main branch
>and to change r->unparsed_uri to encode(r->uri) in the 3.2
>branch. I am swamped now and will put it on a long todo
>list.. if anyone beats me to it.
And don't forget to port to j-t-c which is still using
for Apache 1.3/2.0 :::
Hey
I've finally managed to get Catalina working with JBoss (I had not set
"catalina.base", but no error was produced, just nothing happened).
Anyway, the first thing I try is to deploy an app with a taglib JAR,
with the TLD inside. But it seems like there's something wrong with the
TLD parsing
Hi,
What about telling how to get xalan.jar?
Like:
Xalan could be downloaded from http://xml.apache.org/dist/xalan-j, the xalan.jar
file is located in the bin directory of the Xalan installation.
Which Xalan should be used? - I have used xalan-j_2_2_D10 -
Cheers
Jean-frederic
[EMAIL PROTECTED
Rickard Öberg wrote:
> I've finally managed to get Catalina working with JBoss (I had not set
> "catalina.base", but no error was produced, just nothing happened).
>
> Anyway, the first thing I try is to deploy an app with a taglib JAR,
> with the TLD inside. But it seems like there's something w
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
larryi 01/09/13 05:08:07
Modified:src/share/org/apache/tomcat/modules/server
Ajp13Interceptor.java
Log:
Set default debug level in Ajp13Request to 0.
Revision ChangesPath
1.14 +4 -4
jakarta-tomcat/src/share/org/apache/tomcat/modules/se
Its hard wired near the end of the Ajp13Request class.
Its now fixed. Thanks for finding this.
Larry
> -Original Message-
> From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 13, 2001 12:10 AM
> To: Tomcat Dev List
> Subject: Ajp13Interceptor
>
>
> I've notice
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=3581
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=3582
Thanks.
Bojan
Larry Isaacs wrote:
>
> Its hard wired near the end of the Ajp13Request class.
> Its now fixed. Thanks for finding this.
>
> Larry
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.
Also, even if TC 3.2.x allowed these characters, the resulting URL wouldn't
be portable
Oops, minor correction. Apache actually returns 400 Bad Request
Here's the telnet session
GET http://localhost:8081/cgi-bin/dumpenv.bat/fu%2fbar HTTP/1.1
server: msaegesserlpt
HTTP/1.1 400 Bad Request
Date: Thu, 13 Sep 2001 13:51:21 GMT
Server: Apache/1.3.19 (Win32) mod_jk
Connection: close
Tr
What about adding a debug attributes
in server.xml for Ajps & Connectors ?
Could be very very very usefull in
many circumstances..
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint
glenn 01/09/13 07:26:18
Modified:catalina/src/share/org/apache/catalina/startup
Bootstrap.java BootstrapService.java
Log:
Add org.apache.catalina.util.URL to classes preloaded
Revision ChangesPath
1.26 +6 -4
jakarta-tomcat-4.0/catalin
jfclere 01/09/13 07:29:51
Modified:jk/java/org/apache/ajp Ajp13.java
Log:
Add javax.servlet.request.key_size for TC4.0
Revision ChangesPath
1.11 +2 -0 jakarta-tomcat-connectors/jk/java/org/apache/ajp/Ajp13.java
Index: Ajp13.java
=
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=3582
Rickard Öberg wrote:
> Rickard Öberg wrote:
> > I've finally managed to get Catalina working with JBoss (I had not set
> > "catalina.base", but no error was produced, just nothing happened).
> >
> > Anyway, the first thing I try is to deploy an app with a taglib JAR,
> > with the TLD inside. But i
craigmcc01/09/13 08:22:45
Modified:jasper/src/bin jasper.sh
Log:
Fix the "jasper.sh" update checked in yesterday:
* Do not use an uninitialized CP variable the first time through
* Add double quotes as needed in case paths have spaces in them
* Add all of the repositories that
craigmcc01/09/13 08:24:06
Modified:catalina/src/share/org/apache/catalina/authenticator
LocalStrings_es.properties
Log:
Cosmetic change only.
Revision ChangesPath
1.2 +1 -3
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/auth
I should have "jasper.sh" working correctly now. It was using CP the
first time without initializing it, and was missing some double quotes
that could cause problems with paths that had spaces in them.
Will be fixed in nightly build 20010914 (and rc2).
Craig
On Thu, 13 Sep 2001, Stephane Bail
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
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, 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
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
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
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
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:
-- 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 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
>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
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
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
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=3589
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
===
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
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
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
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
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,
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
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
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
===
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
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
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
===
>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
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
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
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
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
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
> -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
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
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
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]
>
> 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
> 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 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: <
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
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
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
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
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3581
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
"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
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
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3577
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
"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
>
"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.
"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
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
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
--
__
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 $
"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
"[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
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
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 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
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
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
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
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
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
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());
"[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
"[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
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
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
===
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
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=111
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
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
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
==
"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
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
1 - 100 of 124 matches
Mail list logo
