should be very amenable to the Apache 2.0 infrastructure. I would not
personally spend any time trying to make mod_jk or mod_jserv work in a 2.0
environment, when the future is clearly in a different direction.
Since I believe in a different future and direction, I'll spend the
time to
This would be a great addition for Tomcat.
(AFAIK distributed sessions are not supported in Tomcat)
When you talk about session replicating, have you thought
about the method to use for it?
Regards,
Gummi Haf
--
Gudmundur Hafsteinsson - [EMAIL PROTECTED]
more RPM are now available :
* jaxp 1.0.1
* jaxp 1.1ea
* jsse 1.0.2
Could I made jaxp 1.0.1 and 1.1ea RPMs available a falsehope.com ?
I know that jsse RPM couldn't be exported but could you get it at Sun and
give Redhat users a choice to download the RPM it as they do for JDK 1.3 ?
I'll try
Bug report #603 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/603
REPORT #603 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
on 12/16/2000 11:55 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
Since I believe in a different future and direction, I'll spend the
time to make mod_jk and tomcat3.2 ( and the future 3.3 ) work with
Apache2.0.
mod_webapp is a nice start and I would love to see it integrated with
remm00/12/17 17:32:17
Modified:.build.sh
Log:
- Adds Cygwin fliendlyness to the Unix build script.
Revision ChangesPath
1.10 +4 -1 jakarta-tomcat-4.0/build.sh
Index: build.sh
It doesn't include the port number in the links of the output and therefore,
the links are invalid.
Also, what is responsible for generating the directory listings? I tried to
find the source code for it so that I could patch it myself, but I couldn't
find it!
-jon
--
Honk if you love peace
It doesn't include the port number in the links of the output and
therefore,
the links are invalid.
Also, what is responsible for generating the directory listings? I tried
to
find the source code for it so that I could patch it myself, but I
couldn't
find it!
Originally it was in
Jon,
I thought the RNG only took around 5 seconds on that kind of machine.
Are you sure it's not classloading taking the time? I found removing the
manifest from my .jar files can make up to an order of magnitude difference
on some servlet engines...
Cheers
Geoff
- Original Message -
I think that my log file below shows that it clearly isn't classloading.
Everything that would probably need to be loaded is loaded already.
-jon
on 12/17/2000 6:58 PM, "Geoff Soutter" [EMAIL PROTECTED] wrote:
Jon,
I thought the RNG only took around 5 seconds on that kind of machine.
The SecureRandom used in Tomcat 3.2 (and I assume in Tomcat 4.0, as well)
takes 10-15 seconds to initialize on my PIII/600. I posted a patch a while
back to move the PRNG initialization into context initialization (again for
Tomcat 3.2).
I think that since we're initializing something inside
I have a webapp: tomcat-4.0/webapps/scarab/
The scarab directory structure looks like this:
webapps/scarab
/docs
/WEB-INF
In the /docs directory I have some output of javadoc for Scarab's source
code. ie: static HTML content.
In tomcat-4.0/conf/server.xml, I have
on 12/17/2000 7:41 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED]
wrote:
- Path generation should be more robust.
Problems reported by Jon. I'm waiting for feedback on this, as I've been
unable to reproduce the bugs.
I can't confirm that this fixes it cause I can't even compile Tomcat. :-)
on 12/17/2000 7:31 PM, "Jon Stevens" [EMAIL PROTECTED] wrote:
In tomcat-4.0/conf/server.xml, I have defined:
Context path="/" docBase="scarab" reloadable="true"
/Context
I figured out this problem...it should be:
Context path="" docBase="scarab" reloadable="true"
/Context
No "/" in
Bug report #605 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/605
REPORT #605 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
craigmcc00/12/17 21:00:47
jakarta-tomcat-4.0/tester - New directory
craigmcc00/12/17 21:01:03
jakarta-tomcat-4.0/tester/web - New directory
craigmcc00/12/17 21:01:14
jakarta-tomcat-4.0/tester/web/WEB-INF - New directory
craigmcc00/12/17 21:01:31
jakarta-tomcat-4.0/tester/src - New directory
craigmcc00/12/17 21:06:16
Added: tester build.bat build.sh build.xml
tester/src/bin tester.bat tester.sh tester.xml
tester/src/tester/org/apache/tester Authentication01.java
Authentication02.java GetInputStream01.java
Jon Stevens wrote:
on 12/17/2000 7:31 PM, "Jon Stevens" [EMAIL PROTECTED] wrote:
In tomcat-4.0/conf/server.xml, I have defined:
Context path="/" docBase="scarab" reloadable="true"
/Context
I figured out this problem...it should be:
Context path="" docBase="scarab" reloadable="true"
Any ideas why a stock m5 won't run on MacOSX beta 2?
java version "1.2.2"
Java HotSpot(TM) Client VM (1.3.0, mixed mode, internal release build)
Craig forgot to package jndi.jar with the M5 distribution, so if you're
running JDK 1.2 it will complain :(
Download JNDI 1.2 from Sun, and put the
Hi all,
As
discussed, attached first patch to allow tomcat share session information
across processes.
This patch
enable context to specify (by adding serialize=true) that it want
to save/reload session information while restarting and going down.
The
session information will be
Bug report #606 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/606
REPORT #606 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
24 matches
Mail list logo