It will bind you forever to a particular Tomcat version, but the following
should work:
The authenticating Servlet can't be protected, so that servlet saves off the
Principal as a special session variable. You then write a (Context level)
Valve Realm. The Valve looks for the special session
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=14405.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hgomez 2002/11/11 01:03:56
Modified:jasper2/src/share/org/apache/jasper/resources
messages_fr.properties
Log:
Update french translation
Revision ChangesPath
1.4 +2 -2
[EMAIL PROTECTED] wrote:
remm2002/11/07 07:23:43
Modified:jasper2/src/share/org/apache/jasper/xmlparser
XMLEncodingDetector.java
Log:
- This appreas to fix the stack overflow.
is the xerces dependencie is normal ?
import
hgomez 2002/11/11 01:27:59
Modified:webapps/ROOT jakarta-banner.gif
webapps/docs/images jakarta-logo.gif
Log:
Update to latest jakarta logo
Revision ChangesPath
1.2 +77 -50jakarta-tomcat-catalina/webapps/ROOT/jakarta-banner.gif
Binary
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=14405.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2002/11/11 03:01:05
Modified:coyote/src/java/org/apache/coyote/tomcat4
CoyoteResponse.java OutputBuffer.java
coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java OutputBuffer.java
Log:
- Properly compute
Bill Barker wrote:
Based on problems reported by users of JSPC Remy made a proposal
to deprecate it.
This resulted in a number of people responding that they used JSPC
and strongly felt it should be kept.
There did seem to be some consensus that JSPC could beneifit from
a review and
remm2002/11/11 03:53:01
Modified:.RELEASE-NOTES-4.1.txt
Log:
- Status update.
Revision ChangesPath
1.29 +9 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
Index: RELEASE-NOTES-4.1.txt
I plan to tag and package the Tomcat 4.1.15 milestone tomorrow.
Rémy
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
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=6279.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
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=14405.
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=14445.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jfclere 2002/11/11 07:40:34
Modified:jk/native2/common jk_handler_response.c jk_workerEnv.c
Log:
We have 3 msg's in the end point. request for request, post for post and msg
for what Tomcat sends us. I have changed msg into post where needed.
Revision ChangesPath
1.24
jfarcand2002/11/11 08:08:33
Modified:webapps/docs security-manager-howto.xml
Log:
Add a section on package protection. Add minor change to the introduction.
Revision ChangesPath
1.3 +67 -29jakarta-tomcat-catalina/webapps/docs/security-manager-howto.xml
There is a nastly little bug that crept into the manager context reload in the last
month or two.
If you do a manager reload of a context any JNDI named ressources that exist disappear.
This breaks use of the manager to reload a context which uses named resources.
I haven't found when/where this
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=14192.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
According to the JSP 1.2 Spec, the release method is not invoked between
tag usages, but is invoked before GC of the tag handler. Therefore
it should not be used to reset the tag handler to its initial state;
you should do that in doStartTag. See p164 and p166.
Date: Mon, 11 Nov 2002 13:32:31
Glenn Nielsen wrote:
Remy Maucherat wrote:
Bill Barker wrote:
I think we have too many dev branches already, and this is causing
maintenance problems. I'd like to have those things go in either 4.1
or 5.0. Esp the jspc refactoring ;-) jspc is currently broken in 4.1
and not really
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=13846.
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=14413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
luehe 2002/11/11 11:26:29
Modified:jasper2/src/share/org/apache/jasper/compiler
JspDocumentParser.java
Log:
Fixed 14413: NPE while using jsp:attribute in JSP Document
Revision ChangesPath
1.29 +22 -15
But if i looking into the generated jsp/servlet sources, i see the following:
--- example ---
/* tools:simpleCell */
de.dcsi.util.jsp.taglibs.Validator_SimpleCell
_jspx_th_tools_simpleCell_0 = (de.dcsi.util.jsp.taglibs.Validator_SimpleCell)
_jspx_
Here is the same source code for taglib call, generated with a tomcat 4.0.4
/* tools:simpleCell */
de.dcsi.util.jsp.taglibs.Validator_SimpleCell
_jspx_th_tools_simpleCell_32 = new de.dcsi.util.jsp.taglibs.Validator_Simp
leCell();
If you clean up in the doEndTag(), it works great... We had the same
problem with our tags.
-Original Message-
From: Torsten Fohrer [mailto:TFohrer;t-online.de]
Sent: Monday, November 11, 2002 1:39 PM
To: Tomcat Developers List
Subject: Re: TagHandlerPool doesn't release Tags on reuse
Use doStartTag for inits, doEndTag for cleanups. release will be invoked
from destroy.
Date: Mon, 11 Nov 2002 20:34:13 +0100
From: [EMAIL PROTECTED] (Torsten Fohrer)
Subject: Re: TagHandlerPool doesn't release Tags on reuse
X-Sender: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL
Torsten,
You may want to read the section about the tag handler lifecycle in an
article I wrote for ONJava.com:
http://www.onjava.com/pub/a/onjava/2001/11/07/jsp12.html
It explains how the methods are called and how to deal with attribute
values.
Hans
Torsten Fohrer wrote:
But if i looking
Doesn't this require a vote?
Glenn
Remy Maucherat wrote:
I plan to tag and package the Tomcat 4.1.15 milestone tomorrow.
Rémy
--
To unsubscribe, e-mail:
mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail:
mailto:tomcat-dev-help;jakarta.apache.org
--
jfarcand2002/11/11 13:37:37
Modified:webapps/docs security-manager-howto.xml
Log:
Fix a wrong description of a dynamically added permission.
Revision ChangesPath
1.4 +2 -3 jakarta-tomcat-catalina/webapps/docs/security-manager-howto.xml
Index:
Is anyone familiar with this class?
On Mon, 2002-11-11 at 11:14, Paul Hunnisett wrote:
I have been examining the source code for
org.apache.catalina.util.ssi.ServletOutputStreamWrapper and I discovered
a writeTo() method that writes the current buffer to the OutputStream.
What I can't
Hi:
I'm a new Tomcat user not yet active in tomcat development. I've spent quite some time
trying to debug my JSP code that works fine with Tomcat 3.2.4 but gets this cryptic
error with Tomcat 4.1.14:
- Root Cause -
org.apache.jasper.JasperException: error in invoking method
at
I did a clean build and tried to access admin webapp
(http://localhost:8080/admin). However, I get 404 The request resource
(/admin) is not available. Am I missing something obvious?
Thanks,
Amy
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional
Hi Paul.
That class is specific to the server-side include code, so the server
doesn't need to know anything about the writeTo method.
Basically, the ServletOutputStreamWrapper is used so that we can capture
the result of Tomcat processing a page, so that we may include the
contents of one
If you're using the default xerces-2.0.2, then the admin context won't load
(or at least it won't for me). You should see the error in catalina.out.
- Original Message -
From: Amy Roh [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, November 11, 2002 3:23 PM
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=14461.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello,
We've got an application that is replicated for clients, each
replication runs in its own context. We're running jdk1.4.1, RH7.2,
Tomcat 4.0.6
Even though the application itself can run fine on 10mb RAM, as each
context initializes, EVERY thread allocates more memory until we get
Xerces 2.2, not 2.0.2 (2.0.2 does not work at all) :-)
It should work if you use 2.1.
-- Jeanfrancois
Bill Barker wrote:
If you're using the default xerces-2.0.2, then the admin context won't load
(or at least it won't for me). You should see the error in catalina.out.
- Original
Scott Johnson wrote:
Hello,
We've got an application that is replicated for clients, each
replication runs in its own context. We're running jdk1.4.1, RH7.2,
Tomcat 4.0.6
Even though the application itself can run fine on 10mb RAM, as each
context initializes, EVERY thread allocates
amyroh 2002/11/11 17:13:37
Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java
Log:
Add the possibility to use SSL with the JNDIRealm.
This patch allows two more parameters to be set for the JNDIRealm.
If they are not explicitly set the JNDIRealm will behave
amyroh 2002/11/11 17:15:36
Modified:webapps/tomcat-docs/config realm.xml
Log:
Document the additions to newly supported SSL in JNDIRealm.
Submitted by Fredrik Westermarck.
Revision ChangesPath
1.6 +11 -1
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=9702.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I don't use SSL with JNDIRealm so I didn't test this out. However, the
patch seems ok and has been ignored long enough (with a few complaints).
;-) Let me know if there're any issues.
Thanks,
Amy
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, November
I switched from 2.2.0 to 2.1.0. Still no admin. :-(
I'm attaching the error logs for tomcat 4 and tomcat 5. The same
following errors are displayed running Tomcat 5.
Jeanfrancois,
admin works for you with 2.1.0??
Thanks,
Amy
Nov 11, 2002 5:59:59 PM
Yes, everythings works fine with the current build.
-- Jeanfrancois
Amy Roh wrote:
I switched from 2.2.0 to 2.1.0. Still no admin. :-(
I'm attaching the error logs for tomcat 4 and tomcat 5. The same
following errors are displayed running Tomcat 5.
Jeanfrancois,
admin works for you with
jfarcand2002/11/11 20:07:11
Modified:.BUILDING.txt build.properties.default
Log:
Xerces 2.2.1 is now working with Tomcat.
Revision ChangesPath
1.28 +4 -4 jakarta-tomcat-5/BUILDING.txt
Index: BUILDING.txt
jfarcand2002/11/11 20:16:59
Modified:.build.properties.sample
Log:
Update to Xerces 2.2.1.
Revision ChangesPath
1.53 +3 -3 jakarta-tomcat-4.0/build.properties.sample
Index: build.properties.sample
Folks,
I am running into an issue with FORM-based authentication
using 4.1.12 (and 4.0.4). It seems as if the implementation
is not in line with the 2.3 Servlet Specification. Specifically,
the Servlet Spec states:
SRV.12.5.3 Form Base Authentication
--snip--
J2EE.12.5.3.1 Login Form Notes
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, November 11, 2002 8:16 PM
Subject: cvs commit: jakarta-tomcat-4.0 build.properties.sample
jfarcand2002/11/11 20:16:59
Modified:.build.properties.sample
Log:
Update to Xerces
Hi,
i have a Servlet that needs to use object instances initially loaded
by a connector.
I first tried to use a resource but the environment is not set up
when the connector starts. Any ideas how a Servlet can communicate
with the connector instance?
Haug
--
To unsubscribe, e-mail:
thanks all, the article clarify some thinks.
cu Torsten Fohrer
-Ursprüngliche Nachricht-
Von: Hans Bergsten [mailto:hans;gefionsoftware.com]
Gesendet: Montag, 11. November 2002 21:06
An: Tomcat Developers List
Betreff: Re: TagHandlerPool doesn't release Tags on reuse
Torsten,
Amy Roh wrote:
I don't use SSL with JNDIRealm so I didn't test this out. However, the
patch seems ok and has been ignored long enough (with a few complaints).
;-) Let me know if there're any issues.
Thank you!
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For
51 matches
Mail list logo
