I agree with Steve. A full.dist=true build should fail if !jta.present.
- Original Message -
From: Steve Downey [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, August 14, 2002 9:05 PM
Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina build.xml
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=11191.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mturk 2002/08/15 02:21:50
Modified:jk/native2/include jk_uriEnv.h
Log:
Add the reverse mapping flag to the uriEnv
Revision ChangesPath
1.16 +5 -0 jakarta-tomcat-connectors/jk/native2/include/jk_uriEnv.h
Index: jk_uriEnv.h
mturk 2002/08/15 02:22:16
Modified:jk/native2/include jk_uriMap.h
Log:
Add the reverse mapping flag to the mapUri call
Revision ChangesPath
1.14 +1 -1 jakarta-tomcat-connectors/jk/native2/include/jk_uriMap.h
Index: jk_uriMap.h
mturk 2002/08/15 02:24:03
Modified:jk/native2/common jk_uriEnv.c
Log:
Add the reverse mapping option to the uri meaning that the mapping will be
'reversed' or NOT mapped if the actuall mapping is acomplished.
Revision ChangesPath
1.25 +2 -0
mturk 2002/08/15 02:25:18
Modified:jk/native2/common jk_uriMap.c
Log:
Check each mapping with the reverse flag and desired mode.
Mode can be either normal or reverse.
Revision ChangesPath
1.36 +32 -14jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c
mturk 2002/08/15 02:27:18
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
After succesfull call to the mapUri call the mapUri again with the reverse flag set.
This will decline the 'reverse' mappings.
Revision ChangesPath
1.48 +9 -3
mturk 2002/08/15 02:27:41
Modified:jk/native2/server/apache13 mod_jk2.c
Log:
After succesfull call to the mapUri call the mapUri again with the reverse flag set.
This will decline the 'reverse' mappings.
Revision ChangesPath
1.17 +9 -2
mturk 2002/08/15 02:28:42
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
Fix the call to the mapUri. The IIS doesn't support the reverse mappings for now.
Revision ChangesPath
1.41 +3 -3
Hi,
Some comments regarding reverse uri mappings.
This is the simplest way of accomplishing the reverse mapping (I'm not
sure if this is correct terminology).
There is additional option for the uri map configuration 'reverse' :
[uri:/examples/*.gif]
info=Extension mapping
reverse=1
All 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=7554.
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=11075.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'd like replace javax.sql.DataSource factory with an
implementation that fit my needs. Actually it is based on
BasicDataSourceFactory from DBCP with some improvements. It
allows overriding of server.xml resource parameters using
the Hashtable passed to the InitialContext. So I've
Neat :-)
Bojan
On Thu, 2002-08-15 at 19:43, Mladen Turk wrote:
Hi,
Some comments regarding reverse uri mappings.
This is the simplest way of accomplishing the reverse mapping (I'm not
sure if this is correct terminology).
There is additional option for the uri map configuration
mturk 2002/08/15 04:21:47
Modified:jk/native2/include jk_uriMap.h
Log:
Remove the reverse flag from uriMap call.
Revision ChangesPath
1.15 +2 -1 jakarta-tomcat-connectors/jk/native2/include/jk_uriMap.h
Index: jk_uriMap.h
mturk 2002/08/15 04:22:41
Modified:jk/native2/server/apache13 mod_jk2.c
Log:
Remove the reverse flag from uriMap call.
All the positive/negative mappings is now done inside the uriMap
function itself.
Revision ChangesPath
1.18 +1 -8
mturk 2002/08/15 04:23:04
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Remove the reverse flag from uriMap call.
All the positive/negative mappings is now done inside the uriMap
function itself.
Revision ChangesPath
1.49 +1 -8
mturk 2002/08/15 04:23:30
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
Remove the reverse flag from uriMap call.
All the positive/negative mappings is now done inside the uriMap
function itself.
Revision ChangesPath
1.42 +2 -2
On Thu, 2002-08-15 at 00:05, Steve Downey wrote:
(jta.present == true) and (full.dist=true or tyrex.present)
Yea, your right. I will change that to,
(full.dist==true) or ( jta.present == true and tyrex.present)
Does that sound ok?
Cheers,
-bob
If I'm reading this correctly, this won't
Bob Herrmann wrote:
On Thu, 2002-08-15 at 00:05, Steve Downey wrote:
(jta.present == true) and (full.dist=true or tyrex.present)
Yea, your right. I will change that to,
(full.dist==true) or ( jta.present == true and tyrex.present)
Does that sound ok?
Yes. Actually, there are a few
Amy
Yes - much too strict for JNDIRealm! The only configuration attributes
that should always be specified for this realm are className and
connectionURL. In addition either userPattern or userSearch must be
specified (but not both). Other attributes either have default values,
or not
Tomcat 4.1.9 Beta has been released. It includes bugfixes over the
previous Tomcat 4.1.8 Beta, including a fix for a rare deadlock
condition in the Catalina classloader, and Jasper 2 compliance fixes
(please refer to the release notes for the complete list).
Release notes:
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=11075.
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=11722.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bobh2002/08/15 06:56:31
Modified:catalina build.xml
Log:
Change conditional building of Tyrex component to follow this rule,
(full.dist==true) or ( jta.present == true and tyrex.present)
Revision ChangesPath
1.17 +7 -7
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=11724.
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=11075.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
In trying to use JspC I have noticed that it does not create the .java
files the same way Jasper does when going to the page in a browser. I
am trying to change this so that they both work the same way (and use as
much of the same code as possible for obvious reasons), is anyone else
working on
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=11730.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Has anyone looked at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7082.
Can anyone look at fixing this for 4.1.x?
Cheers.
Dave.
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: 09 August 2002 11:10
To: Tomcat Developers List
Subject: [4.1.9] Fix for
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=11662.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
David Oxley wrote:
Has anyone looked at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7082.
Can anyone look at fixing this for 4.1.x?
It may not be that easy to fix, but at least I undestand now why so many
people reported problems with RMI. The bug has an easy workaround, and I
don't
Costin,
[EMAIL PROTECTED] wrote:
Patrick ( if you read this ) - what's the status with the 'guess home' ?
I can use IntrospectionUtils - it has the whole thing in it ( home/base
setting, find in classpath ). We already need IU for jk - it just needs
to be included in bootstrap.jar to do
Hi,
I have been hinting at rewriting the main Catalina mapper for Tomcat 5.
The proposal is designed to improve performance, avoid generating
uneeded garbage String objects, and optimize the welcome files processing.
The following changes are proposed:
- Expose the decoded URI MessageBytes in
remm2002/08/15 10:42:57
Modified:catalina/src/share/org/apache/catalina/authenticator
AuthenticatorBase.java
Log:
- Remove double URI decoding.
- This could improve performance as well as fix i18n issues.
- This may have been a security issue.
-
remm2002/08/15 10:47:04
Modified:catalina/src/share/org/apache/catalina/realm RealmBase.java
Log:
- Remove double URI decoding.
- This could improve performance as well as fix i18n issues.
- This may have been a security issue.
- Reported by Juergen Pill Juergen.Pill at
Hi,
based on the mailling list feedback, I would like to propose the
following solution for the XML Parser DTD/Schema validation/namespace
aware problems:
- Add the following attributes in server.xml under the HOST element:
xmlValidation=false
xmlNamespaceAware=false
and set them equal to
Jean-François,
I would vote +1 as long as these two HOST attributes are optional
attributes. In other words, if they are missing from server.xml, both
default to false. I think that is what you are proposing but I just
wanted to make sure.
Patrick
Jean-francois Arcand wrote:
Hi,
based on
Bob Herrmann wrote:
On Thu, 2002-08-15 at 13:23, Remy Maucherat wrote:
Hi,
I have been hinting at rewriting the main Catalina mapper for Tomcat 5.
The proposal is designed to improve performance, avoid generating
uneeded garbage String objects, and optimize the welcome files processing.
[EMAIL PROTECTED] wrote:
patrickl2002/08/15 12:11:31
Modified:catalina/src/share/org/apache/catalina/valves
ErrorDispatcherValve.java
Log:
If a Servlet generates a RuntimeException, it is wrapped by a ServletException.
Since there is an entry for
Jean-francois Arcand wrote:
Hi,
based on the mailling list feedback, I would like to propose the
following solution for the XML Parser DTD/Schema validation/namespace
aware problems:
- Add the following attributes in server.xml under the HOST element:
xmlValidation=false
On Thu, 15 Aug 2002, Remy Maucherat wrote:
Yes, but welcome files for non physical resources cannot be implemented
(since you have no way of asking a servlet if it can or cannot process a
resource).
I'll implement something which works and which is very close to what the
spec requires.
Big +1 !
We can have a small ant-based script that can validate a webapp -
find all the XMLs and TLDs and run schema and DTD validation on it.
Another nice thing we could do - if someone has the time - is
adding 'Serializable' to Context and all other config objects and
saving a snapshot. Then
On Thu, 15 Aug 2002, Patrick Luby wrote:
Costin,
[EMAIL PROTECTED] wrote:
Patrick ( if you read this ) - what's the status with the 'guess home' ?
I can use IntrospectionUtils - it has the whole thing in it ( home/base
setting, find in classpath ). We already need IU for jk - it just
Hi, Does anyone know if Tomcat supports JMS ? Where is the document if yes.
Can I use j2ee server from Sun as message system when I use Tomcat ?
Please advise.
Ming
CONFIDENTIALITY NOTICE This electronic mail transmission and any
accompanying documents contain information belonging to 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=11745.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I do not think Tomcat supports JMS, Tomcat is only a servlet and JSP
container.
--Zhenxin Wang
DoCoMo Labs USA
- Original Message -
From: Ming Xie [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 15, 2002 1:33 PM
Subject: JMS for Tomcat
Hi, Does anyone know if Tomcat
Digester, version 20020815 or later -
commons-digester.home=${base.path}/commons-digester-1.3
commons-digester.lib=${commons-digester.home}
commons-digester.jar=${commons-digester.lib}/commons-digester.jar
Index: BUILDING.txt
===
RCS
[EMAIL PROTECTED] wrote:
The current specification is not implementable for Apache ( or any other
web server ) - and it breaks every pattern that was used in the web.
I don't know if we have any representative in the expert group or
what's the procedure that apache follows in voting for JCP
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=11747.
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=11747.
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=11748.
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=11748.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello
I noticed that in Tomcat 4.1.9 my LifeCycleListener defined on context level does not
get notified. The same code worked fine in TC 4.0.4 and it also works if I move
listener definition to server level.
Thank you very much
Alex Roytman
--
To unsubscribe, e-mail: mailto:[EMAIL
Remy and Costin,
I found the following draft wording that is being considered for the
Servlet 2.4 spec. The exact wording may change, but the context should
stay the same. Are there any unimplementable pieces in this proposed
wording:
The wording in the 4th paragraph in section 9.10 of the
After a lot of thinking and searching, I found a solution that
I think will work well. If you like it - I'll need some help from
Remy to implement it. If you don't like it - I'm waiting for
a better one...
There are 3 major parts:
1. Config storage. Currently that's server.xml.
2. Configuring
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=11753.
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=11754.
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=11755.
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=11755.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
patrickl2002/08/15 16:51:14
Modified:catalina/src/share/org/apache/catalina/valves
ErrorDispatcherValve.java
Log:
If a Servlet generates a RuntimeException, it is wrapped by a ServletException.
Since there is an entry for ServletException in the web.xml,
(Breathing a sigh of relief that I don't actually have to *implement* this
stuff, but hoping to contribute a little anyway :-)
On Thu, 15 Aug 2002 [EMAIL PROTECTED] wrote:
Date: Thu, 15 Aug 2002 15:50:00 -0700 (PDT)
From: [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
amyroh 2002/08/15 17:30:45
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_en.properties
ApplicationResources_es.properties
webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm
amyroh 2002/08/15 17:31:08
Modified:catalina/src/share/org/apache/catalina/mbeans
mbeans-descriptors.xml
Log:
Minor change in format.
Revision ChangesPath
1.67 +18 -18
John,
Thanks for the feedback.
John Holman wrote:
Amy
Yes - much too strict for JNDIRealm!
I agree!
The only configuration attributes
that should always be specified for this realm are className and
connectionURL. In addition either userPattern or userSearch must be
specified (but not
hi all. i have spent the evening trying to get tomcat 4.0.4 connected
to apache 2 via mod_jk2 with no success. i got the cvs jtc, compiled
the java side, installed the java stuff in tomcat, compiled the native
stuff, installed that in apache2, created my jk2 and workers2
properties files in the
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, August 15, 2002 10:23 AM
Subject: [5.0] [PROPOSAL] Refactored mapper
Hi,
I have been hinting at rewriting the main Catalina mapper for Tomcat 5.
The proposal is
distribution (version 20020815 or later) from:
http://jakarta.apache.org/builds/jakarta-commons/release/commons-digester
1.28 +4 -4 jakarta-tomcat-5/build.properties.default
Index: build.properties.default
Costin,
I took a look at InspectionUtils.guessInstall() and it looks OK.
However, it has one limitation: it looks at the classpath to guess the
install directory. This works in most cases, but does not work when the
InspectionUtils class is loaded in a classloader. Since both the
Craig R. McClanahan wrote:
(Breathing a sigh of relief that I don't actually have to *implement* this
stuff, but hoping to contribute a little anyway :-)
Well, the fact that I don't have to implement much is a relief for me too...
Both the API and a lot of drivers ( including xml file ) are
70 matches
Mail list logo