svn commit: r436690 - /tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

2006-08-25 Thread mturk
Author: mturk
Date: Fri Aug 25 00:17:29 2006
New Revision: 436690

URL: http://svn.apache.org/viewvc?rev=436690&view=rev
Log:
Make rewrite_rule_file config as not mandatory
directive. It fixes problems where 1.2.18 could
not be loaded.

Modified:
tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

Modified: tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c?rev=436690&r1=436689&r2=436690&view=diff
==
--- tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c (original)
+++ tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c Fri Aug 25 00:17:29 
2006
@@ -1334,9 +1334,6 @@
 if (tmp) {
 strcpy(rewrite_rule_file, tmp);
 }
-else {
-ok = JK_FALSE;
-}
 tmp = jk_map_get_string(map, URI_SELECT_TAG, NULL);
 if (tmp) {
 int opt = parse_uri_select(tmp);



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



Re: Jk 1.2.18 binary for win32 won't load

2006-08-25 Thread Mladen Turk

Mark Thomas wrote:

Haven't been able to determine why, but the win32 binary for JK 1.2.18
 doesn't work with IIS5. JK 1.2.15 works without a hitch.

There have been a number of similar reports on the users list.



Add to the registry an
rewrite_rule_file "C:\Path\to\the\rewrite.rules"

It can be empty file, and it should work then.
There was an error that requires that directive to
be present in the registry.

--
Mladen.

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



svn commit: r436691 - /tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

2006-08-25 Thread mturk
Author: mturk
Date: Fri Aug 25 00:26:30 2006
New Revision: 436691

URL: http://svn.apache.org/viewvc?rev=436691&view=rev
Log:
Make rewrite_rule_file config as not mandatory
directive. It fixes problems where 1.2.18 could
not be loaded.

Modified:
tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

Modified: tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c?rev=436691&r1=436690&r2=436691&view=diff
==
--- tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c (original)
+++ tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c Fri Aug 25 00:26:30 
2006
@@ -1405,9 +1405,6 @@
   sizeof(rewrite_rule_file))) {
 strcpy(rewrite_rule_file, tmpbuf);
 }
-else {
-ok = JK_FALSE;
-}
 
 if (get_registry_config_parameter(hkey,
   URI_SELECT_TAG,



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



svn commit: r436693 - /tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

2006-08-25 Thread mturk
Author: mturk
Date: Fri Aug 25 00:29:12 2006
New Revision: 436693

URL: http://svn.apache.org/viewvc?rev=436693&view=rev
Log:
Make log_level directive also as not mandatory.
We will use default log_level instead if not defined.

Modified:
tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

Modified: tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c?rev=436693&r1=436692&r2=436693&view=diff
==
--- tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c (original)
+++ tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c Fri Aug 25 00:29:12 
2006
@@ -1306,9 +1306,6 @@
 if (tmp) {
 log_level = jk_parse_log_level(tmp);
 }
-else {
-log_level = JK_LOG_DEF_LEVEL;
-}
 tmp = jk_map_get_string(map, EXTENSION_URI_TAG, NULL);
 if (tmp) {
 strcpy(extension_uri, tmp);
@@ -1366,9 +1363,6 @@
   JK_LOG_LEVEL_TAG,
   tmpbuf, sizeof(tmpbuf))) {
 log_level = jk_parse_log_level(tmpbuf);
-}
-else {
-log_level = JK_LOG_DEF_LEVEL;
 }
 
 if (get_registry_config_parameter(hkey,



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



DO NOT REPLY [Bug 39834] - JkLogLevel debug causes Segmentation fault

2006-08-25 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=39834


[EMAIL PROTECTED] changed:

   What|Removed |Added

OtherBugsDependingO||40316
  nThis||




-- 
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 40316] New: - apachectl -k graceful causes segmentation fault

2006-08-25 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=40316

   Summary: apachectl -k graceful causes segmentation fault
   Product: Tomcat 5
   Version: 5.5.0
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
 BugsThisDependsOn: 39834


hello

We are facing a problem that "apachectl -k graceful" causes segmentation faults 
when requests are processed, and these requests sometimes fail.
Could you give us any idea to solve(avoid) this problem?
(This problem is similar to Bug#: 39834)

We are using mod_jk 1.2.6(we tried 1.2.18 but has the same problem) with Apache 
2.0.58 in RHELv3.
JkLogLevel is set to "error"(debug,info,warn also reproduce more frequent).
It may occur only when apache is writing to mod_jk.log, because it doesn't 
occur when "JkLogFile" configuration is commented our or when no requests are 
not processed.


- Reproduction steps
 1. making a rush with 10 multiple users
 2. # apachectl -k graceful


- Configration of jk in httpd.conf
LoadModule jk_module modules/mod_jk.so

JkWorkersFile /opt//apache2/conf/workers.properties
JkLogFile /opt//apache2/logs/mod_jk.log
JkLogLevel error


- error_log
[Fri Aug 25 14:47:16 2006] [notice] Graceful restart requested, doing restart
httpd: Could not determine the server's fully qualified domain name, using 127.0
.0.1 for ServerName
[Fri Aug 25 14:47:16 2006] [notice] Apache configured -- resuming normal operati
ons
[Fri Aug 25 14:47:16 2006] [error] (43)Identifier removed: apr_global_mutex_lock
(jk_log_lock) failed
[Fri Aug 25 14:47:17 2006] [notice] child pid 1867 exit signal Segmentation faul
t (11)
[Fri Aug 25 14:47:17 2006] [error] (43)Identifier removed: apr_global_mutex_lock
(jk_log_lock) failed
[Fri Aug 25 14:47:18 2006] [error] (43)Identifier removed: apr_global_mutex_lock
(jk_log_lock) failed
[Fri Aug 25 14:47:18 2006] [error] (43)Identifier removed: apr_global_mutex_lock
(jk_log_lock) failed
[Fri Aug 25 14:47:18 2006] [notice] child pid 1865 exit signal Segmentation faul
t (11)
[Fri Aug 25 14:47:18 2006] [notice] child pid 1866 exit signal Segmentation faul
t (11)
[Fri Aug 25 14:47:18 2006] [notice] child pid 1868 exit signal Segmentation faul
t (11)


- mod_jk.log
[Fri Aug 25 14:47:16 2006]  [jk_ajp_common.c (1462)]: ERROR: Client connection a
borted or network problems
[Fri Aug 25 14:47:17 2006]  [jk_ajp_common.c (1462)]: ERROR: Client connection a
borted or network problems
[Fri Aug 25 14:47:18 2006]  [jk_ajp_common.c (1462)]: ERROR: Client connection a
borted or network problems
[Fri Aug 25 14:47:18 2006]  [jk_ajp_common.c (1462)]: ERROR: Client connection a
borted or network problems

-- 
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 39999] - ajp_connection_tcp_send_message::jk_ajp_common.c sendfull returned -32

2006-08-25 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=3


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-08-25 07:36 ---
This means that the Tomcat has closed its side of the connection.
In 1.2.18 this has been changed from [error] to [info] because
it is part of normal operation and mod_jk will either reconnect
or failover to the next backend.

-- 
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 40107] - JK should handle EAGAIN in jk_is_socket_connected()

2006-08-25 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=40107


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-08-25 07:37 ---
jk_is_socket_connected() has been rewritten and does not use
non-blocking socket mode any more.
Please check the current SVN trunk.


-- 
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 40317] New: - mod_jk, mixed up response if request contains http status 304 - resources with Content-Length > 0

2006-08-25 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=40317

   Summary: mod_jk, mixed up response if request contains http
status 304 - resources with Content-Length > 0
   Product: Tomcat 5
   Version: 5.0.28
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: minor
  Priority: P4
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


tested with (mod_jk/1.2.18 and 1.2.15)

if you request a html page through mod_jk with additional image resources(also
via mod_jk) and some of these resources respond with a 304 WITH a content body
length > 0 (by mistake) you frequently get wrong results, e.g.
- some byte fragments from a image resources, displayed before the  
section
- image resources are replaced by other image resources from the same stream...


mod_jk example output (wrong content length):

1 2006][29127:19376] [debug] ajp_unmarshal_response::jk_ajp_common.c (621):
status = 304
[Wed Aug 23 17:36:11 2006][29127:19376] [debug]
ajp_unmarshal_response::jk_ajp_common.c (628): Number of headers is = 2
[Wed Aug 23 17:36:11 2006][29127:19376] [debug]
ajp_unmarshal_response::jk_ajp_common.c (684): Header[0] [Content-Type] =
[image/jpeg]
[Wed Aug 23 17:36:11 2006][29127:19376] [debug]
ajp_unmarshal_response::jk_ajp_common.c (684): Header[1] [Content-Length] = 
[6008]

->
status 304 resources with content-length > 0 should be logged as error (at
least) or content should be cut?

see http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html ("The 304 response
MUST NOT contain a message-body...")

thanks

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



JK 1.2.19

2006-08-25 Thread Mladen Turk

Hi,

There is one serious bug in 1.2.18 that makes
it unusable for IIS if there is a missing optional
directive (rewrite_rule_file).

Since we had already lots of commits fixing various
problems, 1.2.19 is something we should cut pretty
soon.
Any comments or pending work?
I would like that we make this release next week.

Regards,
Mladen.

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



Re: JK 1.2.19

2006-08-25 Thread Henri Gomez

+0

2006/8/25, Mladen Turk <[EMAIL PROTECTED]>:


Hi,

There is one serious bug in 1.2.18 that makes
it unusable for IIS if there is a missing optional
directive (rewrite_rule_file).

Since we had already lots of commits fixing various
problems, 1.2.19 is something we should cut pretty
soon.
Any comments or pending work?
I would like that we make this release next week.

Regards,
Mladen.

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




Re: JK 1.2.19

2006-08-25 Thread Mark Thomas
Mladen Turk wrote:
> Hi,
> 
> There is one serious bug in 1.2.18 that makes
> it unusable for IIS if there is a missing optional
> directive (rewrite_rule_file).

Thanks for your message on the users list about this.

> Since we had already lots of commits fixing various
> problems, 1.2.19 is something we should cut pretty
> soon.
> Any comments or pending work?
> I would like that we make this release next week.

Sounds like a good idea to me.

Mark

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



Re: JK 1.2.19

2006-08-25 Thread Yoav Shapira

+1.

And general kudos regarding the recent energy around the connectors.

Yoav

On 8/25/06, Mark Thomas <[EMAIL PROTECTED]> wrote:

Mladen Turk wrote:
> Hi,
>
> There is one serious bug in 1.2.18 that makes
> it unusable for IIS if there is a missing optional
> directive (rewrite_rule_file).

Thanks for your message on the users list about this.

> Since we had already lots of commits fixing various
> problems, 1.2.19 is something we should cut pretty
> soon.
> Any comments or pending work?
> I would like that we make this release next week.

Sounds like a good idea to me.

Mark

-
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: JK 1.2.19

2006-08-25 Thread Rainer Jung
Hi all,

I plan to commit four more changes during the weekend. 2 of them are
already coded and running, the other 2 ones I still need to implement.
Most of the commits I did this week were only preparations for these
functionally bigger ones.

Already done but not committed:

- Passing back child worker names, lb_values and states from lb to
apache via notes entries, such that you can easily log the names and
states of the target workers via LogFormats (standard mod_log_config
feature). This is very interesting to track your load balancer behaviour
and much more poerful than the standard mod_jk request log (only for
apache, I don't now a component similar to a notes table for the other
web servers).

- Rearranging runtime state and configuration state in the load
balancer. At the moent there are a couple of status bits, which are
actually not independent of each other. This poses some confusion in the
configuration as well as in the status display. The change will be
functionally compatible to the existing code, but there will be the new
notions of runtime state (error, recovering, busy, ok, n/a) and
configured activation (active, disabled, stop).

To be coded during the weekend (subject to analysis of the related
amount of work and risk):

- hierarchical config for the balanced workers, s.t. you don't have to
repeat the same attributes for all child workers of an lb. Individual
child attributes will have preference.

- The proposed enhancement of the pool model, to allow more connections
then in the pool. Will need to think a little more about it's usefulness.

And of course: add the new features to the docs.

I would then make a snapshot available on dev, such that interested
parties can compile and check, and could start a formal release process
a week later.

I know, that new features impose new risk, on the other hand the release
process does also consume some energy, so personally I would prefer to
not split these items into 2 or more releases.

Comments?

Regards,

Rainer

Yoav Shapira schrieb:
> +1.
> 
> And general kudos regarding the recent energy around the connectors.
> 
> Yoav
> 
> On 8/25/06, Mark Thomas <[EMAIL PROTECTED]> wrote:
>> Mladen Turk wrote:
>> > Hi,
>> >
>> > There is one serious bug in 1.2.18 that makes
>> > it unusable for IIS if there is a missing optional
>> > directive (rewrite_rule_file).
>>
>> Thanks for your message on the users list about this.
>>
>> > Since we had already lots of commits fixing various
>> > problems, 1.2.19 is something we should cut pretty
>> > soon.
>> > Any comments or pending work?
>> > I would like that we make this release next week.
>>
>> Sounds like a good idea to me.
>>
>> Mark
>>
>> -
>> 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: JK 1.2.19

2006-08-25 Thread Mladen Turk

Rainer Jung wrote:


I would then make a snapshot available on dev, such that interested
parties can compile and check, and could start a formal release process
a week later.

I know, that new features impose new risk, on the other hand the release
process does also consume some energy, so personally I would prefer to
not split these items into 2 or more releases.

Comments?



All that is fine, but we have a real show stopper,
that needs an immediate action ASP.

You patches although fine, require a thorough checking,
and IMHO it would require a larger time-frame for the
next release. Lets cut 1.2.19, and then go for the
new features.

Regards,
Mladen.

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



Re: JK 1.2.19

2006-08-25 Thread Rainer Jung
OK, so

- what's the show stopper: the rewrite windows things?

If yes, I would suggest to release this one patch without *any* of the
changes I did last week, because I hope, that this release would need no
changes.

Rainer

Mladen Turk schrieb:
> Rainer Jung wrote:
>>
>> I would then make a snapshot available on dev, such that interested
>> parties can compile and check, and could start a formal release process
>> a week later.
>>
>> I know, that new features impose new risk, on the other hand the release
>> process does also consume some energy, so personally I would prefer to
>> not split these items into 2 or more releases.
>>
>> Comments?
>>
> 
> All that is fine, but we have a real show stopper,
> that needs an immediate action ASP.
> 
> You patches although fine, require a thorough checking,
> and IMHO it would require a larger time-frame for the
> next release. Lets cut 1.2.19, and then go for the
> new features.
> 
> 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: JK 1.2.19

2006-08-25 Thread Jim Jagielski


On Aug 25, 2006, at 6:02 AM, Mladen Turk wrote:


Hi,

There is one serious bug in 1.2.18 that makes
it unusable for IIS if there is a missing optional
directive (rewrite_rule_file).

Since we had already lots of commits fixing various
problems, 1.2.19 is something we should cut pretty
soon.
Any comments or pending work?
I would like that we make this release next week.



+1 on the release. There *has* been a flurry of
commits lately though, some of which look "safe"
and others which go deeper. Releasing 1.2.19 with
some of the less-tested ones might mean a
sooner-than-desired release of 1.2.20.

As RM, your choice.

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



Re: JK 1.2.19

2006-08-25 Thread Jim Jagielski


On Aug 25, 2006, at 7:55 AM, Rainer Jung wrote:

- Passing back child worker names, lb_values and states from lb to
apache via notes entries, such that you can easily log the names and
states of the target workers via LogFormats (standard mod_log_config
feature). This is very interesting to track your load balancer  
behaviour

and much more poerful than the standard mod_jk request log (only for
apache, I don't now a component similar to a notes table for the other
web servers).



Cool... I was thinking of the same thing for
mod_proxy.


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



DO NOT REPLY [Bug 40170] - ArrayIndexOutOfBoundsException in ResourceCache

2006-08-25 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=40170


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-08-25 17:28 ---
Fixed in 5.5 as well as 6.0

-- 
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: r436866 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/naming/resources/ResourceCache.java

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 10:31:39 2006
New Revision: 436866

URL: http://svn.apache.org/viewvc?rev=436866&view=rev
Log:
Fix defect 40170

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/naming/resources/ResourceCache.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/naming/resources/ResourceCache.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/naming/resources/ResourceCache.java?rev=436866&r1=436865&r2=436866&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/naming/resources/ResourceCache.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/naming/resources/ResourceCache.java
 Fri Aug 25 10:31:39 2006
@@ -289,11 +289,13 @@
 public CacheEntry lookup(String name) {
 
 CacheEntry cacheEntry = null;
+CacheEntry[] currentCache = cache;
 accessCount++;
-int pos = find(cache, name);
-if ((pos != -1) && (name.equals(cache[pos].name))) {
-cacheEntry = cache[pos];
+int pos = find(currentCache, name);
+if ((pos != -1) && (name.equals(currentCache[pos].name))) {
+cacheEntry = currentCache[pos];
 }
+
 if (cacheEntry == null) {
 try {
 cacheEntry = (CacheEntry) notFoundCache.get(name);



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



svn commit: r436876 - /tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c

2006-08-25 Thread mturk
Author: mturk
Date: Fri Aug 25 10:49:43 2006
New Revision: 436876

URL: http://svn.apache.org/viewvc?rev=436876&view=rev
Log:
Do not log errno with jk_is_socket_connected.
The errno itself is misleading with new socket
closed detection code.

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

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?rev=436876&r1=436875&r2=436876&view=diff
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c Fri Aug 25 
10:49:43 2006
@@ -1176,8 +1176,8 @@
 if (ae->worker->socket_timeout) {
 if (!jk_is_socket_connected(ae->sd)) {
 jk_log(l, JK_LOG_INFO,
-   "Socket %d is not connected any more (errno=%d)",
-   ae->sd, errno);
+   "Socket %d is not connected any more",
+   ae->sd);
 jk_close_socket(ae->sd);
 ae->sd = JK_INVALID_SOCKET;
 err++;



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



svn commit: r436878 - /tomcat/connectors/trunk/jk/xdocs/changelog.xml

2006-08-25 Thread mturk
Author: mturk
Date: Fri Aug 25 10:55:44 2006
New Revision: 436878

URL: http://svn.apache.org/viewvc?rev=436878&view=rev
Log:
Update changes.

Modified:
tomcat/connectors/trunk/jk/xdocs/changelog.xml

Modified: tomcat/connectors/trunk/jk/xdocs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/changelog.xml?rev=436878&r1=436877&r2=436878&view=diff
==
--- tomcat/connectors/trunk/jk/xdocs/changelog.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/changelog.xml Fri Aug 25 10:55:44 2006
@@ -26,8 +26,15 @@
   
 
   
+  Make rewrite_rule_map and log_level as non mandatory
+  directives for isapi_redirect. (mturk)
+  
+  
+  40107: Rewrite is_socket_connected function.
+  Non blocking socket is not used any more. (mturk)
   
   
+  Allow building with VS2005 without too many warnings. (mturk)
   
 
   



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



Re: JK 1.2.19

2006-08-25 Thread Mladen Turk

Rainer Jung wrote:

OK, so

- what's the show stopper: the rewrite windows things?

If yes, I would suggest to release this one patch without *any* of the
changes I did last week, because I hope, that this release would need no
changes.



Can you update the changelog.xml so we can see what
has been changed recently?

Also I think we can only release from trunk.
I don't feel like creating and commiting to the
tag or branch.

Regards,
Mladen.

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



svn commit: r436891 - /tomcat/build/tags/tc5.5.x/TOMCAT_5_5_18/

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 11:28:19 2006
New Revision: 436891

URL: http://svn.apache.org/viewvc?rev=436891&view=rev
Log:
Tagging Tomcat version TOMCAT_5_5_18.

Added:
tomcat/build/tags/tc5.5.x/TOMCAT_5_5_18/
  - copied from r436890, tomcat/build/tc5.5.x/


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



svn commit: r436892 - /tomcat/connectors/tags/tc5.5.x/TOMCAT_5_5_18/

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 11:28:23 2006
New Revision: 436892

URL: http://svn.apache.org/viewvc?rev=436892&view=rev
Log:
Tagging Tomcat version TOMCAT_5_5_18.

Added:
tomcat/connectors/tags/tc5.5.x/TOMCAT_5_5_18/
  - copied from r436891, tomcat/connectors/trunk/


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



svn commit: r436893 - /tomcat/container/tags/tc5.5.x/TOMCAT_5_5_18/

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 11:28:26 2006
New Revision: 436893

URL: http://svn.apache.org/viewvc?rev=436893&view=rev
Log:
Tagging Tomcat version TOMCAT_5_5_18.

Added:
tomcat/container/tags/tc5.5.x/TOMCAT_5_5_18/
  - copied from r436892, tomcat/container/tc5.5.x/


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



svn commit: r436894 - /tomcat/jasper/tags/tc5.5.x/TOMCAT_5_5_18/

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 11:28:30 2006
New Revision: 436894

URL: http://svn.apache.org/viewvc?rev=436894&view=rev
Log:
Tagging Tomcat version TOMCAT_5_5_18.

Added:
tomcat/jasper/tags/tc5.5.x/TOMCAT_5_5_18/
  - copied from r436893, tomcat/jasper/tc5.5.x/


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



svn commit: r436895 - /tomcat/servletapi/tags/servlet2.4-jsp2.0-tc5.x/TOMCAT_5_5_18/

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 11:28:33 2006
New Revision: 436895

URL: http://svn.apache.org/viewvc?rev=436895&view=rev
Log:
Tagging Tomcat version TOMCAT_5_5_18.

Added:
tomcat/servletapi/tags/servlet2.4-jsp2.0-tc5.x/TOMCAT_5_5_18/
  - copied from r436894, tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/


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



svn commit: r436896 - /tomcat/site/tags/TOMCAT_5_5_18/

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 11:28:36 2006
New Revision: 436896

URL: http://svn.apache.org/viewvc?rev=436896&view=rev
Log:
Tagging Tomcat version TOMCAT_5_5_18.

Added:
tomcat/site/tags/TOMCAT_5_5_18/
  - copied from r436895, tomcat/site/trunk/


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



svn commit: r436897 - /tomcat/build/tc5.5.x/tag.bat

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 11:30:29 2006
New Revision: 436897

URL: http://svn.apache.org/viewvc?rev=436897&view=rev
Log:
Added helper script to create a tomcat tag for releasing

Added:
tomcat/build/tc5.5.x/tag.bat

Added: tomcat/build/tc5.5.x/tag.bat
URL: 
http://svn.apache.org/viewvc/tomcat/build/tc5.5.x/tag.bat?rev=436897&view=auto
==
--- tomcat/build/tc5.5.x/tag.bat (added)
+++ tomcat/build/tc5.5.x/tag.bat Fri Aug 25 11:30:29 2006
@@ -0,0 +1,20 @@
[EMAIL PROTECTED] off
+rem  Expects one argument, the tag name (no quotes needed, e.g. TOMCAT_5_5_13)
+
+rem  Build
+svn copy https://svn.apache.org/repos/asf/tomcat/build/tc5.5.x 
https://svn.apache.org/repos/asf/tomcat/build/tags/tc5.5.x/%1 -m "Tagging 
Tomcat version %1."
+
+rem  Connectors
+svn copy https://svn.apache.org/repos/asf/tomcat/connectors/trunk 
https://svn.apache.org/repos/asf/tomcat/connectors/tags/tc5.5.x/%1 -m "Tagging 
Tomcat version %1."
+
+rem  Container
+svn copy https://svn.apache.org/repos/asf/tomcat/container/tc5.5.x 
https://svn.apache.org/repos/asf/tomcat/container/tags/tc5.5.x/%1 -m "Tagging 
Tomcat version %1."
+
+rem  Jasper
+svn copy https://svn.apache.org/repos/asf/tomcat/jasper/tc5.5.x 
https://svn.apache.org/repos/asf/tomcat/jasper/tags/tc5.5.x/%1 -m "Tagging 
Tomcat version %1."
+
+rem  ServletAPI
+svn copy 
https://svn.apache.org/repos/asf/tomcat/servletapi/servlet2.4-jsp2.0-tc5.x 
https://svn.apache.org/repos/asf/tomcat/servletapi/tags/servlet2.4-jsp2.0-tc5.x/%1
 -m "Tagging Tomcat version %1."
+
+rem  Site
+svn copy https://svn.apache.org/repos/asf/tomcat/site/trunk 
https://svn.apache.org/repos/asf/tomcat/site/tags/%1 -m "Tagging Tomcat version 
%1."
\ No newline at end of file



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



DO NOT REPLY [Bug 40306] - POST request bodies are not restored on successful login when using mod_jk

2006-08-25 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=40306


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Catalina|Connector:AJP




--- Additional Comments From [EMAIL PROTECTED]  2006-08-25 18:39 ---
I've also seen the following warning occasionaly showing up in catalina.out,
however I do not know if it is related:

WARN (org.apache.jk.core.MsgContext:295) - Error sending end packet
java.net.SocketException: Broken pipe
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:518)
at org.apache.jk.common.JkInputStream.endMessage(JkInputStream.java:112)
at org.apache.jk.core.MsgContext.action(MsgContext.java:293)
at org.apache.coyote.Response.action(Response.java:182)
at org.apache.coyote.Response.finish(Response.java:304)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:204)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:754)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:684)
at
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:876)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)

-- 
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: r436901 - /tomcat/connectors/trunk/jk/xdocs/changelog.xml

2006-08-25 Thread rjung
Author: rjung
Date: Fri Aug 25 11:44:13 2006
New Revision: 436901

URL: http://svn.apache.org/viewvc?rev=436901&view=rev
Log:
Add my changes from the last week.

Modified:
tomcat/connectors/trunk/jk/xdocs/changelog.xml

Modified: tomcat/connectors/trunk/jk/xdocs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/changelog.xml?rev=436901&r1=436900&r2=436901&view=diff
==
--- tomcat/connectors/trunk/jk/xdocs/changelog.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/changelog.xml Fri Aug 25 11:44:13 2006
@@ -25,6 +25,31 @@
   
   
 
+  
+  New JkOption to disable connection persistence. Contributed by Jim 
Jagielski. (rjung)
+  
+  
+  LB: Move sessionid retrieval out of get_most_suitable_worker into 
service. (rjung)
+  
+  
+  Code cleanup for all service methods (use TRACE, JK_LOG_NULL_PARAMS, 
null pointer checks). (rjung)
+  
+  
+  JKSTATUS: add refresh link. No refresh for updates. Redirect to list 
view after update. (rjung)
+  
+  
+  Add new hook add_log_items into servers. (rjung)
+  
+  
+  APACHE httpd: Rename apache logging notes. (rjung)
+  
+  
+  LB: Rename lock and method constants. Add constants for defaults. (rjung)
+  
+  
+  Default log level should be INFO and not DEBUG.
+  Default log level should be the same for all server types. (rjung)
+  
   
   Make rewrite_rule_map and log_level as non mandatory
   directives for isapi_redirect. (mturk)



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



svn commit: r436922 - /tomcat/connectors/trunk/jk/xdocs/changelog.xml

2006-08-25 Thread rjung
Author: rjung
Date: Fri Aug 25 13:03:34 2006
New Revision: 436922

URL: http://svn.apache.org/viewvc?rev=436922&view=rev
Log:
Correct committer to jim for non-reuse patch.

Modified:
tomcat/connectors/trunk/jk/xdocs/changelog.xml

Modified: tomcat/connectors/trunk/jk/xdocs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/changelog.xml?rev=436922&r1=436921&r2=436922&view=diff
==
--- tomcat/connectors/trunk/jk/xdocs/changelog.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/changelog.xml Fri Aug 25 13:03:34 2006
@@ -26,7 +26,7 @@
   
 
   
-  New JkOption to disable connection persistence. Contributed by Jim 
Jagielski. (rjung)
+  New JkOption to disable connection persistence. (jim)
   
   
   LB: Move sessionid retrieval out of get_most_suitable_worker into 
service. (rjung)



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



svn commit: r436932 - /tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c

2006-08-25 Thread jim
Author: jim
Date: Fri Aug 25 13:33:42 2006
New Revision: 436932

URL: http://svn.apache.org/viewvc?rev=436932&view=rev
Log:
remove non-ascii char. I'm guessing it was 'a' :)

Modified:
tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c

Modified: tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c?rev=436932&r1=436931&r2=436932&view=diff
==
--- tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c (original)
+++ tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c Fri Aug 25 13:33:42 
2006
@@ -508,12 +508,12 @@
 
 /* get server name */
 /* s->server_name  = (char *)(r->hostname ? r->hostname : 
r->server->server_hostname); */
-/* XXX : à la jk2 */
+/* XXX : a la jk2 */
 s->server_name = (char *)ap_get_server_name(r);
 
 /* get the real port (otherwise redirect failed) */
 /* s->server_port = htons( r->connection->local_addr.sin_port ); */
-/* XXX : à la jk2 */
+/* XXX : a la jk2 */
 s->server_port = ap_get_server_port(r);
 
 s->server_software = (char *)ap_get_server_version();



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



DO NOT REPLY [Bug 40326] New: - DefaultServlet uses File.deleteOnExit() which is known to leak jvm native memory

2006-08-25 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=40326

   Summary: DefaultServlet uses File.deleteOnExit() which is known
to leak jvm native memory
   Product: Tomcat 5
   Version: 5.0.30
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


DefaultServlet uses File.deleteOnExit() which is known to leak jvm native 
memory.
The call is made on executePartialPut() (called from doPut()).

Any server running for a long time will not get rid of these orphan requests to
delete tmp PUT files on exit and may run out of memory if PUTting many files.

The solution is to completely avoid such method. You must deal manually with the
deletion of unused files. You can use try{create+use}finally{delete}.

If it is done in many phases (I'm not sure what partial PUT means) you must
associate that file to the httpsession so that the httpsession disposal will
delete the tmp file safely. If there is no session ongoing you must deny
multiphase PUT to stay safe.

In any case, partial PUT or not, a jvm crash may leave those tmp files
undeleted, so it would be safer to assign a directory to tomcat tmpfiles
(already exists I think) and wipe it clean on tomcat start. If you don't want to
delete all files, then choose filenames that have a pattern unlikely to clash
with existing files. Better, choose filenames that you can assert they came from
tomcat.

example: _tmp_tomcat_[userfilename]_[privatehashOf(userfilename)].tmp
when you read the "userfilename", only tomcat can rehash and compare with the
private hash number. If the hash number is not equal, it is not a tomcat tmp
file. This makes it really hard for a user to accidentally loose a file in that
tmp folder.

-- 
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 40170] - ArrayIndexOutOfBoundsException in ResourceCache

2006-08-25 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=40170





--- Additional Comments From [EMAIL PROTECTED]  2006-08-25 22:39 ---
Any plans to fix the 5.0.x codebase or did Filip mean 5.5 and 5.0?

Many thanks!

-- 
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 40327] New: - Logging level now defaults to debug - crashed server

2006-08-25 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=40327

   Summary: Logging level now defaults to debug - crashed server
   Product: Tomcat 5
   Version: 5.5.17
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I recently installed jk-1.2.18, and a few days latter httpd would no longer 
start up. I quick look at the error logs showed the following:

[Fri Aug 25 22:46:53 2006] [error] mod_jk: jk_log_to_file [Fri Aug 25 22:46:53 
2006] [4838:16384] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c 
(909): 014073 65 00 A0 08 00 01 30 00 05 00 53 69 64 3D 31  - 
se.0...Sid=1\n failed: File too large

I looked at my mod_jk log file and it was over 2 gigs in size, and contained a 
lot of entries like the following:

[Wed Aug 23 16:02:06 2006] [11708:16384] [debug] 
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 01e014 0A 0A D4 D7 
36 52 80 3B 17 5F 9B 2F 08 B7 86  - .6R.;._./...

I had never gotten [debug] messages with the previous version of mod_jk. I had 
never specified a value for JkLogLevel, and the docs say that the default 
level is "info" (http://tomcat.apache.org/connectors-doc/howto/apache.html). I 
was able to fix this problem by explicitly setting JkLogLevel to info. It 
looks like somehow the default behaviour got switched to "debug", which is bad 
for anyone with a modest amount of web traffic.

-- 
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: r437028 - /tomcat/build/tc5.5.x/sign.bat

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 16:59:56 2006
New Revision: 437028

URL: http://svn.apache.org/viewvc?rev=437028&view=rev
Log:
helper script for the release

Added:
tomcat/build/tc5.5.x/sign.bat

Added: tomcat/build/tc5.5.x/sign.bat
URL: 
http://svn.apache.org/viewvc/tomcat/build/tc5.5.x/sign.bat?rev=437028&view=auto
==
--- tomcat/build/tc5.5.x/sign.bat (added)
+++ tomcat/build/tc5.5.x/sign.bat Fri Aug 25 16:59:56 2006
@@ -0,0 +1,11 @@
+
+rem Example script to sign the entire release
+rem pass in your password as the first argument, then this script will
+rem sign all the files in the release directory
+
+rem todo - make one for unix as well, and avoid signing the .md5 files
[EMAIL PROTECTED] off
+FOR /R %cd%\release\v5.5.18 %%i in (*.*) do (
+  echo Signing %%i
+  echo %1|gpg --passphrase-fd 0 -a -b %%i 
+)



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



svn commit: r437029 - /tomcat/build/tc5.5.x/sign.bat

2006-08-25 Thread fhanik
Author: fhanik
Date: Fri Aug 25 17:00:17 2006
New Revision: 437029

URL: http://svn.apache.org/viewvc?rev=437029&view=rev
Log:
working

Modified:
tomcat/build/tc5.5.x/sign.bat

Modified: tomcat/build/tc5.5.x/sign.bat
URL: 
http://svn.apache.org/viewvc/tomcat/build/tc5.5.x/sign.bat?rev=437029&r1=437028&r2=437029&view=diff
==
--- tomcat/build/tc5.5.x/sign.bat (original)
+++ tomcat/build/tc5.5.x/sign.bat Fri Aug 25 17:00:17 2006
@@ -4,6 +4,7 @@
 rem sign all the files in the release directory
 
 rem todo - make one for unix as well, and avoid signing the .md5 files
+
 @echo off
 FOR /R %cd%\release\v5.5.18 %%i in (*.*) do (
   echo Signing %%i



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