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=16579.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-30/jakarta-tomcat-jk-ant.html
Buildfile: build.xml does not exist!
Build failed
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=16211.
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=16589.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ing. Gustavo Edelstein wrote:
Hi list!
My platform is HPUX 11.0, Tomcat 3.3.1, Apache 1.3.19
The command I'm using to compile is:
apxs -I$JAVA_HOME/include -I$JAVA_HOME/include/hpux -I../jk -o mod_jk.so
-c *.c ../common/*.c
The error msg I've got is:
gcc -DHPUX11 -DMOD_SSL=208103
Hi all,
I have set up Tomcat 4 on my Win2000 workstation (using
jakarta-tomcat-4.1.18).
Using webdav via webfolder seems to work fine with single files, so
does creating folders manually in the webfolder. However, when
dragging and dropping a folder with several subfolders and some
files in
Christian Peter wrote:
Hi all,
I have set up Tomcat 4 on my Win2000 workstation (using
jakarta-tomcat-4.1.18).
Using webdav via webfolder seems to work fine with single files, so does
creating folders manually in the webfolder. However, when dragging and
dropping a folder with several
Hi,
I've tried your solution but I've the same error.
Thanks anyway.
Ing. Gustavo A. Edelstein
Tech. Mgr.
Equiplus S.A.
www.equiplus.com
- Original Message -
From: jean-frederic clere [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, January 30, 2003 7:31 AM
remm2003/01/30 06:22:15
Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteRequest.java
Log:
- Improve code.
Revision ChangesPath
1.19 +6 -7
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteRequest.java
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=16596.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/01/30 06:24:43
Modified:catalina/src/share/org/apache/catalina Container.java
catalina/src/share/org/apache/catalina/core
ContainerBase.java StandardWrapper.java
catalina/src/share/org/apache/catalina/mbeans
remm2003/01/30 06:26:59
Modified:coyote/src/java/org/apache/coyote/tomcat5
MapperListener.java
Log:
- Update mapper using JMX.
Revision ChangesPath
1.2 +136 -28
Costin Manolache wrote:
Remy Maucherat wrote:
Cast the notification to MBeanServerNotification :-)
Ok, it sort of works now.
The remaining problems:
- some attributes need to send JMX notifications (welcome files,
mappings, etc) so the mapper can be updated
- the Host handling is not
Hello Remy,
many thanks for your answer. I was looking for Tomcat 4.1.19, but
couldn't find it. The latest build seems to be 4.1.18?
Cheers,
Christian
--
Remy Maucherat wrote:
Christian Peter wrote:
Hi all,
I have set up Tomcat 4 on my Win2000 workstation (using
jakarta-tomcat-4.1.18).
I'm running servlet under Tomcat4.01,
here is piece of my web.xml :
servlet
servlet-nameMenu/servlet-name
jsp-file/JSP/Menu.jsp/jsp-file
...
/servlet
When stopping Tomcat, jspDestroy() is called and i do some resource cleaning (such as
close DB connection pool).
i call
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=16596.
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=16596.
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=16596.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
FYI, not acked
-- Forwarded Message
From: Rob Levin [EMAIL PROTECTED]
Date: Thu, 30 Jan 2003 01:08:50 -0600 (CST)
To: [EMAIL PROTECTED]
Cc: Rob Levin [EMAIL PROTECTED]
Subject: Re: openprojects.net name change
Today (Jan 30, 2003) at 01:05 -0600, Rob Levin wrote:
To the Webmaster,
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
Cast the notification to MBeanServerNotification :-)
Ok, it sort of works now.
The remaining problems:
- some attributes need to send JMX notifications (welcome files,
mappings, etc) so the mapper can be updated
-
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=16598.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Costin Manolache wrote:
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
Cast the notification to MBeanServerNotification :-)
Ok, it sort of works now.
The remaining problems:
- some attributes need to send JMX notifications (welcome files,
mappings, etc) so the
Hi,
I have ran a couple of tests (Schemas/DTD) using Xerces 2.3 on Tomcat
4.1.x (HEAD branch) / 5.0 and didn't find any regressions ( wow ;-) and
any new bugs (wow wow! ). At least we can start recommending that
version and wait a couple of weeks before making it the default. . The
version
Remy Maucherat wrote:
BTW - I assume you read the discussion on authorization - the problem
is the same ( mapping requests URIs to constraints ), it would be good if
we can reuse some code.
The mapping code is generic. I was thinking about having the mapper do
the constraint mappings (as
Jeanfrancois Arcand wrote:
Hi,
I have ran a couple of tests (Schemas/DTD) using Xerces 2.3 on Tomcat
4.1.x (HEAD branch) / 5.0 and didn't find any regressions ( wow ;-) and
any new bugs (wow wow! ). At least we can start recommending that
version and wait a couple of weeks before making it
jfarcand2003/01/30 08:32:38
Modified:.build.properties.default
Log:
Update to Xerces 2.3.0, who seems stable.
Revision ChangesPath
1.62 +4 -4 jakarta-tomcat-5/build.properties.default
Index: build.properties.default
remm2003/01/30 08:40:40
Modified:.build.properties.default
Log:
- Use the binary instead.
Revision ChangesPath
1.63 +2 -2 jakarta-tomcat-5/build.properties.default
Index: build.properties.default
remm2003/01/30 08:45:27
Modified:coyote/src/java/org/apache/coyote/tomcat5
MapperListener.java
Log:
- Handle context unregistration (wrapper unregistration seems irrelevant, and the
mapper doesn't need them to be individually removed).
Revision
Should we not wait until a version of xalan is available for xerces 2.3?
This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus
Where did you find that information (of which bundle have you download?)
If you download
http://xml.apache.org/dist/xerces-j/Xerces-J-tools.2.3.0.tar.gz (to get
the minimal), you will find a version of xalan also (I guess is the latest).
-- Jeanfrancois
Oxley, David wrote:
Should we not
remm2003/01/30 09:20:15
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Add special processing for the 200 error code for status pages (as the check
occurs all the time). BTW, is it legal to define that ?
Revision
I thought it was the other way round. Xalan distributed a copy of Xerces it
was compatible with. When did Xerces start distributing Xalan? I was waiting
for a new release of Xalan until I upgraded, but I'll just get that instead.
Dave.
-Original Message-
From: Jeanfrancois Arcand
Does this need to be back ported to the Tomcat 4.1 branch of Jasper?
[EMAIL PROTECTED] wrote:
luehe 2003/01/29 19:22:01
Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
Log:
Capture javac error messages
Revision ChangesPath
1.48 +1 -4
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=10423.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Remy Maucherat wrote:
BTW - I assume you read the discussion on authorization - the problem
is the same ( mapping requests URIs to constraints ), it would be good
if we can reuse some code.
The mapping code is generic. I was thinking about having the mapper do
remm2003/01/30 10:22:48
Modified:catalina/src/share/org/apache/catalina Globals.java
catalina/src/share/org/apache/catalina/core
ApplicationFilterFactory.java
StandardWrapperValve.java
Log:
- Add optimized processing
remm2003/01/30 10:22:58
Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteRequest.java
Log:
- Add optimized processing for request dispatcher state (which are done using
Catalina proprietary request attributes).
- No notifications will be sent for these attributes
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=16577.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I think waiting for Xalan to certify that Xerces 2.3 is supported is a
good conservative approach. Usually they say it on their website which
Xerces version the distribution comes with (presumably certified).
http://xml.apache.org/xalan-j/index.html
For example, Xalan 2.4.1 comes with Xerces
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=16577.
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=16589.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Costin Manolache wrote:
If the question is about using JMX1.2 - it was alredy proposed, and it
seems nobody objected ( but nobody did it either ). If you want to do
that - all you need is update the mbean descriptors, and change all the
arrays to use the JNI names ( [Ljava.lang.String; instead 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=16577.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
insert newbie disclaimers here
I have been trying to use the JDBCStore stuff and found it to be a
little unstable especially when the database connections have problems
(or when the database is bounced). So, I decided to make some
modifications that would allow it to drop connections on
Hi all,
I've set up an architecture as that suggested by Martin with proxy_mod and a custom
tag proxy-web-cashing aware, but the final result is that Tomcat is, even so,
eventually called, even if only in order to return a Last-Modified value and not a
large amout of unchanged content...
remm2003/01/30 11:36:32
Modified:catalina/src/share/org/apache/catalina/core
ApplicationFilterChain.java
Log:
- Remove the use of a collection by an array (less overhead, no object
allocation).
- The default pipeline configuration is not hotspot
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=16113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/01/30 12:12:12
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Remove (useless IMO) sync on access to the MIME mappings.
Revision ChangesPath
1.18 +5 -7
kinman 2003/01/30 12:13:56
Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
Log:
- Fixed a NPE caused by nulling errorDispatcher: it is needed for Parser.
Revision ChangesPath
1.49 +4 -3
Remy Maucherat wrote:
Costin Manolache wrote:
If the question is about using JMX1.2 - it was alredy proposed, and it
seems nobody objected ( but nobody did it either ). If you want to do
that - all you need is update the mbean descriptors, and change all the
arrays to use the JNI names (
We recently put into production the OSCache Servlet Filter.
The requests still get processed by Tomcat but if the cache is hit
the Filter directly returns the content from either a Memory and/or
Disk Cache. We made some significant improvements to the ServletFilter
and contributed the code back
A better solution might be to have a Store which can use a JNDI named
DataSource. Then let the DataSource worry about connection pooling, etc.
Glenn
Tom Anderson wrote:
insert newbie disclaimers here
I have been trying to use the JDBCStore stuff and found it to be a
little unstable especially
luehe 2003/01/30 12:30:52
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Fixed out-of-scope problem with pushBody count variables when custom
tag invocations are separated out into their own methods
Revision ChangesPath
1.157 +15 -5
costin 2003/01/30 12:46:51
Modified:catalina/src/share/org/apache/catalina/mbeans
GlobalResourcesLifecycleListener.java
ServerLifecycleListener.java
Log:
Few fixes to make the listeners more friendly to foreign environments.
The
True, that might be a better design but my motivation was for a quick
fix with minimal impact to the design.
On Thursday, January 30, 2003, at 01:25 PM, Glenn Nielsen wrote:
A better solution might be to have a Store which can use a JNDI named
DataSource. Then let the DataSource worry about
costin 2003/01/30 14:40:15
Modified:.build.xml
Log:
Fix the build target.
I think the right order is util-coyote base -jk, http11 - catalina - coyote
connector.
Coyote base will be the container-independent portion.
Catalina will be able to use low-level coyote
In any case, here's my cvs diff -u JDBCStore.java.
Index: JDBCStore.java
===
RCS file:
/home/cvspublic/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/JDBCStore.java,v
retrieving revision 1.8
diff -u -r1.8
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=9931.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
kinman 2003/01/30 19:34:45
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
jasper2/src/share/org/apache/jasper/runtime
TagHandlerPool.java
Log:
- Fixed 16572, caused by recent change in tag pooling. Make sure that
tag
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=16572.
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=9931.
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=9931.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
62 matches
Mail list logo