DO NOT REPLY [Bug 28234] - uri: worker property does not exist any more
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28234. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28234 uri: worker property does not exist any more --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 07:37 --- Then just make the URLs look like 5.0. Either by deploying it twice or making a symlink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29336] New: - Unable to download PDF using MS IE 6 and SSL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29336. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29336 Unable to download PDF using MS IE 6 and SSL Summary: Unable to download PDF using MS IE 6 and SSL Product: Tomcat 5 Version: 5.0.24 Platform: PC OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Connector:Coyote AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] In my docbase I have a folder called pdf containing some PDF files. In my webapp I use some normal anchor-tags to link to those documents so that they get displayed in the browser or downloaded (depending on client configuration). With Tomcat 4.1.X everything worked well but after switching to Tomcat 5.0.24 the request of PDFs using Microsoft Internet Explorer 6.0.2800.1106 (SP1) now lead to errors. Just this (unfortunately very important) browser is now unable to display and/or download those PDF files. With Mozilla everything still works. I use a SSL Coyote HTTP/1.1 connector on port 443. This SSL connector seems to be the problem - as a non-SSL-connector still works fine with all target browsers. Just SSL is the problem here. Connector port=443 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false disableUploadTimeout=true acceptCount=100 debug=0 scheme=https secure=true URIEncoding=UTF-8 Factory keystoreFile=/root/.keystore keystorePass=changeit clientAuth=false protocol=TLS/ /Connector Maybe I have a hint, too: in the past I experienced some problems with dynamic downloads perfomed by a servlet over SLL (using MS IE 6 as the client). MS IE 6 seems to have a bug when downloading binary data over SSL. In my download- servlet I had to turn of caching... response.setHeader(Expires, 0); response.setHeader(Cache-Control, must-revalidate, post-check=0, pre- check=0); response.setHeader(Pragma, public); ...to get it to work with MS IE 6. Again, everything worked fine under Tomcat 4.1.X with its original SSL connector (used by default up to version 4.1.27). Best wishes Ingo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29337] New: - Reload destroys classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29337. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29337 Reload destroys classpath Summary: Reload destroys classpath Product: Tomcat 4 Version: 4.1.27 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm working with encryption of mail messages from my web app so I have replaced Javas default jar files local_policy.jar and US_export_policy.jar with the the ones from Java Cryptography Extension Unlimited Strength Jurusdiction Policy Files. These are located in %JAVA_HOME%\jre\lib\security. Everything works perfectly but if I restart my web application using the manager it stops working since it can't find the classes described above. My guess is that the manager creates a new classpath and forgets the security directory. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29338] New: - Tomcat 5.0 does not work as background service in windows nt 4.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29338. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29338 Tomcat 5.0 does not work as background service in windows nt 4.0 Summary: Tomcat 5.0 does not work as background service in windows nt 4.0 Product: Tomcat 5 Version: 5.0.25 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Native:Packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When installing tomcat 5.0.25 as background service using tomcat's installer it does not work. No tomcat service appears in windows control panel. Also, an attempt to register the service by using service.bat also returns error. Using tomcat 4.1.30 instead installs without any problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
remm2004/06/02 03:18:21
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
- Replace this with getSession() as suggested by Filip.
Revision ChangesPath
1.44 +11 -9
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
Index: StandardSession.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
retrieving revision 1.43
retrieving revision 1.44
diff -u -r1.43 -r1.44
--- StandardSession.java 1 Apr 2004 20:18:15 - 1.43
+++ StandardSession.java 2 Jun 2004 10:18:20 - 1.44
@@ -725,7 +725,7 @@
Object attribute = getAttributeInternal(keys[i]);
if (attribute instanceof HttpSessionActivationListener) {
if (event == null)
-event = new HttpSessionEvent(this);
+event = new HttpSessionEvent(getSession());
try {
((HttpSessionActivationListener)attribute)
.sessionWillPassivate(event);
@@ -751,7 +751,7 @@
Object attribute = getAttributeInternal(keys[i]);
if (attribute instanceof HttpSessionActivationListener) {
if (event == null)
-event = new HttpSessionEvent(this);
+event = new HttpSessionEvent(getSession());
try {
((HttpSessionActivationListener)attribute)
.sessionDidActivate(event);
@@ -1217,7 +1217,7 @@
// Call the valueBound() method if necessary
if (value instanceof HttpSessionBindingListener) {
-event = new HttpSessionBindingEvent(this, name, value);
+event = new HttpSessionBindingEvent(getSession(), name, value);
try {
((HttpSessionBindingListener) value).valueBound(event);
} catch (Throwable t){
@@ -1233,7 +1233,7 @@
(unbound instanceof HttpSessionBindingListener)) {
try {
((HttpSessionBindingListener) unbound).valueUnbound
-(new HttpSessionBindingEvent(this, name));
+(new HttpSessionBindingEvent(getSession(), name));
} catch (Throwable t) {
log(sm.getString(standardSession.bindingEvent), t);
}
@@ -1256,7 +1256,7 @@
listener);
if (event == null) {
event = new HttpSessionBindingEvent
-(this, name, unbound);
+(getSession(), name, unbound);
}
listener.attributeReplaced(event);
fireContainerEvent(context,
@@ -1267,7 +1267,8 @@
beforeSessionAttributeAdded,
listener);
if (event == null) {
-event = new HttpSessionBindingEvent(this, name, value);
+event = new HttpSessionBindingEvent
+(getSession(), name, value);
}
listener.attributeAdded(event);
fireContainerEvent(context,
@@ -1561,7 +1562,7 @@
// Call the valueUnbound() method if necessary
HttpSessionBindingEvent event = null;
if (value instanceof HttpSessionBindingListener) {
-event = new HttpSessionBindingEvent(this, name, value);
+event = new HttpSessionBindingEvent(getSession(), name, value);
((HttpSessionBindingListener) value).valueUnbound(event);
}
@@ -1580,7 +1581,8 @@
beforeSessionAttributeRemoved,
listener);
if (event == null) {
-event = new HttpSessionBindingEvent(this, name, value);
+event = new HttpSessionBindingEvent
+(getSession(), name, value);
}
listener.attributeRemoved(event);
fireContainerEvent(context,
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29269] - Session in JSp not available to Servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29269. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29269 Session in JSp not available to Servlet [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 10:31 --- The problem occurs only when I use my machine name in the URL like http://p4240sf_138.tfcorp.tfn.com:8080/test/test.jsp But if I use localhost or ip address this doesn't occur Please advice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29269] - Session in JSp not available to Servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29269. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29269 Session in JSp not available to Servlet [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 10:44 --- My advice is you investigate this further yourself, or post to tomcat-user. Please do not reopen this report. BTW, it should be obvious that cookies are tied to hostnames. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29338] - Tomcat 5.0 does not work as background service in windows nt 4.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29338. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29338 Tomcat 5.0 does not work as background service in windows nt 4.0 [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Normal Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 10:47 --- This works for me. There are no useful details (other than the obligatory the old release works), so there's no way to help you. Make sure JAVA_HOME is pointing to your JDK root, and otherwise, there are other service wrappers that you can use instead (such as the one from TC 4.1). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-5/resources tomcat.spec
[EMAIL PROTECTED] a écrit : costin 2004/05/21 07:52:00 Added: resources tomcat.spec Log: Initial version of a spec file creating a RPM identical with the official binary distribution. Well that's not a clean way to package RPM since in packaging policies, a binary should allways been rebuild from source :-) Also this RPM didn't follow FHS. Why not make a notice to use the rpms provided by www.jpackage.org since users will also get apt-get and yum support, which is the regular way to keep Linux box up to date. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29339] New: - Reset of Catalina:type=GlobalRequestProcessor,name=jk-9009 without reboot
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29339. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29339 Reset of Catalina:type=GlobalRequestProcessor,name=jk-9009 without reboot Summary: Reset of Catalina:type=GlobalRequestProcessor,name=jk- 9009 without reboot Product: Tomcat 5 Version: 5.0.25 Platform: All OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Connector:AJP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The JMX attributes from a JK Connector have some mysterious behavior over time. Without restart tomcat or the connector the values in this mbean (requestCount) grow but decrease after some time. They reset not to 0! I can offer a chart of this behavior. A HTTP connector works well. I use TC5 cvs 040601 The problems with counting more than one JK connector and the JMX naming problem are solved with [EMAIL PROTECTED] patches to the cvs. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs/config context.xml
yoavs 2004/06/02 05:43:34 Modified:webapps/docs/config context.xml Log: Added default info for reloadable attribute. Revision ChangesPath 1.10 +2 -1 jakarta-tomcat-catalina/webapps/docs/config/context.xml Index: context.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/context.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- context.xml 6 Feb 2004 14:26:10 - 1.9 +++ context.xml 2 Jun 2004 12:43:34 - 1.10 @@ -165,7 +165,8 @@ changes, and automatically reload the web application if a change is detected. This feature is very useful during application development, but it requires significant runtime overhead and is -not recommended for use on deployed production applications. You +not recommended for use on deployed production applications. That's +why the default setting for this attribute is ifalse/i. You can use the a href=../manager-howto.htmlManager/a web application, however, to trigger reloads of deployed applications on demand./p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Apache Tomcat 5.0.26 Beta released
The Tomcat Team announces the immediate availability of Apache Tomcat 5.0.26 Beta. Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html Release notes: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/RELEASE-NOTES Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi Sources: http://jakarta.apache.org/site/sourceindex.cgi The Apache Tomcat Team This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session DeltaSession.java SimpleTcpReplicationManager.java
fhanik 2004/06/02 07:10:01
Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
DeltaSession.java SimpleTcpReplicationManager.java
Log:
Fixed the session facade for events
Fixed the deserialization to only add the session to the manager once
Revision ChangesPath
1.24 +6 -6
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java
Index: DeltaSession.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java,v
retrieving revision 1.23
retrieving revision 1.24
diff -u -r1.23 -r1.24
--- DeltaSession.java 26 May 2004 16:37:47 - 1.23
+++ DeltaSession.java 2 Jun 2004 14:10:01 - 1.24
@@ -1279,7 +1279,7 @@
// Call the valueBound() method if necessary
if ( value instanceof HttpSessionBindingListener ) {
-event = new HttpSessionBindingEvent(this, name, value);
+event = new HttpSessionBindingEvent(getSession(), name, value);
try {
( (HttpSessionBindingListener) value).valueBound(event);
} catch ( Exception x ) {
@@ -1295,7 +1295,7 @@
(unbound instanceof HttpSessionBindingListener)) {
try {
( (HttpSessionBindingListener) unbound).valueUnbound
-(new HttpSessionBindingEvent( (HttpSession)this, name));
+(new HttpSessionBindingEvent( (HttpSession)getSession(), name));
} catch ( Exception x ) {
log.error(Session binding listener throw an exception,x);
}
@@ -1322,7 +1322,7 @@
listener);
if (event == null) {
event = new HttpSessionBindingEvent
-(this, name, unbound);
+(getSession(), name, unbound);
}
listener.attributeReplaced(event);
fireContainerEvent(context,
@@ -1334,7 +1334,7 @@
listener);
if (event == null) {
event = new HttpSessionBindingEvent
-(this, name, unbound);
+(getSession(), name, unbound);
}
listener.attributeAdded(event);
fireContainerEvent(context,
@@ -1614,7 +1614,7 @@
// Call the valueUnbound() method if necessary
HttpSessionBindingEvent event =
- new HttpSessionBindingEvent((HttpSession) this, name, value);
+ new HttpSessionBindingEvent((HttpSession) getSession(), name, value);
if ((value != null)
(value instanceof HttpSessionBindingListener))
try {
1.28 +0 -2
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java
Index: SimpleTcpReplicationManager.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SimpleTcpReplicationManager.java,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- SimpleTcpReplicationManager.java 29 May 2004 02:48:16 - 1.27
+++ SimpleTcpReplicationManager.java 2 Jun 2004 14:10:01 - 1.28
@@ -547,8 +547,6 @@
String id = oin.readUTF();
byte[] data = (byte[])oin.readObject();
Session session = readSession(data,id);
-session.setManager(this);
-add(session);
}//for
stateTransferred=true;
break;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS branching
Shapira, Yoav wrote: Hi, So at some point soon (the next day or two), we want to put the current tomcat 5 code on a branch called tomcat_5_0 (the actual branch name is tentative but let's use tomcat_5_0 for example). We'll do this after tagging TOMCAT_5_0_26 on the main branch. The actual CVS command is easy: cvs rtag -r TOMCAT_5_0_26 -b TOMCAT_5_0 (repeat once for each tomcat CVS module, jakarta-tomcat-5, jakarta-tomcat-catalina, etc.) Subsequent checkouts and tagging operations against this have to specify -r TOMCAT_5_0 or else they work against the default, main/head branch. Commits are easy (don't need a branch specified) as they automatically work against the branch where the checkout was done. Is that it? Should we be concerned about the fact that the main/head codebase will not be as stable, so users trying to build head (or automated/nightly/gump trying to build head) may run into trouble? Yes (but I recommend putting a new 5.0.27 tag when branching, wven if we don't bother doing a proper release). No (HEAD is supposed to mean trouble, right ;) ). For now, I think a branch is only needed in jakarta-tomcat-catalina (if there are problems, I'll use a build2.xml in jakarta-tomcat-5 with temporary hacks). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CVS branching
Hi, For now, I think a branch is only needed in jakarta-tomcat-catalina (if there are problems, I'll use a build2.xml in jakarta-tomcat-5 with temporary hacks). Would it be better if you did your refactoring in a branch and then merged into the main branch, overwriting as needed, when you're ready? The advantages would include an easier time for me when doing releases, and other people being able to build from HEAD (hopefully ;)). Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29342] New: - pageEncoding attribute is ignored under certain conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29342. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29342 pageEncoding attribute is ignored under certain conditions Summary: pageEncoding attribute is ignored under certain conditions Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If a single page directive is split into multiple instances (according to JSP.2.10.1 The page Directive), the pageEncoding attribute is ignored under the following conditions: 1) The page directive that contains the pageEncoding attribute is NOT defined in the same instance as the contentType attribute. 2) The page directive that contains the pageEncoding attribute appeares AFTER the directive that contains the contentType attribute. If both conditions are true, pageEncoding is ignored and instead, the character encoding specified by the contentType attribute seems to be used! example 1: [EMAIL PROTECTED] contentType=text/html; charset=UTF-8% [EMAIL PROTECTED] pageEncoding=ISO-8859-1% used charset: I don't know, but it is NOT ISO-8859-1, because special LATIN-1 characters are unreadable in the generated java servlet code. example 2: [EMAIL PROTECTED] pageEncoding=ISO-8859-1% [EMAIL PROTECTED] contentType=text/html; charset=UTF-8% used charset: ISO-8859-1 (which is correct!) At least it is a bug that the page directives are position dependent! (see JSP.2.10.1 The page Directive). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29342] - pageEncoding attribute is ignored under certain conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29342. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29342 pageEncoding attribute is ignored under certain conditions --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 14:58 --- Please test the latest stable release, 5.0.25 at the time of this writing: 5.0.16 is a bit aged and numerous JSP-related bug fixes have been done since, so this issue may no longer exist. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29342] - pageEncoding attribute is ignored under certain conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29342. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29342 pageEncoding attribute is ignored under certain conditions --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 14:00 --- Created an attachment (id=11725) Testcase (JSP): pageEncoding attribute is ignored! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS branching
I assume next release from HEAD will be labeled 5.1 ? If you plan changes big enough to require a branch, probably a 5.0 - 5.1 is also needed. Costin Shapira, Yoav wrote: Hi, So at some point soon (the next day or two), we want to put the current tomcat 5 code on a branch called tomcat_5_0 (the actual branch name is tentative but let's use tomcat_5_0 for example). We'll do this after tagging TOMCAT_5_0_26 on the main branch. The actual CVS command is easy: cvs rtag -r TOMCAT_5_0_26 -b TOMCAT_5_0 (repeat once for each tomcat CVS module, jakarta-tomcat-5, jakarta-tomcat-catalina, etc.) Subsequent checkouts and tagging operations against this have to specify -r TOMCAT_5_0 or else they work against the default, main/head branch. Commits are easy (don't need a branch specified) as they automatically work against the branch where the checkout was done. Is that it? Should we be concerned about the fact that the main/head codebase will not be as stable, so users trying to build head (or automated/nightly/gump trying to build head) may run into trouble? Yoav Shapira Millennium Research Informatics This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29342] - pageEncoding attribute is ignored under certain conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29342. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29342 pageEncoding attribute is ignored under certain conditions --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 14:01 --- Created an attachment (id=11726) Testcase (JSP): pageEncoding attribute is regarded! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29345] New: - Wrong Content-length returned when chunked encoding
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29345.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=29345
Wrong Content-length returned when chunked encoding
Summary: Wrong Content-length returned when chunked encoding
Product: Tomcat 4
Version: 4.1.18
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Blocker
Priority: Other
Component: Connector:Other
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Using the org.apache.ajp.tomcat4.Ajp13Connector
HttpServletRequest.getContentLength() returns 0 if no content-length header was
set in the HTTP request due to chunked transfer-encoding. Actually it should
return -1. Btw org.apache.coyote.tomcat4.CoyoteConnector does this right.
It works if one initialises contentLength to -1 instead of 0 in
org.apache.tomcat.util.http.BaseRequest. However, this might not be the
right/nice place to fix this bug.
In org.apache.ajp.RequestHandler there is the following code, which seems to
solve the problem but doesn't get called if no content-length header is set.
if (hId == SC_REQ_CONTENT_LENGTH) {
// just read content-length header
int contentLength = (vMB == null) ? -1 : vMB.getInt();
req.setContentLength(contentLength);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16901] - [PATCH] mod_jk2 wrong server port when using NAT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=16901. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=16901 [PATCH] mod_jk2 wrong server port when using NAT [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 14:18 --- It is still not working. i'm using mod_jk2-2.0.4 apache-2.0.49 and my setup is almost the same: httpd is listening on 9000 and when trying to do a rewrite the connector responds with www.anyurl.com:9000/x/y/z The FW only allows http+https and therefore the connection got lost in the httpd.conf i've added the CanonicalName directive and also the 'ServerName www.anyurl.com:9000' in the Virtual Host directives without any result. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29345] - Wrong Content-length returned when chunked encoding
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29345. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29345 Wrong Content-length returned when chunked encoding [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 15:23 --- The tomcat 4.1 branch is in maintenance mode: pretty much only security and showstopper bugs will be fixed. The connector code (which this is relevant to) was changed after 4.1.29 to be the Coyote code that's the same as used in tomcat 5.0 releases. Please at least upgrade to 4.1.30 (the latest stable 4.1 release) and retest. It would be even better if you could use 5.0 which is being actively developed and maintained. If you do find the bug to still be present in 5.0, please file a bug report against Tomcat 5, leaving this item closed. If you find the bug still present in 4.1.30, you may reopen this issue, but there's no guarantee it'll be fixed in the 4.1 branch. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2 STATUS.txt
fuankg 2004/06/02 09:01:59 Modified:jk/native2 STATUS.txt Log: update to recent status. Revision ChangesPath 1.5 +3 -2 jakarta-tomcat-connectors/jk/native2/STATUS.txt Index: STATUS.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/STATUS.txt,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- STATUS.txt2 Feb 2004 20:12:07 - 1.4 +++ STATUS.txt2 Jun 2004 16:01:59 - 1.5 @@ -3,7 +3,8 @@ Release: -2.0.4 : in progress +2.0.5 : in progress +2.0.4 : released March 29, 2004 2.0.3 : not released 2.0.2 : released November 27, 2002 2.0.1 : released October 6, 2002 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29336] - Unable to download PDF using MS IE 6 and SSL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29336. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29336 Unable to download PDF using MS IE 6 and SSL [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 16:06 --- *** This bug has been marked as a duplicate of 27122 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27122] - IE plugins cannot access components through Tomcat 5 over SSL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27122. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27122 IE plugins cannot access components through Tomcat 5 over SSL [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 16:06 --- *** Bug 29336 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2 STATUS.txt
what about adding such a status also for native (mod_jk) ? Guenter. fuankg 2004/06/02 09:01:59 Modified:jk/native2 STATUS.txt Log: update to recent status. Revision ChangesPath 1.5 +3 -2 jakarta-tomcat-connectors/jk/native2/STATUS.txt Index: STATUS.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/STATUS.txt,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- STATUS.txt 2 Feb 2004 20:12:07 - 1.4 +++ STATUS.txt 2 Jun 2004 16:01:59 - 1.5 @@ -3,7 +3,8 @@ Release: -2.0.4 : in progress +2.0.5 : in progress +2.0.4 : released March 29, 2004 2.0.3 : not released 2.0.2 : released November 27, 2002 2.0.1 : released October 6, 2002 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29333] - Unable to read TLD
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29333. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29333 Unable to read TLD [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 16:54 --- Closing as irreproducible. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29342] - pageEncoding attribute is ignored under certain conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29342. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29342 pageEncoding attribute is ignored under certain conditions [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 16:57 --- I'm not sure I understand what you mean by pageEncoding is ignored. Notice that pageEncoding refers to the encoding of the JSP page to be parsed, not the encoding of the generated servlet code. With the latest Tomcat release, both your examples yield the following statement in the generated servlet code: response.setContentType(text/html; charset=UTF-8); as expected. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
xmlParserAPIs.jar vs xml-apis.jar
Shouldn't xmlParserAPIs.jar and all references to it be replaced with xml-apis.jar? While they actually contain the same code, the install instructions for xerces2-j indicate that xmlParserAPIs.jar has been deprecated. (ref: http://xml.apache.org/xerces2-j/install.html) Thanks, Blair - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: xmlParserAPIs.jar vs xml-apis.jar
Hi, Not a bad idea -- open a Bugzilla enhancement item for this please. Thanks, Yoav Shapira Millennium Research Informatics -Original Message- From: Blair Cooper [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 1:06 PM To: [EMAIL PROTECTED] Subject: xmlParserAPIs.jar vs xml-apis.jar Shouldn't xmlParserAPIs.jar and all references to it be replaced with xml-apis.jar? While they actually contain the same code, the install instructions for xerces2-j indicate that xmlParserAPIs.jar has been deprecated. (ref: http://xml.apache.org/xerces2-j/install.html) Thanks, Blair - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xmlParserAPIs.jar vs xml-apis.jar
Shapira, Yoav wrote: Hi, Not a bad idea -- open a Bugzilla enhancement item for this please. Thanks, And make sure nothing is broken by turning xml validation on ;-) Xerces is a gold candidate when its time to introduce regression in Tomcat. -- Jeanfrancois Yoav Shapira Millennium Research Informatics -Original Message- From: Blair Cooper [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 1:06 PM To: [EMAIL PROTECTED] Subject: xmlParserAPIs.jar vs xml-apis.jar Shouldn't xmlParserAPIs.jar and all references to it be replaced with xml-apis.jar? While they actually contain the same code, the install instructions for xerces2-j indicate that xmlParserAPIs.jar has been deprecated. (ref: http://xml.apache.org/xerces2-j/install.html) Thanks, Blair - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS branching
Shapira, Yoav wrote: Hi, For now, I think a branch is only needed in jakarta-tomcat-catalina (if there are problems, I'll use a build2.xml in jakarta-tomcat-5 with temporary hacks). Would it be better if you did your refactoring in a branch and then merged into the main branch, overwriting as needed, when you're ready? The advantages would include an easier time for me when doing releases, and other people being able to build from HEAD (hopefully ;)). That's not how we do it, usually. HEAD remains the dev branch, while the stable releases are made from a branch. Working from a branch is not very different as working from HEAD, so I don't think you would run into trouble. But at least for now, I can create a Remy_Branch and hack. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS branching
I'm planning to refator some and add a bunch of work into HEAD since this where we do dev, I suggest we go with remy's suggestion, to branch off 5.0.x and continue new dev into HEAD Filip - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 12:14 PM Subject: Re: CVS branching Shapira, Yoav wrote: Hi, For now, I think a branch is only needed in jakarta-tomcat-catalina (if there are problems, I'll use a build2.xml in jakarta-tomcat-5 with temporary hacks). Would it be better if you did your refactoring in a branch and then merged into the main branch, overwriting as needed, when you're ready? The advantages would include an easier time for me when doing releases, and other people being able to build from HEAD (hopefully ;)). That's not how we do it, usually. HEAD remains the dev branch, while the stable releases are made from a branch. Working from a branch is not very different as working from HEAD, so I don't think you would run into trouble. But at least for now, I can create a Remy_Branch and hack. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29346] New: - StandardSessionFacade is not serializable
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29346 StandardSessionFacade is not serializable Summary: StandardSessionFacade is not serializable Product: Tomcat 5 Version: 5.0.24 Platform: All OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We cannot serialize sessions that instantiate org.apache.catalina.session.StandardSessionFacade which prevents both restarts and clustering. Our solution was to modify StandardSessionFacade.java so the class implements Serializable and this solve our problem. Old: public class StandardSessionFacade implements HttpSession New: public class StandardSessionFacade implements HttpSession, Serializable Our specific environment that causes this bad state is jboss-3.2.4 RC2 with Tomcat 5.0.24 running cfmx 6.1 for j2ee but this problem has been happening as early as jboss 3.0.6 with tomcat 4.1.18 running cfmx 6.0 for j2ee. Is there any reason this class should not be serializable? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29346] - StandardSessionFacade is not serializable
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29346 StandardSessionFacade is not serializable --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 17:26 --- Yes, there is: I don't see why you attempt to serialize it. The container will use its internal session object, and everything will be fine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CVS branching
Hi, OK, if we already have an established practice to continue development on HEAD, that's OK. I'll branch TOMCAT_5_0 when I tag 5.0.27 then. Yoav Shapira Millennium Research Informatics -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 1:19 PM To: Tomcat Developers List Subject: Re: CVS branching I'm planning to refator some and add a bunch of work into HEAD since this where we do dev, I suggest we go with remy's suggestion, to branch off 5.0.x and continue new dev into HEAD Filip - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 12:14 PM Subject: Re: CVS branching Shapira, Yoav wrote: Hi, For now, I think a branch is only needed in jakarta-tomcat-catalina (if there are problems, I'll use a build2.xml in jakarta-tomcat-5 with temporary hacks). Would it be better if you did your refactoring in a branch and then merged into the main branch, overwriting as needed, when you're ready? The advantages would include an easier time for me when doing releases, and other people being able to build from HEAD (hopefully ;)). That's not how we do it, usually. HEAD remains the dev branch, while the stable releases are made from a branch. Working from a branch is not very different as working from HEAD, so I don't think you would run into trouble. But at least for now, I can create a Remy_Branch and hack. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29346] - StandardSessionFacade is not serializable
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29346 StandardSessionFacade is not serializable [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 17:32 --- The entire reason with a facade in the first place is to restrict access from user code into the internals of the servlet container. Catalina doesn't give users the ability to serialize and deserialize sessions from user code. Marking this bug as invalid, since it is not a defect. It is expected behavior. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29346] - StandardSessionFacade is not serializable
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29346 StandardSessionFacade is not serializable --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 17:42 --- Thanks, I suspected as much. We aren't serializing\deserializing the sessions from user code; jboss shutdown creates the the serialization exception as does the automatic serialization caused by session replication for server clusters. It sounds to me like there may be an issue with how jboss serializes sessions and I know there are other issues with cfmx serialization. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS branching
Shapira, Yoav wrote: Hi, OK, if we already have an established practice to continue development on HEAD, that's OK. I'll branch TOMCAT_5_0 when I tag 5.0.27 then. Wouldn't you branch it now prior to any non-5.0 work being done on HEAD? -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CVS branching
Hi, I don't know, depends on Remy and when he wants to start working on dangerous stuff ;) In fact, Remy can tag the branch when he feels like it's necessary, and just notify everyone before and after he's done it. Yoav Shapira Millennium Research Informatics -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 1:45 PM To: Tomcat Developers List Subject: Re: CVS branching Shapira, Yoav wrote: Hi, OK, if we already have an established practice to continue development on HEAD, that's OK. I'll branch TOMCAT_5_0 when I tag 5.0.27 then. Wouldn't you branch it now prior to any non-5.0 work being done on HEAD? -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Candidates for unsubscribe
*** please unsubscribe. *** = List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 56815 invoked by uid 99); 1 Jun 2004 22:09:27 - Received: from [81.23.247.2] (HELO web.speedbit.nl) (81.23.247.2) by apache.org (qpsmtpd/0.27.1) with ESMTP; Tue, 01 Jun 2004 15:09:26 -0700 Received: (qmail 18414 invoked by uid 0); 1 Jun 2004 22:09:39 - Date: 1 Jun 2004 22:09:39 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Re: session facade not used for event X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CVS branching
Wouldn't you branch it now prior to any non-5.0 work being done on HEAD? yes - Original Message - From: Jess Holle [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 12:45 PM Subject: Re: CVS branching Shapira, Yoav wrote: Hi, OK, if we already have an established practice to continue development on HEAD, that's OK. I'll branch TOMCAT_5_0 when I tag 5.0.27 then. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Candidates for unsubscribe - some more
*** please unsubscribe. *** note: these dont post to the list but instead email me directly, but they must be subscribed to the list since they reply to my list posts... Guenter. = From: Faisal Nasim [EMAIL PROTECTED] Content-type: text/plain; charset=us-ascii Subject: Email address has changed [auto-generated] Message-Id: [EMAIL PROTECTED] Date: Wed, 02 Jun 2004 14:12:37 -0500 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns1.virtualdot.net X-AntiAbuse: Original Domain - apache.org X-AntiAbuse: Originator/Caller UID/GID - [32003 504] / [47 12] X-AntiAbuse: Sender Address Domain - ns1.virtualdot.net X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N = Subject: Autoreply: Candidates for unsubscribe From: DirectXtras [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Date: Wed, 2 Jun 2004 12:12:30 -0700 X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N = Message-ID: [EMAIL PROTECTED] From: Autoresponder [EMAIL PROTECTED] Date: 2 Jun 2004 15:12:26 EDT Precedence: junk Subject: Re: Candidates for unsubscribe Reply-To: Autoresponder [EMAIL PROTECTED] X-Loop: [EMAIL PROTECTED] X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N = Message-ID: [EMAIL PROTECTED] From: Autoresponder [EMAIL PROTECTED] Date: 2 Jun 2004 15:12:27 EDT Precedence: junk Subject: Spam Alarm: Re: Candidates for unsubscribe Reply-To: Autoresponder [EMAIL PROTECTED] X-Loop: [EMAIL PROTECTED] X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N = Message-ID: [EMAIL PROTECTED] From: Autoresponder [EMAIL PROTECTED] Date: 2 Jun 2004 15:12:29 EDT Precedence: junk Subject: Please update your email address... Reply-To: Autoresponder [EMAIL PROTECTED] X-Loop: [EMAIL PROTECTED] X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N = Message-ID: [EMAIL PROTECTED] From: Autoresponder [EMAIL PROTECTED] Date: 2 Jun 2004 15:12:30 EDT Precedence: junk Subject: Re: Candidates for unsubscribe Reply-To: Autoresponder [EMAIL PROTECTED] X-Loop: [EMAIL PROTECTED] X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N = Message-ID: [EMAIL PROTECTED] From: Autoresponder [EMAIL PROTECTED] Date: 2 Jun 2004 15:12:30 EDT Precedence: junk Subject: Re: Candidates for unsubscribe Reply-To: Autoresponder [EMAIL PROTECTED] X-Loop: [EMAIL PROTECTED] X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N = Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: Cambio de cuenta de correo X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=15278. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 21:31 --- Successful test: IIS 5 Windows 2000 Server Tomcat 5.0.25 JDK 1.4.2_04 Isapi redirector from: http://jakarta.apache.org/~mturk/isapi_redirector2.zip The current release of isapi_redirector2 distributed with tomcat 5.0 did NOT work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native STATUS.txt
fuankg 2004/06/02 14:38:08 Added: jk/native STATUS.txt Log: added STATUS file for native. Please correct if someone knows the exact release dates; I grabbed the dates from the latest file date inside the archives Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native/STATUS.txt Index: STATUS.txt === JAKARTA TOMCAT CONNECTORS (JK) STATUS:-*-text-*- Last modified at [$Date: 2004/06/02 21:38:08 $] Release: 1.2.6 : in progress 1.2.5 : released September 30, 2003 1.2.4 : released May 27, 2003 1.2.3 : released May 16, 2003 1.2.2 : released Dezember 17, 2002 RELEASE SHOWSTOPPERS: RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: STUFF FOR THE FUTURE: * enter mature phase ... ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Martina Rupprecht/SEND/LHS/SGH ist außer Haus.
Ich werde ab 26.05.2004 nicht im Büro sein. Ich kehre zurück am 14.06.2004. In dringenden Fällen wenden Sie sich bitte an meine Kollegin, Frau Sabine Holzbrecher. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Martina Rupprecht/SEND/LHS/SGH ist außer Haus.
Het adres [EMAIL PROTECTED] is voorlopig niet meer in gebruik vanwege grote hoeveelheden virusmails die daarop binnenkomen. Gebruik het nieuwe adres dat op de website staat (linksonder). Excuses voor het ongemak! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors build.properties.default
keith 2004/06/02 17:17:48
Modified:.build.properties.default
Log:
ant download maintenance
Revision ChangesPath
1.5 +27 -16jakarta-tomcat-connectors/build.properties.default
Index: build.properties.default
===
RCS file: /home/cvs/jakarta-tomcat-connectors/build.properties.default,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- build.properties.default 7 Oct 2003 14:28:34 - 1.4
+++ build.properties.default 3 Jun 2004 00:17:48 - 1.5
@@ -135,6 +135,8 @@
#OPTIONAL LIBRARIES
# --
+# - Mirror --
+mirror=http://www.apache.org/dist
# - Java Activation Framework (JAF), version 1.0.1 or later -
activation.home=${base.path}/jaf-1.0.1
@@ -150,27 +152,31 @@
# - Commons DBCP, version 1.0 or later -
-commons-dbcp.home=${base.path}/commons-dbcp-1.0
+commons-dbcp.version=1.1
+commons-dbcp.home=${base.path}/commons-dbcp-${commons-dbcp.version}
commons-dbcp.lib=${commons-dbcp.home}/commons-dbcp-1.0
commons-dbcp.jar=${commons-dbcp.lib}/commons-dbcp.jar
-commons-dbcp.loc=http://jakarta.apache.org/builds/jakarta-commons/release/commons-dbcp/v1.0/commons-dbcp-1.0.zip
+commons-dbcp.loc=${mirror}/jakarta/commons/dbcp/binaries/commons-dbcp-${commons-dbcp.version}.tar.gz
# - Commons Modeler, version 1.0 or later -
-commons-modeler.home=${base.path}/commons-modeler-1.1M1
+commons-modeler.version=1.1
+commons-modeler.home=${base.path}/commons-modeler-${commons-modeler.version}
commons-modeler.lib=${commons-modeler.home}
commons-modeler.jar=${commons-modeler.lib}/commons-modeler.jar
-commons-modeler.loc=http://jakarta.apache.org/builds/jakarta-commons/release/commons-modeler/v1.1-M1/commons-modeler-1.1M1.tar.gz
+commons-modeler.loc=${mirror}/jakarta/commons/modeler/binaries/modeler-${commons-modeler.version}.tar.gz
# - Commons Pool, version 1.0 or later -
-commons-pool.home=${base.path}/commons-pool-1.0.1
+commons-pool.version=1.1
+commons-pool.home=${base.path}/commons-pool-${commons-pool.version}
commons-pool.lib=${commons-pool.home}
commons-pool.jar=${commons-pool.lib}/commons-pool.jar
-commons-pool.loc=http://jakarta.apache.org/builds/jakarta-commons/release/commons-pool/v1.0.1/commons-pool-1.0.1.tar.gz
+commons-pool.loc=${mirror}/jakarta/commons/pool/binaries/commons-pool-${commons-pool.version}.tar.gz
# - JavaService, version 1.2.0 or later -
+# do we really need this anymore?
javaservice.home=${base.path}/javaservice
javaservice.loc=http://www.alexandriasc.com/software/JavaService/JavaService-bin-1.2.0.zip
@@ -182,10 +188,11 @@
# - Java Management Extensions (JMX), JMX RI 1.0.1 or later or MX4J 1.0 or
later -
-jmx.home=${base.path}/mx4j-1.1.1
+jmx.version=1.1.1
+jmx.home=${base.path}/mx4j-${jmx.version}
jmx.lib=${jmx.home}/lib
jmx.jar=${jmx.lib}/mx4j-jmx.jar
-jmx.loc=http://telia.dl.sourceforge.net/sourceforge/mx4j/mx4j-1.1.1.tar.gz
+jmx.loc=http://telia.dl.sourceforge.net/sourceforge/mx4j/mx4j-${jmx.version}.tar.gz
# - Java Secure Sockets Extension (JSSE), version 1.0.2 or later -
@@ -227,10 +234,11 @@
# - Struts, version 1.0.1 or later -
-struts.home=${base.path}/jakarta-struts-1.0.2
+struts.version=1.1
+struts.home=${base.path}/jakarta-struts-${struts.version}
struts.lib=${struts.home}/lib
struts.jar=${struts.lib}/struts.jar
-struts.loc=http://jakarta.apache.org/builds/jakarta-struts/release/v1.0.2/jakarta-struts-1.0.2.tar.gz
+struts.loc=${mirror}/jakarta/struts/binaries/jakarta-struts-${struts.version}.tar.gz
# - Tyrex Data Source, version 1.0 -
@@ -241,12 +249,15 @@
tyrex.loc=http://belnet.dl.sourceforge.net/sourceforge/tyrex/tyrex-1.0.tgz
-# - Tomcat4.1.24 -
-tomcat41.home=${base.path}/jakarta-tomcat-4.1.24
+# - Tomcat4.1.x -
+tomcat41.version=4.1.30
+tomcat41.home=${base.path}/jakarta-tomcat-${tomcat41.version}
tomcat41.jar=${tomcat41.home}/server/lib/catalina.jar
-tomcat41.loc=http://www.apache.org/dist/jakarta/tomcat-4/binaries/tomcat-4.1.24.tar.gz
+servlet-api.jar=${tomcat41.home}/common/lib/servlet.jar
+tomcat41.loc=http://www.apache.org/dist/jakarta/tomcat-4/v${tomcat41.version}/bin/jakarta-tomcat-${tomcat41.version}.tar.gz
# - Tomcat33 -
-tomcat33.home=${base.path}/jakarta-tomcat-3.3.1a
+tomcat33.version=3.3.2
+tomcat33.home=${base.path}/jakarta-tomcat-${tomcat33.version}
tomcat33.jar=${tomcat33.home}/lib/common/tomcat_core.jar
-tomcat33.loc=http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1a/bin/jakarta-tomcat-3.3.1a.tar.gz
\ No newline at end of file
