Remy Maucherat a écrit :
[EMAIL PROTECTED] wrote:
hgomez 2003/09/18 09:21:02
Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java
MsgAjp.java ChannelShm.java WorkerDummy.java
ChannelUn.java ChannelJni.java
Larry Isaacs a écrit :
+1, Thanks.
Next batch for TC 3.3.2-dev is on the fly :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
hgomez 2003/09/22 02:14:19
Modified:jk/java/org/apache/jk/common Shm14.java
Log:
Clean imports
Revision ChangesPath
1.2 +6 -14
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/Shm14.java
Index: Shm14.java
hgomez 2003/09/22 02:14:54
Modified:jk/jkant/java/org/apache/jk/ant SoTask.java
Log:
Clean import and fix a bugounet
Revision ChangesPath
1.24 +29 -9
jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/SoTask.java
Index: SoTask.java
hgomez 2003/09/22 02:15:12
Modified:jk/jkant/java/org/apache/jk/ant/compilers GcjLinker.java
MwccCompiler.java MwldLinker.java
LibtoolCompiler.java CompilerAdapter.java
GcjCompiler.java LibtoolLinker.java
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=22986.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ok, I finished to clean imports in JTC .
Now, I commit stuff for TC 3.3.2-dev
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
hgomez 2003/09/22 02:17:18
Modified:src/facade22/org/apache/tomcat/facade ServletHandler.java
Servlet22Interceptor.java
ServletOutputStreamFacade.java
ServletWriterFacade.java JspInterceptor.java
hgomez 2003/09/22 02:17:48
Modified:src/share/org/apache/jasper JspC.java
CommandLineContext.java Constants.java Options.java
JspEngineContext.java JasperEngineContext.java
JspCompilationContext.java
hgomez 2003/09/22 02:18:21
Modified:src/share/org/apache/tomcat/core OutputBuffer.java
ServerSession.java Request.java
Log:
Third batch of imports cleanup in TC 3.3.2-dev (tc-core)
Revision ChangesPath
1.21 +4 -6
hgomez 2003/09/22 02:18:39
Modified:src/share/org/apache/tomcat/modules/config AutoDeploy.java
PathSetter.java AutoWebApp.java HookSetter.java
LogSetter.java ServerXmlReader.java
PolicyLoader.java
hgomez 2003/09/22 02:18:59
Modified:src/share/org/apache/tomcat/startup EnableAdmin.java
Main.java Tomcat.java Property.java
EmbededTomcat.java Jspc.java
Log:
Fifth batch of imports cleanup in TC 3.3.2-dev (tc-startup)
Revision
hgomez 2003/09/22 02:19:27
Modified:src/share/org/apache/tomcat/util/test HttpRequest.java
HttpResponse.java Parameter.java Properties.java
TestDefaults.java Cookie.java GTest.java
Header.java Attributes.java
Imports cleaned also for TC 3.3.2-dev.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=23312.
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=23325.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/09/22 04:05:31
Modified:docs index.html
xdocsindex.xml
Log:
- Tomcat 5.0.12 Beta.
Revision ChangesPath
1.50 +1 -1 jakarta-tomcat-site/docs/index.html
Index: index.html
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=23311.
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=23325.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/09/22 05:31:41
Modified:catalina/src/share/org/apache/catalina/loader
WebappLoader.java
Log:
- Fix destroy.
Revision ChangesPath
1.23 +2 -2
remm2003/09/22 05:35:21
Modified:webapps/manager/WEB-INF web.xml
Log:
- Add save command (saves either the full config, or a context config).
Revision ChangesPath
1.10 +5 -0 jakarta-tomcat-catalina/webapps/manager/WEB-INF/web.xml
Index: web.xml
Title: RE: Tomcat 5.0.12
Remy,
The service installed by the installer doesn't start. I think it is because it is missing the java.endorsed.dirs, catalina.base, catalina.home and the java.io.tmpdir parameters. See the attached diff. I can't build the installer so haven't tested this.
Ok.
Sorry. The Patch didn't attach. Here it is:
Index: tomcat.nsi
===
RCS file: /home/cvspublic/jakarta-tomcat-5/tomcat.nsi,v
retrieving revision 1.34
diff -u -r1.34 tomcat.nsi
--- tomcat.nsi 16 Jun 2003 21:15:40 - 1.34
+++
Ok. Yup. Didn't see that. Just found that my problem was that I had run an
early alpha and it left some 'Tomcat5' registry junk around which stopped
the service being installed properly.
Dave.
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Monday, September
Oxley, David wrote:
Ok. Yup. Didn't see that. Just found that my problem was that I had run an
early alpha and it left some 'Tomcat5' registry junk around which stopped
the service being installed properly.
No problem. What kind of bad configuration prevents the update of the
service ?
Remy
Remy Maucherat wrote:
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
amyroh 2003/09/21 16:11:17
Modified:catalina/src/share/org/apache/catalina/session
ManagerBase.java
Log:
Fix to properly create Manager MBean at webapp restart - bugtraq
4924607.
-1
Remy Maucherat wrote:
Amy Roh wrote:
Local deploys do not copy the WAR over.
So local deploy is *not* persistant until we implement to save
config. This
is what I was referring to.
Fixing the bug is rather annoying, and the amount of stuff which should
be automated is quite big, and seems
I think an early version of procrun left the registry key of Tomcat5 in the
'Process Runner 1.0' key but the service had been deleted. So when
installing Tomcat5 from the exe it failed to create the Tomcat5 service
completely. i.e. a configuration that will never happen now.
Dave.
-Original
I posted this to tomcat-users last week, but didn't get a reply... I'm
hoping to get some feedback from the connectors developers on this issue I
occasionally run into...
I've got a setup where I've got two load balanced Tomcats running off of
Apache and mod_jk.
I've got a problem where one of
Amy Roh wrote:
Remy Maucherat wrote:
Fixing the bug is rather annoying, and the amount of stuff which
should be automated is quite big, and seems not worth it.
Instead, I'd like to remove local deploy from the manager servlet
(IMO, it's useless). If using the Ant tasks to do a local deploy, then
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=10912.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/09/22 12:30:17
Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager
ManagerServlet.java
Log:
- Code cleanup.
- Fix for root context handling.
Revision ChangesPath
1.12 +21 -17
remm2003/09/22 12:32:04
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Save the config file to the config base in situations where the context
would not be persistent after a restart.
- I don't think I broke
Currently, any JARs in the classloader delegation chain of a webapp's
classloader are scanned for packaged TLDs. This is convenient, as it
allows a JAR-packaged taglib to be simply dropped in common/lib and
shared by all webapps, rather than requiring each webapp to bundle the
taglib in its own
Howdy,
Seems like too much work/complication for a small gain. How inefficient
is the current mechanism and how much performance would we gain from
your approach?
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Jan Luehe [mailto:[EMAIL PROTECTED]
Sent: Monday,
Shapira,
Seems like too much work/complication for a small gain. How inefficient
is the current mechanism and how much performance would we gain from
your approach?
What do you mean by too much work? :)
I already have a patch ready to be committed. It's just a few line changes.
Just to give you
Howdy,
What do you mean by too much work? :)
I already have a patch ready to be committed. It's just a few line
changes.
I mean two things:
1 - the work you've done, implementing the patch;
2 - the work to debug/trace user questions about why their TLDs aren't
loading when they should or vice
The proposal is to add a configurable String property (tldJarNames)
on Context, which specifies the comma-separated list of JAR file names
(without any path info) that must be scanned for TLDs.
+1
Amy :-)
-
To unsubscribe,
Eric,
I forgot about those generated Declartions. It good to have an extra
pair of eyes to keep one honest. Thanks. :)
I have committed a fix for this and the last you reported. Please see if
it works better now. I have noticed that smap now contains lots of
overlaps, because of
Amy Roh wrote:
The proposal is to add a configurable String property (tldJarNames)
on Context, which specifies the comma-separated list of JAR file names
(without any path info) that must be scanned for TLDs.
+1
Amy :-)
Yeah! Thanks! :)
Jan
luehe 2003/09/22 14:42:45
Modified:catalina/src/share/org/apache/catalina/startup
TldConfig.java
Log:
Fixed javadocs for tldScanJar(File file)
Revision ChangesPath
1.21 +2 -2
luehe 2003/09/22 15:25:20
Modified:catalina/src/share/org/apache/catalina/startup
TldConfig.java
Log:
Avoid TLD-scanning the JARs under WEB-INF lib twice per webapp.
When navigating the webapp classloader delegation chain in search for
global JARs,
luehe 2003/09/22 16:56:11
Modified:catalina/src/share/org/apache/catalina/startup
TldConfig.java
Log:
Do not let the parsing error of a single TLD disrupt the parsing of remaining TLDs
in the JAR
Revision ChangesPath
1.23 +10 -14
kinman 2003/09/22 17:08:22
Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java
Log:
- Fix a bug in Parser.isTemplateText():
Since '%' is not a delimiter in JspReader.parseToken(), an expression
%String s;% after a template text would be treated as a
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=22942.
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=23340.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
But really, all this is more academic than useful in practice: who do
you think may need to single step over template text lines? :-)
No idea. I'm just trying to make sure Bugzilla 22006 stays fixed. On the
other hand if you want to WONTFIX that bad boy, I guess I don't have any
good grounds
luehe 2003/09/22 18:11:24
Modified:jasper2/src/share/org/apache/jasper/compiler
TagLibraryInfoImpl.java
Log:
Fixed javadocs of parseTLD, which used to return boolean but was changed to void
Revision ChangesPath
1.48 +4 -9
luehe 2003/09/22 18:19:53
Modified:jasper2/src/share/org/apache/jasper/compiler
TldLocationsCache.java
Log:
Avoid scanning the JARs under WEB-INF/lib twice
Revision ChangesPath
1.21 +18 -39
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=23146.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jan Luehe wrote:
Currently, any JARs in the classloader delegation chain of a webapp's
classloader are scanned for packaged TLDs. This is convenient, as it
allows a JAR-packaged taglib to be simply dropped in common/lib and
shared by all webapps, rather than requiring each webapp to bundle 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=23340.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'm using Tomcat 4.1.27 and I'm interested in teh features of the
manager webapp.
Specifically I have a suite of web applications. One web application,
call it master is a webapplication that requires access to the
ServletContext objects of the other web applications, so I have
The Tomcat Team announces the immediate availability of Apache Tomcat
5.0.12 Beta.
Tomcat 5.0 contains many enhancements over Tomcat 4.1, including:
* Performance optimizations and reduced garbage collection
* Refactored application deployer, with an optional standalone deployer
allowing
54 matches
Mail list logo
