RE: Help How to implement a valve ??

2005-09-23 Thread Bovy, Stephen J
Thanks for the help ,,

Yes I was wondering if I would have to use extend.

I have another question  related to admin.

SingleSignOn has a re-authenticate Property which is set to false

The admin app does not display it or allow it to be changed ??

Why not ???

OK, so I create my new class with extend ??

What other files need to be changed ??

mbean descriptor files ?? which ones ?? where ?? why ???

Has anyone written a valve how-to refference guide ???


Stephen Bovy
Computer Associates
6100 Center Drive
Suite 700
Los Angeles, CA 90045
Tel: (310) 957-3930
Fax: (310) 957-3917
e-mail: [EMAIL PROTECTED]
-Original Message-
From: Mark Thomas [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 23, 2005 4:22 PM
To: Tomcat Developers List
Subject: Re: Help How to implement a valve ??

You need to extend the SingleSignOn valve as any valve doing single sign
on must be an instance of SingleSignOn. Search AuthenticatorBase for
SingleSignOn to see why.

Mark

Bovy, Stephen J wrote:
>  I would like to create a modified version of SingleSignOn valve,
> 
> I copied it and re-named it ThreadSignOn
> 
> But when I add the   with my new valve name 
> nothing happens.   
> 
> I had expected the same behaviour as the original, but that does not 
> happen.
> 
> What are the steps procedures ?
> What am I missing ?
> 
> 
> Stephen Bovy
> Computer Associates
> 6100 Center Drive
> Suite 700
> Los Angeles, CA 90045
> Tel: (310) 957-3930
> Fax: (310) 957-3917
> e-mail: [EMAIL PROTECTED]
> 
> -
> 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]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Help How to implement a valve ??

2005-09-23 Thread Mark Thomas
You need to extend the SingleSignOn valve as any valve doing single 
sign on must be an instance of SingleSignOn. Search AuthenticatorBase 
for SingleSignOn to see why.


Mark

Bovy, Stephen J wrote:
 I would like to create a modified version of 
SingleSignOn valve,


I copied it and re-named it ThreadSignOn 

But when I add the   with my new valve name 
nothing happens.   

I had expected the same behaviour as the original, 
but that does not happen.


What are the steps procedures ?
What am I missing ?


Stephen Bovy
Computer Associates
6100 Center Drive
Suite 700
Los Angeles, CA 90045
Tel: (310) 957-3930
Fax: (310) 957-3917
e-mail: [EMAIL PROTECTED]

-
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]



Help How to implement a valve ??

2005-09-23 Thread Bovy, Stephen J
 I would like to create a modified version of 
SingleSignOn valve,

I copied it and re-named it ThreadSignOn 

But when I add the   with my new valve name 
nothing happens.   

I had expected the same behaviour as the original, 
but that does not happen.

What are the steps procedures ?
What am I missing ?


Stephen Bovy
Computer Associates
6100 Center Drive
Suite 700
Los Angeles, CA 90045
Tel: (310) 957-3930
Fax: (310) 957-3917
e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 36790] - response.setContentType() never forgets "charset"

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36790


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 23:59 ---
This behaviour is as per the JSP spec.

For JSP pages in standard syntax, it is the character encoding specified by the
pageEncoding attribute of the page directive or by a JSP configuration element
page-encoding whose URL pattern matches the page. ... If there’s no such
specification, no initial response character encoding is passed to
ServletResponse.setContentType() - the ServletResponse object’s default,
ISO-8859-1, isused.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 36790] New: - response.setContentType() never forgets "charset"

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36790

   Summary: response.setContentType() never forgets "charset"
   Product: Tomcat 5
   Version: 5.0.28
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Shouldn't the following two-line jsp response with 

  Content-Type: application/x-foobar

?

<% response.setContentType("application/x-foobar");%>
Hello World at <%=new java.util.Date()%>.

It's actually responding with

   Content-Type: application/x-foobar;charset=ISO-8859-1

1) Should "charset" only be appended to non-"text/*" content?

2) I think JSP compiler automatically adds a
setContentType("text/html;charset=ISO-8859-1") at the beginning if not present.
Regardless, shouldn't a subsequent setContentType() make it forget the previous
"charset"?

3) In a servlet, this works correctly:

response.setContentType("text/html; charset=utf-8");
response.reset();
response.setContentType("application/x-foobar");

It will not append "charset". Adding a response.reset() to the .jsp does not
help -- charset is still present.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r291203 - in /tomcat/site/trunk: docs/svn.html xdocs/svn.xml

2005-09-23 Thread markt
Author: markt
Date: Fri Sep 23 14:23:32 2005
New Revision: 291203

URL: http://svn.apache.org/viewcvs?rev=291203&view=rev
Log:
Update repository structure.
Fix typos.
Add location for JK sources.

Modified:
tomcat/site/trunk/docs/svn.html
tomcat/site/trunk/xdocs/svn.xml

Modified: tomcat/site/trunk/docs/svn.html
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/svn.html?rev=291203&r1=291202&r2=291203&view=diff
==
--- tomcat/site/trunk/docs/svn.html (original)
+++ tomcat/site/trunk/docs/svn.html Fri Sep 23 14:23:32 2005
@@ -208,6 +208,14 @@
   
   
 
+http://svn.apache.org/repos/asf/tomcat/build";>
+/build/
+
+
+Resources used to build the distributions for TC5.x onwards
+  
+  
+
 http://svn.apache.org/repos/asf/tomcat/container";>
 /container/
 
@@ -285,13 +293,13 @@
 http://svn.apache.org/repos/asf/tomcat:
 
   
-http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/core";>
-/container/tc5.5.x/core
+http://svn.apache.org/repos/asf/tomcat/build/tc5.5.x";>
+/build/tc5.5.x
 
 
   
-http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/catalina";>
-/container/tc5.5.x/catalina
+http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x";>
+/container/tc5.5.x
 
 
   
@@ -332,7 +340,7 @@
 
   
 http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.3-jsp1.2-tc4.x";>
-/servletapi/servlet2.3-jsp1.2-tc4.x
+/servletapi/branches/servlet2.3-jsp1.2-tc4.x
 
 
 
@@ -353,11 +361,23 @@
 
   
 http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x";>
-/servletapi/servlet2.2-jsp1.1-tc3.x
+/servletapi/branches/servlet2.2-jsp1.1-tc3.x
+
+
+
+
+The Tomcat JK native connectors are built from the following module
+http://svn.apache.org/repos/asf/tomcat";>
+http://svn.apache.org/repos/asf/tomcat:
+
+  
+http://svn.apache.org/repos/asf/tomcat/connectors/trunk";>
+/connectors/trunk
 
 
 
 
+
 
 
 
@@ -401,7 +421,7 @@
   Other (non-development) branches will be placed in the
   branches/other directory in sub-directories that group the
   other branches by the
- Apache Tomcat version from whcih they were
+ Apache Tomcat version from which they were
   created.
   Tags will be treated in exactly the same way as branches. 
 

Modified: tomcat/site/trunk/xdocs/svn.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs/svn.xml?rev=291203&r1=291202&r2=291203&view=diff
==
--- tomcat/site/trunk/xdocs/svn.xml (original)
+++ tomcat/site/trunk/xdocs/svn.xml Fri Sep 23 14:23:32 2005
@@ -38,6 +38,11 @@
 Modules that are no longer maintained
   
   
+http://svn.apache.org/repos/asf/tomcat/build";>
+/build/
+Resources used to build the distributions for TC5.x onwards
+  
+  
 http://svn.apache.org/repos/asf/tomcat/container";>
 /container/
 The core Tomcat code
@@ -77,10 +82,10 @@
 http://svn.apache.org/repos/asf/tomcat";>
 http://svn.apache.org/repos/asf/tomcat:
 
-  http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/core";>
-/container/tc5.5.x/core
-  http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/catalina";>
-/container/tc5.5.x/catalina
+  http://svn.apache.org/repos/asf/tomcat/build/tc5.5.x";>
+/build/tc5.5.x
+  http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x";>
+/container/tc5.5.x
   http://svn.apache.org/repos/asf/tomcat/connectors/trunk";>
 /connectors/trunk
   http://svn.apache.org/repos/asf/tomcat/jasper/tc5.5.x";>
@@ -100,7 +105,7 @@
   http://svn.apache.org/repos/asf/tomcat/jasper/branches/tc4.1.x";>
 /jasper/branches/tc4.1.x
   http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.3-jsp1.2-tc4.x";>
-/servletapi/servlet2.3-jsp1.2-tc4.x
+/servletapi/branches/servlet2.3-jsp1.2-tc4.x
 
 
 Tomcat 3.3.x is built from the following modules
@@ -112,9 +117,18 @@
   http://svn.apache.org/repos/asf/tomcat/connectors/trunk";>
 /connectors/trunk
   http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x";>
-/servletapi/servlet2.2-jsp1.1-tc3.x
+/servletapi/branches/servlet2.2-jsp1.1-tc3.x
+
+
+The Tomcat JK native connectors are built from the following module
+http://svn.apache.org/repos/asf/tomcat";>
+http://svn.apache.org/repos/asf/tomcat:
+
+  http://svn.apache.org/repos/asf/tomcat/connectors/trunk";>
+/connectors/trunk
 
 
+
 
 
 
@@ -137,7 +151,7 @@
   Other (non-development) branches will be placed in the
   branches/other directory in sub-directories that group the
   other branches by the
- Apache Tomcat version from whcih they were
+ Apache Tomcat version from which they were
   created.
   Tags will be treated in exactly the same way as branches. 
 



---

DO NOT REPLY [Bug 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=33453





--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 22:19 ---
I took my Tomcat out of development mode, and verified this issue exists there
as well.  development=false uses the same, broken isOutDated check.

> On access compilation and its friend the development mode - which you are 
> using
> or you would not have this "issue" - should not be used in production 

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10026] - manager/stop and manager/remove

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10026


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 22:08 ---
I have ported the antiJARLocking functionality from TC5 and successfully tested
it with antiJARLocking="true" using a struts app (a copy of the Tomcat Admin 
app).

The fix will be included in 4.1.32 onwards. Note there is no date currently
planned for a 4.1.32 release.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r291200 - in /tomcat/container/branches/tc4.1.x: catalina/src/share/org/apache/catalina/core/ catalina/src/share/org/apache/catalina/loader/ catalina/src/share/org/apache/catalina/mbeans/ webapps/admin/WEB-INF/classes/org/apache/webapp/admi...

2005-09-23 Thread markt
Author: markt
Date: Fri Sep 23 13:05:38 2005
New Revision: 291200

URL: http://svn.apache.org/viewcvs?rev=291200&view=rev
Log:
Fix bug 10026. Port of antiJARLocking functionality from TC5.

Modified:

tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java

tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java

tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappLoader.java

tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml

tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties

tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java

tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/EditContextAction.java

tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/SaveContextAction.java
tomcat/container/branches/tc4.1.x/webapps/admin/context/context.jsp
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/context.xml

Modified: 
tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java?rev=291200&r1=291199&r2=291200&view=diff
==
--- 
tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java
 (original)
+++ 
tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java
 Fri Sep 23 13:05:38 2005
@@ -111,6 +111,12 @@
 
 
 /**
+ * The antiJARLocking flag for this Context.
+ */
+private boolean antiJARLocking = false;
+
+
+/**
  * The set of application listener class names configured for this
  * application, in the order they were encountered in the web.xml file.
  */
@@ -545,6 +551,32 @@
 }
 
 
+/**
+ * Return the antiJARLocking flag for this Context.
+ */
+public boolean getAntiJARLocking() {
+
+return (this.antiJARLocking);
+
+}
+
+
+/**
+ * Set the antiJARLocking feature for this Context.
+ *
+ * @param antiJARLocking The new flag value
+ */
+public void setAntiJARLocking(boolean antiJARLocking) {
+
+boolean oldAntiJARLocking = this.antiJARLocking;
+this.antiJARLocking = antiJARLocking;
+support.firePropertyChange("antiJARLocking",
+   new Boolean(oldAntiJARLocking),
+   new Boolean(this.antiJARLocking));
+
+}
+
+
 /**
  * Return the set of initialized application listener objects,
  * in the order they were specified in the web application deployment

Modified: 
tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java?rev=291200&r1=291199&r2=291200&view=diff
==
--- 
tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
 (original)
+++ 
tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
 Fri Sep 23 13:05:38 2005
@@ -18,6 +18,7 @@
 package org.apache.catalina.loader;
 
 import java.io.File;
+import java.io.FileOutputStream;
 import java.io.FilePermission;
 import java.io.InputStream;
 import java.io.ByteArrayInputStream;
@@ -312,6 +313,12 @@
 
 
 /**
+ * Path where resources loaded from JARs will be extracted.
+ */
+protected File loaderDir = null;
+
+
+/**
  * The PermissionCollection for each CodeSource for a web
  * application context.
  */
@@ -354,6 +361,13 @@
 private Permission allPermission = new java.security.AllPermission();
 
 
+/**
+ * Use anti JAR locking code, which does URL rerouting when accessing
+ * resources.
+ */
+boolean antiJARLocking = false; 
+
+
 // - Properties
 
 
@@ -422,6 +436,22 @@
 
 
 /**
+ * @return Returns the antiJARLocking.
+ */
+public boolean getAntiJARLocking() {
+return antiJARLocking;
+}
+
+
+/**
+ * @param antiJARLocking The antiJARLocking to set.
+ */
+public void setAntiJARLocking(boolean antiJARLocking) {
+this.antiJARLocking = antiJARLocking;
+}
+
+
+/**
  * If there is a Java SecurityManager create a read FilePermission
  * or JndiPermission for the fil

DO NOT REPLY [Bug 36713] - How to limit size of Tomcats default stdout log file

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36713


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 20:40 ---
Bugzilla is NOT a support forum. It is for resolving bugs.

The issue described is a configuration problem which can be answered via the
tomcat-users mailing list (or archives).

See http://jakarta.apache.org/tomcat/faq/logging.html for logging help first -
it answers this question.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 36713] - How to limit size of Tomcats default stdout log file

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36713


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 20:33 ---
I know it is the application that is logging this stuff.

I want to know from the people who WRITE TOMCAT how to tell TOMCAT that it's
LOGFILE should have some size limits like LOG4J does.

Assume I'm not stupid and that you guys aren't reading what I am typing.

I am looking for an answer from a developer please.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problem downloading 5.5.12-alpha Re: [ANN] Apache Tomcat 5.5.12-alpha Released

2005-09-23 Thread Yoav Shapira
Hi,
I just fixed this, and the fix will be on the web site in ~15 minutes.  My
apologies, and thanks for letting us know quickly ;)

Yoav

--- Wendy Smoak <[EMAIL PROTECTED]> wrote:

> From: "Yoav Shapira" <[EMAIL PROTECTED]>
> 
> > Downloads:
> > Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5
> > Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5
> 
> The filenames are wrong for the 5.5.12-alpha downloads.  They all point to 
> jakarta-tomcat-5.5.12* instead of apache-tomcat-5.5.12*.
> 
> The files are there if you change the URL in the browser, but the links do 
> not work.
> 
> -- 
> Wendy Smoak 
> 
> 
> -
> 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 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=33453





--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 19:26 ---
Another thing that currently compunds this issue is the fact that the zip file
format used for .war files ignores timezone on datestamps.  

So for example, my file times are mountain standard and my server is in GMT.  If
I make a change to the .jsp after it is accessed on the server, unless it is 7
or 8 hours after, it won't take effect.  And if the time change is in the
reverse direction, the .jsp will be recompiled continuously for the duration of
the difference.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [ANN] Apache Tomcat 5.5.12-alpha Released

2005-09-23 Thread Remy Maucherat

Yoav Shapira wrote:

This release is the last one to be done using the CVS repository at Apache. The
Tomcat team is moving to the Subversion (SVN) repository as part of the overall
Apache initiative to do so. Access instructions for the SVN repository are
available at http://www.apache.org/dev/version-control.html. The move is
expected to be complete within the next week.


The plan is that the next stable release be made from tomcat.apache.org 
(which is ready thanks to Mark).


Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Migration of TC5 to subversion

2005-09-23 Thread Mark Thomas

The test migration has now been completed and is available to view at:

http://svn.apache.org/repos/test/tomcat/build
http://svn.apache.org/repos/test/tomcat/container
http://svn.apache.org/repos/test/tomcat/jasper
http://svn.apache.org/repos/test/tomcat/connectors

I made the following changes from my original migration proposal:
- j-t-catalina -> /tomcat/container
- j-t-5-> /tomcat/build
- added a /tomcat/connectors/tags/jk1.2.x directory

The first two changes were because using structure of my original 
proposal made it very difficult to migrate branches and tags for these 
modules. The third change just seemed like a good idea.


Also, when reviewing the test repository be aware that I made an error 
in my script (now fixed) and some of the 5.0.x tags are missing for 
the connector module. They will be present in the final migration.


Finally, it looks like we never tagged jasper and the connectors for 
4.1.6. I do not plan to do anything about this. We can fix this later 
if we have to.


My intention is to give everyone 96 hours from now to review the 
repositories. Assuming no complaints and infrastructure availability, 
the migration will take place some time around 18.00 GMT Tuesday 27 
September 2005.


Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Problem downloading 5.5.12-alpha Re: [ANN] Apache Tomcat 5.5.12-alpha Released

2005-09-23 Thread Wendy Smoak

From: "Yoav Shapira" <[EMAIL PROTECTED]>


Downloads:
Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5
Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5


The filenames are wrong for the 5.5.12-alpha downloads.  They all point to 
jakarta-tomcat-5.5.12* instead of apache-tomcat-5.5.12*.


The files are there if you change the URL in the browser, but the links do 
not work.


--
Wendy Smoak 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[ANN] Apache Tomcat 5.5.12-alpha Released

2005-09-23 Thread Yoav Shapira
23 September 2005 - Apache Tomcat 5.5.12-alpha Released

The Apache Tomcat team is proud to announce the immediate availability of
Tomcat 5.5.12-alpha. This version contains several bug fixes, including an
import change to session attribute storage concurrency that is required by the
upcoming Servlet Specification v2.5. In addition to these changes, this release
is a significant milestone for two reasons:

This release is the last one to be done using the CVS repository at Apache. The
Tomcat team is moving to the Subversion (SVN) repository as part of the overall
Apache initiative to do so. Access instructions for the SVN repository are
available at http://www.apache.org/dev/version-control.html. The move is
expected to be complete within the next week.

This release is also likely the last one to use the Jakarta pages. As part of
Tomcat's move to a top-level project (TLP) at Apache, we will be migrating our
content to http://tomcat.apache.org, which is still under construction at this
time. That site will have its own download pages and related information. We
will keep the key jakarta URLs intact with redirection, but please keep an eye
out and update your bookmarks to http://tomcat.apache.org as/when appropriate.
As part of the TLP move, distribution names have changed from jakarta-tomcat-*
to apache-tomcat-*, and similar minor branding changes will gradually become
visible in the web site and documentation. We thank the Jakarta project for its
support over the years, and we will continue collaborating on projects and
issues of common interest.

The Release notes are available at
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES

Please refer to the change log for the list of changes:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html

Downloads:
Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5
Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5

The Apache Tomcat Team

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 36681] - 2 Tomcat 5.5.7 clusters come to a grinding hault and generate errors

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36681





--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 17:45 ---
Your are sure the your network is correct configured?

check that multicast is enabled at your network device (mcastBindAddr).
Is 228.0.0.3 routed to mcastBindAddr interface?
open the firewall for UDP at Mutlicast port (45564) and TCP Sender port (4001)

Test your config without mcastBindAddr attribute.

Peter


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 36540] - pooled cluster replication does not seem ensure synchronized replication in tomcat 5.5.11

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36540


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 17:37 ---
The differenc between 5.5.9 and 5.5.11 is that waitForAck is on default false
for all sender modes. 
Can you check with this config:


thanks
Peter

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Releasing JK 1.2.15

2005-09-23 Thread Peter Rossbach

Yes,

is is only a real problem when workers are grouped inside an domain. I have
check this many times and without the lb_value change loadbalancing works as
I aspected, and with it not.
I also think that we need a real lb concept check. Greater changes can 
we better realize after jk 2.1.15.
But this little change was very helpful at some of my production 
customers sites :-)


Peter

Mladen Turk schrieb:


Peter Rossbach wrote:


Hey Mladen,

can we also integrate the better domain loadbalancer support at 
jk_lb_worker.c?
I think that we don't change the lb_value inside sticky mode at every 
request.



Yes we do. They will be updated only for domain workers.
This is needed to load balance between the workers that are
members of the same domain. In other case the total_factor will
be zero and lb_value will not be changed.


Regards,
Mladen.



-
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: Releasing JK 1.2.15

2005-09-23 Thread Mladen Turk

Rainer Jung wrote:

Hi Peter, Mladen and all others,

I would like to follow Mladens suggestion from earlier this month to
create a list of precise use cases for the load balancing, failover and
administrative downtime scenarios.


Right.
The SVN transition is in progress, so it might be as well a good chance
to create a 1.3 branch we are talking about for more then a year.

Cleaning unused and dead code is one thing, and the other is making
those use-cases for load balancer.

I've tagged the 1.2.15 as the last one from the CVS, so if it will
be voted as stable, fine, if not, we'll pursue for 1.2.16 from 1.2
branch. All new stuff and eventual config changes should go to the
1.3. branch.

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Releasing JK 1.2.15

2005-09-23 Thread Mladen Turk

Peter Rossbach wrote:

Hey Mladen,

can we also integrate the better domain loadbalancer support at 
jk_lb_worker.c?
I think that we don't change the lb_value inside sticky mode at every 
request.


Yes we do. They will be updated only for domain workers.
This is needed to load balance between the workers that are
members of the same domain. In other case the total_factor will
be zero and lb_value will not be changed.


Regards,
Mladen.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Releasing JK 1.2.15

2005-09-23 Thread Jim Jagielski
Rainer Jung wrote:
> 
> Hi Peter, Mladen and all others,
> 
> I would like to follow Mladens suggestion from earlier this month to
> create a list of precise use cases for the load balancing, failover and
> administrative downtime scenarios. I think from that we might end up by a
> better understandable overal lb design. I expect, that we will find the
> need for bigger changes to lb.
> 

+1

-- 
===
 Jim Jagielski   [|]   [EMAIL PROTECTED]   [|]   http://www.jaguNET.com/
   "If you can dodge a wrench, you can dodge a ball."

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Releasing JK 1.2.15

2005-09-23 Thread Rainer Jung
Hi Peter, Mladen and all others,

I would like to follow Mladens suggestion from earlier this month to
create a list of precise use cases for the load balancing, failover and
administrative downtime scenarios. I think from that we might end up by a
better understandable overal lb design. I expect, that we will find the
need for bigger changes to lb. Maybe after we know what we need to do, we
can decide if we start 1.3, or if the changes with respect to
functionality are still small enough to call them 1.2.16.

I unfortunately didn't go deeply into Peter's bug report, because I wanted
to go into it when writing up use cases. So I'm not sure, if the proposed
changes are a "bug fix" (then it's OK for last minute 1.2.15) or maybe
should better be decided together with a complete view of lb use cases
(then 1.3 or 1.2.16).

Rainer

> Hey Mladen,
>
> can we also integrate the better domain loadbalancer support at
> jk_lb_worker.c?
> I think that we don't change the lb_value inside sticky mode at every
> request.
> Can we comment out or remove lines L413-431?
>
> Thanks,
> Peter
>
> Mladen Turk schrieb:
>
>>> There has been couple of major bug fixes
>>> against 1.2.14, see:
>>> http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
>>>
>>> They have been fixed in the CVS, and since
>>> couple of them actually makes 1.2.14 unusable on
>>> some platforms like Solaris 2.8 and Irix we need a release.
>>>
>>> I plan to tag the 1.2.15 by the end of this week, and pursue
>>> for a vote next week for this bug-fixing release.
>>>
>>> Any objections?
>>>
>>
>> Since there were no objections I plan to tag the 1.2.15 later this
>> evening at 19:00 GMT.
>>
>> This will eventually be the last release from CVS, cause IIUC the
>> transition will be made this weekend.
>>
>>
>> Regards,
>> Mladen.
>>
>> -
>> 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]
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Final phase of SVN migration - the plan

2005-09-23 Thread Yoav Shapira
Hi,
OK, the release is tagged, cut, and uploaded.  Formal announcements coming in a
few hours..

Yoav

--- Remy Maucherat <[EMAIL PROTECTED]> wrote:

> Yoav Shapira wrote:
> > Hi,
> > Reminder that this is about 90 minutes from now ;)
> 
> All done ?
> 
> If so, the migration is now ready :)
> 
> 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]



Michael Bünermann/HBF/Minden/kampa/DE ist außer Haus .

2005-09-23 Thread Michael . Buenermann

Ich werde ab  22.09.2005 nicht im Büro sein. Ich kehre zurück am
26.09.2005.

Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. In dringenden
Fällen wenden Sie sich bitte Herrn Jäkel ([EMAIL PROTECTED]).
Herr Jäkelhat die Rufnummer 0571/93425-12) In ganz eiligen Angelegenheiten
hinterlassen Sie bitte eine Nachricht auf meiner Mobilbox unter der
Funk-Rufnummer: 0171/99 33 525.

Re: Releasing JK 1.2.15

2005-09-23 Thread Peter Rossbach

Hey Mladen,

can we also integrate the better domain loadbalancer support at 
jk_lb_worker.c?
I think that we don't change the lb_value inside sticky mode at every 
request.

Can we comment out or remove lines L413-431?

Thanks,
Peter

Mladen Turk schrieb:


There has been couple of major bug fixes
against 1.2.14, see:
http://jakarta.apache.org/tomcat/connectors-doc/changelog.html

They have been fixed in the CVS, and since
couple of them actually makes 1.2.14 unusable on
some platforms like Solaris 2.8 and Irix we need a release.

I plan to tag the 1.2.15 by the end of this week, and pursue
for a vote next week for this bug-fixing release.

Any objections?



Since there were no objections I plan to tag the 1.2.15 later this
evening at 19:00 GMT.

This will eventually be the last release from CVS, cause IIUC the
transition will be made this weekend.


Regards,
Mladen.

-
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]



cvs commit: jakarta-tomcat-5 tomcat.nsi

2005-09-23 Thread yoavs
yoavs   2005/09/23 06:40:26

  Modified:.tomcat.nsi
  Log:
  ${catalina.base} is not recognized by NSIS, $INSTDIR seems like the right fix.
  
  Revision  ChangesPath
  1.84  +2 -2  jakarta-tomcat-5/tomcat.nsi
  
  Index: tomcat.nsi
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v
  retrieving revision 1.83
  retrieving revision 1.84
  diff -u -r1.83 -r1.84
  --- tomcat.nsi31 Aug 2005 16:30:48 -  1.83
  +++ tomcat.nsi23 Sep 2005 13:40:26 -  1.84
  @@ -327,7 +327,7 @@
   
   Section -post
 nsExec::ExecToLog '"$INSTDIR\bin\tomcat5.exe" //US//Tomcat5 --Classpath 
"$INSTDIR\bin\bootstrap.jar" --StartClass org.apache.catalina.startup.Bootstrap 
--StopClass org.apache.catalina.startup.Bootstrap --StartParams start 
--StopParams stop  --StartMode jvm --StopMode jvm'
  -  nsExec::ExecToLog '"$INSTDIR\bin\tomcat5.exe" //US//Tomcat5 --JvmOptions 
"-Dcatalina.home=$INSTDIR#-Dcatalina.base=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager#-Djava.util.logging.config.file=${catalina.base}\conf\logging.properties"
 --StdOutput auto --StdError auto'
  +  nsExec::ExecToLog '"$INSTDIR\bin\tomcat5.exe" //US//Tomcat5 --JvmOptions 
"-Dcatalina.home=$INSTDIR#-Dcatalina.base=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager#-Djava.util.logging.config.file=$INSTDIR\conf\logging.properties"
 --StdOutput auto --StdError auto'
   
 WriteUninstaller "$INSTDIR\Uninstall.exe"
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 36713] - How to limit size of Tomcats default stdout log file

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36713


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 15:04 ---
Everything you wish to know about tomcat-user

http://jakarta.apache.org/tomcat/faq/tomcatuser.html

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Final phase of SVN migration - the plan

2005-09-23 Thread Yoav Shapira
Hi,
Not done yet -- tagging in a couple of minutes, then a few more to do the
checkout/download/build... ;)  But almost there.

Yoav

--- Remy Maucherat <[EMAIL PROTECTED]> wrote:

> Yoav Shapira wrote:
> > Hi,
> > Reminder that this is about 90 minutes from now ;)
> 
> All done ?
> 
> If so, the migration is now ready :)
> 
> 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 36713] - How to limit size of Tomcats default stdout log file

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36713


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 14:55 ---
Hi, 

The response was incomplete and not understood.  

What do you mean use tomcat-user?  

Are you saying there is some configuration setting to get the logs to log
somewhere as and tomcat-user is an alias within the tomcat runtime?

Are you saying that tomcat-user is another bugzilla area?

No comprende.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Final phase of SVN migration - the plan

2005-09-23 Thread Remy Maucherat

Yoav Shapira wrote:

Hi,
Reminder that this is about 90 minutes from now ;)


All done ?

If so, the migration is now ready :)

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h

2005-09-23 Thread mturk
mturk   2005/09/23 04:51:51

  Modified:jk/native/common jk_version.h
  Log:
  Bump to 1.2.16-dev verion.
  We are ready for SVN transition.
  
  Revision  ChangesPath
  1.47  +4 -4  jakarta-tomcat-connectors/jk/native/common/jk_version.h
  
  Index: jk_version.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_version.h,v
  retrieving revision 1.46
  retrieving revision 1.47
  diff -u -r1.46 -r1.47
  --- jk_version.h  23 Sep 2005 11:44:44 -  1.46
  +++ jk_version.h  23 Sep 2005 11:51:50 -  1.47
  @@ -25,14 +25,14 @@
   /** START OF AREA TO MODIFY BEFORE RELEASING */
   #define JK_VERMAJOR 1
   #define JK_VERMINOR 2
  -#define JK_VERFIX   15
  -#define JK_VERSTRING"1.2.15"
  +#define JK_VERFIX   16
  +#define JK_VERSTRING"1.2.16"
   
   /* Beta number */
   #define JK_VERBETA  0
   #define JK_BETASTRING   "0"
   /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */
  -#define JK_VERISRELEASE 1
  +#define JK_VERISRELEASE 0
   #define JK_VERRC0
   #define JK_RCSTRING "0"
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.h

2005-09-23 Thread mturk
mturk   2005/09/23 04:49:04

  Modified:jk/native/common jk_connect.h
  Log:
  Fix compile time warning
  
  Revision  ChangesPath
  1.17  +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_connect.h
  
  Index: jk_connect.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_connect.h,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- jk_connect.h  14 Sep 2005 06:45:00 -  1.16
  +++ jk_connect.h  23 Sep 2005 11:49:03 -  1.17
  @@ -55,7 +55,7 @@
   
   int jk_is_socket_connected(int sd);
   
  -void jk_sleep_def();
  +void jk_sleep_def(void);
   
   #ifdef __cplusplus
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h

2005-09-23 Thread mturk
mturk   2005/09/23 04:44:44

  Modified:jk/native/common jk_version.h
  Log:
  Bump the release version
  
  Revision  ChangesPath
  1.46  +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_version.h
  
  Index: jk_version.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_version.h,v
  retrieving revision 1.45
  retrieving revision 1.46
  diff -u -r1.45 -r1.46
  --- jk_version.h  26 Jul 2005 16:04:10 -  1.45
  +++ jk_version.h  23 Sep 2005 11:44:44 -  1.46
  @@ -32,7 +32,7 @@
   #define JK_VERBETA  0
   #define JK_BETASTRING   "0"
   /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */
  -#define JK_VERISRELEASE 0
  +#define JK_VERISRELEASE 1
   #define JK_VERRC0
   #define JK_RCSTRING "0"
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Final phase of SVN migration - the plan

2005-09-23 Thread Yoav Shapira
Hi,
Reminder that this is about 90 minutes from now ;)

Yoav

--- Yoav Shapira <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> > I'm fine with this WE, or the end of this week. I mean, the previous 
> > build was decent already.
> 
> I just looked at the changelog for 5.5.12, it's a nice collection of stuff.
> 
> Is Friday OK with everyone?  If not, I can do Saturday, but I'd prefer Friday
> to keep my weekend more free.  How about Friday, September 23rd, 2005, at 9am
> my time (EDT), which is 1300h UTC?
>
(http://www.timeanddate.com/worldclock/converted.html?month=9&day=23&year=2005&hour=9&min=0&sec=0&p1=43&p2=0)
> 
> That should give people a couple of days for scratching any last-minute
> itches.
> 
> Yoav
> 
> -
> 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 36771] - Using DataSource Realm exausts connections on redeploy

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36771





--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 13:17 ---
You should investigate more, and test again with a more recent build (5.5.9+).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 36713] - How to limit size of Tomcats default stdout log file

2005-09-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36713


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-09-23 13:15 ---
It's the application that is logging these things to standard output. Plese use
tomcat-user instead.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Releasing JK 1.2.15

2005-09-23 Thread Mladen Turk

There has been couple of major bug fixes
against 1.2.14, see:
http://jakarta.apache.org/tomcat/connectors-doc/changelog.html

They have been fixed in the CVS, and since
couple of them actually makes 1.2.14 unusable on
some platforms like Solaris 2.8 and Irix we need a release.

I plan to tag the 1.2.15 by the end of this week, and pursue
for a vote next week for this bug-fixing release.

Any objections?



Since there were no objections I plan to tag the 1.2.15 later this
evening at 19:00 GMT.

This will eventually be the last release from CVS, cause IIUC the
transition will be made this weekend.


Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-connectors/jk/native/common jk_status.c

2005-09-23 Thread mturk
mturk   2005/09/23 00:57:28

  Modified:jk/native/common jk_status.c
  Log:
  Added cmd=reset status command without web interface that
  will reset all workers in selected load balancer and reset their
  runtime data. This is usefull for cron jobs to skip the need to
  cold restart apache.
  
  Revision  ChangesPath
  1.47  +43 -2 jakarta-tomcat-connectors/jk/native/common/jk_status.c
  
  Index: jk_status.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_status.c,v
  retrieving revision 1.46
  retrieving revision 1.47
  diff -u -r1.46 -r1.47
  --- jk_status.c   16 Sep 2005 05:52:26 -  1.46
  +++ jk_status.c   23 Sep 2005 07:57:28 -  1.47
  @@ -738,6 +738,32 @@
   }
   }
   
  +static void reset_worker(jk_ws_service_t *s, status_worker_t *sw,
  + const char *dworker, jk_logger_t *l)
  +{
  +unsigned int i;
  +lb_worker_t *lb;
  +jk_worker_t *w = wc_get_worker_for_name(dworker, l);
  +
  +if (w && w->type == JK_LB_WORKER_TYPE) {
  +lb = (lb_worker_t *)w->worker_private;
  +for (i = 0; i < lb->num_of_workers; i++) {
  +worker_record_t *wr = &(lb->lb_workers[i]);
  +wr->s->busy = 0;
  +wr->s->elected  = 0;
  +wr->s->error_time   = 0;
  +wr->s->errors   = 0;
  +wr->s->lb_value = 0;
  +wr->s->max_busy = 0;
  +wr->s->readed   = 0;
  +wr->s->transferred  = 0;
  +wr->s->is_busy  = JK_FALSE;
  +wr->s->in_error_state   = JK_FALSE;
  +wr->s->in_recovering= JK_FALSE;
  +}
  +}
  +}
  +
   static int status_cmd_type(const char *req)
   {
   if (!req)
  @@ -748,6 +774,8 @@
   return 1;
   else if (!strncmp(req, "cmd=update", 10))
   return 2;
  +else if (!strncmp(req, "cmd=reset", 9))
  +return 3;
   else
   return 0;
   }
  @@ -800,7 +828,20 @@
   /* unlock the shared memory */
   jk_shm_unlock();
   }
  -if(mime == 0) {
  +else if ((cmd == 3) && worker) {
  +/* lock shared memory */
  +jk_shm_lock();
  +reset_worker(s, p->s_worker, worker, l);
  +/* update modification time to reflect the current config */
  +jk_shm_set_workers_time(time(NULL));
  +/* Since we updated the config no need to reload
  + * on the next request
  + */
  +jk_shm_sync_access_time();
  +/* unlock the shared memory */
  +jk_shm_unlock();
  +}
  +if (mime == 0) {
   s->start_response(s, 200, "OK", headers_names, headers_vhtml, 3);
   s->write(s, JK_STATUS_HEAD, sizeof(JK_STATUS_HEAD) - 1);
   if (p->s_worker->css) {
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread mturk
mturk   2005/09/23 00:32:24

  Modified:jk/native/common jk_lb_worker.c
  Log:
  Fix compile time warnings. No functional change.
  
  Revision  ChangesPath
  1.96  +4 -4  jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
  
  Index: jk_lb_worker.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,v
  retrieving revision 1.95
  retrieving revision 1.96
  diff -u -r1.95 -r1.96
  --- jk_lb_worker.c23 Sep 2005 07:18:21 -  1.95
  +++ jk_lb_worker.c23 Sep 2005 07:32:24 -  1.96
  @@ -126,8 +126,8 @@
   result = id_start;
   }
   else {
  -int osz = strlen(result) + 1;
  -int sz = osz + strlen(id_start) + 1;
  +size_t osz = strlen(result) + 1;
  +size_t sz = osz + strlen(id_start) + 1;
   result =
   jk_pool_realloc(s->pool, sz, result, osz);
   strcat(result, ";");
  @@ -664,7 +664,7 @@
   /* In case of attempt > num of workers sleep for 100 ms
* on each consequtive attempt.
*/
  -if (attempt > p->worker->num_of_workers)
  +if (attempt > (int)p->worker->num_of_workers)
   jk_sleep_def();
   continue;
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread customerservice
Hi, we have received
 your request and will contact you as soon as possible.

Thank you.


The Dreamsailing Staff
www.dreamsailing.it
[EMAIL PROTECTED]
---
DreamSailing s.r.l.
Gruppo Metauro Mare

- Milano
Corso di Porta Romana, 101 - 20122 Milano
Tel. +39 02 55015773
Fax. +39 02 59903461

- Fano
Viale Adriatico, 2 - 61032 Fano
Tel. +39 0721 820768
Fax. +39 0721 806929

- Bologna
Strada Maggiore, 71/A 40125 Bologna
Tel. +39 051 309332
Fax. +39 051 343342
---




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2005-09-23 Thread mturk
mturk   2005/09/23 00:18:21

  Modified:jk/native/common jk_lb_worker.c
  Log:
  Fix loadbalancer retries to allow usage of cachesize lower then
  number of threads. In case the worker is busy having no free endpoints,
  and the retries config value is larger the total number of workers in load
  balancer, for each consequitive attempt sleep for a 100 ms, rather then
  returning 503.
  
  Revision  ChangesPath
  1.95  +11 -10jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
  
  Index: jk_lb_worker.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,v
  retrieving revision 1.94
  retrieving revision 1.95
  diff -u -r1.94 -r1.95
  --- jk_lb_worker.c16 Sep 2005 05:52:26 -  1.94
  +++ jk_lb_worker.c23 Sep 2005 07:18:21 -  1.95
  @@ -595,7 +595,7 @@
   
   while (num_of_workers) {
   worker_record_t *rec =
  -get_most_suitable_worker(p->worker, s, attempt++, l);
  +get_most_suitable_worker(p->worker, s, attempt, l);
   int rc;
   /* Do not reuse previous worker, because
* that worker already failed.
  @@ -650,20 +650,21 @@
   else {
   /* If we can not get the endpoint
* mark the worker as busy rather then
  - * as in error
  + * as in error if the attemp number is
  + * greater then the number of retries.
*/
  -if (p->worker->s->retries < num_of_workers)
  +attempt++;
  +if (attempt > p->worker->s->retries) {
   rec->s->is_busy = JK_TRUE;
  +num_of_workers = 0;
  +}
   jk_log(l, JK_LOG_INFO,
  "could not get free endpoint for worker %s 
(attempt %d)",
  rec->s->name, attempt);
  -/* Decrement the worker count and try another worker */
  -if (attempt > p->worker->s->retries)
  -num_of_workers = 0;
  -/* In case of retries > 3 sleep 100 ms
  - * on each next attempt.
  +/* In case of attempt > num of workers sleep for 100 ms
  + * on each consequtive attempt.
*/
  -else if (attempt > JK_RETRIES)
  +if (attempt > p->worker->num_of_workers)
   jk_sleep_def();
   continue;
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]