amyroh 2003/03/21 00:16:21
Modified:catalina/src/share/org/apache/catalina/core
StandardService.java
catalina/src/share/org/apache/catalina/mbeans
MBeanFactory.java
Log:
Admin updates. Add name attribute to Service
Hi,
It is not very convinient or easy to insert the declarations for
compiled JSPs into the webapp's web.xml file. It also has the
disadvantage of adding a lot of mess in the web.xml, which the user may
not like.
For that reason, I propose that Tomcat parses a new (optional) XML file,
with
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=18219.
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=18220.
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=18219.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
ballot
[ ] Alpha
[ ] Beta
[X] Stable (GA)
/ballot
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
(reposting)
If someone can give me a clue and suggest a better venue for getting
this bug fixed, please let me know.
Note that gcc complains about this code too, but doesn't consider it a
fatal error.
Original Message
Subject: [PATCH] fix syntax error in mod_jk2 file
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=18190.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy,
I think it would be nice to have a pre-compilier like JspC used to be.
The precompile part of the jsp spec is just not that handy when trying
to do builds and having ant tasks pass or fail based on the jsp and
compiling jsp pages into servelts is not an option for everyone.
John
Jeff Trawick wrote:
(reposting)
If someone can give me a clue and suggest a better venue for getting
this bug fixed, please let me know.
Note that gcc complains about this code too, but doesn't consider it a
fatal error.
Original Message
Subject: [PATCH] fix syntax error in
How about calling
out.close()
Stefanos
Steve Burrus wrote:
*It's very good indeed to be back in your midst again, and believe
me, I will try hard to mind my manners and try to use this list for
the most knowledgeable insight that I can posssibly get about how to
execute certain jsp's/servlets
Hi
Here I attach a patch for DigestAuthentication.java and RealmBase.java that should fix
the problems with DIGEST authentication. With this I made it work with Mozilla 1.3, IE
5.0, Opera 7 and my own simple client
I don't have cvs access so I made the patches against a CVS image I downloaded
Henri Gomez wrote:
Better rewrite it like :
if (remote_sa-next)
env-l-jkLog(env,
env-l,
JK_LOG_DEBUG,
channelApr.open(): error %d creating socket %d %s\n,
ret,
socketInfo-host);
else
env-l-jkLog(env,
env-l,
JK_LOG_ERROR,
channelApr.open(): error %d creating
John Trollinger wrote:
Remy,
I think it would be nice to have a pre-compilier like JspC used to be.
The precompile part of the jsp spec is just not that handy when trying
to do builds and having ant tasks pass or fail based on the jsp and
compiling jsp pages into servelts is not an option for
[EMAIL PROTECTED] wrote:
Hi
Here I attach a patch for DigestAuthentication.java and RealmBase.java that should fix the problems with DIGEST authentication. With this I made it work with Mozilla 1.3, IE 5.0, Opera 7 and my own simple client
I don't have cvs access so I made the patches against a
remm2003/03/21 06:08:21
Modified:docs building.html index.html irc.html resources.html
xdocsindex.xml resources.xml
Log:
- TC site update.
Revision ChangesPath
1.6 +1 -1 jakarta-tomcat-site/docs/building.html
Index:
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=18222.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hmm, something strange with my mail. I'm attaching them again and pasting the body
just in case :-)
---
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/DigestAuthenticator.java.new
2003-03-21 15:01:54.0 +0200
+++
[EMAIL PROTECTED] wrote:
Hmm, something strange with my mail. I'm attaching them again and pasting the body just in case :-)
The diff is inverted, right ? I need to add the lines with '-', and
remove those with '+'.
Remy
-
To
Yes, my mistake. RealmBase is right but DigestAuthenticator is inverted.
I think I'll push to get cvs access, patches look lot more beautiful :-)
Carlos
-Original Message-
From: ext Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: 21 March, 2003 16:15
To: Tomcat Developers List
Subject:
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=18219.
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=18225.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Hi,
It is not very convinient or easy to insert the declarations for
compiled JSPs into the webapp's web.xml file. It also has the
disadvantage of adding a lot of mess in the web.xml, which the user may
not like.
For that reason, I propose that Tomcat parses a new
jfarcand2003/03/21 07:54:27
Modified:.build.xml
Log:
Fix a bug when building from scratch, from a clean workspace and when doing:
ant checkout
ant download
ant dist
One day the nightly build script will work ;-)
Revision ChangesPath
1.116 +0 -4
Hola a todos:
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk2/jni
/jni/jk_jni_aprImpl.lo -lcrypt -L/usr/local/apache2/lib
-lapr -Wl,-soname -Wl,libjkjni.so -o .libs/libjkjni.so
[so] StdErr:
[so] /usr/bin/ld: cannot find -lapr
[so] collect2: ld returned 1
Not acked
-- Forwarded Message
From: mark [EMAIL PROTECTED]
Date: Fri, 21 Mar 2003 10:25:52 -0500
To: [EMAIL PROTECTED]
Subject: Poor documentation for jk
Hi Webmaster,
I would like to bring to light the fact that the documentation for the
jk mod to bind apache and tomcat is severly
Not acked...
-- Forwarded Message
From: Tony Lockhart [EMAIL PROTECTED]
Date: Fri, 21 Mar 2003 08:33:01 -0800 (PST)
To: [EMAIL PROTECTED]
Subject: Fwd: jakarta_tomcat_mod_jk connector
As followup to my previous note, I have contacted redhatLinux, and found that
their version of Apache
Hi,
The doc could be found at
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html
Cheers
Jean-frederic
Pier Fumagalli wrote:
Not acked
-- Forwarded Message
From: mark [EMAIL PROTECTED]
Date: Fri, 21 Mar 2003 10:25:52 -0500
To: [EMAIL PROTECTED]
Subject: Poor documentation for
Pier Fumagalli wrote:
Not acked...
-- Forwarded Message
From: Tony Lockhart [EMAIL PROTECTED]
Date: Fri, 21 Mar 2003 08:33:01 -0800 (PST)
To: [EMAIL PROTECTED]
Subject: Fwd: jakarta_tomcat_mod_jk connector
As followup to my previous note, I have contacted redhatLinux, and found that
their
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=5704.
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=18229.
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=18225.
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=18233.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Costin Manolache wrote:
Remy Maucherat wrote:
Hi,
It is not very convinient or easy to insert the declarations for
compiled JSPs into the webapp's web.xml file. It also has the
disadvantage of adding a lot of mess in the web.xml, which the user may
not like.
For that reason, I propose that
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, March 21, 2003 3:05 AM
Subject: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs
Hi,
It is not very convinient or easy to insert the declarations for
Could an alternate hack be to modify JspServlet to allow an additional
init parameter which would be the file which contains the mapping of the
precompiled jsp's? The config file could just be the web.xml snippet
generated by the precompilation process. This way web.xml isn't touched
and if
Br. Burrus has unsubscribed from this list, and subscribed to
tomcat-users. If you are also on that list, I'd recommend you rewrite
your reply over there, I don't think he is listening here. (And
warning, the guy is sometimes quite abrasive in his replies/questions,
just so you know, don't take
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=18202.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The main point is to _not_ hack anything, but just use the standard.
If you precompile your app - and include jasper-runtime.jar in WEB-INF/lib -
the result should work in _any_ container - the precompiled jsps are _just_
regular servlets that happen to use a lib and extend from a base class.
Costin Manolache wrote:
The main point is to _not_ hack anything, but just use the standard.
If you precompile your app - and include jasper-runtime.jar in WEB-INF/lib -
the result should work in _any_ container - the precompiled jsps are _just_
regular servlets that happen to use a lib and
Remy Maucherat wrote:
I agree that using ant replace is a hack - the right solution would be to
read the XML with DOM, insert the elements in the right place, and save
back ( DOM - so we don't loose comments ). Or even read it as a file, and
use regexp. No problem if we save the original
Remy Maucherat wrote:
Costin Manolache wrote:
The main point is to _not_ hack anything, but just use the standard.
If you precompile your app - and include jasper-runtime.jar in
WEB-INF/lib - the result should work in _any_ container - the precompiled
jsps are _just_ regular servlets 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=7588.
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=10419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
We currently distribute .tar.gz / .zip with the full tomcat as
well as RPM, .so, .exe.
I would like to start adding .jar files as part of the release process
for tomcat - eventually even for 4.1.24 ( we just need to upload the
current jars as a separate download ).
The proposal is very
Costin Manolache wrote:
We currently distribute .tar.gz / .zip with the full tomcat as
well as RPM, .so, .exe.
I would like to start adding .jar files as part of the release process
for tomcat - eventually even for 4.1.24 ( we just need to upload the
current jars as a separate download ).
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=17332.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Costin Manolache wrote:
Remy Maucherat wrote:
I don't know.
jasper-compiler is needed only to support development use cases, it
obviously shouldn't be used on production servers.
We are mixing 2 very different use cases here:
- development - you don't need to precompile and jasper-compiler is
In general, I like the idea because there are numerous
projects out there that use specific jars from tomcat
and this would greatly ease access. There is some
discussion going on elsewhere in the community for
distributing jars with this kind of model. The idea
is that an application's expressed
Mel Martinez wrote:
In general, I like the idea because there are numerous
projects out there that use specific jars from tomcat
and this would greatly ease access. There is some
discussion going on elsewhere in the community for
distributing jars with this kind of model. The idea
is that an
Remy Maucherat wrote:
No, sorry, I don't like the whole idea. We also have some work left to
do to split the main Catalina JAR. I'm quite happy with the current
distributions overall, and users apparently are also.
The current distribution remains - I'm just proposing to also distribute
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=18236.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
If it's just to be used for build tools, then it's ok (and no need for a
proposal, it just needs to get done). The trouble starts if users start
thinking they can use that to upgrade to a newer release, just by
upgrading one or two JARs (or ever worse, mixing
Costin Manolache wrote:
Remy Maucherat wrote:
If it's just to be used for build tools, then it's ok (and no need for a
proposal, it just needs to get done). The trouble starts if users start
thinking they can use that to upgrade to a newer release, just by
upgrading one or two JARs (or ever
Remy Maucherat wrote:
For example if we fix something in jk - should we have to make a full
new release of tomcat ? Same for jasper, catalina, etc.
Yes, we do. We release stable builds based on multiple components. We
can't support pick and choosing (latest big example: Xerces, which you
For those who care, I've answered my own questions:
On Thu, 20 Mar 2003 21:40:20 -0800, Aditya [EMAIL PROTECTED] said:
Under Tomcat-4 it looks like the session cookie is set in:
org/apache/catalina/connector/HttpResponseBase.java
and the code that sets it uses the default domain (which is
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=18238.
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=18238.
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=18238.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Well, I'll grant the majority of your points, and even allow how the
combination of the web server and the servlet engine could be considered
the application. I still think this is a bad idea, and here is my
reasoning.
Before anyone writes this kind of thing they should examine a representative
George Sexton wrote:
Before anyone writes this kind of thing they should examine a
representative number of web applications and find out how many would
actually benefit. I.E. how many web applications have significant
It is a bit late - the code for this kind of thing is already written
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=17014.
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=17401.
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=18238.
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=18238.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I am trying to run the jspc command and am experiencing some problems!
I get errors about classes not being found, is there any way to reference
classes from the CLASSPATH in the jspc task or do I have to put all the
class files needed by the web app in the WEB-INF/classes / WEB-INF/lib
66 matches
Mail list logo