Pier Fumagalli wrote:
On 9/12/02 23:51 Pier Fumagalli [EMAIL PROTECTED] wrote:
Ehemm... With 24 pages of vulnerability notes? Ha.. Hahaha Hahahaha! :-)
Correction to self... Not 24 pages... 24 notes... (Ok, I have an eyesight
test tomorrow morning at 10:20 in SOHO... I know, I know...)
Jeanfrancois Arcand wrote:
OK, seems I don't have any supports to stay with my -1 (seems nobody
care about the AdminTool argument :-)). So I will change my mind and
vote 0.
You don't have to justify anything for that vote, you know ;-)
BTW, all of Pier arguments are just false. Don't get
Pier Fumagalli wrote:
On 9/12/02 23:58 Costin Manolache [EMAIL PROTECTED] wrote:
But in this case you keep making false statements, and not only here. It
should be quite easy to look for a [VOTE] or [PROPOSAL] that you made
and was voted on tomcat-dev.
I swear that _LOVE_ my mates... My
remm2002/12/10 00:43:21
Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java
Log:
- getCoyoteRequest needs to be used here (JK expects a Coyote Request,
not the facade).
- Fix bug 15201.
Revision ChangesPath
1.13 +6 -5
remm2002/12/10 00:44:05
Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteAdapter.java
Added: coyote/src/java/org/apache/coyote/tomcat5
CoyotePrincipal.java
Log:
- Port patch.
- Some code seemed to be missing.
Revision Changes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15201.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jon Scott Stevens wrote:
on 2002/12/9 7:27 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
I'd really like to avoid the proliferation of too many distributions.
I don't agree with that. There is nothing wrong with giving users choices.
There is many things something wrong with many
Jon Scott Stevens wrote:
on 2002/12/9 7:32 AM, Henri Gomez [EMAIL PROTECTED] wrote:
What about using a minimal tomcat core with plugged modules to give
access to jsp/jmx ?
Will make both Costin, and Jon happy and let us have only one
distribution with clear indication in server.xml on how
Pier Fumagalli wrote:
On 9/12/02 17:14 Jeanfrancois Arcand [EMAIL PROTECTED] wrote:
Youy don't need to learn JSP/Admin Tool if you don't use it. The actual
Tomcat installation doesn't require you to learn the Admin Tool or JSP
As I said 6 or so months ago... That thing is a security
Jon Scott Stevens wrote:
on 2002/12/9 8:21 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
People cannot agree on everything. Here, we're talking about relatively
minor topics.
This issue won't end up in a division of the community, but rather in
one additional binary distribution based on the
I'd like to nominate Filip Hanik filip at filip.net as a committer on
the Tomcat project. Filip has written the clustering code that was
committed recently in the Tomcat 5 CVS, and is willing to maintain it,
as well as continuing to improve it (including supporting large
clusters). Filip is
There was many noise these days about making another
release of tomcat (the minimal one covering only JSR154),
and another proposal to make a modular Tomcat.
It may be because my mother language is french, but I
still didn't understand why Tomcat commiters didn't
find an arrangement on these 2
on 2002/12/10 12:49 AM, Henri Gomez [EMAIL PROTECTED] wrote:
- Who will be the release managers for the 'alternative distributions',
may be Jon is candidate ?
I already volunteered to manage the distribution that I propose.
I have been doing distributions of servlet containers since you guys
on 2002/12/10 12:53 AM, Henri Gomez [EMAIL PROTECTED] wrote:
The idea being to provide a minimal tomcat binary and
many external modules which will be linked at runtime if
present, Apache 2.0 does it that way, why could we do the
same.
You are repeating my ideas that I have already said on
on 2002/12/10 1:19 AM, Henri Gomez [EMAIL PROTECTED] wrote:
What Jon and Pier want is a minimal distribution of
Tomcat 5.
No. What I want is a distribution of a JSR 154 container with nothing more
than the RI of JSR 154. Period.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th
on 2002/12/10 1:00 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
All I'm seeing is that I shouldn't pay attention to your posts (I should
have learnt that a while ago, I guess) ;-) Is that good enough for you ?
As Pier says:
What-EVER!
Sorry, no. You should try to give users as few
Jon Scott Stevens wrote:
on 2002/12/10 1:19 AM, Henri Gomez [EMAIL PROTECTED] wrote:
What Jon and Pier want is a minimal distribution of
Tomcat 5.
No. What I want is a distribution of a JSR 154 container with nothing more
than the RI of JSR 154. Period.
Ok, so just take the tomcat core
On 10/12/02 8:40 am, in article [EMAIL PROTECTED], Remy
Maucherat [EMAIL PROTECTED] wrote:
I remember perfectly, and this Tomcat-HA was a complete joke. You
proposed a new implementation of the Catalina classes, which doesn't
make sense given the current Tomcat state
That's what I was
On 10/12/02 8:57 am, in article [EMAIL PROTECTED], Henri Gomez
[EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
Pier (a _user_ now)
And that's sad.
Not apparently, as I am the reason why noone picked up Tomcat 4 :-)
Pier
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
On 10/12/02 8:40 am, in article [EMAIL PROTECTED], Remy
Maucherat [EMAIL PROTECTED] wrote:
Like the httpd, I'd prefer having a full distribution of all safe (yes,
Jasper is safe) and generally useful modules. Experienced users can
tweak the configuration to their liking, and it is easy to do,
Pier Fumagalli wrote:
On 10/12/02 8:40 am, in article [EMAIL PROTECTED], Remy
Maucherat [EMAIL PROTECTED] wrote:
There is one big huge difference... Modules are DSOs, if you don't enable
them in your httpd.conf, they don't get loaded, they don't get used
Disabling all of them can be done by
on 2002/12/10 1:46 AM, Henri Gomez [EMAIL PROTECTED] wrote:
Ok, so just take the tomcat core and don't install/activate
the jasper module.
Exactly.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To unsubscribe,
Pier Fumagalli wrote:
On 10/12/02 8:40 am, in article [EMAIL PROTECTED], Remy
Maucherat [EMAIL PROTECTED] wrote:
Like the httpd, I'd prefer having a full distribution of all safe (yes,
Jasper is safe) and generally useful modules. Experienced users can
tweak the configuration to their liking,
Jon Scott Stevens wrote:
on 2002/12/10 12:53 AM, Henri Gomez [EMAIL PROTECTED] wrote:
The idea being to provide a minimal tomcat binary and
many external modules which will be linked at runtime if
present, Apache 2.0 does it that way, why could we do the
same.
You are repeating my ideas
Jon Scott Stevens wrote:
on 2002/12/10 12:49 AM, Henri Gomez [EMAIL PROTECTED] wrote:
- Who will be the release managers for the 'alternative distributions',
may be Jon is candidate ?
I already volunteered to manage the distribution that I propose.
I have been doing distributions of
Martin Algesten wrote:
This is the soundest idea I've heard so far. Multiple distributions
sounds like disaster area to me. I currently think it is hard enough for
a new user to decide Tomcat3/Tomcat4.x/Tomcat5 when presented with the
choices. If there in addition to that is Tomcat4 lite, Tomcat4
This is the soundest idea I've heard so far. Multiple distributions
sounds like disaster area to me. I currently think it is hard enough for
a new user to decide Tomcat3/Tomcat4.x/Tomcat5 when presented with the
choices. If there in addition to that is Tomcat4 lite, Tomcat4 all
Tomcat5 lite
Hello...
I had a problem a while ago with If-Modified-Since responses 304 always
set the Content-Type to text/plain which consequently pollutes
web-caches that updates their cached entries with the new Content-Type.
E.g. if we request a GIF, the content type in the cache will the first
time be
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: 10 December 2002 10:55
To: Tomcat Developers List
Subject: Re: [VOTE] Minimal tomcat ( JSR154 + JSR152 )
I really cannot believe I could agree with you on something ;-)
Remy
I might have strong
remm2002/12/10 04:39:18
Modified:catalina/src/share/org/apache/catalina/cluster
ReplicatedSession.java ReplicationStream.java
SerializablePrincipal.java SessionMessage.java
Log:
- Code cleanup part 2.
Revision ChangesPath
remm2002/12/10 04:42:13
Log:
- Moving cluster features to a modules folder.
Status:
Vendor Tag: ASF
Release Tags: initial
N
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/Constants.java
N
remm2002/12/10 04:44:05
Removed: catalina/src/share/org/apache/catalina/cluster
Constants.java JGCluster.java JGManager.java
LocalStrings.properties package.html
ReplicatedSession.java ReplicationStream.java
remm2002/12/10 04:47:05
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
Log:
- Mark servlets as unavailable when the wrapper is stopped (bug 15077).
Revision ChangesPath
1.44 +9 -5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3888.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2002/12/10 05:33:22
Modified:catalina/src/share/org/apache/catalina/session
ManagerBase.java
Log:
- Part of the manager patch wasn't reverted (I don't know if it's a problem or not
in the real world; just playing it safe).
Revision Changes
Remy Maucherat wrote:
I'd like to nominate Filip Hanik filip at filip.net as a committer on
the Tomcat project. Filip has written the clustering code that was
committed recently in the Tomcat 5 CVS, and is willing to maintain it,
as well as continuing to improve it (including supporting large
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2002-12-10/jakarta-tomcat-catalina.html
Buildfile: build.xml
deploy-prepare:
[mkdir] Created dir:
Index: gump.xml
===
RCS file: /home/cvspublic/jakarta-tomcat-catalina/gump.xml,v
retrieving revision 1.10
diff -u -r1.10 gump.xml
--- gump.xml8 Dec 2002 17:01:44 - 1.10
+++ gump.xml10 Dec 2002 13:57:51 -
@@ -69,6
rubys 2002/12/10 06:12:41
Modified:.gump.xml
Log:
Add dependency on javagroups. (Is this descriptor being maintained, or
should it move back to jakarta-alexandria?)
Revision ChangesPath
1.11 +1 -0 jakarta-tomcat-catalina/gump.xml
Index:
remm2002/12/10 07:00:52
Modified:.RELEASE-NOTES-4.1.txt
Log:
- Compile list of changes since 4.1.16.
Revision ChangesPath
1.35 +46 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
Index: RELEASE-NOTES-4.1.txt
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5735.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Henri Gomez wrote:
The idea being to provide a minimal tomcat binary and
many external modules which will be linked at runtime if
present, Apache 2.0 does it that way, why could we do the
same.
Another solution can be seen in jboss. They do pack all the
components ( or almost ), but also 3
Remy Maucherat wrote:
I'd like to nominate Filip Hanik filip at filip.net as a committer on
the Tomcat project. Filip has written the clustering code that was
committed recently in the Tomcat 5 CVS, and is willing to maintain it,
as well as continuing to improve it (including supporting large
Pier Fumagalli wrote:
On 9/12/02 23:58 Costin Manolache [EMAIL PROTECTED] wrote:
But in this case you keep making false statements, and not only here. It
should be quite easy to look for a [VOTE] or [PROPOSAL] that you made
and was voted on tomcat-dev.
I swear that _LOVE_ my mates... My
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15239.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
on 2002/12/10 2:36 AM, Henri Gomez [EMAIL PROTECTED] wrote:
Yes but add the ability to activate/include modules, which is
the Costin idea ;)
Nope...Read my message with the ascii chart in it...
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
on 2002/12/10 7:30 AM, Costin Manolache [EMAIL PROTECTED] wrote:
Yes - Jon will not be happy ( as far as I know Jon ) if jasper.jar
is anywhere in the distribution, even if it is not used.
If Jasper is in there, then it isn't a (repeat) 'minimal JSR 154 only
distribution.'
-jon
--
remm2002/12/10 09:56:57
Modified:catalina/src/share/org/apache/catalina/mbeans
NamingResourcesMBean.java
Log:
- Fix creation of resource links.
- Fix bug 15239.
Revision ChangesPath
1.11 +6 -6
remm2002/12/10 10:02:50
Modified:.RELEASE-NOTES-4.1.txt
Log:
- Update release notes.
Revision ChangesPath
1.36 +5 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
Index: RELEASE-NOTES-4.1.txt
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15239.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15245.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2002/12/10 10:12:40
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources
SaveResourceLinkAction.java
Log:
- Fix bug 15239.
- Remove useless parameter.
Revision ChangesPath
1.5 +6 -8
remm2002/12/10 10:12:51
Modified:catalina/src/share/org/apache/catalina/mbeans
NamingResourcesMBean.java mbeans-descriptors.xml
Log:
- Fix bug 15239.
- Remove useless parameter.
Revision ChangesPath
1.2 +6 -7
Henri Gomez wrote:
Yes but add the ability to activate/include modules, which is
the Costin idea ;)
Actually - I think it is your idea :-) ( well, now it makes a lot
of sense - I'm in how didn't I think of it mode ).
That means I will drop my minimal proposal, or at least rewrite
it to be
+1
Larry
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 10, 2002 4:17 AM
To: Tomcat Developers List
Subject: [VOTE] New committer: Filip Hanik
I'd like to nominate Filip Hanik filip at filip.net as a
committer on
the Tomcat
Remy Maucherat wrote:
Martin Algesten wrote:
This is the soundest idea I've heard so far. Multiple distributions
sounds like disaster area to me. I currently think it is hard enough for
a new user to decide Tomcat3/Tomcat4.x/Tomcat5 when presented with the
choices. If there in addition to
+1
Amy
Remy Maucherat wrote:
I'd like to nominate Filip Hanik filip at filip.net as a committer on
the Tomcat project. Filip has written the clustering code that was
committed recently in the Tomcat 5 CVS, and is willing to maintain it,
as well as continuing to improve it (including
Jon Scott Stevens wrote:
on 2002/12/10 7:30 AM, Costin Manolache [EMAIL PROTECTED] wrote:
Yes - Jon will not be happy ( as far as I know Jon ) if jasper.jar
is anywhere in the distribution, even if it is not used.
If Jasper is in there, then it isn't a (repeat) 'minimal JSR 154 only
Costin Manolache wrote:
Henri Gomez wrote:
Yes but add the ability to activate/include modules, which is
the Costin idea ;)
Actually - I think it is your idea :-) ( well, now it makes a lot
of sense - I'm in how didn't I think of it mode ).
That means I will drop my minimal proposal, or
remm2002/12/10 10:49:06
Modified:catalina/src/share/org/apache/catalina/mbeans
ServerLifecycleListener.java
Log:
- Fix incorrect servlet context initialization if the admin webapp recieves a
stop/start.
Revision ChangesPath
1.5 +8 -5
I recently created a port of mod_jk-1.2.1 for OpenBSD and needed to make
some minor patches to mod_jk. OpenBSD 3.2 has Apache 1.3.26 configured as
ServerType standalone, to chroot to /var/www and run as user www by default.
This combination requires a few minor patches so that mod_jk will continue
remm2002/12/10 11:40:08
Modified:.tomcat.nsi
Log:
- Fix uninstaller logic.
Revision ChangesPath
1.20 +2 -6 jakarta-tomcat-5/tomcat.nsi
Index: tomcat.nsi
===
RCS file:
I am trying to integrate iplanet4.1 + ajp13 + tomcat 4.0.x on a solaris platform. I
cant find any documentation on this on the
jakarta.apache.org site. The only document I found was for the windows platform.
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/neshowto.html
Can someone
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15249.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
amyroh 2002/12/10 12:41:48
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_en.properties
ApplicationResources_es.properties
ApplicationResources_ja.properties
amyroh 2002/12/10 12:43:54
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_en.properties
ApplicationResources_es.properties
ApplicationResources_ja.properties
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15245.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15251.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2002/12/10 13:29:59
Modified:jasper2/src/share/org/apache/jasper/compiler Tag:
tomcat_4_branch Compiler.java
Log:
A small fix that may help resolving the ant test failures and
debug the compile errors related with javac.
In case of a compile
luehe 2002/12/10 13:33:36
Modified:jasper2/src/share/org/apache/jasper/compiler
JspDocumentParser.java
jasper2/src/share/org/apache/jasper/resources
messages.properties
Log:
Fixed dynamic attribute bug for XML syntax.
costin 2002/12/10 13:38:01
Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
Log:
Port the fixes to main.
This adds more debug info on compiler errors.
Revision ChangesPath
1.42 +16 -2
I'm going to repost this message once again because it seems Remy and Costin
didn't bother reading it the first time and are now essentially agreeing to
what I suggested below.
What-EVER!
-jon
-- Forwarded Message
From: Jon Scott Stevens [EMAIL PROTECTED]
Reply-To: Tomcat Developers List
Jon Scott Stevens wrote:
I'm going to repost this message once again because it seems Remy and
Costin didn't bother reading it the first time and are now essentially
agreeing to what I suggested below.
What-EVER!
What-EVER to you.
Reading your posts is not my favorite activity - for this
on 2002/12/10 2:52 PM, Costin Manolache [EMAIL PROTECTED] wrote:
What Remy and Costin are agreeing on is one tomcat release that includes
multiple profiles - so people can run jsr154 or minimal or default
or all.
(repeat) Which is what I already suggested.
I don't know why you have the
rant mode
I don't know why people have the impression that they need
support or some special motivation when voting on a proposal.
Yes - your admin tool argument doesn't make sense. You can easily
precompile the admintool ( and we should do it anyway ) and
run it in the JSR154-only container -
Why not have one distribution of Tomcat but with an ant installer
with different targets. The ant installer builds a layout of files
for running tomcat based on the target.
Then we only have one download (perhaps large) but with a variety
of different installs.
Some of the options could grab
on 2002/12/10 3:23 PM, Glenn Nielsen [EMAIL PROTECTED] wrote:
Then we only have one download (perhaps large) but with a variety
of different installs.
Right now, I have to specially distribute Tomcat for Scarab. Instead, I want
one small download that I can point people at and tell them to
on 2002/12/10 3:15 PM, Costin Manolache [EMAIL PROTECTED] wrote:
Yes - your admin tool argument doesn't make sense. You can easily
precompile the admintool ( and we should do it anyway ) and
run it in the JSR154-only container - if you want to.
I thought that you need Jasper in order to run
Jon Scott Stevens wrote:
on 2002/12/10 3:15 PM, Costin Manolache [EMAIL PROTECTED] wrote:
Yes - your admin tool argument doesn't make sense. You can easily
precompile the admintool ( and we should do it anyway ) and
run it in the JSR154-only container - if you want to.
I thought that
Jon Scott Stevens wrote:
on 2002/12/10 3:23 PM, Glenn Nielsen [EMAIL PROTECTED] wrote:
Then we only have one download (perhaps large) but with a variety
of different installs.
Right now, I have to specially distribute Tomcat for Scarab. Instead, I want
one small download that I can point
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15256.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2002/12/10 16:38:29
Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
Log:
Remove getCanonicalPath.
Revision ChangesPath
1.43 +1 -2
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java
Index:
Hi,
I am trying to embed a Tomcat inside our java application. I am able to start up
tomcat on port 8080. However when i am trying to start up Tomcat with SSL on port 8443
i am unable to do so. I dont get any error on standard output being generated by
tomcat.However when i go to the browser
Yes - your admin tool argument doesn't make sense. You can easily
precompile the admintool ( and we should do it anyway ) and
run it in the JSR154-only container - if you want to.
I thought that you need Jasper in order to run JSP's (compiled or not).
Yes, you need them since even if the
on 2002/12/10 4:23 PM, Glenn Nielsen [EMAIL PROTECTED] wrote:
Right. You need a distribution tailored for your use. Others may have
slightly different dists they need. Where does it stop? Would we end up
with 2-3 dozen different distributions? Tomcat can be used in so many
different ways
Jeanfrancois Arcand wrote:
Jon Scott Stevens wrote:
on 2002/12/10 3:15 PM, Costin Manolache [EMAIL PROTECTED] wrote:
Yes - your admin tool argument doesn't make sense. You can easily
precompile the admintool ( and we should do it anyway ) and
run it in the JSR154-only container - if
Costin Manolache wrote:
Jeanfrancois Arcand wrote:
Jon Scott Stevens wrote:
on 2002/12/10 3:15 PM, Costin Manolache [EMAIL PROTECTED] wrote:
Yes - your admin tool argument doesn't make sense. You can easily
precompile the admintool ( and we should do it anyway ) and
run it
on 2002/12/10 4:59 PM, Costin Manolache [EMAIL PROTECTED] wrote:
Yes - your admin tool argument doesn't make sense. You can easily
precompile the admintool ( and we should do it anyway ) and
run it in the JSR154-only container - if you want to.
I thought that you need Jasper in order to run
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15258.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeanfrancois Arcand wrote:
Costin Manolache wrote:
Jeanfrancois Arcand wrote:
Jon Scott Stevens wrote:
on 2002/12/10 3:15 PM, Costin Manolache [EMAIL PROTECTED] wrote:
Yes - your admin tool argument doesn't make sense. You can easily
precompile the admintool ( and
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15251.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2002/12/10 23:34:25
Modified:jk/java/org/apache/jk/common ChannelSocket.java
Log:
- Restore old behavior: bind on all addresses by default.
- Note: the file EOLs are correupted. Please fix it.
Revision ChangesPath
1.29 +1 -1
[EMAIL PROTECTED] wrote:
costin 2002/12/10 16:38:29
Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
Log:
Remove getCanonicalPath.
This may not be a good idea, and I think would break Jasper on Windows.
I'll revert it, if you don't mind.
Remy
--
To
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15258.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2002/12/10 23:51:20
Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
Log:
- Fix the build.
- Not using a canonical path may be ok. I need more testing though (don't port
that to 4.1.x ;-) ).
Revision ChangesPath
1.44 +1 -1
remm2002/12/10 23:51:48
Modified:.RELEASE-NOTES-4.1.txt
Log:
- Update release notes.
Revision ChangesPath
1.37 +8 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
Index: RELEASE-NOTES-4.1.txt
Jon Scott Stevens wrote:
I'm going to repost this message once again because it seems Remy and Costin
didn't bother reading it the first time and are now essentially agreeing to
what I suggested below.
What-EVER!
Lol. Actually, you are proposing releasing multiple binaries because you
don't
97 matches
Mail list logo
