Re: Smooth applications migration in a J2EE cluster [mod_jk]

2006-12-06 Thread Anthony Vromant

Rainer Jung wrote:

Mladen Turk wrote:

Anthony Vromant wrote:


Would it be possible to integrate such a feature in the original 
mod_jk ? If yes, we may contribute to the development by providing 
our code.




There is no need to ask something like that.
Just like for any other patch bring in the code,
and we'll discuss, but it cannot be answered in advance.
Anyhow, according to the description it looks very interesting.

Regards,
Mladen.


Exactly the same from me. The upcoming release 1.2.20 will already 
include a lot of improvements in the jk status worker and we all 
think, that managing changes in a distributed 24x7 system already is a 
very important topic.


Waiting for your proposals :)

Rainer

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



Glad to note that you are interested in this topic.

I propose to send you as soon as possible a HTTP link towards a Flash 
presentation of our prototype.

Thus you'll have a good overview of the feature.

For the source code, we have to do some 'cleaning' work before being 
able to submit it to you.


Can you tell me where to find information about new features of mod_jk 
1.2.20 ?


For your information, our prototype is built from  mod_jk 1.2.15. We 
could bring it to the 1.2.20.


Regards.


Anthony Vromant
http://jonas.objectweb.org
Bull, Architect of an Open World TM
http://www.bull.com 



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



DO NOT REPLY [Bug 41112] New: - FacesServlet,init() method throws an exception: NullPointerException

2006-12-06 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=41112

   Summary: FacesServlet,init() method throws an exception:
NullPointerException
   Product: Tomcat 5
   Version: 5.5.20
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: blocker
  Priority: P1
 Component: Servlet & JSP API
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I deploy a simple JSF app in Eclipse + WTP (newest version). JSF is the Sun RI
1.1_01, and I do everything as in the tutorial here:
http://www.eclipse.org/webtools/jsf/dev_resource/JSFTutorial-RC3/JSFTools_tutorial.html
FacesServlet has a property  set to 1, and when I start the
Tomcat server, I get the exception:
SEVERE: StandardWrapper.Throwable
java.lang.NullPointerException
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:144)
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
at 
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3951)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4225)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
at 
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
at 
org.apache.catalina.core.StandardService.start(StandardService.java:450)
at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
2006-12-06 09:42:08 org.apache.catalina.core.StandardContext loadOnStartup
SEVERE: Servlet /test threw load() exception
java.lang.NullPointerException
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:144)
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
at 
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3951)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4225)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
at 
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
at 
org.apache.catalina.core.StandardService.start(StandardService.java:450)
at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
2006-12-06 09:42:08 org.apache.catalina.core.ApplicationContext log
SEVERE: StandardWrapper.Throwable
java.lang.NullPointerException
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:144)
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
at 
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3951)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4225)
at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at 
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:9

DO NOT REPLY [Bug 40962] - Starting Tomcat 6.0.1 erases content of conf/tomcat-users.xml

2006-12-06 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=40962


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-12-06 02:17 ---
This is not true: it will simply remove things like comments, etc. Meaningful
XML will be kept.

-- 
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 40947] - Stopping the server should not rely on passing a string to a port on localhost.

2006-12-06 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=40947


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-12-06 02:21 ---
We will be waiting for your suggestions on [EMAIL PROTECTED]

-- 
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: [VOTE] Tomcat 6.0.3 alpha build

2006-12-06 Thread Remy Maucherat

Remy Maucherat wrote:

The build is available here:
http://people.apache.org/~remm/tomcat-6/v6.0.3/

Comments ?


I will create a new 6.0.4 tag today to fix the Windows binary.

Rémy

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



svn commit: r483014 - in /tomcat/tc6.0.x/trunk: build.properties.default webapps/docs/changelog.xml

2006-12-06 Thread remm
Author: remm
Date: Wed Dec  6 02:28:10 2006
New Revision: 483014

URL: http://svn.apache.org/viewvc?view=rev&rev=483014
Log:
- NSIS 2.22.
- Changelog update.

Modified:
tomcat/tc6.0.x/trunk/build.properties.default
tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml

Modified: tomcat/tc6.0.x/trunk/build.properties.default
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/build.properties.default?view=diff&rev=483014&r1=483013&r2=483014
==
--- tomcat/tc6.0.x/trunk/build.properties.default (original)
+++ tomcat/tc6.0.x/trunk/build.properties.default Wed Dec  6 02:28:10 2006
@@ -62,12 +62,12 @@
 
commons-collections-src.loc=${base-jakarta.loc}/commons/collections/source/commons-collections-3.1-src.tar.gz
 
 # - NSIS, version 2.0 or later -
-nsis.home=${base.path}/nsis-2.18
+nsis.home=${base.path}/nsis-2.22
 nsis.exe=${nsis.home}/makensis.exe
 nsis.installoptions.dll=${nsis.home}/Plugins/InstallOptions.dll
 nsis.nsexec.dll=${nsis.home}/Plugins/nsExec.dll
 nsis.nsisdl.dll=${nsis.home}/Plugins/NSISdl.dll
-nsis.loc=${base-sf.loc}/nsis/nsis-2.18-setup.exe
+nsis.loc=${base-sf.loc}/nsis/nsis-2.22-setup.exe
 
 # - Commons Daemon, version 1.0-Alpha or later -
 commons-daemon.home=${base.path}/commons-daemon-1.0.1

Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml?view=diff&rev=483014&r1=483013&r2=483014
==
--- tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Wed Dec  6 02:28:10 2006
@@ -14,6 +14,18 @@
   
 
 
+
+  
+
+  
+Update to NSIS 2.22 (remm)
+  
+  
+Fix regression in 6.0.3 with Windows wrapper (mturk)
+  
+
+  
+
 
   
 



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



svn commit: r483021 - in /tomcat/connectors/trunk/jk: native/common/ xdocs/config/ xdocs/miscellaneous/

2006-12-06 Thread mturk
Author: mturk
Date: Wed Dec  6 02:54:08 2006
New Revision: 483021

URL: http://svn.apache.org/viewvc?view=rev&rev=483021
Log:
Added retry_on_status directive that can treat HTTP return codes as failures, 
allowing loadbalancing in case of 503, etc.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_ajp13.h
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h
tomcat/connectors/trunk/jk/native/common/jk_service.h
tomcat/connectors/trunk/jk/native/common/jk_util.c
tomcat/connectors/trunk/jk/native/common/jk_util.h
tomcat/connectors/trunk/jk/xdocs/config/workers.xml
tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp13.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp13.h?view=diff&rev=483021&r1=483020&r2=483021
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp13.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp13.h Wed Dec  6 02:54:08 2006
@@ -44,6 +44,7 @@
 #define JK_SERVER_ERROR (-5)
 #define JK_CLIENT_RD_ERROR  (-6)
 #define JK_CLIENT_WR_ERROR  (-7)
+#define JK_STATUS_ERROR (-8)
 
 #define AJP13_MAX_SEND_BODY_SZ  (DEF_BUFFER_SZ - 6)
 #define AJP13_DEF_TIMEOUT   (0) /* Idle timout for pooled connections 
*/

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c?view=diff&rev=483021&r1=483020&r2=483021
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c Wed Dec  6 
02:54:08 2006
@@ -1398,6 +1398,7 @@
   res.num_headers);
 if (r->flush && r->flush_header)
 r->flush(r);
+r->http_status = res.status;
 }
 return JK_AJP13_SEND_HEADERS;
 
@@ -1625,6 +1626,11 @@
 return JK_TRUE;
 }
 else if (JK_AJP13_SEND_HEADERS == rc) {
+if (p->worker->http_status_fail &&
+(p->worker->http_status_fail == s->http_status)) {
+JK_TRACE_EXIT(l);
+return JK_STATUS_ERROR;
+}
 headeratclient = JK_TRUE;
 }
 else if (JK_AJP13_HAS_RESPONSE == rc) {
@@ -1841,6 +1847,18 @@
 JK_TRACE_EXIT(l);
 return JK_SERVER_ERROR;
 }
+else if (err == JK_STATUS_ERROR) {
+jk_log(l, JK_LOG_INFO,
+   "(%s) request failed, "
+   "because of response status %d, "
+   "recoverable operation attempt=%d",
+   p->worker->http_status_fail,
+   p->worker->name, i);
+JK_TRACE_EXIT(l);
+if (i >= JK_RETRIES) {
+jk_sleep(JK_SLEEP_DEF);
+}
+}
 else {
 /* if we can't get reply, check if no recover flag was set
  * if is_recoverable_error is cleared, we have started
@@ -2062,6 +2080,8 @@
 AJP_DEF_RECOVERY_OPTS);
 p->max_packet_size =
 jk_get_max_packet_size(props, p->name);
+
+p->http_status_fail = jk_get_worker_retry_on_status(props, p->name);
 
 pThis->retries =
 jk_get_worker_retries(props, p->name,

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h?view=diff&rev=483021&r1=483020&r2=483021
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h Wed Dec  6 
02:54:08 2006
@@ -287,6 +287,11 @@
 unsigned int recovery_opts; /* Set the recovery option */
 
 unsigned int max_packet_size;  /*  Maximum AJP Packet size */
+
+/* 
+ * HTTP status that will cause failover (0 means disabled)
+ */
+ int http_status_fail;
 };
 
 

Modified: tomcat/connectors/trunk/jk/native/common/jk_service.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_service.h?view=diff&rev=483021&r1=483020&r2=483021
==
--- tomcat/connectors/trunk/jk/native/common/jk_service.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_service.h Wed Dec  6 02:54:08 
2006
@@ -222,6 +222,11 @@
  */
 int flush_header;
 
+/*
+ * HTTP status sent from container.
+ */
+int http_status;
+
 /* Uri worker map. Add

Re: Smooth applications migration in a J2EE cluster [mod_jk]

2006-12-06 Thread Rainer Jung

Hi Anthony,

since your oce is based on 1.2.15 first the information for you, that 
between 1.2.15 and the released 1.2.19 there were a lot of features 
added. No old features has been dropped, so it should be feature 
compatible with 1.2.15. You can look at the changelog


http://tomcat.apache.org/connectors-doc/changelog.html

and maybe the easiest way is to scan the document

http://tomcat.apache.org/connectors-doc/config/workers.html

and for Apache

http://tomcat.apache.org/connectors-doc/config/apache.html

resp. for IIS

http://tomcat.apache.org/connectors-doc/config/iis.html

about new parameters, which you didn't know before. There are also hints 
in the docs, which of the params have been added in which version.


Concerning 1.2.20 I'll make a tarball for testing including the docs 
most likely tonight. We changed a bit more, than was planned, so we give 
people a couple of days to report problems early, before we tag the 
release. Again, all changes will be contained in the configuration 
reference guide.


Regards,

Rainer

Anthony Vromant wrote:

Rainer Jung wrote:

Mladen Turk wrote:

Anthony Vromant wrote:


Would it be possible to integrate such a feature in the original 
mod_jk ? If yes, we may contribute to the development by providing 
our code.




There is no need to ask something like that.
Just like for any other patch bring in the code,
and we'll discuss, but it cannot be answered in advance.
Anyhow, according to the description it looks very interesting.

Regards,
Mladen.


Exactly the same from me. The upcoming release 1.2.20 will already 
include a lot of improvements in the jk status worker and we all 
think, that managing changes in a distributed 24x7 system already is a 
very important topic.


Waiting for your proposals :)

Rainer

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



Glad to note that you are interested in this topic.

I propose to send you as soon as possible a HTTP link towards a Flash 
presentation of our prototype.

Thus you'll have a good overview of the feature.

For the source code, we have to do some 'cleaning' work before being 
able to submit it to you.


Can you tell me where to find information about new features of mod_jk 
1.2.20 ?


For your information, our prototype is built from  mod_jk 1.2.15. We 
could bring it to the 1.2.20.


Regards.


Anthony Vromant
http://jonas.objectweb.org
Bull, Architect of an Open World TM
http://www.bull.com

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



--
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
53111 Bonn

Tel. 0228/98549-0
Fax  0228/98549-50
www.kippdata.de

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



DO NOT REPLY [Bug 40947] - Stopping the server should not rely on passing a string to a port on localhost.

2006-12-06 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=40947





--- Additional Comments From [EMAIL PROTECTED]  2006-12-06 03:44 ---
On Unix, this is already possible using the 'jsvc'-Binary.
AFAIK simply remove the 'shutdown'-element from server.xml

I'm not sure for Windows, the procrun service behaves a little different.
Does anybody know?

R.

-- 
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: svn commit: r482093 - /tomcat/connectors/trunk/jk/native/common/jk_status.c

2006-12-06 Thread Rainer Jung
I think it's perfectly valid having to simply use "&" in URLs, no need 
to encode. On the other hand as long as we don't have a proper decoding 
for the incoming URLs and I don't know, if all supported web servers 
decode before putting the query string into our service struct, I would 
prefer to stick with the original notation (not encoded).


[EMAIL PROTECTED] wrote:

Author: mturk
Date: Sun Dec  3 23:11:47 2006
New Revision: 482093

URL: http://svn.apache.org/viewvc?view=rev&rev=482093
Log:
Use & instead & directly.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_status.c

Modified: tomcat/connectors/trunk/jk/native/common/jk_status.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_status.c?view=diff&rev=482093&r1=482092&r2=482093
==
--- tomcat/connectors/trunk/jk/native/common/jk_status.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_status.c Sun Dec  3 23:11:47 
2006
@@ -900,21 +900,21 @@
 jk_putv(s, s->req_uri, "?", JK_STATUS_ARG_CMD, "=",
 status_cmd_text(cmd), NULL);
 if (mime)
-jk_putv(s, "&", JK_STATUS_ARG_MIME, "=",
+jk_putv(s, "&", JK_STATUS_ARG_MIME, "=",
 status_mime_text(mime), NULL);
 if (from)
-jk_putv(s, "&", JK_STATUS_ARG_FROM, "=",
+jk_putv(s, "&", JK_STATUS_ARG_FROM, "=",
 status_cmd_text(from), NULL);
 if (refresh)
-jk_printf(s, "&%s=%d", JK_STATUS_ARG_REFRESH, refresh);
+jk_printf(s, "&%s=%d", JK_STATUS_ARG_REFRESH, refresh);
 if (worker)
-jk_putv(s, "&", JK_STATUS_ARG_WORKER, "=",
+jk_putv(s, "&", JK_STATUS_ARG_WORKER, "=",
 worker, NULL);
 if (sub_worker)
-jk_putv(s, "&", JK_STATUS_ARG_WORKER_MEMBER, "=",
+jk_putv(s, "&", JK_STATUS_ARG_WORKER_MEMBER, "=",
 sub_worker, NULL);
 if (option)
-jk_putv(s, "&", JK_STATUS_ARG_OPTION, "=",
+jk_putv(s, "&", JK_STATUS_ARG_OPTION, "=",
 option, NULL);
 }
 if (text)



-
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 31364] - Missing resource in org/apache/catalina/core/LocalStrings.properties

2006-12-06 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=31364


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Additional Comments From [EMAIL PROTECTED]  2006-12-06 05:06 ---
Hi, I still get this in 5.0.28, even though the bugzilla settings show it as 
closed for 5.0.28.

Tomcat Manager shows:
FAIL - Application at context path / could not be started

Versions:
Apache Tomcat/5.0.28 1.4.2_04-b05 Sun Microsystems Inc. Windows 2003 5.2 x86 

Stack Trace:
Dec 6, 2006 11:55:28 PM org.apache.catalina.core.StandardContext reload
SEVERE: Cannot find message associated with key standardContext.stoppingContext
LifecycleException:  Manager has not yet been started
at org.apache.catalina.session.StandardManager.stop
(StandardManager.java:680)
at org.apache.catalina.core.StandardContext.stop
(StandardContext.java:4496)
at org.apache.catalina.core.StandardContext.reload
(StandardContext.java:3037)
at org.apache.catalina.startup.HostConfig.restartContext
(HostConfig.java:873)
at org.apache.catalina.startup.HostConfig.checkContextLastModified
(HostConfig.java:759)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1085)
at org.apache.catalina.startup.HostConfig.lifecycleEvent
(HostConfig.java:327)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent
(LifecycleSupport.java:119)
at org.apache.catalina.core.StandardHost.backgroundProcess
(StandardHost.java:800)


-- 
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 31364] - Missing resource in org/apache/catalina/core/LocalStrings.properties

2006-12-06 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=31364


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-12-06 05:19 ---
This is expected. We don't patch previous releases to fix bugs. Fixes are
included in the next release after the fix was made. Where a release has not
been made since the fix, you can obtain the latest code from SVN which will
include the fix.

-- 
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: svn commit: r483021 - in /tomcat/connectors/trunk/jk: native/common/ xdocs/config/ xdocs/miscellaneous/

2006-12-06 Thread Rainer Jung

Hi Mladen,

the different notations confuse me: some parts use "retry_on_status", 
and some "http_status_fail". I think the implementation does "fail on 
configured status code", whereas the name of the config param suggests 
"retry=do not fail on configured status code".


I would suggest, to rename the config param (and the config function) 
from "retry_on_status" to "fail_on_status".


Regards,

Rainer

[EMAIL PROTECTED] wrote:

Author: mturk
Date: Wed Dec  6 02:54:08 2006
New Revision: 483021

URL: http://svn.apache.org/viewvc?view=rev&rev=483021
Log:
Added retry_on_status directive that can treat HTTP return codes as failures, 
allowing loadbalancing in case of 503, etc.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_ajp13.h
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h
tomcat/connectors/trunk/jk/native/common/jk_service.h
tomcat/connectors/trunk/jk/native/common/jk_util.c
tomcat/connectors/trunk/jk/native/common/jk_util.h
tomcat/connectors/trunk/jk/xdocs/config/workers.xml
tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp13.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp13.h?view=diff&rev=483021&r1=483020&r2=483021
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp13.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp13.h Wed Dec  6 02:54:08 2006
@@ -44,6 +44,7 @@
 #define JK_SERVER_ERROR (-5)
 #define JK_CLIENT_RD_ERROR  (-6)
 #define JK_CLIENT_WR_ERROR  (-7)
+#define JK_STATUS_ERROR (-8)
 
 #define AJP13_MAX_SEND_BODY_SZ  (DEF_BUFFER_SZ - 6)

 #define AJP13_DEF_TIMEOUT   (0) /* Idle timout for pooled connections 
*/

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c?view=diff&rev=483021&r1=483020&r2=483021
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c Wed Dec  6 
02:54:08 2006
@@ -1398,6 +1398,7 @@
   res.num_headers);
 if (r->flush && r->flush_header)
 r->flush(r);
+r->http_status = res.status;
 }
 return JK_AJP13_SEND_HEADERS;
 
@@ -1625,6 +1626,11 @@

 return JK_TRUE;
 }
 else if (JK_AJP13_SEND_HEADERS == rc) {
+if (p->worker->http_status_fail &&
+(p->worker->http_status_fail == s->http_status)) {
+JK_TRACE_EXIT(l);
+return JK_STATUS_ERROR;
+}
 headeratclient = JK_TRUE;
 }
 else if (JK_AJP13_HAS_RESPONSE == rc) {
@@ -1841,6 +1847,18 @@
 JK_TRACE_EXIT(l);
 return JK_SERVER_ERROR;
 }
+else if (err == JK_STATUS_ERROR) {
+jk_log(l, JK_LOG_INFO,
+   "(%s) request failed, "
+   "because of response status %d, "
+   "recoverable operation attempt=%d",
+   p->worker->http_status_fail,
+   p->worker->name, i);
+JK_TRACE_EXIT(l);
+if (i >= JK_RETRIES) {
+jk_sleep(JK_SLEEP_DEF);
+}
+}
 else {
 /* if we can't get reply, check if no recover flag was set
  * if is_recoverable_error is cleared, we have started
@@ -2062,6 +2080,8 @@
 AJP_DEF_RECOVERY_OPTS);
 p->max_packet_size =
 jk_get_max_packet_size(props, p->name);
+
+p->http_status_fail = jk_get_worker_retry_on_status(props, p->name);
 
 pThis->retries =

 jk_get_worker_retries(props, p->name,

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h?view=diff&rev=483021&r1=483020&r2=483021
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp_common.h Wed Dec  6 
02:54:08 2006
@@ -287,6 +287,11 @@
 unsigned int recovery_opts; /* Set the recovery option */
 
 unsigned int max_packet_size;  /*  Maximum AJP Packet size */
+
+/* 
+ * HTTP status that will cause failover (0 means disabled)

+ */
+ int http_status_fail;
 };
 
 


Modified: tomcat/connectors/trunk/jk/native/common/jk_service.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_servi

Re: svn commit: r482093 - /tomcat/connectors/trunk/jk/native/common/jk_status.c

2006-12-06 Thread Mladen Turk

Rainer Jung wrote:
I think it's perfectly valid having to simply use "&" in URLs, no need 
to encode. On the other hand as long as we don't have a proper decoding 
for the incoming URLs and I don't know, if all supported web servers 
decode before putting the query string into our service struct, I would 
prefer to stick with the original notation (not encoded).




Hmm, we have a strong DTD, and the tidy is complaining about &.
Although I agree we can simply use & instead &

Not sure what is more valid.

Regards,
Mladen.

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



Re: svn commit: r483021 - in /tomcat/connectors/trunk/jk: native/common/ xdocs/config/ xdocs/miscellaneous/

2006-12-06 Thread Mladen Turk

Rainer Jung wrote:

Hi Mladen,

the different notations confuse me: some parts use "retry_on_status", 
and some "http_status_fail". I think the implementation does "fail on 
configured status code", whereas the name of the config param suggests 
"retry=do not fail on configured status code".


I would suggest, to rename the config param (and the config function) 
from "retry_on_status" to "fail_on_status".




Sure, makes sense.

Regards,
Mladen.

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



svn commit: r483082 - in /tomcat/connectors/trunk/jk: native/common/jk_ajp_common.c native/common/jk_util.c native/common/jk_util.h xdocs/config/workers.xml

2006-12-06 Thread mturk
Author: mturk
Date: Wed Dec  6 06:05:24 2006
New Revision: 483082

URL: http://svn.apache.org/viewvc?view=rev&rev=483082
Log:
Use fail_on_status instead retry_on_status as Rainer suggested. It is probably 
more descriptive name.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
tomcat/connectors/trunk/jk/native/common/jk_util.c
tomcat/connectors/trunk/jk/native/common/jk_util.h
tomcat/connectors/trunk/jk/xdocs/config/workers.xml

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c?view=diff&rev=483082&r1=483081&r2=483082
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c Wed Dec  6 
06:05:24 2006
@@ -2081,7 +2081,7 @@
 p->max_packet_size =
 jk_get_max_packet_size(props, p->name);
 
-p->http_status_fail = jk_get_worker_retry_on_status(props, p->name);
+p->http_status_fail = jk_get_worker_fail_on_status(props, p->name);
 
 pThis->retries =
 jk_get_worker_retries(props, p->name,

Modified: tomcat/connectors/trunk/jk/native/common/jk_util.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_util.c?view=diff&rev=483082&r1=483081&r2=483082
==
--- tomcat/connectors/trunk/jk/native/common/jk_util.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_util.c Wed Dec  6 06:05:24 2006
@@ -91,7 +91,7 @@
 #define DEFAULT_WORKER_TYPE JK_AJP13_WORKER_NAME
 #define SECRET_KEY_OF_WORKER("secretkey")
 #define RETRIES_OF_WORKER   ("retries")
-#define STATUS_FAIL_OF_WORKER   ("retry_on_status")
+#define STATUS_FAIL_OF_WORKER   ("fail_on_status")
 
 #define DEFAULT_WORKER  JK_AJP13_WORKER_NAME
 #define WORKER_LIST_PROPERTY_NAME ("worker.list")
@@ -1004,7 +1004,7 @@
 return sz;
 }
 
-int jk_get_worker_retry_on_status(jk_map_t *m, const char *wname)
+int jk_get_worker_fail_on_status(jk_map_t *m, const char *wname)
 {
 char buf[1024];
 

Modified: tomcat/connectors/trunk/jk/native/common/jk_util.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_util.h?view=diff&rev=483082&r1=483081&r2=483082
==
--- tomcat/connectors/trunk/jk/native/common/jk_util.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_util.h Wed Dec  6 06:05:24 2006
@@ -193,7 +193,7 @@
 
 const char *jk_get_worker_prop_prefix(jk_map_t *m, const char *wname, const 
char *def);
 
-int jk_get_worker_retry_on_status(jk_map_t *m, const char *wname);
+int jk_get_worker_fail_on_status(jk_map_t *m, const char *wname);
 
 #define TC32_BRIDGE_TYPE32
 #define TC33_BRIDGE_TYPE33

Modified: tomcat/connectors/trunk/jk/xdocs/config/workers.xml
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/config/workers.xml?view=diff&rev=483082&r1=483081&r2=483082
==
--- tomcat/connectors/trunk/jk/xdocs/config/workers.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/config/workers.xml Wed Dec  6 06:05:24 2006
@@ -711,7 +711,7 @@
 
 
 
-
+
 Set this value to the HTTP status code that will cause a worker to fail
 if returned from Servlet contatiner. Use this directive to deal with
 cases when the servlet container can temporary return non-200 responses



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



svn commit: r483087 - in /tomcat/connectors/trunk/jk/xdocs: ./ ajp/ config/ generic_howto/ miscellaneous/ news/ reference/ webserver_howto/

2006-12-06 Thread rjung
Author: rjung
Date: Wed Dec  6 06:20:35 2006
New Revision: 483087

URL: http://svn.apache.org/viewvc?view=rev&rev=483087
Log:
Renaming the config dir of the docs to reference and using the title
Reference Guide in the docs.

Added:
tomcat/connectors/trunk/jk/xdocs/reference/
tomcat/connectors/trunk/jk/xdocs/reference/apache.xml
  - copied unchanged from r483077, 
tomcat/connectors/trunk/jk/xdocs/config/apache.xml
tomcat/connectors/trunk/jk/xdocs/reference/iis.xml
  - copied unchanged from r483077, 
tomcat/connectors/trunk/jk/xdocs/config/iis.xml
tomcat/connectors/trunk/jk/xdocs/reference/project.xml
  - copied, changed from r483077, 
tomcat/connectors/trunk/jk/xdocs/config/project.xml
tomcat/connectors/trunk/jk/xdocs/reference/uriworkermap.xml
  - copied unchanged from r483077, 
tomcat/connectors/trunk/jk/xdocs/config/uriworkermap.xml
tomcat/connectors/trunk/jk/xdocs/reference/workers.xml
  - copied, changed from r483077, 
tomcat/connectors/trunk/jk/xdocs/config/workers.xml
Removed:
tomcat/connectors/trunk/jk/xdocs/config/
Modified:
tomcat/connectors/trunk/jk/xdocs/ajp/project.xml
tomcat/connectors/trunk/jk/xdocs/build.xml
tomcat/connectors/trunk/jk/xdocs/generic_howto/loadbalancers.xml
tomcat/connectors/trunk/jk/xdocs/generic_howto/project.xml
tomcat/connectors/trunk/jk/xdocs/index.xml
tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml
tomcat/connectors/trunk/jk/xdocs/miscellaneous/faq.xml
tomcat/connectors/trunk/jk/xdocs/miscellaneous/project.xml
tomcat/connectors/trunk/jk/xdocs/news/20060101.xml
tomcat/connectors/trunk/jk/xdocs/news/project.xml
tomcat/connectors/trunk/jk/xdocs/project.xml
tomcat/connectors/trunk/jk/xdocs/webserver_howto/apache.xml
tomcat/connectors/trunk/jk/xdocs/webserver_howto/iis.xml
tomcat/connectors/trunk/jk/xdocs/webserver_howto/nes.xml
tomcat/connectors/trunk/jk/xdocs/webserver_howto/project.xml

Modified: tomcat/connectors/trunk/jk/xdocs/ajp/project.xml
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/ajp/project.xml?view=diff&rev=483087&r1=483086&r2=483087
==
--- tomcat/connectors/trunk/jk/xdocs/ajp/project.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/ajp/project.xml Wed Dec  6 06:20:35 2006
@@ -13,11 +13,11 @@
 
 
 
-
-
-
-
-
+
+
+
+
+
 
 
 
@@ -53,4 +53,4 @@
 
 
 
-
\ No newline at end of file
+

Modified: tomcat/connectors/trunk/jk/xdocs/build.xml
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/build.xml?view=diff&rev=483087&r1=483086&r2=483087
==
--- tomcat/connectors/trunk/jk/xdocs/build.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/build.xml Wed Dec  6 06:20:35 2006
@@ -64,18 +64,18 @@
   
 
 
-
-
+