Sorry for answering my own mail but I lost the thread and want to clarify
some aspects with respect to Matts message. He wrote:
---
This means that ALL roles can access this resource. When you specify *, you
don't need to specify security-role below, but if you DO specify a role or
roles, then it
I agree with Costin's interpretation of the Jakarta voting rules (even if I
don't agree with his -0 on this particular vote :). Since it is a
majority vote, justifying a -1 is optional.
soapbox
I'd like to point out that we have at least 3 non-binding +1 votes on this
already. It seems that
Jeanfrancois Arcand wrote:
Jon Scott Stevens wrote:
Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
+1 []
0 []
-1 [X]
-jon
(1) Jasper is very a very small jar file.
(2) The Admin Tool should go with the minimal distribution of Tomcat. We
decided 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=15172.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Hi,
I plan to reorganize the jakarta-tomcat-catalina repository as follows:
- catalina folder: Catalina core; this depends on the servlet API
- modules folders: Optional functionality and modules (one example is
clustering), but which depends on the Catalina API; this does
Jon Scott Stevens wrote:
on 2002/12/7 9:37 AM, Glenn Nielsen [EMAIL PROTECTED] wrote:
I will consider voting +1 if any of the other tomcat devs who want this
will volunteer to be the release manager for the servlet only distribution.
I would find this handy when using Tomcat as a SOAP server
Pier Fumagalli wrote:
On 8/12/02 0:43 Jon Scott Stevens [EMAIL PROTECTED] wrote:
on 2002/12/7 4:25 PM, Pier Fumagalli [EMAIL PROTECTED] wrote:
Jon, I'm very sorry mate, you're 4 months too late :-( I lost my fight about
this very same topic back then...
Maybe to late for your opinion, but
Hi,
I would to add a feature: Allow jvmRoute to be a system property.
I have several Tomcat's using the same server.xml but I need a different
sessionId for each Tomcat. The easy solution I have found is to use
jmvRoute=SYSTEM and read the system property jmvRoute to have the jvmRoute I
want.
jean-frederic clere wrote:
Hi,
I would to add a feature: Allow jvmRoute to be a system property.
I have several Tomcat's using the same server.xml but I need a different
sessionId for each Tomcat. The easy solution I have found is to use
jmvRoute=SYSTEM and read the system property jmvRoute
What I would love to see is a tree of downloads where each one gains more
and more features (it is additive). Such as:
JSR-154 Implementation
/ \
Jasper Velocity
/ \ \
Admin
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=15104.
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=10595.
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=15104.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
jean-frederic clere wrote:
Hi,
I would to add a feature: Allow jvmRoute to be a system property.
I have several Tomcat's using the same server.xml but I need a
different sessionId for each Tomcat. The easy solution I have found is
to use jmvRoute=SYSTEM and read the
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=15143.
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=15175.
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=15175.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2002/12/09 03:16:30
Modified:.build.properties.default
Log:
- Update to NSIS Beta 0. Hopefully, no more API changes from now on.
Revision ChangesPath
1.54 +2 -2 jakarta-tomcat-5/build.properties.default
Index: build.properties.default
I don't see any major issues with 4.1.16, so I plan to tag 4.1.17 (which
hopefully would be the next stable build) tomorrow after a few more
minor tweaks.
There was a report made against JK 2 immediately after 4.1.16 Beta was
announced. Can someone confirm there's no major issue with JK ?
Hi,
Changing the API in the 4.1.x branch is not ok (at a bare minimum, not
without asking/voting).
A method addition was made on 11/30 to the org.apache.catalina.Manager
interface. This could break compatibility with 3rd party managers, and
apparently was made during an optimization effort, as
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=15176.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'm playing currently with mod_jk + mod_deflate on Apache 2.0,
and it seems it will be needed to set the content-type in response
in Apache 2.0 to allow mod_deflate to compress only text/html, text/xml
contents.
It seems in that case will need to parse the tomcat response
to set content-type
hgomez 2002/12/09 05:19:18
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Make jk works with filters in Apache 2.0, ie mod_deflate and
AddOutputFilterByType DEFLATE text/html.
Revision ChangesPath
1.62 +5 -2
remm2002/12/09 05:22:40
Modified:catalina/src/conf server.xml
Log:
- Port connector configuration tweaks.
Revision ChangesPath
1.67 +7 -6 jakarta-tomcat-4.0/catalina/src/conf/server.xml
Index: server.xml
hgomez 2002/12/09 05:22:45
Modified:webapp/apache-2.0 mod_webapp.c
Log:
Make webapp works with filters in Apache 2.0, ie mod_deflate and
AddOutputFilterByType DEFLATE text/html.
NB: My first webapp commit ;-)
Revision ChangesPath
1.12 +7 -2
remm2002/12/09 05:22:55
Modified:resources/confinstall server_2.xml
Log:
- Port connector configuration tweaks.
Revision ChangesPath
1.6 +6 -6 jakarta-tomcat-4.0/resources/confinstall/server_2.xml
Index: server_2.xml
hgomez 2002/12/09 05:23:20
Modified:jk/native2/server/apache2 jk_service_apache2.c
Log:
Make jk2 works with filters in Apache 2.0, ie mod_deflate and
AddOutputFilterByType DEFLATE text/html.
Revision ChangesPath
1.33 +5 -2
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2002-12-09/jakarta-tomcat-catalina.html
Buildfile: build.xml
deploy-prepare:
[mkdir] Created dir:
hgomez 2002/12/09 05:27:20
Modified:jk/native2 CHANGES.txt
Log:
comment change
Revision ChangesPath
1.7 +5 -2 jakarta-tomcat-connectors/jk/native2/CHANGES.txt
Index: CHANGES.txt
===
RCS
hgomez 2002/12/09 05:28:55
Modified:jk/native CHANGES.txt
Log:
comment changes
Revision ChangesPath
1.5 +10 -1 jakarta-tomcat-connectors/jk/native/CHANGES.txt
Index: CHANGES.txt
===
RCS
Remy Maucherat wrote:
Hi,
Changing the API in the 4.1.x branch is not ok (at a bare minimum, not
without asking/voting).
A method addition was made on 11/30 to the org.apache.catalina.Manager
interface. This could break compatibility with 3rd party managers, and
apparently was made during an
Jeanfrancois Arcand wrote:
Jon Scott Stevens wrote:
Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
+1 []
0 []
-1 [X]
-jon
(1) Jasper is very a very small jar file.
(2) The Admin Tool should go with the minimal distribution of Tomcat. We
decided to
Hi,
I have made a patch which solves a problem I had last week--isapi_redirector
sometimes corrupted data sent by the client.
I'm not sure where to send the patch, I hope I don't abuse this list by
submitting it here.
Someone more intimate with the code might want to make a better patch, the
As an end user. I don't use the admin tool, don't know what it is. I do
use both JSP and Servlets.
M
-Original Message-
From: Glenn Nielsen [mailto:[EMAIL PROTECTED]]
Sent: 09 December 2002 14:06
To: Tomcat Developers List
Subject: Re: [VOTE] minimal JSR 154 only distribution
I have interest in the admin tool - but I don't trust it yet and for my
production work - and I am still stuck on the 4.0.X series.
I think the admin tool is essential for a full distribution - but
useless in a minimal distribution. The user base wanting the min
distribution already have the
It seeems that we are doing very frequent point releases of Tomcat 4.1.16.
Yet haven't had a stable release since 4.1.12.
Reviewing the release notes I don't see any difference between CVS HEAD and
4.1.16 except for my recent addition of the DataSource Realm. Why tag 4.1.17
when there are so few
jean-frederic clere wrote:
Remy Maucherat wrote:
Hi,
Changing the API in the 4.1.x branch is not ok (at a bare minimum, not
without asking/voting).
A method addition was made on 11/30 to the org.apache.catalina.Manager
interface. This could break compatibility with 3rd party managers, and
Glenn Nielsen wrote:
It seeems that we are doing very frequent point releases of Tomcat 4.1.16.
Yet haven't had a stable release since 4.1.12.
Reviewing the release notes I don't see any difference between CVS HEAD and
4.1.16 except for my recent addition of the DataSource Realm. Why tag
4.1.17
Jon,
Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
+0, i could be +1 but i'm out of time to offer any help in tomcat as a
whole, and of course for this particular proposal, but i dont see
anything wrong in it, more i do see it as another step, in the GTU Path
( GTU stand
jfclere 2002/12/09 07:05:55
Modified:catalina/src/share/org/apache/catalina Manager.java
catalina/src/share/org/apache/catalina/session
FileStore.java JDBCStore.java
PersistentManagerBase.java
Removed:
Ignacio J. Ortega wrote:
Jon,
Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
+0, i could be +1 but i'm out of time to offer any help in tomcat as a
whole, and of course for this particular proposal, but i dont see
anything wrong in it, more i do see it as another step,
Remy Maucherat wrote:
If the vote actually passes, I'd like to have only one minimal Tomcat
distribution, which would mean no admin and no Jasper (with separate
optional Jasper binaries available). JMX can be used directly (using a
MX4J connector + MC4J, assuming MC4J updates to MX4J 1.1.1
Remy Maucherat wrote:
Glenn Nielsen wrote:
It seeems that we are doing very frequent point releases of Tomcat
4.1.16.
Yet haven't had a stable release since 4.1.12.
Reviewing the release notes I don't see any difference between CVS
HEAD and
4.1.16 except for my recent addition of the
Costin Manolache wrote:
Remy Maucherat wrote:
If the vote actually passes, I'd like to have only one minimal Tomcat
distribution, which would mean no admin and no Jasper (with separate
optional Jasper binaries available). JMX can be used directly (using a
MX4J connector + MC4J, assuming MC4J
Costin Manolache wrote:
Since things may get confusing around here, I would like to
have an official vote on my prior proposal.
This is the list of included features:
Libs:
- JMX
- JAAS
- JNDI
- digester ( and beanutils, collections it needs ).
- modeler
- ant ( used for startup and
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
If the vote actually passes, I'd like to have only one minimal Tomcat
distribution, which would mean no admin and no Jasper (with separate
optional Jasper binaries available). JMX can be used directly (using a
MX4J
Jon Scott Stevens wrote:
One last point, we should be able to experiment around here. The negative
votes have been based on biases about what I think about Jasper and my
opinions.
They are not based on the idea that experimentation is a good
thing and I think that is just plain wrong and
Costin Manolache wrote:
Jon Scott Stevens wrote:
One last point, we should be able to experiment around here. The negative
votes have been based on biases about what I think about Jasper and my
opinions.
They are not based on the idea that experimentation is a good
thing and I think that
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=15185.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hola Joakim:
I'm not sure where to send the patch, I hope I don't abuse
this list by
submitting it here.
Thanks !!, please read http://jakarta.apache.org/site/source.html to
know to do it, and the format needed..
You can send it to this mail list and/or post it in bugzilla to, dont
forget
Jon Scott Stevens wrote:
What I would love to see is a tree of downloads where each one gains more
and more features (it is additive). Such as:
JSR-154 Implementation
/ \
Jasper Velocity
/ \
Glenn Nielsen wrote:
Jeanfrancois Arcand wrote:
Jon Scott Stevens wrote:
Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
+1 []
0 []
-1 [X]
-jon
(1) Jasper is very a very small jar file.
(2) The Admin Tool should go with the minimal distribution of
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.
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=15105.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Votes:
[ ] +1 I like the idea, I might help
[ ] -1 I don't like the idea, I won't help.
I'll have to vote -1 until the other vote completes, and then, I'll
either be:
- +1 if Jon's proposal doesn't pass
- -1 if Jon proposal is accepted, unless Jasper is removed
Remy Maucherat wrote:
I don't see any major issues with 4.1.16, so I plan to tag 4.1.17 (which
hopefully would be the next stable build) tomorrow after a few more
minor tweaks.
There was a report made against JK 2 immediately after 4.1.16 Beta was
announced. Can someone confirm there's no
Henri Gomez wrote:
What about using a minimal tomcat core with plugged modules to give
access to jsp/jmx ?
There is already some support for that ( server/webapps is very similar
with the 3.3 modules - i.e. trusted components ). It'll need few changes
to deal with the loader issues ( i.e.
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=15189.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy wrote:
I'd like to get the save/restore on shutdown features of the std
manager, and can't really see any major problem it would cause.
could be a little tricky. how would you do this without getting the nodes
out of sync.
then, when a server joins a cluster, there is a possibility that
Anyone know how to start Tomcat without the DOS window on Win XP?
Micael
---
This electronic mail transmission and any accompanying documents contain
information belonging to the sender which may be confidential and legally
privileged.
-Original Message-
From: micael [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 09, 2002 1:11 PM
To: [EMAIL PROTECTED]
Subject: Tomcat without DOS Window on Win XP, i.e. like an NT Service?
Anyone know how to start Tomcat without the DOS window on Win XP?
Micael
So-called
Please, can you send me JK/JK2 binaries for Apache 2.0.43 FreeBSD ?
thanks,
Andy
---should provide new
binaries for JK and JK2.
I'll do JK/JK2 for
remm2002/12/09 11:07:36
Modified:catalina/src/share/org/apache/catalina/session
ManagerBase.java
Log:
- Add missing commit for the cluster features.
Revision ChangesPath
1.6 +16 -6
Filip Hanik wrote:
Remy wrote:
I'd like to get the save/restore on shutdown features of the std
manager, and can't really see any major problem it would cause.
could be a little tricky. how would you do this without getting the nodes
out of sync.
After reloading and passivating, the node
Costin Manolache wrote:
Remy Maucherat wrote:
Votes:
[ ] +1 I like the idea, I might help
[ ] -1 I don't like the idea, I won't help.
I'll have to vote -1 until the other vote completes, and then, I'll
either be:
- +1 if Jon's proposal doesn't pass
- -1 if Jon proposal is accepted, unless
Votes:
[X] +1 I like the idea, I might help
[ ] -1 I don't like the idea, I won't help.
Costin
-- Jeanfrancois
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on 2002/12/9 7:16 AM, Costin Manolache [EMAIL PROTECTED] wrote:
Votes:
[ ] +1 I like the idea, I might help
[ ] -1 I don't like the idea, I won't help.
+0 I don't have time to help, but I like the idea.
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
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.
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
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 to
activate/desactive
on 2002/12/9 7:51 AM, Costin Manolache [EMAIL PROTECTED] wrote:
No Jon - my vote wasn't based on your biasses about jasper, but on the
biasses of many members of the tomcat community.
So, you speak for these people? I don't think so.
5.0 was supposed to be the release we make togheter, as a
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 same codebase. I can
live
on 2002/12/9 9:14 AM, Jeanfrancois Arcand [EMAIL PROTECTED] wrote:
I personally think that this is a much cleaner way of providing
distributions because it does not require people to learn or deal with
things they do not care about. Options are a good thing. Let's not limit
ourselves.
Youy
on 2002/12/9 9:37 AM, Costin Manolache [EMAIL PROTECTED] wrote:
I don't see why a vote on Jon's proposal would affect my proposal
( or any future vote ).
I agree.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To
on 2002/12/9 9:37 AM, Costin Manolache [EMAIL PROTECTED] wrote:
Then make a proposal that maximum 2 tomcat binary distribution should be
allowed.
I will -1 this vote.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
After reloading and passivating, the node will pull the list of sessions
from the monitor. I agree this could end up out of sync, but this is a
useful feature, otherwise the sessions go with the cluster.
actually, once I have the primary/secondary implementation, the secondary
server can store
Jon Scott Stevens wrote:
on 2002/12/9 7:51 AM, Costin Manolache [EMAIL PROTECTED] wrote:
No Jon - my vote wasn't based on your biasses about jasper, but on the
biasses of many members of the tomcat community.
So, you speak for these people? I don't think so.
No, I speak for myself. I
Hi, Tomcat Commiters,
This patch updates a Japanese resource file of Tomcat Administration Tool.
(ApplicationResources_ja.properties)
I translated the messages modified/added between 4.1.7 and 4.1.16.
I made it as such:
$ diff -u \
Jon Scott Stevens wrote:
If Sun or anyone else wants to release a JSR154-only product - they
can do it and we should make it easy to do so.
I don't think we should do it ( as tomcat community ).
Why? So far, you haven't even given a real reason.
That may be because every reason you don't
luehe 2002/12/09 13:51:57
Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java
Log:
Standard syntax:
- Added uri and local name to custom action attributes.
- Enforce restriction that if a dynamic attribute has a prefix that
doesn't map to a namespace
Hello,
I just installed the Tomcat package, and now try to
find oracle 9i jdbc driver, class12.zip or
class12.jar. Does any one know the path to download
this file? I am using PC version Oracle 9i.
Thank you very much.
Ping
12/9/02
__
Do you
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.
luehe 2002/12/09 14:17:32
Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java
jasper2/src/share/org/apache/jasper/resources
messages.properties messages_fr.properties
Log:
Fixed Bugzilla 15189: Error message provided when
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=15189.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
luehe 2002/12/09 14:26:10
Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java
Log:
When verifying that a custom action does not have any invalid
attributes, take the attributes' URI into account.
Revision ChangesPath
1.56 +28 -4
On 9/12/02 3:59 Jeanfrancois Arcand [EMAIL PROTECTED] wrote:
(2) The Admin Tool should go with the minimal distribution of Tomcat. We
decided to include JMX in Tomcat distribution...what's the point having
JMX and not the Admin Tool? Maybe JSP is not required by all Tomcat
users, but I'm sure
Sorry, I made a bit mistake.
This attachment file is correct.
Thanks.
MORIGUCHI Hirokazu [EMAIL PROTECTED] wrote:
Hi, Tomcat Commiters,
This patch updates a Japanese resource file of Tomcat Administration Tool.
(ApplicationResources_ja.properties)
I translated the messages modified/added
On 9/12/02 9:16 Jon Scott Stevens [EMAIL PROTECTED] wrote:
What I would love to see is a tree of downloads where each one gains more
and more features (it is additive). Such as:
JSR-154 Implementation
/ \
Jasper
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 hole as big as
the Empire
On 9/12/02 15:16 Costin Manolache [EMAIL PROTECTED] wrote:
Since things may get confusing around here, I would like to
have an official vote on my prior proposal.
This is the list of included features:
Libs:
- JMX
- JAAS
- JNDI
- digester ( and beanutils, collections it needs ).
-
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
luehe 2002/12/09 15:27:04
Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java
jasper2/src/share/org/apache/jasper/resources
messages.properties messages_es.properties
messages_fr.properties
Pier Fumagalli wrote:
On 9/12/02 15:16 Costin Manolache [EMAIL PROTECTED] wrote:
Since things may get confusing around here, I would like to
have an official vote on my prior proposal.
This is the list of included features:
Libs:
- JMX
- JAAS
- JNDI
- digester ( and beanutils,
On 9/12/02 23:06 Jeanfrancois Arcand [EMAIL PROTECTED] wrote:
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
On 9/12/02 23:38 Costin Manolache [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
On 9/12/02 15:16 Costin Manolache [EMAIL PROTECTED] wrote:
Since things may get confusing around here, I would like to
have an official vote on my prior proposal.
This is the list of included features:
Pier Fumagalli wrote:
I remember that when I proposed the same thing (roughly) and wanted to
call it Tomcat-HA or something like it, you said:
If possible, please also change the name - unless ASF gives you
permission to use tomcat name in your product.
Can you point to the proposal you
on 2002/12/9 3:58 PM, Costin Manolache [EMAIL PROTECTED] wrote:
It's hard to find something that doesn't exist.
?
I hate the practice of using old postings as arguments in most cases -
it's normal for people to change their minds.
There is a difference between changing your mind and making
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...)
Pier
--
To
Pier Fumagalli wrote:
They come up every now and then... That's why Costin wanted that
all-private for your eyes only noone who is not cross checked with the FBI
gets in security mailing list, right?...
Wrong. The list is for all tomcat committers - and all security information
will be posted
On 10/12/02 0:10 Jon Scott Stevens [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.
Then find it.
I believe it never even went to [VOTE]...
Pier Fumagalli wrote:
On 9/12/02 23:06 Jeanfrancois Arcand [EMAIL PROTECTED] wrote:
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
1 - 100 of 110 matches
Mail list logo