Hi

[mikeb]

--  Virus Warning Message (on uusnwa08)

Found virus WORM_NETSKY.Z in file Informations.txt  

   .exe (in Informations.zip)
The file is deleted.

-
Important informations!


--  Virus Warning Message (on uusnwa08)

Informations.zip is removed from here because it contains a virus.

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

cvs commit: jakarta-tomcat build.xml

[billbarker]

billbarker2004/11/19 00:15:53

  Modified:.build.xml
  Log:
  Fix the build for new Jk doc location.
  
  Revision  ChangesPath
  1.206 +1 -2  jakarta-tomcat/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/build.xml,v
  retrieving revision 1.205
  retrieving revision 1.206
  diff -u -r1.205 -r1.206
  --- build.xml 20 Oct 2004 05:29:54 -  1.205
  +++ build.xml 19 Nov 2004 08:15:53 -  1.206
  @@ -867,11 +867,10 @@
   /copy
   mkdir dir=${tomcat.build}/webapps/ROOT/doc/jk2 /
   mkdir dir=${tomcat.build}/webapps/ROOT/doc/jk2/printer /
  -ant dir=${tomcat-jk.home} target=docs/
  +ant dir=${tomcat-jk.home}/xdocs /
   copy todir=${tomcat.build}/webapps/ROOT/doc/jk2
 fileset dir=${tomcat-jk.home}/build/docs/
   /copy
  -
   
 !-- admin context --
   mkdir dir=${tomcat.build}/webapps/admin/
  
  
  

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

DO NOT REPLY [Bug 32296] - HTTP Header Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32296.
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=32296


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |
Summary|HTTP Content-Type always|HTTP Header Content-Type
   |ISO-8859-1 under debian |always ISO-8859-1 under
   |(browsers no longer detect  |debian (browsers no longer
   |encoding correctly - worked |detect encoding correctly -
   |perfectly under redhat9)|worked perfectly under
   ||redhat9)




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 09:33 ---
so a Redhat HTTP header analysis: 
HTTP/1.1 200 OK Content-Type: text/html Connection: close Vary:
Accept-Encoding Date: Fri, 19 Nov 2004 08:09:12 GMT Server: Apache-Coyote/1.1
e.g. by tcpflow -i eth0 port 8443 or http://livehttpheaders.mozdev.org shows:

== under Redhat no charset=... is sent at all, thus it appears that in this
case, the browsers decide upon the encoding stated in the page content

Therefore, please document which environment variable drives coyote's HTTP
header Content-Type charset.

-- 
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: JNDIRealm Active Directory: workaround for hasMore() causing exceptions [Auf Viren geprüft]

[Frerk . Meyer]

Hi Bjarni Þór Jónsson,

I've googled for you and found:
http://www.ldapguru.org/modules/newbb/viewtopic.php?topic_id=1591forum=6post_id=4894

I guessed forhand that your problem has someting to do with referrals
and its just that. On top of that MS AD does a lot of things different than
other LDAP servers. I don't have experience with AD but from this post
it seems to me that AD won't follow a referral even if you ask it for.
So you don't have to add a try catch clause but add code for manually
following referrals in JNDIRealm if the LDAP Server can't do it,
or you modify the LDAP context so the LDAP Server is asked to
follow it for itself (which the poster says can't be done).

If in mit LDAP DIT a uid is present two or more times the JNDIRealm
denies authentication which is what should happen. And I don't have
referrals which I only have if I want them.

So my answer is don't modify the code or add handling of referrals
they way the poster did and AD wants.

Frerk Meyer

EDEKA Aktiengesellschaft
GB Datenverarbeitung
Frerk Meyer
CC Web Technologien
New-York-Ring 6
22297 Hamburg
Tel: 040/6377 - 3272
Fax: 040/6377 - 41268
mailto:[EMAIL PROTECTED]




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

JNDIRealm: role expansion [Auf Viren geprüft]

[Frerk . Meyer]

Hi again Bjarni Þór Jónsson,

I'm no friend of the standard behavior of the JNDIRealm too, but this is
the
standard and it should stay compatible to other J2EE Servers.

The way to go is JAAS.

I'm currently developing my own JAAS-JNDI-Realm.
You may return your own LdapUser and LdapRole classes as long
as it implements interface Principial. And since Tomcat 5.0.29
it *does* return your classes and not the GenericPrincipal from
Tomcat instead.
This realm should even be compatible with every other J2EE
Container supporting JAAS.
No, my code is not ready for publishing. But I just extended the
JAAS example code from Sun and I belnd it with JNDIRealm code.

HTH,

Frerk Meyer

EDEKA Aktiengesellschaft
GB Datenverarbeitung
Frerk Meyer
CC Web Technologien
New-York-Ring 6
22297 Hamburg
Tel: 040/6377 - 3272
Fax: 040/6377 - 41268
mailto:[EMAIL PROTECTED]




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

cvs commit: jakarta-tomcat-connectors/jk/xdocs style.xsl

[mturk]

mturk   2004/11/19 01:30:47

  Modified:jk/xdocs style.xsl
  Log:
  Added directives tag for three column directive layout
  
  Revision  ChangesPath
  1.5   +62 -7 jakarta-tomcat-connectors/jk/xdocs/style.xsl
  
  Index: style.xsl
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/style.xsl,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- style.xsl 18 Nov 2004 19:09:00 -  1.4
  +++ style.xsl 19 Nov 2004 09:30:47 -  1.5
  @@ -279,12 +279,14 @@
   table border=1 cellpadding=5
 tr
   th width=220px bgcolor={$attributes-color}
  -  xsl:if test=@name = ''
  - font color=#ffAttribute/font
  -  /xsl:if   
  -  xsl:if test=@name != ''
  - font color=#ffxsl:value-of select=@name//font
  -  /xsl:if   
  +   xsl:choose

  +xsl:when test=@name != ''

  +   font color=#ffxsl:value-of select=@name//font

  +/xsl:when

  +xsl:otherwise

  +   font color=#ffAttribute/font
  +/xsl:otherwise

  +  /xsl:choose  
   /th
   th width=* bgcolor={$attributes-color}
 font color=#ffDescription/font
  @@ -308,6 +310,50 @@
   /table
 /xsl:template
   
  +  !-- Process an attributes list with nested attribute elements --
  +  xsl:template match=directives
  +table border=1 cellpadding=5
  +  tr
  +th width=15% bgcolor={$attributes-color}
  +  font color=#ffDirective/font
  +/th
  +th width=10% bgcolor={$attributes-color}
  +  font color=#ffDefault/font
  +/th
  +th width=75% bgcolor={$attributes-color}
  +  font color=#ffDescription/font
  +/th
  +  /tr
  +  xsl:for-each select=directive
  +tr
  +  td align=left valign=center
  +xsl:if test=@required = 'true'
  +  strongcodexsl:value-of select=@name//code/strong
  +/xsl:if
  +xsl:if test=@required != 'true'
  +  codexsl:value-of select=@name//code
  +/xsl:if
  +  /td
  +   xsl:choose

  +xsl:when test=@default != ''

  +   td align=left valign=center  
  +   codexsl:value-of select=@default//code

  +  /td
  +/xsl:when

  +xsl:otherwise

  +   td align=center valign=center  
  +  code-/code

  +  /td
  +/xsl:otherwise

  +  /xsl:choose  
  +  td align=left valign=center
  +xsl:apply-templates/
  +  /td
  +/tr
  +  /xsl:for-each
  +/table
  +  /xsl:template
  +
 !-- Fix relative links in printer friendly versions of the docs --
 xsl:template match=a
   xsl:variable name=href select=@href/
  @@ -332,6 +378,15 @@
   a name={$name}xsl:apply-templates//a
 /xsl:otherwise
   /xsl:choose
  +  /xsl:template
  +
  +  !-- Warning --
  +  xsl:template match=warn
  +p
  +font color=#ff
  +xsl:apply-templates/
  +/font
  +/p
 /xsl:template
   
 !-- Changelog related tags --
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs/config workers.xml

[mturk]

mturk   2004/11/19 01:31:20

  Modified:jk/xdocs/config workers.xml
  Log:
  Start documenting all worker.properties directives
  
  Revision  ChangesPath
  1.2   +73 -4 jakarta-tomcat-connectors/jk/xdocs/config/workers.xml
  
  Index: workers.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/config/workers.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- workers.xml   18 Nov 2004 18:28:54 -  1.1
  +++ workers.xml   19 Nov 2004 09:31:20 -  1.2
  @@ -13,10 +13,79 @@
   
   body
   

  -section name=Work in progress

  -To be finished!

  -

  -/section 

  +section name=Introduction
  +p
  +A bTomcat worker/b is a Tomcat instance that is waiting to execute 
servlets or any other content
  +on behalf of some web server. For example, we can have a web server such as
  +Apache forwarding servlet requests to a Tomcat process (the worker) running 
behind it.
  +/p
  +p
  +The scenario described above is a very simple one; 
  +in fact one can configure multiple Tomcat workers to serve servlets on 
  +behalf of a certain web server. 
  +The reasons for such configuration can be:
  +/p
  +ul
  +li
  +We want different contexts to be served by different Tomcat workers to 
provide a 
  +development environment where all the developers share the same web server 
but
  +own a Tomcat worker of their own.
  +/li
  +li
  +We want different virtual hosts served by different Tomcat processes to 
provide a 
  +clear separation between sites belonging to different companies.
  +/li
  +li
  +We want to provide load balancing, meaning run multiple Tomcat workers each 
on a 
  +machine of its own and distribute the requests between them.
  +/li
  +/ul
  +
  +p
  +There are probably more reasons for having multiple workers but I guess that 
this list is enough...
  +Tomcat workers are defined in a properties file dubbed 
bworkers.properties/b and this tutorial 
  +explains how to work with it.
  +/p
  +/section
  + 
  +section name=Directives
  +pEach workers.properties directive consists of three words separated by 
dot. The first word is always
  +bworker/b. The second word is the worker name that can be any name. The 
worker name reflects the
  +name of the bjvmRoute/b defined in Tomcat's server.xml configuration 
file.
  +/p
  +p
  +warn
  +The name of the worker can contain only the alphanumeric characters 
b[a-z][A-Z][0-9]/b and is case insensitive.
  +/warn
  +/p
  +
  +subsection name=Mandatory directives
  +pMandatory directives are the one that each worker bmust/b contain. 
Without them the worker will
  +be unavailable or will missbehave.
  +/p
  +directives
  +directive name=type required=true
  +Type of the worker (can be one of ajp13, jni or lb). The type of the worker
  +defines the directives that can be applied to the worker.
  +/directive
  +/directives
  +/subsection
  +
  +subsection name=AJP13 worker directives
  +pAJP13 worker directives are the preferred worker type that JK uses for 
communication
  +between web server and Tomcat. This type of worker uses sockets as 
communication
  +channel.
  +/p
  +directives
  +directive name=host required=true
  +Host name or IP address of the backend Tomcat instance. The remote Tomcat 
must
  +support the ajp13 protocol.
  +/directive
  +/directives
  +/subsection
  +
  +
  +/section


   /body

   /document
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs style.xsl

[mturk]

mturk   2004/11/19 01:33:22

  Modified:jk/xdocs style.xsl
  Log:
  Change comment for directives tag
  
  Revision  ChangesPath
  1.6   +1 -1  jakarta-tomcat-connectors/jk/xdocs/style.xsl
  
  Index: style.xsl
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/style.xsl,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- style.xsl 19 Nov 2004 09:30:47 -  1.5
  +++ style.xsl 19 Nov 2004 09:33:22 -  1.6
  @@ -310,7 +310,7 @@
   /table
 /xsl:template
   
  -  !-- Process an attributes list with nested attribute elements --
  +  !-- Process an directives list with nested directive elements --
 xsl:template match=directives
   table border=1 cellpadding=5
 tr
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs empty.xml build.xml

[mturk]

mturk   2004/11/19 02:04:16

  Modified:jk/xdocs build.xml
  Added:   jk/xdocs empty.xml
  Log:
  Add empty.xml as tamplate for adding new files to JK documentation
  
  Revision  ChangesPath
  1.2   +1 -1  jakarta-tomcat-connectors/jk/xdocs/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/build.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- build.xml 18 Nov 2004 18:27:48 -  1.1
  +++ build.xml 19 Nov 2004 10:04:16 -  1.2
  @@ -58,7 +58,7 @@
  destdir=${build.dir}/${dist.name}/printer
extension=.html
style=style.xsl
  -  excludes=build.xml project.xml
  +  excludes=build.xml project.xml empty.xml
 includes=*.xml
 param name=relative-path expression=./../
 param name=project-menu expression=nomenu/
  
  
  
  1.1  jakarta-tomcat-connectors/jk/xdocs/empty.xml
  
  Index: empty.xml
  ===
  ?xml version=1.0?
  !DOCTYPE document [
!ENTITY project SYSTEM project.xml
  ]
  document url=empty.html
project;
  copyright
 Copyright 1999-2004 The Apache Software Foundation
   
 Licensed under the Apache License, Version 2.0 (the License);
 you may not use this file except in compliance with the License.
 You may obtain a copy of the License at
   
 http://www.apache.org/licenses/LICENSE-2.0
   
 Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an AS IS BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
 limitations under the License.
  /copyright
  properties
  
  titleEmpty template/title
  author email=[EMAIL PROTECTED]Developer Name/author
  
  date$Date: 2004/11/19 10:04:16 $/date
  /properties
  body
  
  section name=Generic
  p
  This is a generic template for JK documentation. Please fill in the 
burl/b and btitle/b
  tags, as well as bauthor/b tags.
  /p
  section
  
  /body
  /document
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs build.xml

[mturk]

mturk   2004/11/19 02:08:20

  Modified:jk/xdocs build.xml
  Log:
  Remove empty.xml from build.
  
  Revision  ChangesPath
  1.3   +1 -1  jakarta-tomcat-connectors/jk/xdocs/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/build.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- build.xml 19 Nov 2004 10:04:16 -  1.2
  +++ build.xml 19 Nov 2004 10:08:20 -  1.3
  @@ -175,7 +175,7 @@
  destdir=${build.dir}/${dist.name}
extension=.html
style=style.xsl
  -  excludes=build.xml project.xml
  +  excludes=build.xml project.xml empty.xml
 includes=*.xml
 param name=relative-path expression=./
   /style
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs empty.xml

[mturk]

mturk   2004/11/19 02:05:31

  Modified:jk/xdocs empty.xml
  Log:
  Fix typo in generic template
  
  Revision  ChangesPath
  1.2   +2 -2  jakarta-tomcat-connectors/jk/xdocs/empty.xml
  
  Index: empty.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/empty.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- empty.xml 19 Nov 2004 10:04:16 -  1.1
  +++ empty.xml 19 Nov 2004 10:05:31 -  1.2
  @@ -33,7 +33,7 @@
   This is a generic template for JK documentation. Please fill in the 
burl/b and btitle/b
   tags, as well as bauthor/b tags.
   /p
  -section
  +/section
   
   /body
   /document
  
  
  

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

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto apache.xml doccontrib.xml domino.xml iis.xml index.xml nes.xml project.xml quick.xml workers.xml

[Henri Gomez]

Mladen I'm rebuilding TC 3.3.3-dev right now and got this error on jtc build :

   [style] Transforming into
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\build\docs\printer
[style] Transforming into
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\build\docs\news
[style] Transforming into
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\build\docs\news\printer
[style] Transforming into
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\build\docs\common
[style] Transforming into
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\build\docs\common\printer
[style] Transforming into
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\build\docs\howto
[style] Processing
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\xdocs\howto\doccontrib.xml
to 
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\build\docs\howto\doccontrib.html
[style] Loading stylesheet
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\xdocs\style.xsl
[style] 
C:/eclipse3/workspace/jakarta-tomcat-connectors/jk/xdocs/howto/doccontrib.xml:1:
Fatal Error! Elément racine de document manquant.
[style] Failed to process
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\xdocs\howto\doccontrib.xml
BUILD FAILED: C:\eclipse3\workspace\jakarta-tomcat\build.xml:870: The
following error occurred while executing this line:
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\xdocs\build.xml:113:
Fatal error during transformation
Total time: 25 seconds

Something weird in doccontrib.xml (missing root element ?)




On 18 Nov 2004 18:30:36 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 mturk   2004/11/18 10:30:36
 
   Added:   jk/xdocs/howto apache.xml doccontrib.xml domino.xml iis.xml
 index.xml nes.xml project.xml quick.xml workers.xml
   Log:
   Add new howto documents
 
   Revision  ChangesPath
   1.1  jakarta-tomcat-connectors/jk/xdocs/howto/apache.xml
 
   
 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/apache.xml?rev=1.1
 
   1.1  jakarta-tomcat-connectors/jk/xdocs/howto/doccontrib.xml
 
   
 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/doccontrib.xml?rev=1.1
 
   1.1  jakarta-tomcat-connectors/jk/xdocs/howto/domino.xml
 
   
 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/domino.xml?rev=1.1
 
   1.1  jakarta-tomcat-connectors/jk/xdocs/howto/iis.xml
 
   
 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/iis.xml?rev=1.1
 
   1.1  jakarta-tomcat-connectors/jk/xdocs/howto/index.xml
 
   
 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/index.xml?rev=1.1
 
   1.1  jakarta-tomcat-connectors/jk/xdocs/howto/nes.xml
 
   
 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/nes.xml?rev=1.1
 
   1.1  jakarta-tomcat-connectors/jk/xdocs/howto/project.xml
 
   
 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/project.xml?rev=1.1
 
   1.1  jakarta-tomcat-connectors/jk/xdocs/howto/quick.xml
 
   
 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/quick.xml?rev=1.1
 
   1.1  jakarta-tomcat-connectors/jk/xdocs/howto/workers.xml
 
   
 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/jk/xdocs/howto/workers.xml?rev=1.1
 
 -
 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]

Fwd: Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto apache.xml doccontrib.xml domino.xml iis.xml index.xml nes.xml project.xml quick.xml workers.xml

[Henri Gomez]

Could we drop this autoanswer account ?


-- Forwarded message --
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: 19 Nov 2004 10:21:38 -
Subject: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto
apache.xml doccontrib.xml domino.xml iis.xml index.xml nes.xml
project.xml quick.xml workers.xml
To: [EMAIL PROTECTED]


ATTENTION: THIS IS AN AUTOMATED RESPONSE.  DO NOT
REPLY TO THIS MESSAGE.

If you want to end your subscription, please use this link:
http://www.nethugs.com/unsubscribe.shtml

If you want to subscribe, please use this link:
http://www.nethugs.com/whysubscribe.shtml

If you need to contact a live person, use this link:
http://www.nethugs.com/contactus.shtml

Sincerely,

NetHugs.com Admin
http://www.nethugs.com

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs/config workers.xml

[mturk]

mturk   2004/11/19 02:39:36

  Modified:jk/xdocs/config workers.xml
  Log:
  More workers configuration documented
  
  Revision  ChangesPath
  1.3   +46 -6 jakarta-tomcat-connectors/jk/xdocs/config/workers.xml
  
  Index: workers.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/config/workers.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- workers.xml   19 Nov 2004 09:31:20 -  1.2
  +++ workers.xml   19 Nov 2004 10:39:36 -  1.3
  @@ -46,6 +46,8 @@
   Tomcat workers are defined in a properties file dubbed 
bworkers.properties/b and this tutorial 
   explains how to work with it.
   /p
  +pThe generic workers.properties directive is in the form:/p
  +pstrongworker.lt;worker 
namegt;.lt;directivegt;=lt;valuegt;/strong/p
   /section

   section name=Directives
  @@ -61,11 +63,11 @@
   
   subsection name=Mandatory directives
   pMandatory directives are the one that each worker bmust/b contain. 
Without them the worker will
  -be unavailable or will missbehave.
  +be unavailable or will misbehave.
   /p
   directives
  -directive name=type required=true
  -Type of the worker (can be one of ajp13, jni or lb). The type of the worker
  +directive name=type default=ajp13 required=true
  +Type of the worker (can be one of ajp13, ajp14, jni or lb). The type of the 
worker
   defines the directives that can be applied to the worker.
   /directive
   /directives
  @@ -74,13 +76,51 @@
   subsection name=AJP13 worker directives
   pAJP13 worker directives are the preferred worker type that JK uses for 
communication
   between web server and Tomcat. This type of worker uses sockets as 
communication
  -channel.
  +channel. For detailed description of the AJP13 protocol stack browse to
  +a href=../common/ajpv13a.htmlAJPv13 protocol specification/a
   /p
   directives
  -directive name=host required=true
  +
  +directive name=host default=localhost required=true
   Host name or IP address of the backend Tomcat instance. The remote Tomcat 
must
  -support the ajp13 protocol.
  +support the ajp13 protocol stack. The host name can have a bport/b number
  +embedded separated by the colon (':') character. 
  +/directive
  +
  +directive name=port default=8009 required=false
  +Port number of the remote Tomcat instance listening for defined protocol 
requests.
  +/directive
  +
  +directive name=socket_timeout default=infinite required=false
  +Socket timeout in seconds used for communication channel between JK and 
remote host.
  +If remote host does not respond inside that timeout the JK will generate an 
error,
  +and retry again. 
  +/directive
  +
  +directive name=socket_keepalive required=false
  +This directive should be used when you have a firewall between your webserver
  +and the Tomcat engine, who tend to drop inactive connections. This flag will 
told Operating System
  +to send codeKEEP_ALIVE/code message on inactive connections (interval 
depend on global OS settings,
  +generally 120ms), and thus prevent the firewall to cut the connection.
  +To enable keepalive set this property value to the number greater then 
b0/b.
   /directive
  +
  +directive name=recycle_timeout required=false
  +The number of seconds that told webserver to cut an ajp13 connection after 
some time of 
  +inactivity. When choosing an endpoint for a request and the assigned socket 
is open, it will be
  +closed if it was not used for the configured time.
  +It's a good way to ensure that there won't too old threads living on Tomcat 
side, 
  +with the extra cost you need to reopen the socket next time a request be 
forwarded.
  +This property is very similar to bcache_timeout/b but works also in 
non-cache mode. 
  +/directive
  +
  +directive name=retries default=3 required=false
  +The number of retries that the worker will try in case of error returned 
from remote
  +Tomcat. If the number of retries set is greater then three (the default 
value), on
  +each retry after default an extra wait of 100ms will be inserted.
  +/directive
  +
  +
   /directives
   /subsection
   
  
  
  

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

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto apache.xml doccontrib.xml domino.xml iis.xml index.xml nes.xml project.xml quick.xml workers.xml

[Mladen Turk]

Henri Gomez wrote:
Mladen I'm rebuilding TC 3.3.3-dev right now and got this error on jtc build :
Have no idea.
have you tried directly
$ cd j-t-c/jk/xdocs
$ ant
Didn't tried that outside if
$build.dir is already defined.
MT.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto apache.xml doccontrib.xml domino.xml iis.xml index.xml nes.xml project.xml quick.xml workers.xml

[Mladen Turk]

Henri Gomez wrote:
Mladen I'm rebuilding TC 3.3.3-dev right now and got this error on jtc build :
The problem is with UTF8-UNIX encoding. Need to change that to pure
ASCII. Can you release the lock on that file.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto apache.xml doccontrib.xml domino.xml iis.xml index.xml nes.xml project.xml quick.xml workers.xml

[Mladen Turk]

Mladen Turk wrote:
Henri Gomez wrote:
Mladen I'm rebuilding TC 3.3.3-dev right now and got this error on jtc 
build :

Hanri can you please release the CVS lock on
jakarta-tomcat-connectors/jk/xdocs/howto ?
Thanks,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 32314] New: - Manager webapp login fails (wrong UserDatabase selected)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32314.
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=32314

   Summary: Manager webapp login fails (wrong UserDatabase selected)
   Product: Tomcat 5
   Version: 5.5.4
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I installed Tomcat 5.5.4-stable (clean install, no other versions running or
configuration imported).  Using the default configuration, I can't log into the
manager application with http://localhost/manager/html/list;.  It pops up the
authentication dialog box in Mozilla Firefox and Internet Explorer, but the
correct login is not accepted.  Tomcat generates a stack trace in the logs, as
follows:

19-Nov-2004 12:31:19 org.apache.catalina.realm.JAASRealm authenticate
SEVERE: Unexpected error
java.lang.SecurityException: Unable to locate a login configuration
at com.sun.security.auth.login.ConfigFile.init(Unknown Source)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown 
Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at javax.security.auth.login.Configuration$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.login.Configuration.getConfiguration(Unknown 
Source)
at javax.security.auth.login.LoginContext$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.login.LoginContext.init(Unknown Source)
at javax.security.auth.login.LoginContext.init(Unknown Source)
at org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:355)
at
org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthenticator.java:181)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:446)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:481)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:731)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:526)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: Unable to locate a login configuration
at com.sun.security.auth.login.ConfigFile.init(Unknown Source)
... 28 more

It's obviously because the JAASRealm is failing.  The problem is... I'm not
using JAAS at all, and don't want to!  I just want to use the standard
MemoryUserDatabase, and as such, here's my FULL server.xml (located in
%CATALINA_HOME%\conf, as per default):


?xml version=1.0 encoding=ISO-8859-1 standalone=yes?
Server port=8005 shutdown=SHUTDOWN debug=0
Listener 
className=org.apache.catalina.mbeans.ServerLifecycleListener /
Listener
className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener /
GlobalNamingResources
Resource name=UserDatabase auth=Container
type=org.apache.catalina.UserDatabase description=User database that can be
updated and saved factory=org.apache.catalina.users.MemoryUserDatabaseFactory
pathname=conf/tomcat-users.xml /
/GlobalNamingResources
Service name=Catalina
Connector port=8080 maxThreads=150 minSpareThreads=10 
maxSpareThreads=20
 enableLookups=false redirectPort=8443 acceptCount=100
 connectionTimeout=2 disableUploadTimeout=true /
Engine name=Catalina defaultHost=localhost
Host name=localhost appBase=webapps 
unpackWARs=false autoDeploy=true

DO NOT REPLY [Bug 32312] New: - mod_jk enhancement logging PID/TID in JkLogFile

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32312.
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=32312

   Summary: mod_jk enhancement logging PID/TID in JkLogFile
   Product: Tomcat 5
   Version: 5.0.30
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Enhancement request for loggin process/thread Info in JkLogFile for mod_jk

Most of it is already done by Mladen Turk (thanks) But at the moment this info
is only logged in Trace log level. I think it's important info to understand
what's going on. It's OK to test the feature in 1.2.7 in trace only but please
drop the trace log level condition in 1.2.8.

-- 
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 32316] New: - Limiting new application sessions if load is to high

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32316.
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=32316

   Summary: Limiting new application sessions if load is to high
   Product: Tomcat 5
   Version: 5.0.30
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Limiting new application sessions if load is to high.

This enhancement should prevent complex systems from being flooded if some
backend system gets stuck or answers too slowly for some time. Users already
logged into an application might still be able to work successfully, but new
users get a very fast static response to prevent the incoming channels
(TCP-Connections, Threads, ...) from being flooded.

Implementation suggestion

Use a mod_jk-configurable start URL for the application (regexp based). If a
request X matches this URL, then mod_jk checks the scoreboard how many apache
requests are being processed simultaneously at that moment. There is a
configurable limit, and if that limit is reached, the request X will not be sent
to tomcat, but instead be answered by some configurable  local static response
(containing the info, that the load is to high and the user should try again
later). Alternatively one can configure X to be answered by some external 
redirect. 

Although the mechanism is for prevention of the application, counting tomcat
requests or counting all requests (inclusive static ones) does not really make a
difference according to our experiance. Static content usually serves in very
well under a second (depending mostly on internet speed). The idea here is to
detect a problem with the application getting slow, e.g. because of backend
systems not responding fast enough. In this situation we want to limit creation
of new sessions.

Example: During normal operation there are 5 static requests in work and
10 dynamic ones (that take much longer to complete). When there is a
problem with backend systems we might have 15 static ones, but more than
100 dynamic ones. So either counting or ommiting the static ones seems to
make no big difference.

You might want to take a look at the attached patch patch_overload.txt
for jk/native/apache1.3/mod_jk.c version 1.52. I don't have a patch for
Apache 2, but Mladen Turk has something similar for Apache 2. This patch here
places every change inside #ifdef OVERLOAD. Also there are some
DEBUG-Log-Statements put inside #ifdef DEBUG which I
assume can now be done more consistently with Mladen Turks TRACE features.

Of course the best observable value would be the number of requests
belonging to the same webapp. So some possible enhancement would be to
count only requests with a fix URL prefix (that's not yet contained in the
patch).

-- 
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 32317] New: - Making mod_jk replication aware (Clustering Support)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32317.
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=32317

   Summary: Making mod_jk replication aware (Clustering Support)
   Product: Tomcat 5
   Version: 5.0.30
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Making mod_jk replication aware (Clustering Support)

At the moment mod_jk makes it's load-balancing decisions to workers according to
the following parameters:

- session-stickyness (choose the only right worker)
- locality (one worker is preferred)
- weight-based

What is missing, is any information about secondary cluster nodes.

Use Case 1: Horizontal scalability and performance of tomcat cluster

Tomcat cluster does only allow session replication to all nodes in the cluster.
Once you work with more than 3-4 nodes there is too much overhead and risk in
replicating sessions to all nodes. We split all nodes into clustered groups. I
introduced a new worker attribute domain to let get_most_suitable_worker in
mod_jk know, to which other nodes a session gets replicated (all workers with
the same value in the domain attribute). So a load balancing worker knows, on
which nodes the session is alive. If a node fails or is being taken down
administratively, mod_jk chooses another node that has a replica of the session.

Use Case 2: Prevent thread count explosion

Once mod_jk connects an apache process to a tomcat instance, the tomcat jk
connector will need one thread for this connection as long as the apache process
is alive, independent from the number of requests apache actually sends to 
tomcat.

Now assume you have multiple Apaches and Tomcats. The Tomcats are clustered and
mod_jk uses sticky sessions. Now you are going to shut down (maintenance) one
tomcat. All Apache will start connections to all tomcats. You end up with all
tomcats getting connections from all apache processes, so the number of threads
needed inside the tomcats will explode.

If you group the tomcats to domain as in use case 1, the connections normally
will stay inside the domain and you will need much less threads. 

Implementation

The implementation uses and additional worker attribute domain, and if a
session has a jvmRoute, is sticky and the correct worker is in error state
another worker with the same domain attribute is chosen.

I have an implementation based on mod_jk 1.2.6 running successfully in
production, but I would have to adapt to the 1.2.7 code changes. The
implementation would only concern common/jk_util.c for the additional
configuration worker attribute domain and common/jk_lb_worker.c for using the
attribute 
   - with stickyness in case the primary worker is down to first seek for some
other worker with the same domain attribute. 
   - without stickyness to decide to which workers an existing session is
allowed to be balanced (all workers with the same domain as the worker given in
the session id)

I could provide the code, if you are interested.

Here is a more concrete example:

Enterprise application with redundant internet connections A and B.
A consists of two Apache instances A.a1 und A.a2, B of B.a1 and B.a2.
Behind are 4 Tomcat A.t1, A.t2, B.t1, B.t2.

A.t1 and A.t2 are clustered, B.t1 and B.t2 are clustered. mod_jk uses load
balancing with sticky sessions.

All Apaches can connect to any Tomcat, but A.t1 is local for A.a1, A.t2
for A.a2, B.t1 for B.a1 and B.t2 for B.a2:

A.a1   A.a2   B.a1   B.a2
 ||  X  ||  X  ||  X  ||
A.t1---A.t2   B.t1---B.t2

A.t1 and A.t2 are put into the same domain A in workers.properties,
B.t1 and B.t2 are put into the same domain B in workers.properties.

Now if you shutdown e.g. tomcat B.t1 for service/update (or if it breaks)
All apaches will know from the domain configuration, that sticky requests
for B.t1 have to go to B.t2. This is important, since only on that tomcat
the replicated sessions from B.t1 will exist.

Without domains you have to put all the Tomcats in one cluster. But then
all sessions are replicated to all tomcats. We have a production side
using 3x3=9 tomcats and a cluster with 9 nodes would mean too much
overhead.

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

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp12_worker.c jk_ajp13_worker.c jk_ajp14_worker.c jk_jni_worker.c jk_lb_worker.c

[mturk]

mturk   2004/11/19 04:58:18

  Modified:jk/native/common jk_ajp12_worker.c jk_ajp13_worker.c
jk_ajp14_worker.c jk_jni_worker.c jk_lb_worker.c
  Log:
  Fix retries for worker adding initialization to 'init'.
  
  Revision  ChangesPath
  1.16  +2 -1  
jakarta-tomcat-connectors/jk/native/common/jk_ajp12_worker.c
  
  Index: jk_ajp12_worker.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp12_worker.c,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- jk_ajp12_worker.c 8 Nov 2004 13:23:01 -   1.15
  +++ jk_ajp12_worker.c 19 Nov 2004 12:58:18 -  1.16
  @@ -257,6 +257,7 @@
   private_data-worker.init = init;
   private_data-worker.get_endpoint = get_endpoint;
   private_data-worker.destroy = destroy;
  +private_data-worker.retries = JK_RETRIES;
   
   *w = private_data-worker;
   return JK_TRUE;
  
  
  
  1.20  +7 -1  
jakarta-tomcat-connectors/jk/native/common/jk_ajp13_worker.c
  
  Index: jk_ajp13_worker.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp13_worker.c,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- jk_ajp13_worker.c 11 Nov 2004 17:28:59 -  1.19
  +++ jk_ajp13_worker.c 19 Nov 2004 12:58:18 -  1.20
  @@ -43,7 +43,12 @@
 jk_worker_env_t *we, jk_logger_t *l)
   {
   int rc;
  +ajp_worker_t *aw = ( ajp_worker_t *)pThis-worker_private;
   JK_TRACE_ENTER(l);
  +
  +pThis-retries = jk_get_worker_retries(props, aw-name,
  +   JK_RETRIES);
  +
   rc = ajp_init(pThis, props, we, l, AJP13_PROTO);
   JK_TRACE_EXIT(l);
   return rc;
  @@ -110,6 +115,7 @@
   aw-worker.init = init;
   aw-worker.get_endpoint = get_endpoint;
   aw-worker.destroy = destroy;
  +aw-worker.retries = JK_RETRIES;
   
   aw-logon = NULL;   /* No Logon on AJP13 */
   
  
  
  
  1.23  +4 -1  
jakarta-tomcat-connectors/jk/native/common/jk_ajp14_worker.c
  
  Index: jk_ajp14_worker.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp14_worker.c,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- jk_ajp14_worker.c 11 Nov 2004 17:52:04 -  1.22
  +++ jk_ajp14_worker.c 19 Nov 2004 12:58:18 -  1.23
  @@ -306,6 +306,8 @@
   return JK_FALSE;
   }
   aw = pThis-worker_private;
  +pThis-retries = jk_get_worker_retries(props, aw-name,
  +   JK_RETRIES);
   
   /* Set Secret Key (used at logon time) */
   aw-login-secret_key = strdup(jk_get_worker_secret_key(props, 
aw-name));
  @@ -431,6 +433,7 @@
   aw-worker.init = init;
   aw-worker.get_endpoint = get_endpoint;
   aw-worker.destroy = destroy;
  +aw-worker.retries = JK_RETRIES;
   
   aw-logon = logon;  /* LogOn Handler for AJP14 */
   *w = aw-worker;
  
  
  
  1.28  +2 -1  
jakarta-tomcat-connectors/jk/native/common/jk_jni_worker.c
  
  Index: jk_jni_worker.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_jni_worker.c,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- jk_jni_worker.c   11 Nov 2004 19:00:56 -  1.27
  +++ jk_jni_worker.c   19 Nov 2004 12:58:18 -  1.28
  @@ -700,6 +700,7 @@
   private_data-worker.init = init;
   private_data-worker.get_endpoint = get_endpoint;
   private_data-worker.destroy = destroy;
  +private_data-worker.retries = JK_RETRIES;
   
   *w = private_data-worker;
   the_singleton_jni_worker = private_data-worker;
  
  
  
  1.30  +6 -2  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.29
  retrieving revision 1.30
  diff -u -r1.29 -r1.30
  --- jk_lb_worker.c11 Nov 2004 18:43:07 -  1.29
  +++ jk_lb_worker.c19 Nov 2004 12:58:18 -  1.30
  @@ -495,7 +495,10 @@
 jk_map_t *props,
 jk_worker_env_t *we, jk_logger_t *log)
   {
  -/* Nothing to do for now */
  +
  +lb_worker_t *p = (lb_worker_t *)pThis-worker_private;
  +pThis-retries = jk_get_worker_retries(props, p-name,
  +   JK_RETRIES);
   return JK_TRUE;
   }
   
  @@ -567,6 +570,7 @@
   

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

[mturk]

mturk   2004/11/19 04:59:15

  Modified:jk/native/common jk_ajp_common.c
  Log:
  Add logging for retry attempts.
  
  Revision  ChangesPath
  1.64  +2 -1  
jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
  
  Index: jk_ajp_common.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v
  retrieving revision 1.63
  retrieving revision 1.64
  diff -u -r1.63 -r1.64
  --- jk_ajp_common.c   12 Nov 2004 18:45:24 -  1.63
  +++ jk_ajp_common.c   19 Nov 2004 12:59:15 -  1.64
  @@ -1509,6 +1509,7 @@
   return JK_FALSE;
   }
   
  +jk_log(l, JK_LOG_DEBUG, processing with %d retries\n, s-retries);
   /* 
* JK_RETRIES could be replaced by the number of workers in
* a load-balancing configuration 
  
  
  

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

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

[mturk]

mturk   2004/11/19 04:59:54

  Modified:jk/native/common jk_msg_buff.c
  Log:
  Fix typo in ajp packet dumping.
  
  Revision  ChangesPath
  1.24  +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_msg_buff.c
  
  Index: jk_msg_buff.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_msg_buff.c,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- jk_msg_buff.c 11 Nov 2004 17:16:35 -  1.23
  +++ jk_msg_buff.c 19 Nov 2004 12:59:54 -  1.24
  @@ -437,7 +437,7 @@
   *current++ = '\n';
   *current++ = '\0';
   jk_log(l, file, line, funcname, level,
  -   %.4x%s, i, line);
  +   %.4x%s, i, lb);
   }
   }
   
  
  
  

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

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

[mturk]

mturk   2004/11/19 05:00:43

  Modified:jk/native/common jk_util.c
  Log:
  Assure that the number of retries is at least one.
  
  Revision  ChangesPath
  1.39  +7 -3  jakarta-tomcat-connectors/jk/native/common/jk_util.c
  
  Index: jk_util.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_util.c,v
  retrieving revision 1.38
  retrieving revision 1.39
  diff -u -r1.38 -r1.39
  --- jk_util.c 12 Nov 2004 18:45:24 -  1.38
  +++ jk_util.c 19 Nov 2004 13:00:43 -  1.39
  @@ -526,7 +526,7 @@
   int jk_get_worker_retries(jk_map_t *m, const char *wname, int def)
   {
   char buf[1024];
  -
  +int rv;
   if (!m || !wname) {
   return -1;
   }
  @@ -534,7 +534,11 @@
   sprintf(buf, %s.%s.%s, PREFIX_OF_WORKER, wname,
   RETRIES_OF_WORKER);
   
  -return jk_map_get_int(m, buf, def);
  +rv = jk_map_get_int(m, buf, def);
  +if (rv  1)
  +rv = 1;
  +
  +return rv;
   }
   
   int jk_get_worker_recovery_opts(jk_map_t *m, const char *wname, int def)
  
  
  

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

DO NOT REPLY [Bug 32319] New: - Idle connection disconnect - free waiting tomcat threads

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32319.
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=32319

   Summary: Idle connection disconnect - free waiting tomcat threads
   Product: Tomcat 5
   Version: 5.0.30
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Idle connection disconnect - free waiting tomcat threads

A mod_jk connection consumes one tomcat connector thread, even if it's idle for
a long time. The idle connection check in mod_jk only works, if the idle
connection is going to be used. Then it is checked if it was idle for too long
and probably is beeing closed and reconnected.

I implemented a feature, where in configurable intervals all workers of an lb
worker are checked for idle connections, even the ones which are not returned by
get_most_suitable_worker. It is only necessary, that the apache process uses
some worker inside the same lb. This way connections only used temporarily (e.g.
due to restart of clustered nodes) will be reliably closed after some idle 
time. 

My implementation currently is only for Apache 1.3 and works very well under
Solaris. I don't know, if it will work under Win/Netware/etc.. It does not use a
seperate maintenance thread. The principles are the following (and I can sent
complete code if you are interested):

a) In common/service.h in jk_worker define an additional hook JK_METHOD check
to be implemented by the workers:

/*
 * Check all workers on a regular basis,
 * even if they do not process requests.
 */
int (JK_METHOD *check)(jk_worker_t *w,
   int force,
   jk_logger_t *l);

b) In common/jk_worker.c provide an entry point wc_check, that will call
the check method for all workers in the worker_map:

void wc_check(jk_logger_t *l)
{
int sz = map_size(worker_map);
jk_log(l, JK_LOG_DEBUG, wc_check got %d workers to check\n, sz);
if(sz  0) {
int i;
for(i = 0 ; i  sz ; i++) {
jk_worker_t *w = map_value_at(worker_map, i);
if(w) {
w-check(w, 0, l);
}
}
}
}

c) In apache/1.3/mod_jk.c in method jk_handler before calling
wc_get_worker_for_name call wc_check:

wc_check(l);

d) For the individual worker types implement the check method according to
your needs. For instance for the ajp13 worker I did:

/* Check uses the same function for ajp13 and ajp14 */
static int JK_METHOD check(jk_worker_t *pThis,
   int force,
   jk_logger_t *l)
{
return (ajp_check(pThis, force, l));
}
int JK_METHOD ajp13_worker_factory(
...
aw-check_interval = AJP_DEF_CHECK_INTERVAL;
aw-last_check = time(NULL);
...
aw-worker.check   = check;

using a generalized ajp_check from common/jk_ajp_common.c:

/*
* Check all workers on a regular basis,
* even if they do not process requests.
* Currently only one function is implemented:
* close endpoint sockets if endpoint has been idle for too long.
*/
int ajp_check(jk_worker_t *pThis,
  int force,
  jk_logger_t *l)
{
jk_log(l, JK_LOG_DEBUG, Into jk_worker_t::check\n);

if (pThis  pThis-worker_private) {
ajp_worker_t *p = pThis-worker_private;
if (force || p-check_interval) {
time_t now;
unsigned elapsed = 0;
now = time(NULL);
if (! force) {
elapsed = (unsigned)(now-p-last_check);
}
if (force || ( elapsed  p-check_interval )) {
p-last_check = now;
/* Handle endpoint idle timeouts */
close_idle_endpoints(p, l);
}
}
return JK_TRUE;
}
jk_log(l, JK_LOG_ERROR,
   In jk_worker_t::check, NULL parameters\n);
return JK_FALSE;
}

e) Similarly for an lb worker I use

static int JK_METHOD check(jk_worker_t *pThis,
   int force,
   jk_logger_t *l)
{
jk_log(l, JK_LOG_DEBUG, Into jk_worker_t::check\n);

if(pThis  pThis-worker_private) {
lb_worker_t *p = pThis-worker_private;
if (force || p-check_interval) {
time_t now;
unsigned elapsed = 0;
now = time(NULL);
if (! force) {
elapsed = (unsigned)(now-p-last_check);
}
if (force || ( elapsed  p-check_interval )) {
int i;
p-last_check = now;
for(i = 0 ; i  p-num_of_workers ; i++) {
/* Calling check for 

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

[Kaniz Khan]

When are you going to go to hell? I sincerely wish from my heart that you 
rot in hell forever for sending idiotic, foolish non-stop mails. Go to 
hell you stinky fools. 

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

[Manav Gupta]

You Are Getting Auto Responses.
I Hope You Do Undestand The Meaning Of Auto Response.
Sameway Go To Hell First And Wait For Me there...Forever

- Original Message -
From: Kaniz Khan [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, November 19, 2004 6:35 PM
Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common
jk_ajp_common.c


 When are you going to go to hell? I sincerely wish from my heart that you
 rot in hell forever for sending idiotic, foolish non-stop mails. Go to
 hell you stinky fools.



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

DO NOT REPLY [Bug 32316] - Limiting new application sessions if load is to high

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32316.
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=32316





--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 13:39 ---
Created an attachment (id=13500)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13500action=view)
Overload limiter for mod_jk/apache1.3


-- 
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 32320] New: - Make mod_jk lb retry interval configurable

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32320.
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=32320

   Summary: Make mod_jk lb retry interval configurable
   Product: Tomcat 5
   Version: 5.0.30
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Make mod_jk lb retry interval configurable

In mod_jk 1.2.7 inside common/jk_lb_worker.c there are constants:

/* 
 * Time to wait before retry...
 */
#define WAIT_BEFORE_RECOVER (60*1)
#define ADDITINAL_WAIT_LOAD (20)

The second constant ADDITINAL_WAIT_LOAD can be deleted, because it is no longer
used (since Mladen Turks new loda balancing algorithm).

The first constant WAIT_BEFORE_RECOVER should be made an configurable attribute
of the corresponding lb worker. Since this constant determines how often a
failed worker is retried and every failed retry produces error log lines (with
apache 1.3 for every process) and decrements the lb_value, it should be made
user adjustable to decide, after which intervals retries should be done.

Additionally one could make the retry interval for any worker a little more
dynamic: Use the configured interval the first time after a worker failed, the
next two failed retries will double the interval. Then keep it constant and
reset after successful retry.

Both changes are easy to do, and I would be willing to provide patches.

With the momentary setup using apache 1.3 with e.g. 50 processes under load you
will see 50 error log blocks per minute, so nearly one block per second.

-- 
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 32314] - Manager webapp login fails (wrong UserDatabase selected)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32314.
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=32314


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 15:20 ---
JAAS is the default realm. Define another realm as in the default server.xml.

-- 
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 32257] - JspC ant task won't precompile JSPs that don't end in .jsp

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32257.
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=32257


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 15:23 ---
Reopening and will close as wontfix, undoing my earlier work.  After discussion 
with other committers, we decided we don't want to encourage non-Spec-compliant 
behavior.

-- 
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 32257] - JspC ant task won't precompile JSPs that don't end in .jsp

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32257.
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=32257


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 15:24 ---
Stick to the JSP Spec: .jsp, .jspx, that's it.

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

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

[mturk]

mturk   2004/11/19 06:28:02

  Modified:jk/native/common jk_map.c
  Log:
  Commit the proper patch. Sorry for the noise.
  
  Revision  ChangesPath
  1.19  +5 -2  jakarta-tomcat-connectors/jk/native/common/jk_map.c
  
  Index: jk_map.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_map.c,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- jk_map.c  19 Nov 2004 14:24:44 -  1.18
  +++ jk_map.c  19 Nov 2004 14:28:02 -  1.19
  @@ -159,6 +159,8 @@
   int jk_map_get_bool(jk_map_t *m, const char *name, int def)
   {
   char buf[100];
  +size_t len;
  +char *rc;
   int rv = 0;
   
   sprintf(buf, %d, def);
  @@ -170,7 +172,8 @@
   *rc == 'Y' || *rc == 'y' || *rc == '1') {
   rv = 1;
   }
  -}
  +}
  +return rc;
   }
   
   char *jk_map_get_string(jk_map_t *m, const char *name, const char *def)
  
  
  

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

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

[mturk]

mturk   2004/11/19 06:28:57

  Modified:jk/native/common jk_map.c
  Log:
  Commit the proper patch (This time the correct). Sorry for the noise.
  
  Revision  ChangesPath
  1.20  +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_map.c
  
  Index: jk_map.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_map.c,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- jk_map.c  19 Nov 2004 14:28:02 -  1.19
  +++ jk_map.c  19 Nov 2004 14:28:57 -  1.20
  @@ -173,7 +173,7 @@
   rv = 1;
   }
   }
  -return rc;
  +return rv;
   }
   
   char *jk_map_get_string(jk_map_t *m, const char *name, const char *def)
  
  
  

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties

[yoavs]

yoavs   2004/11/19 06:30:22

  Modified:webapps/docs changelog.xml
   jasper2/src/share/org/apache/jasper JspC.java
   jasper2/src/share/org/apache/jasper/resources
LocalStrings.properties LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_ja.properties
  Log:
  Undoing my fix allowing for customizable extensions, after tomcat-dev 
discussion.
  
  Revision  ChangesPath
  1.172 +0 -3  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.171
  retrieving revision 1.172
  diff -u -r1.171 -r1.172
  --- changelog.xml 18 Nov 2004 14:51:35 -  1.171
  +++ changelog.xml 19 Nov 2004 14:30:21 -  1.172
  @@ -58,9 +58,6 @@
 subsection name=Jasper
   changelog
 update
  -bug32257/bug: Added ability to customize JSP file extensions in 
JspC. (yoavs)
  -  /update
  -  update
   Updated JspC usage messages to include recently added configurable 
parameters. (yoavs)
 /update
   /changelog
  
  
  
  1.89  +1 -4  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
  
  Index: JspC.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
  retrieving revision 1.88
  retrieving revision 1.89
  diff -u -r1.88 -r1.89
  --- JspC.java 18 Nov 2004 14:23:55 -  1.88
  +++ JspC.java 19 Nov 2004 14:30:22 -  1.89
  @@ -114,7 +114,6 @@
   private static final String SWITCH_DIE = -die;
   private static final String SWITCH_POOLING = -poolingEnabled;
   private static final String SWITCH_ENCODING = -javaEncoding;
  -private static final String SWITCH_ADD_EXTENSION = -addExtension;
   
   private static final String SHOW_SUCCESS =-s;
   private static final String LIST_ERRORS = -l;
  @@ -294,8 +293,6 @@
   setCompilerSourceVM(nextArg());
   } else if (tok.equals(SWITCH_TARGET)) {
   setCompilerTargetVM(nextArg());
  -} else if (tok.equals(SWITCH_ADD_EXTENSION)) {
  -addExtension(nextArg());
   } else {
   if (tok.startsWith(-)) {
   throw new JasperException(Unrecognized option:  + tok +
  @@ -564,7 +561,7 @@
*
* @param extension The extension to add, e.g. myjsp
*/
  -public void addExtension(final String extension) {
  +protected void addExtension(final String extension) {
   if(extension != null) {
   if(extensions == null) {
   extensions = new Vector();
  
  
  
  1.7   +1 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings.properties
  
  Index: LocalStrings.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings.properties,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- LocalStrings.properties   18 Nov 2004 14:23:55 -  1.6
  +++ LocalStrings.properties   19 Nov 2004 14:30:22 -  1.7
  @@ -231,7 +231,6 @@
   \-javaEncoding enc Set the encoding charset for Java classes (default 
UTF-8)\n\
   \-source version   Set the -source argument to the compiler (default 
1.4)\n\
   \-target version   Set the -target argument to the compiler (default 
1.4)\n\
  -\-addExtension ext Add a file extension for JSP processing, e.g 
myjsp\n\
   
   jspc.webxml.header=?xml version=1.0 encoding=ISO-8859-1?\n\
   \n\
  
  
  
  1.4   +1 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings_es.properties
  
  Index: LocalStrings_es.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/LocalStrings_es.properties,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- LocalStrings_es.properties18 Nov 2004 14:41:20 -  1.3
  +++ LocalStrings_es.properties19 Nov 2004 14:30:22 -  1.4
  @@ -231,7 +231,6 @@
   \-javaEncoding enc Set the encoding charset for Java classes (default 
UTF-8)\n\
   \-source version   Set the -source argument to the compiler (default 
1.4)\n\
   \-target version   Set the -target argument to the compiler (default 
1.4)\n\
  -\-addExtension ext Add a file extension for JSP processing, e.g 
myjsp\n\
   
   jspc.webxml.header=?xml version=1.0 encoding=ISO-8859-1?\n\
   \n\
  
  
  
  1.4   +1 -2  

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

[mturk]

mturk   2004/11/19 06:24:45

  Modified:jk/native/common jk_map.c jk_map.h
  Log:
  Added boolean map option so we can be less restrictive on
  bool options. Instead just 1 or 0 we'll allow true/false and
  yes/no options.
  
  Revision  ChangesPath
  1.18  +19 -2 jakarta-tomcat-connectors/jk/native/common/jk_map.c
  
  Index: jk_map.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_map.c,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- jk_map.c  9 Nov 2004 12:17:43 -   1.17
  +++ jk_map.c  19 Nov 2004 14:24:44 -  1.18
  @@ -153,7 +153,24 @@
   sprintf(buf, %f, def);
   rc = jk_map_get_string(m, name, buf);
   
  -return atof(rc);
  +return atof(rc); 
  +}
  +
  +int jk_map_get_bool(jk_map_t *m, const char *name, int def)
  +{
  +char buf[100];
  +int rv = 0;
  +
  +sprintf(buf, %d, def);
  +rc = jk_map_get_string(m, name, buf);
  +
  +len = strlen(rc);
  +if (len) {
  +if (strcasecmp(rc, true) == 0 ||
  +*rc == 'Y' || *rc == 'y' || *rc == '1') {
  +rv = 1;
  +}
  +}
   }
   
   char *jk_map_get_string(jk_map_t *m, const char *name, const char *def)
  
  
  
  1.13  +3 -1  jakarta-tomcat-connectors/jk/native/common/jk_map.h
  
  Index: jk_map.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_map.h,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- jk_map.h  9 Nov 2004 12:17:43 -   1.12
  +++ jk_map.h  19 Nov 2004 14:24:44 -  1.13
  @@ -47,6 +47,8 @@
   
   double jk_map_get_double(jk_map_t *m, const char *name, double def);
   
  +int jk_map_get_bool(jk_map_t *m, const char *name, int def);
  +
   char *jk_map_get_string(jk_map_t *m, const char *name, const char *def);
   
   char **jk_map_get_string_list(jk_map_t *m,
  
  
  

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_fr.properties messages_ja.properties

[yoavs]

yoavs   2004/11/19 06:37:48

  Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml
   jasper2/src/share/org/apache/jasper Tag: TOMCAT_5_0
JspC.java
   jasper2/src/share/org/apache/jasper/resources Tag:
TOMCAT_5_0 messages.properties
messages_es.properties messages_fr.properties
messages_ja.properties
  Log:
  Undoing my fix allowing for customizable extensions, after tomcat-dev 
discussion.
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.70.2.76 +0 -3  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.70.2.75
  retrieving revision 1.70.2.76
  diff -u -r1.70.2.75 -r1.70.2.76
  --- changelog.xml 18 Nov 2004 22:22:02 -  1.70.2.75
  +++ changelog.xml 19 Nov 2004 14:37:47 -  1.70.2.76
  @@ -87,9 +87,6 @@
   Exposed compilerSourceVM and compilerTargetVM options to JspC. 
(yoavs)
 /update
 update 
  -bug32257/bug: Added ability to customize JSP file extensions in 
JspC. (yoavs) 
  -  /update 
  -  update 
   Updated JspC usage messages to include recently added configurable 
parameters. (yoavs) 
 /update 
   /changelog
  
  
  
  No   revision
  No   revision
  1.80.2.5  +1 -4  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
  
  Index: JspC.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
  retrieving revision 1.80.2.4
  retrieving revision 1.80.2.5
  diff -u -r1.80.2.4 -r1.80.2.5
  --- JspC.java 18 Nov 2004 14:38:16 -  1.80.2.4
  +++ JspC.java 19 Nov 2004 14:37:47 -  1.80.2.5
  @@ -114,7 +114,6 @@
   private static final String SWITCH_DIE = -die;
   private static final String SWITCH_POOLING = -poolingEnabled;
   private static final String SWITCH_ENCODING = -javaEncoding;
  -private static final String SWITCH_ADD_EXTENSION = -addExtension; 
 
   private static final String SHOW_SUCCESS =-s;
   private static final String LIST_ERRORS = -l;
  @@ -293,8 +292,6 @@
   setCompilerSourceVM(nextArg());
   } else if (tok.equals(SWITCH_TARGET)) {
   setCompilerTargetVM(nextArg());
  -} else if (tok.equals(SWITCH_ADD_EXTENSION)) { 
  -addExtension(nextArg()); 
   } else {
   if (tok.startsWith(-)) {
   throw new JasperException(Unrecognized option:  + tok +
  @@ -566,7 +563,7 @@
* 
* @param extension The extension to add, e.g. myjsp 
*/ 
  -public void addExtension(final String extension) { 
  +protected void addExtension(final String extension) { 
   if(extension != null) { 
   if(extensions == null) { 
   extensions = new Vector(); 
  
  
  
  No   revision
  No   revision
  1.146.2.2 +1 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/Attic/messages.properties
  
  Index: messages.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/Attic/messages.properties,v
  retrieving revision 1.146.2.1
  retrieving revision 1.146.2.2
  diff -u -r1.146.2.1 -r1.146.2.2
  --- messages.properties   18 Nov 2004 14:38:16 -  1.146.2.1
  +++ messages.properties   19 Nov 2004 14:37:47 -  1.146.2.2
  @@ -230,7 +230,6 @@
   \-javaEncoding enc Set the encoding charset for Java classes (default 
UTF-8)\n\ 
   \-source version   Set the -source argument to the compiler (default 
1.4)\n\ 
   \-target version   Set the -target argument to the compiler (default 
1.4)\n\ 
  -\-addExtension ext Add a file extension for JSP processing, e.g 
myjsp\n\ 
   
   jspc.webxml.header=?xml version=1.0 encoding=ISO-8859-1?\n\
   \n\
  
  
  
  1.50.2.2  +1 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/Attic/messages_es.properties
  
  Index: messages_es.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/Attic/messages_es.properties,v
  retrieving revision 1.50.2.1
  retrieving revision 1.50.2.2
  diff -u -r1.50.2.1 -r1.50.2.2
  --- messages_es.properties18 Nov 2004 14:38:16 -  1.50.2.1
  +++ messages_es.properties19 Nov 2004 14:37:48 -  1.50.2.2
  @@ -231,7 +231,6 @@
   \-javaEncoding enc Set the encoding 

DO NOT REPLY [Bug 32023] - CGIServlet fails to handle post message with multipart/form data

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32023.
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=32023


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 15:44 ---
Done for Tomcat 5.5.5.

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[yoavs]

yoavs   2004/11/19 06:51:17

  Modified:catalina/src/share/org/apache/catalina/servlets Tag:
TOMCAT_5_0 CGIServlet.java
   webapps/docs Tag: TOMCAT_5_0 changelog.xml
  Log:
  Bugzilla 32023: CGIServlet fails to handle post message with multipart/form 
data
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.22.2.2  +13 -6 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java
  
  Index: CGIServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v
  retrieving revision 1.22.2.1
  retrieving revision 1.22.2.2
  diff -u -r1.22.2.1 -r1.22.2.2
  --- CGIServlet.java   28 Sep 2004 22:19:32 -  1.22.2.1
  +++ CGIServlet.java   19 Nov 2004 14:51:17 -  1.22.2.2
  @@ -1630,7 +1630,14 @@
   ByteArrayOutputStream contentStream = null;
   if(!.equals(sContentLength)) {
   byte[] content = new byte[Integer.parseInt(sContentLength)];
  -int lenRead = stdin.read(content);
  +
  +// Bugzilla 32023
  +int lenRead = 0;
  +do {
  +int partRead = 
stdin.read(content,lenRead,content.length-lenRead);
  +lenRead += partRead;
  +} while (lenRead  0  lenRead  content.length);
  +
   contentStream = new ByteArrayOutputStream(
   Integer.parseInt(sContentLength));
   if (POST.equals(env.get(REQUEST_METHOD))) {
  
  
  
  No   revision
  No   revision
  1.70.2.77 +3 -0  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.70.2.76
  retrieving revision 1.70.2.77
  diff -u -r1.70.2.76 -r1.70.2.77
  --- changelog.xml 19 Nov 2004 14:37:47 -  1.70.2.76
  +++ changelog.xml 19 Nov 2004 14:51:17 -  1.70.2.77
  @@ -70,6 +70,9 @@
 fix 
   bug32082/bug: Add protected getPrincipals method to MemoryRealm 
for easier extension. (yoavs)
 /fix
  +  fix
  +bug32023/bug: CGIServlet fails to handle post message with 
multipart/form data. (yoavs)
  +  /fix
   /changelog
 /subsection
   
  
  
  

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[yoavs]

yoavs   2004/11/19 06:44:42

  Modified:catalina/src/share/org/apache/catalina/servlets
CGIServlet.java
   webapps/docs changelog.xml
  Log:
  Bugzilla 32023: CGIServlet fails to handle post message with multipart/form 
data
  
  Revision  ChangesPath
  1.28  +13 -6 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java
  
  Index: CGIServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- CGIServlet.java   14 Oct 2004 08:14:47 -  1.27
  +++ CGIServlet.java   19 Nov 2004 14:44:42 -  1.28
  @@ -1691,7 +1691,14 @@
   ByteArrayOutputStream contentStream = null;
   if(!.equals(sContentLength)) {
   byte[] content = new byte[Integer.parseInt(sContentLength)];
  -int lenRead = stdin.read(content);
  +
  +// Bugzilla 32023
  +int lenRead = 0;
  +do {
  +int partRead = 
stdin.read(content,lenRead,content.length-lenRead);
  +lenRead += partRead;
  +} while (lenRead  0  lenRead  content.length);
  +
   contentStream = new ByteArrayOutputStream(
   Integer.parseInt(sContentLength));
   if (POST.equals(env.get(REQUEST_METHOD))) {
  
  
  
  1.173 +3 -0  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.172
  retrieving revision 1.173
  diff -u -r1.172 -r1.173
  --- changelog.xml 19 Nov 2004 14:30:21 -  1.172
  +++ changelog.xml 19 Nov 2004 14:44:42 -  1.173
  @@ -52,6 +52,9 @@
 fix
   bug32082/bug: Added protected getPrincipals method to 
MemoryRealm for easier extension. (yoavs)
 /fix
  +  fix
  +bug32023/bug: CGIServlet fails to handle post message with 
multipart/form data. (yoavs)
  +  /fix
   /changelog
 /subsection
   
  
  
  

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

DO NOT REPLY [Bug 32296] - HTTP Header Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32296.
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=32296


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 15:52 ---
That has no place in our docs.  It's not a Tomcat issue.  Please don't reopen 
this item.

-- 
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 32296] - HTTP Header Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32296.
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=32296





--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 16:05 ---
Finally solved it at least partially on the jsp level since I couldn't convince
tomcat to do it:
each jsp needs a 
  %@ page contentType=text/html; charset=UTF-8 %

if I only do  %@ page contentType=text/html % it remains on ISO-8859-1 as
before.

The remaining problem is that the contents coming from the DB are now wrong
while the static jsp content is correct (the jsp's being saved as UTF)
If I also set %@ page pageEncoding=ISO-8859-1 % on each page, the static and
DB content are now the same again, but unfortunately, both wrong while the http
header is correct.


Anyway, I have also removed struts from my app and built a comparably small
war-File (0.5 MB) I am willing to share if anybody is interested.

Also, if others run into that issue too, here a log of some futile attempts to
solve it within tomcat:
- as per void
org.apache.catalina.util.CharsetMapper.addCharsetMappingFromDeploymentDescriptor(String

 locale, String charset), it appeared, that the redhat locale is not present in
apache.catalina.util.CharsetMapperDefault.properties 

- setting in the catalina.sh 
export CHARMAP=UTF-8
export LANG=dummy
export LC_ALL=du_MY
export LANGUAGE=du

to intentionally creating the suspected miss did not do it.

- migrating the web.xml to http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd and
adding
/welcome-file-list
locale-encoding-mapping-list
locale-encoding-mappinglocaleen/localeencodingUTF-8/encoding/locale-encoding-mapping
...
didn't apparently solve it either.

- since I use struts with redirect, setting for a single page 
response.setHeader(Content-Type, text/html;charset=UTF-8);
didn't help either.

- exchanging the CharsetMapperDefault.properties in the catalina.jar with an
utf-ed verison didn't help either.

- exchanging the Constants.class in the tomcat-coyote.jar with
DEFAULT_CHARACTER_ENCODING=UTF-8 didn't help either.

- exchanging the LocaleToCharsetMap.class in the tomcat-coyote.jar an utf-ed
verison didn't help either.

-- 
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 29091] - Non-ascii characters are not handled correctly...

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29091.
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=29091





--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 16:09 ---
The problem is not with the web page display, it's with the persistence of 
changes to the file system.  So the Filter doesn't solve the problem.

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[yoavs]

yoavs   2004/11/19 07:07:39

  Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java
   webapps/docs changelog.xml
  Log:
  Bugzilla 32269: JNDIRealm fails with InvalidNameException to authenticate 
users if LDAP distinguished name (DN) contains slash or double quote 
character(s)
  
  Revision  ChangesPath
  1.16  +6 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java
  
  Index: JNDIRealm.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- JNDIRealm.java10 Oct 2004 20:43:49 -  1.15
  +++ JNDIRealm.java19 Nov 2004 15:07:39 -  1.16
  @@ -28,6 +28,7 @@
   
   import javax.naming.Context;
   import javax.naming.CommunicationException;
  +import javax.naming.CompositeName;
   import javax.naming.InvalidNameException;
   import javax.naming.NameNotFoundException;
   import javax.naming.NamingEnumeration;
  @@ -1081,7 +1082,10 @@
   NameParser parser = context.getNameParser();
   Name contextName = parser.parse(context.getNameInNamespace());
   Name baseName = parser.parse(userBase);
  -Name entryName = parser.parse(result.getName());
  +
  +// Bugzilla 32267
  +Name entryName = parser.parse(new 
CompositeName(result.getName()).get(0));
  +
   Name name = contextName.addAll(baseName);
   name = name.addAll(entryName);
   String dn = name.toString();
  
  
  
  1.174 +3 -0  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.173
  retrieving revision 1.174
  diff -u -r1.173 -r1.174
  --- changelog.xml 19 Nov 2004 14:44:42 -  1.173
  +++ changelog.xml 19 Nov 2004 15:07:39 -  1.174
  @@ -55,6 +55,9 @@
 fix
   bug32023/bug: CGIServlet fails to handle post message with 
multipart/form data. (yoavs)
 /fix
  +  fix
  +bug32269/bug: JNDIRealm fails with InvalidNameException to 
authenticate users if LDAP distinguished name (DN) contains slash or double 
quote character(s). (yoavs)
  +  /fix
   /changelog
 /subsection
   
  
  
  

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspReader.java

[yoavs]

yoavs   2004/11/19 07:17:41

  Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml
   jasper2/src/share/org/apache/jasper/compiler Tag: TOMCAT_5_0
JspReader.java
  Log:
  Bugzilla 29866: JspReader#skipUntil may try to read beyond the end of the file
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.70.2.79 +3 -0  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.70.2.78
  retrieving revision 1.70.2.79
  diff -u -r1.70.2.78 -r1.70.2.79
  --- changelog.xml 19 Nov 2004 15:01:34 -  1.70.2.78
  +++ changelog.xml 19 Nov 2004 15:17:40 -  1.70.2.79
  @@ -95,6 +95,9 @@
 update 
   Updated JspC usage messages to include recently added configurable 
parameters. (yoavs) 
 /update 
  +  fix
  +bug29866/bug: JspReader#skipUntil may try to read beyond the end 
of the file. (yoavs)
  +  /fix
   /changelog
 /subsection
   
  
  
  
  No   revision
  No   revision
  1.20.2.2  +9 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspReader.java
  
  Index: JspReader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspReader.java,v
  retrieving revision 1.20.2.1
  retrieving revision 1.20.2.2
  diff -u -r1.20.2.1 -r1.20.2.2
  --- JspReader.java10 Aug 2004 23:33:02 -  1.20.2.1
  +++ JspReader.java19 Nov 2004 15:17:40 -  1.20.2.2
  @@ -160,7 +160,10 @@
return caw.toString();
   }
   
  -int peekChar() {
  +int peekChar() throws JasperException { 
  +if (!hasMoreInput()) 
  +return -1; 
  +
return current.stream[current.cursor];
   }
   
  @@ -352,7 +355,7 @@
return ret;
   }
   
  -final boolean isSpace() {
  +final boolean isSpace() throws JasperException {
   // Note: If this logic changes, also update Node.TemplateText.rtrim()
return peekChar() = ' ';
   }
  @@ -369,6 +372,10 @@
skipSpaces();
stringBuffer.setLength(0);

  +if (!hasMoreInput()) { 
  +return ; 
  +} 
  +
int ch = peekChar();

if (quoted) {
  
  
  

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[yoavs]

yoavs   2004/11/19 07:01:34

  Modified:catalina/src/share/org/apache/catalina/realm Tag: TOMCAT_5_0
JNDIRealm.java
   webapps/docs Tag: TOMCAT_5_0 changelog.xml
  Log:
  Bugzilla 32269: JNDIRealm fails with InvalidNameException to authenticate 
users if LDAP distinguished name (DN) contains slash or double quote 
character(s)
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.12.2.2  +6 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java
  
  Index: JNDIRealm.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java,v
  retrieving revision 1.12.2.1
  retrieving revision 1.12.2.2
  diff -u -r1.12.2.1 -r1.12.2.2
  --- JNDIRealm.java10 Oct 2004 20:42:32 -  1.12.2.1
  +++ JNDIRealm.java19 Nov 2004 15:01:34 -  1.12.2.2
  @@ -28,6 +28,7 @@
   
   import javax.naming.Context;
   import javax.naming.CommunicationException;
  +import javax.naming.CompositeName;
   import javax.naming.InvalidNameException;
   import javax.naming.NameNotFoundException;
   import javax.naming.NamingEnumeration;
  @@ -1095,7 +1096,10 @@
   NameParser parser = context.getNameParser();
   Name contextName = parser.parse(context.getNameInNamespace());
   Name baseName = parser.parse(userBase);
  -Name entryName = parser.parse(result.getName());
  +
  +// Bugzilla 32269
  +Name entryName = parser.parse(new 
CompositeName(result.getName()).get(0));
  +
   Name name = contextName.addAll(baseName);
   name = name.addAll(entryName);
   String dn = name.toString();
  
  
  
  No   revision
  No   revision
  1.70.2.78 +4 -1  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.70.2.77
  retrieving revision 1.70.2.78
  diff -u -r1.70.2.77 -r1.70.2.78
  --- changelog.xml 19 Nov 2004 14:51:17 -  1.70.2.77
  +++ changelog.xml 19 Nov 2004 15:01:34 -  1.70.2.78
  @@ -47,7 +47,7 @@
   bug31592/bug: Allow specification of digest encoding for realms. 
(yoavs)
 /fix
 update
  -Added and updated Connector documentation: bug31945/bug. (yoavs)
  +bug31945/bug: Added and updated Connector documentation. (yoavs)
 /update
 update
   bug31739/bug: Minor documentation corrections for realm-howto 
and AJP docs. (yoavs)
  @@ -72,6 +72,9 @@
 /fix
 fix
   bug32023/bug: CGIServlet fails to handle post message with 
multipart/form data. (yoavs)
  +  /fix
  +  fix
  +bug32269/bug: JNDIRealm fails with InvalidNameException to 
authenticate users if LDAP distinguished name (DN) contains slash or double 
quote character(s). (yoavs)
 /fix
   /changelog
 /subsection
  
  
  

-
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

[mturk]

mturk   2004/11/19 07:30:44

  Modified:jk/native/common jk_lb_worker.c
  Log:
  Added configurable WAIT_BEFORE_RECOVER param.
  The new directive is named recover_time and can be customized
  inside workers.properies.
  
  Revision  ChangesPath
  1.31  +15 -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.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- jk_lb_worker.c19 Nov 2004 12:58:18 -  1.30
  +++ jk_lb_worker.c19 Nov 2004 15:30:44 -  1.31
  @@ -38,7 +38,7 @@
* Time to wait before retry...
*/
   #define WAIT_BEFORE_RECOVER (60*1)
  -#define ADDITINAL_WAIT_LOAD (20)
  +#define WORKER_RECOVER_TIME (recover_time)
   
   /** 
* Worker record should be inside shared
  @@ -72,7 +72,9 @@
   int in_local_worker_mode;
   int local_worker_only;
   int sticky_session;
  +int recover_wait_time;
   };
  +
   typedef struct lb_worker lb_worker_t;
   
   struct lb_endpoint
  @@ -244,7 +246,7 @@
   if (!p-lb_workers[i].in_recovering) {
   time_t now = time(0);
   if ((now - p-lb_workers[i].error_time) 
  -WAIT_BEFORE_RECOVER) {
  +p-recover_wait_time) {
   p-lb_workers[i].in_recovering = JK_TRUE;
   p-lb_workers[i].error_time = now;
   rc = (p-lb_workers[i]);
  @@ -495,10 +497,19 @@
 jk_map_t *props,
 jk_worker_env_t *we, jk_logger_t *log)
   {
  +int i;
   
   lb_worker_t *p = (lb_worker_t *)pThis-worker_private;
   pThis-retries = jk_get_worker_retries(props, p-name,
  JK_RETRIES);
  +
  +if (jk_get_worker_int_prop(props, p-name,
  +   WORKER_RECOVER_TIME,
  +   i))
  +p-recover_wait_time = i;
  +if (p-recover_wait_time  WAIT_BEFORE_RECOVER)
  +p-recover_wait_time = WAIT_BEFORE_RECOVER;
  +
   return JK_TRUE;
   }
   
  @@ -571,7 +582,7 @@
   private_data-worker.get_endpoint = get_endpoint;
   private_data-worker.destroy = destroy;
   private_data-worker.retries = JK_RETRIES;
  -
  +private_data-recover_wait_time = WAIT_BEFORE_RECOVER;
   *w = private_data-worker;
   JK_TRACE_EXIT(l);
   return JK_TRUE;
  
  
  

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml logging.xml

[yoavs]

yoavs   2004/11/19 07:38:37

  Modified:webapps/docs changelog.xml logging.xml
  Log:
  Bugzilla 32249: Updated logging documentation
  
  Revision  ChangesPath
  1.175 +3 -0  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.174
  retrieving revision 1.175
  diff -u -r1.174 -r1.175
  --- changelog.xml 19 Nov 2004 15:07:39 -  1.174
  +++ changelog.xml 19 Nov 2004 15:38:36 -  1.175
  @@ -38,6 +38,9 @@
 update
   bug22679/bug: Added misc note on accessing session ID to 
SSL-HowTo. (yoavs)
 /update
  +  update
  +bug32249/bug: Updated logging documentation. (yoavs)
  +  /update
   /changelog
 /subsection
   
  
  
  
  1.4   +121 -57   jakarta-tomcat-catalina/webapps/docs/logging.xml
  
  Index: logging.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/logging.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- logging.xml   17 Nov 2004 10:35:29 -  1.3
  +++ logging.xml   19 Nov 2004 15:38:36 -  1.4
  @@ -9,76 +9,140 @@
 properties
   titleLogging in Tomcat/title
   authorAllistair Crossley/author
  +author email=[EMAIL PROTECTED]Yoav Shapira/author
 /properties
   
   body
   
 section name=Introduction
  -  /section
  +  p
  +Tomcat 5.5 uses 
  +a href=http://jakarta.apache.org/commons/logging;Commons Logging/a
  +throughout its internal code allowing the 
  +developer to choose a logging configuration that suits their needs, e.g
  +JDK Logging or 
  +a href=http://logging.apache.org/log4j;Log4J/a. 
  +Commons Logging provides Tomcat the ability to log
  +hierarchially across various log levels without needing to rely on a 
particular
  +logging implementation.
  +  /p
  +  p
  +An important consequence for Tomcat 5.5 is that the lt;Loggergt; 
element found in 
  +previous versions to create a codelocalhost_log/code is no longer a 
valid nested element 
  +of lt;Contextgt;. Instead, codestdout/code will collect runtime 
exceptions and other uncaught
  +exception generated by web applications. If the developer wishes to 
collect detailed internal 
  +Tomcat logging (i.e what is happening within the Tomcat engine), then 
they should configure 
  +a logging system such as JDK Logging or log4j as detailed next.
  +  /p
   
  -  section name=java.util.logging
 /section
   
 section name=log4j
   p
  - Tomcat 5.5 has done away with localhost_log which you may be 
familiar with
  - as the runtime exception/stack trace log. These types of error 
are usually thrown
  - by uncaught exceptions, but are still valuable to the 
developer. They can now be
  - found in the stdout log.
  - /p
  -
  - p
  - If you need to setup cross-context detailed logging from within 
Tomcat's code, then you can use a simple
  - log4j configuration. Note that this logging van be very verbose 
depending on the log level you chose to use.
  - Note also that a log4j logging configuration is not going to 
produce stack trace type logging, that is output to
  - stdout as discussed.
  - /p
  -
  - pFollow the following steps to setup a file named tomcat.log that has 
internal Tomcat logging output to it./p
  -
  - ol
  - li
  - Create a file called log4j.properties with the 
following content and save it into common/classes. 
  - Use the appropriate file path convention for your OS, 
here is is Windows, and example *nix path may be
  - /var/jakarta-tomcat-5.5.4/logs/tomcat.log
  -source
  -log4j.rootLogger=debug, R
  -log4j.appender.R=org.apache.log4j.RollingFileAppender
  -log4j.appender.R.File=d:/jakarta-tomcat-5.5.4/logs/tomcat.log
  -log4j.appender.R.MaxFileSize=10MB
  -log4j.appender.R.MaxBackupIndex=10
  -log4j.appender.R.layout=org.apache.log4j.PatternLayout
  -log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n
  -log4j.logger.org.apache.catalina=DEBUG, R/source
  - /li
  - liaAcquire log4j1.2.8.jar/a and add it into Tomcat's 
common/lib folder./li
  - liStart Tomcat/li
  - /ol
  -
  - p
  - This log4j configuration sets up a file called tomcat.log in 
your Tomcat logs folder with a maximum file size of 10MB and
  - up to 10 backups. DEBUG level is specified which will result in 
the most verbose output from Tomcat. The above generated
  - about 5MB of logging with bundled web applications and Struts 
web applications.
  - /p
  - 
  - p

DO NOT REPLY [Bug 32249] - Log4j section enhancement for Tomcat Logging page

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32249.
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=32249


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 16:38 ---
Committed a modified version of your patch.  Thank you for the contribution.

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

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs build.xml

[billbarker]

billbarker2004/11/19 07:52:51

  Modified:webapps/tomcat-docs build.xml
  Log:
  Fix Gump build.
  
  Revision  ChangesPath
  1.14  +4 -5  jakarta-tomcat-4.0/webapps/tomcat-docs/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/build.xml,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- build.xml 12 Jan 2003 17:26:46 -  1.13
  +++ build.xml 19 Nov 2004 15:52:51 -  1.14
  @@ -169,11 +169,10 @@
   !-- Build Coyote JK2 documentation --
   mkdir dir=${webapps.build}/${webapp.name}/jk2/
   mkdir dir=${webapps.build}/${webapp.name}/jk2/printer/
  -ant dir=${tomcat-jk.home} target=docs/
  -
  -copy todir=${webapps.build}/${webapp.name}/jk2
  -  fileset dir=${tomcat-jk.home}/build/docs/
  -/copy
  +ant dir=${tomcat-jk.home}/xdocs /
  +   property name=build.dir value=${webapps.build}/${webapp.name} /
  +   property name=dist.name value=jk2 /
  +/ant
   
 /target
   
  
  
  

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

DO NOT REPLY [Bug 32257] - JspC ant task won't precompile JSPs that don't end in .jsp

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32257.
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=32257


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 16:54 ---
i'm not sure which part of the spec mandates that only '.jsp' and '.jspx' be
used for JSPs. i've read through the jsp 2.0 and servlet 2.4 specs, and i can't
find anything of the sort.

it only says that those are the default implicit extensions. it also provides
pretty obvious means for using other extensions as JSPs.

you can remap the JSP servlet in your web.xml file to another extension (though
i'm not sure if thats part of the spec)

you can also use the jsp-property-group element in web.xml to specify other
files as JSPs. (thats definitely in the spec)

if you'd like, i can post the pages in the spec where i read this stuff so you
can see for yourself.

-- 
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 32257] - JspC ant task won't precompile JSPs that don't end in .jsp

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32257.
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=32257


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED




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

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

[mturk]

mturk   2004/11/19 07:58:52

  Modified:jk/native/common jk_util.c
  Log:
  Use boolen values for boolean kind of properties.
  Also set default worker type to ajp13, cause ajp12 is deprecated.
  
  Revision  ChangesPath
  1.40  +10 -8 jakarta-tomcat-connectors/jk/native/common/jk_util.c
  
  Index: jk_util.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_util.c,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -r1.39 -r1.40
  --- jk_util.c 19 Nov 2004 13:00:43 -  1.39
  +++ jk_util.c 19 Nov 2004 15:58:51 -  1.40
  @@ -24,6 +24,8 @@
   
   #include jk_util.h
   #include jk_ajp12_worker.h
  +#include jk_ajp13_worker.h
  +#include jk_ajp14_worker.h
   #include jk_mt.h
   
   #define SYSPROPS_OF_WORKER  (sysprops)
  @@ -57,12 +59,12 @@
   #define STICKY_SESSION  (sticky_session)
   #define LOCAL_WORKER_ONLY_FLAG  (local_worker_only)
   #define LOCAL_WORKER_FLAG   (local_worker)
  -#define WORKER_AJP12(ajp12)
  -#define DEFAULT_WORKER_TYPE JK_AJP12_WORKER_NAME
  +
  +#define DEFAULT_WORKER_TYPE JK_AJP13_WORKER_NAME
   #define SECRET_KEY_OF_WORKER(secretkey)
   #define RETRIES_OF_WORKER   (retries)
   
  -#define DEFAULT_WORKER  JK_AJP12_WORKER_NAME
  +#define DEFAULT_WORKER  JK_AJP13_WORKER_NAME
   #define WORKER_LIST_PROPERTY_NAME   (worker.list)
   #define DEFAULT_LB_FACTOR   (1)
   #define LOG_FORMAT  (log_format)
  @@ -450,7 +452,7 @@
   sprintf(buf, %s.%s.%s, PREFIX_OF_WORKER, wname,
   SOCKET_KEEPALIVE_OF_WORKER);
   
  -return jk_map_get_int(m, buf, def);
  +return jk_map_get_bool(m, buf, def);
   }
   
   int jk_get_worker_cache_timeout(jk_map_t *m, const char *wname, int def)
  @@ -610,7 +612,7 @@
   if (m  wname) {
   int value;
   sprintf(buf, %s.%s.%s, PREFIX_OF_WORKER, wname, STICKY_SESSION);
  -value = jk_map_get_int(m, buf, 1);
  +value = jk_map_get_bool(m, buf, 1);
   if (!value)
   rc = JK_FALSE;
   }
  @@ -624,7 +626,7 @@
   if (m  wname) {
   int value;
   sprintf(buf, %s.%s.%s, PREFIX_OF_WORKER, wname, LOCAL_WORKER_FLAG);
  -value = jk_map_get_int(m, buf, 0);
  +value = jk_map_get_bool(m, buf, 0);
   if (value)
   rc = JK_TRUE;
   }
  @@ -639,7 +641,7 @@
   int value;
   sprintf(buf, %s.%s.%s, PREFIX_OF_WORKER, lb_wname,
   LOCAL_WORKER_ONLY_FLAG);
  -value = jk_map_get_int(m, buf, 0);
  +value = jk_map_get_bool(m, buf, 0);
   if (value)
   rc = JK_TRUE;
   }
  
  
  

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

DO NOT REPLY [Bug 31567] - 505 request error from .NET client

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31567.
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=31567


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Unknown |Connector:HTTP




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 16:58 ---
Changing to a connector component.

-- 
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 32320] - Make mod_jk lb retry interval configurable

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32320.
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=32320


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 16:31 ---
The new directive is named recover_time and can be customized
inside workers.properies for each lb type of workers.

-- 
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 32261] - Specify Destination of Merged web.xml from JspC Task

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32261.
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=32261


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|P2  |P5




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 16:40 ---
I like the current behavior, because it allows checking in the middle before 
copying.  I think this feature request is bloat.  So I'm not going to do it 
myself, and I'm bumping its priority down.  If no one else volunteers to do it 
over the next month or two, this item will be closed as WONTFIX.

-- 
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 31567] - 505 request error from .NET client

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31567.
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=31567


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 16:52 ---
I'm no expert at HTTP, but shouldn't Tomcat drop the TCP-connection after 
having sent the initial 401 Unauthorized-resonse? 

This would cause .NET to do its re-post (with included authorization data in 
the HTTP Header) in a new TCP connection. 

In other words Tomcat should not use keep alive after a 401 Unauthorized. I 
think this is how IIS (and Tomcat 4.x i suspect) behaves. 


-- 
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 32257] - JspC ant task won't precompile JSPs that don't end in .jsp

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32257.
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=32257


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 16:57 ---
No need to post the pages, I'm familiar with the Spec.  And the JSPServlet used 
in Tomcat is not part of the Spec.  We want to encourage users to stick to the 
default extensions, partially because not all containers allow custom JSP 
extensions and we want to promote portability.

You already have a wrapper, use it if you want, but this won't be added to 
Tomcat, and there's no point in reopening this item.

-- 
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 32023] - CGIServlet fails to handle post message with multipart/form data

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32023.
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=32023


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 15:51 ---
And for 5.0.30.

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto doccontrib.xml

[mturk]

mturk   2004/11/19 08:20:37

  Modified:jk/xdocs/howto doccontrib.xml
  Log:
  Convert encoding to ascii
  
  Revision  ChangesPath
  1.2   +3 -3  jakarta-tomcat-connectors/jk/xdocs/howto/doccontrib.xml
  
  Index: doccontrib.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/howto/doccontrib.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- doccontrib.xml18 Nov 2004 18:30:36 -  1.1
  +++ doccontrib.xml19 Nov 2004 16:20:37 -  1.2
  @@ -1,4 +1,4 @@
  -?xml version=1.0 encoding=ISO-8859-1?
  +?xml version=1.0 encoding=ISO-8859-1?
   !DOCTYPE document [
 !ENTITY project SYSTEM project.xml
   ]
  @@ -319,4 +319,4 @@
   /ul
   /section
   /body
  -/document
  \ No newline at end of file
  +/document
  
  
  

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

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto doccontrib.xml

[Henri Gomez]

Great solved my XSL problem, I could now build on the fly TC 3.3.3-dev
from eclipse and see if  my problems with JK 1.2.6 + TC 3.3.2 are now
fixed in JK 1.2.7-dev + TC 3.3.3-dev

Regards


On 19 Nov 2004 16:20:37 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 mturk   2004/11/19 08:20:37
 
   Modified:jk/xdocs/howto doccontrib.xml
   Log:
   Convert encoding to ascii
 
   Revision  ChangesPath
   1.2   +3 -3  jakarta-tomcat-connectors/jk/xdocs/howto/doccontrib.xml
 
   Index: doccontrib.xml
   ===
   RCS file: 
 /home/cvs/jakarta-tomcat-connectors/jk/xdocs/howto/doccontrib.xml,v
   retrieving revision 1.1
   retrieving revision 1.2
   diff -u -r1.1 -r1.2
   --- doccontrib.xml18 Nov 2004 18:30:36 -  1.1
   +++ doccontrib.xml19 Nov 2004 16:20:37 -  1.2
   @@ -1,4 +1,4 @@
   -?xml version=1.0 encoding=ISO-8859-1?
   +?xml version=1.0 encoding=ISO-8859-1?
!DOCTYPE document [
  !ENTITY project SYSTEM project.xml
]
   @@ -319,4 +319,4 @@
/ul
/section
/body
   -/document
   \ No newline at end of file
   +/document
 
 -
 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-catalina/catalina/src/share/org/apache/catalina/valves ByteBufferAccessLogValve.java mbeans-descriptors.xml

[jfarcand]

jfarcand2004/11/19 08:46:27

  Modified:catalina/src/conf server.xml
   catalina/src/share/org/apache/catalina/valves
mbeans-descriptors.xml
  Added:   catalina/src/share/org/apache/catalina/valves
ByteBufferAccessLogValve.java
  Log:
  Add an asynchronous byte buffer based access log valve. The valve use a 
direct byte buffer to store and save the log. I didn't use the 
backgroundProcess since it's affect all components, but this should be 
revisited.
  
  Benchmarking this valve using jservlet (scalabilty) and trade2 (throughput) 
demonstrated a 13% improvement over the current access log valves. Increasing 
the writerInterval improve performance too.
  
  Note: I've tried to use a direct CharBuffer instead of a StringBuffer, and 
its slower that the current approach (and the log contains garbage, thank to a 
bug in NIO).
  
  Revision  ChangesPath
  1.43  +16 -0 jakarta-tomcat-catalina/catalina/src/conf/server.xml
  
  Index: server.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/server.xml,v
  retrieving revision 1.42
  retrieving revision 1.43
  diff -u -r1.42 -r1.43
  --- server.xml29 Oct 2004 18:49:24 -  1.42
  +++ server.xml19 Nov 2004 16:46:26 -  1.43
  @@ -351,6 +351,22 @@
directory=logs  prefix=localhost_access_log. 
suffix=.txt
pattern=common resolveHosts=false/
   --
  +!-- Access log processes all requests for this virtual host.  By
  + default, log files are created in the logs directory relative 
to
  + $CATALINA_HOME.  If you wish, you can specify a different
  + directory with the directory attribute.  Specify either a 
relative
  + (to $CATALINA_HOME) or absolute path to the desired directory.
  + This access log implementation is optimized for maximum 
performance,
  + but is hardcoded to support only the common and combined 
patterns.
  +
  + This valve use NIO direct Byte Buffer to asynchornously store 
the
  + log.
  +--
  +!--
  +Valve 
className=org.apache.catalina.valves.ByteBufferAccessLogValve
  + directory=logs  prefix=localhost_access_log. 
suffix=.txt
  + pattern=common resolveHosts=false/
  +--
   
 /Host
   
  
  
  
  1.8   +61 -0 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/mbeans-descriptors.xml
  
  Index: mbeans-descriptors.xml
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/mbeans-descriptors.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- mbeans-descriptors.xml25 Oct 2004 15:29:12 -  1.7
  +++ mbeans-descriptors.xml19 Nov 2004 16:46:26 -  1.8
  @@ -51,6 +51,67 @@
  type=java.lang.String/
 /mbean
   
  +  mbean name=ByteBufferAccessLogValve
  +   description=Valve that generates asynchronously web server 
access log
  +   domain=Catalina
  +   group=Valve
  +   type=org.apache.catalina.valves.ByteBufferAccessLogValve
  +  
  +  attribute name=className
  + description=Fully qualified class name of the managed 
object
  + type=java.lang.String
  + writeable=false/
  +  
  +  attribute name=containerName
  + description=Object name of the container
  + type=javax.management.ObjectName/
  +  
  +  attribute name=directory
  + description=The directory in which log files are created
  + type=java.lang.String/
  +  
  +  attribute   name=pattern
  + description=The pattern used to format our access log 
lines, which must be either common or combined
  + type=java.lang.String/
  +  
  +  attribute name=prefix
  + description=The prefix that is added to log file filenames
  + type=java.lang.String/
  +  
  +  attribute name=resolveHosts
  + description=Resolve hosts
  + is=true
  + type=boolean/
  +  
  +  attribute name=rotatable
  + description=Flag to indicate automatic log rotation.
  + is=true
  + type=boolean/
  +  
  +  attribute name=suffix
  + description=The suffix that is added to log file filenames
  + type=java.lang.String/
  +  
  +  attribute name=condition
  + description=The value to look for conditional logging.
  + type=java.lang.String/
  +  
  +  attribute name=fileDateFormat
  + 

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[jfarcand]

jfarcand2004/11/19 08:58:11

  Modified:webapps/docs changelog.xml
  Log:
  Add new valve.
  
  Revision  ChangesPath
  1.176 +3 -0  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.175
  retrieving revision 1.176
  diff -u -r1.175 -r1.176
  --- changelog.xml 19 Nov 2004 15:38:36 -  1.175
  +++ changelog.xml 19 Nov 2004 16:58:11 -  1.176
  @@ -39,6 +39,9 @@
   bug22679/bug: Added misc note on accessing session ID to 
SSL-HowTo. (yoavs)
 /update
 update
  +Add an asynchrounous access log valve based on NIO (jfarcand) 
  +  /update
  +  update
   bug32249/bug: Updated logging documentation. (yoavs)
 /update
   /changelog
  
  
  

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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves ByteBufferAccessLogValve.java mbeans-descriptors.xml

[Remy Maucherat]

[EMAIL PROTECTED] wrote:
jfarcand2004/11/19 08:46:27
 Modified:catalina/src/conf server.xml
  catalina/src/share/org/apache/catalina/valves
   mbeans-descriptors.xml
 Added:   catalina/src/share/org/apache/catalina/valves
   ByteBufferAccessLogValve.java
 Log:
 Add an asynchronous byte buffer based access log valve. The valve use a direct byte buffer to store and save the log. I didn't use the backgroundProcess since it's affect all components, but this should be revisited.
 
 Benchmarking this valve using jservlet (scalabilty) and trade2 (throughput) demonstrated a 13% improvement over the current access log valves. Increasing the writerInterval improve performance too.
 
 Note: I've tried to use a direct CharBuffer instead of a StringBuffer, and its slower that the current approach (and the log contains garbage, thank to a bug in NIO).
 

I disagree with this. The idea is that there is already an fast access 
logger. How about improving that one instead ? It is also not acceptable 
to use a background thread for this sole purpose (backgroundProcess is 
not server global - by default, it is, but that's all you can say about it).

BTW, there's no way you get +13% over the fast access logger, since it 
has about 6% overhead on a static file test (compared with 25-30% for 
the normal one) ;)

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

cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session DeltaRequest.java

[fhanik]

fhanik  2004/11/19 09:20:02

  Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
Tag: TOMCAT_5_0 DeltaRequest.java
  Log:
  Fixed synchronization issues, since its getting more common that people still 
have to have multiple threads accessing their session
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.7.2.1   +28 -11
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaRequest.java
  
  Index: DeltaRequest.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaRequest.java,v
  retrieving revision 1.7
  retrieving revision 1.7.2.1
  diff -u -r1.7 -r1.7.2.1
  --- DeltaRequest.java 27 Feb 2004 14:58:56 -  1.7
  +++ DeltaRequest.java 19 Nov 2004 17:20:02 -  1.7.2.1
  @@ -35,6 +35,9 @@
   
   
   public class DeltaRequest implements Externalizable {
  +
  +public static org.apache.commons.logging.Log log =
  +org.apache.commons.logging.LogFactory.getLog( DeltaRequest.class );
   
   public static final int TYPE_ATTRIBUTE = 0;
   public static final int TYPE_PRINCIPAL = 1;
  @@ -93,13 +96,18 @@
   addAction(TYPE_ISNEW,action,NAME_ISNEW,new Boolean(n));
   }
   
  -protected void addAction(int type,
  +protected synchronized void addAction(int type,
int action,
String name,
Object value) {
   AttributeInfo info = null;
   if ( this.actionPool.size()  0 ) {
  -info = (AttributeInfo)actionPool.removeFirst();
  +try {
  +info = (AttributeInfo) actionPool.removeFirst();
  +}catch ( Exception x ) {
  +log.error(Error removing actions:,x);
  +info = new AttributeInfo(type, action, name, value);
  +}
   info.init(type,action,name,value);
   } else {
   info = new AttributeInfo(type, action, name, value);
  @@ -111,7 +119,7 @@
   actions.addLast(info);
   }
   
  -public void execute(DeltaSession session) {
  +public synchronized void execute(DeltaSession session) {
   if ( !this.sessionId.equals( session.getId() ) )
   throw new java.lang.IllegalArgumentException(Session id 
mismatch, not executing the delta request);
   session.access();
  @@ -148,11 +156,15 @@
   session.endAccess();
   }
   
  -public void reset() {
  +public synchronized void reset() {
   while ( actions.size()  0 ) {
  -AttributeInfo info = (AttributeInfo)actions.removeFirst();
  -info.recycle();
  -actionPool.addLast(info);
  +try {
  +AttributeInfo info = (AttributeInfo) actions.removeFirst();
  +info.recycle();
  +actionPool.addLast(info);
  +}catch ( Exception x ) {
  +log.error(Error removing actions:,x);
  +}
   }
   actions.clear();
   }
  @@ -170,12 +182,12 @@
   return actions.size();
   }
   
  -public void clear() {
  +public synchronized void clear() {
   actions.clear();
   actionPool.clear();
   }
   
  -public void readExternal(java.io.ObjectInput in) throws 
java.io.IOException,
  +public synchronized void readExternal(java.io.ObjectInput in) throws 
java.io.IOException,
   java.lang.ClassNotFoundException {
   //sessionId - String
   //recordAll - boolean
  @@ -192,7 +204,12 @@
   for (int i = 0; i  cnt; i++) {
   AttributeInfo info = null;
   if (this.actionPool.size()  0) {
  -info = (AttributeInfo) actionPool.removeFirst();
  +try {
  +info = (AttributeInfo) actionPool.removeFirst();
  +} catch (Exception x) {
  +log.error(Error removing actions:, x);
  +info = new AttributeInfo( -1, -1, null, null);
  +}
   }
   else {
   info = new AttributeInfo(-1,-1,null,null);
  @@ -204,7 +221,7 @@
   
   
   
  -public void writeExternal(java.io.ObjectOutput out ) throws 
java.io.IOException {
  +public synchronized void writeExternal(java.io.ObjectOutput out ) throws 
java.io.IOException {
   //sessionId - String
   //recordAll - boolean
   //size - int
  
  
  

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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java StandardManager.java StandardSession.java

[Remy Maucherat]

Jean-Francois Arcand wrote:
Actually, my next steps is to allows empty field in 
catalina.properties, which will disable the mechanism (next commit 
:-)). Right now you can only disable the mechanism by removing the 
catalina.properties or if you use the Embedded interfance.

By default I still want to keep Tomcat as secure as possible, but 
leave the door open for disabling the mechanism. As an example, when 
Tomcat gets benchmarked against other unsecure container with security 
turned on, people will think Tomcat is slower, which is not right.
I don't understand. This configuration will make security useless, so 
what's the point ? Why not just disable security if it's going to be 
useless ?

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

DO NOT REPLY [Bug 32296] - HTTP Header Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32296.
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=32296





--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 18:38 ---
now, I got it to work, albeit in an ugly way:
in void org.apache.coyote.http11.Http11Processor.prepareResponse()
instead of
headers.setValue(Content-Type).setString(contentType);
do 
if (contentType.startsWith(text/html)) {
headers.setValue(Content-Type).setString(
text/html;charset=UTF-8);
} else {
headers.setValue(Content-Type).setString(contentType);
}

and then replace that class in tomcat-http11.jar and all works fine (obviously
only for a site that serves all html pages in UTF-8).

Conclusion: Either it is a bug, or there must be another option to determine the
charset of the HTTP header that is not really obviously documented.

-- 
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 32278] - install4iis.js failed in Window 2000 system

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32278.
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=32278





--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 19:07 ---
Is there any schedule or plan when this bug can be fixed?
We need to ajust our schedule according your fix,  thanks!

--Tony

-- 
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 31567] - 505 request error from .NET client

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31567.
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=31567


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 18:11 ---
This is invalid, please do not reopen.

-- 
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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves ByteBufferAccessLogValve.java mbeans-descriptors.xml

[Jean-Francois Arcand]

Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
jfarcand2004/11/19 08:46:27
 Modified:catalina/src/conf server.xml
  catalina/src/share/org/apache/catalina/valves
   mbeans-descriptors.xml
 Added:   catalina/src/share/org/apache/catalina/valves
   ByteBufferAccessLogValve.java
 Log:
 Add an asynchronous byte buffer based access log valve. The valve use 
a direct byte buffer to store and save the log. I didn't use the 
backgroundProcess since it's affect all components, but this should be 
revisited.
 
 Benchmarking this valve using jservlet (scalabilty) and trade2 
(throughput) demonstrated a 13% improvement over the current access 
log valves. Increasing the writerInterval improve performance too.
 
 Note: I've tried to use a direct CharBuffer instead of a 
StringBuffer, and its slower that the current approach (and the log 
contains garbage, thank to a bug in NIO).
 

I disagree with this. The idea is that there is already an fast access 
logger. How about improving that one instead ? 
Yes, I can do that. Mine was first experimental, then based on the 
result I've got, I decided to act like Costin (commit experimental stuff 
:-) :-))

It is also not acceptable
to use a background thread for this sole purpose (backgroundProcess is 
not server global - by default, it is, but that's all you can say about 
it).
Fine. It's easy to remove it.
BTW, there's no way you get +13% over the fast access logger, since it 
has about 6% overhead on a static file test (compared with 25-30% for 
the normal one) ;)
Well, it approx. 20% without valve. Note that all benchmarks uses two 
machines, and both use 250 users and dynamics pages.

-- Jeanfrancois

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 32296] - HTTP Header Content-Type always ISO-8859-1 under debian (browsers no longer detect encoding correctly - worked perfectly under redhat9)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32296.
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=32296


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 19:39 ---
A few comments that might help (although this is really a tomcat-user 
discussion and has no place on bugzilla)

- useBodyEncodingForURI=true URIEncoding=UTF-8 affect request processing 
and have nothing to do with the content-type sent to the browser

- have you read the spec, specifically the errata
http://www.jcp.org/aboutJava/communityprocess/maintenance/jsr053/errata_1_2_a_
20020321.html?  As you will see, Tomcat is implementing the spec.

I think you need to set both the content-type AND the page encoding. If you 
wish to discuss further, I am happy to discuss this but ONLY on the tomcat-
user mailing list.

-- 
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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java StandardManager.java StandardSession.java

[Jean-Francois Arcand]

Remy Maucherat wrote:
Jean-Francois Arcand wrote:
Actually, my next steps is to allows empty field in 
catalina.properties, which will disable the mechanism (next commit 
:-)). Right now you can only disable the mechanism by removing the 
catalina.properties or if you use the Embedded interfance.

By default I still want to keep Tomcat as secure as possible, but 
leave the door open for disabling the mechanism. As an example, when 
Tomcat gets benchmarked against other unsecure container with security 
turned on, people will think Tomcat is slower, which is not right.

I don't understand. This configuration will make security useless, so 
what's the point ? Why not just disable security if it's going to be 
useless ?
It's not useless. Normal permissions are still turned on. It's only the 
package protection that is disabled. When disabled, Tomcat 5 is as 
unsecure as Tomcat 4 in term of sniffing/loading classes, but still 
secure in term of browsing the file system etc.

-- Jeanfrancois

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]

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves ByteBufferAccessLogValve.java mbeans-descriptors.xml

[Remy Maucherat]

Jean-Francois Arcand wrote:
BTW, there's no way you get +13% over the fast access logger, since 
it has about 6% overhead on a static file test (compared with 25-30% 
for the normal one) ;)

Well, it approx. 20% without valve.
I can't understand what you mean here.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 32292] - HTTP response 505 and Keep-Alive processing

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32292.
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=32292


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 20:04 ---
I disagree.

Imagine that Tomcat only supported HTTP/1.0

The UA makes a request using HTTP/1.1, receieves the 505 and therefore elects 
to repeat the request but using HTTP/1.0. In this case it makes sense to keep 
the connection open.

-- 
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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java StandardManager.java StandardSession.java

[Remy Maucherat]

Jean-Francois Arcand wrote:
It's not useless. Normal permissions are still turned on. It's only 
the package protection that is disabled. When disabled, Tomcat 5 is as 
unsecure as Tomcat 4 in term of sniffing/loading classes, but still 
secure in term of browsing the file system etc.
Possibly. But I don't know what you can do with access to the Tomcat 
internals, and hacking the container is a bad security problem IMO. I 
don't see how you could want half assed security. Oh wait, there's 
Window$, so I guess there are takers ;)

BTW, Tomcat 4 did package protection.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves ByteBufferAccessLogValve.java mbeans-descriptors.xml

[Jean-Francois Arcand]

Remy Maucherat wrote:
Jean-Francois Arcand wrote:
BTW, there's no way you get +13% over the fast access logger, since 
it has about 6% overhead on a static file test (compared with 25-30% 
for the normal one) ;)

Well, it approx. 20% without valve.

I can't understand what you mean here.
Without access log valve, we are 20% faster. With the ByteBuffer one, 13%.
-- Jeanfrancois

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]

cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session DeltaRequest.java

[fhanik]

fhanik  2004/11/19 11:33:16

  Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
DeltaRequest.java
  Log:
  Synchronized
  
  Revision  ChangesPath
  1.11  +28 -11
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaRequest.java
  
  Index: DeltaRequest.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaRequest.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- DeltaRequest.java 26 Oct 2004 14:52:17 -  1.10
  +++ DeltaRequest.java 19 Nov 2004 19:33:15 -  1.11
  @@ -34,6 +34,9 @@
   
   public class DeltaRequest implements Externalizable {
   
  +public static org.apache.commons.logging.Log log =
  +org.apache.commons.logging.LogFactory.getLog( DeltaRequest.class );
  +
   public static final int TYPE_ATTRIBUTE = 0;
   public static final int TYPE_PRINCIPAL = 1;
   public static final int TYPE_ISNEW = 2;
  @@ -91,13 +94,18 @@
   addAction(TYPE_ISNEW,action,NAME_ISNEW,new Boolean(n));
   }
   
  -protected void addAction(int type,
  +protected synchronized void addAction(int type,
int action,
String name,
Object value) {
   AttributeInfo info = null;
   if ( this.actionPool.size()  0 ) {
  -info = (AttributeInfo)actionPool.removeFirst();
  +try {
  +info = (AttributeInfo) actionPool.removeFirst();
  +}catch ( Exception x ) {
  +log.error(Unable to remove element:,x);
  +info = new AttributeInfo(type, action, name, value);
  +}
   info.init(type,action,name,value);
   } else {
   info = new AttributeInfo(type, action, name, value);
  @@ -119,7 +127,7 @@
   execute(session,true);
   }
   
  -public void execute(DeltaSession session, boolean notifyListeners) {
  +public synchronized void execute(DeltaSession session, boolean 
notifyListeners) {
   if ( !this.sessionId.equals( session.getId() ) )
   throw new java.lang.IllegalArgumentException(Session id 
mismatch, not executing the delta request);
   session.access();
  @@ -156,11 +164,15 @@
   session.endAccess();
   }
   
  -public void reset() {
  +public synchronized void reset() {
   while ( actions.size()  0 ) {
  -AttributeInfo info = (AttributeInfo)actions.removeFirst();
  -info.recycle();
  -actionPool.addLast(info);
  +try {
  +AttributeInfo info = (AttributeInfo) actions.removeFirst();
  +info.recycle();
  +actionPool.addLast(info);
  +}catch  ( Exception x ) {
  +log.error(Unable to remove element,x);
  +}
   }
   actions.clear();
   }
  @@ -178,7 +190,7 @@
   return actions.size();
   }
   
  -public void clear() {
  +public synchronized void clear() {
   actions.clear();
   actionPool.clear();
   }
  @@ -200,7 +212,12 @@
   for (int i = 0; i  cnt; i++) {
   AttributeInfo info = null;
   if (this.actionPool.size()  0) {
  -info = (AttributeInfo) actionPool.removeFirst();
  +try {
  +info = (AttributeInfo) actionPool.removeFirst();
  +} catch ( Exception x )  {
  +log.error(Unable to remove element,x);
  +info = new AttributeInfo(-1,-1,null,null);
  +}
   }
   else {
   info = new AttributeInfo(-1,-1,null,null);
  @@ -284,7 +301,7 @@
   return other.getName().equals(this.getName());
   }
   
  -public void readExternal(java.io.ObjectInput in ) throws 
java.io.IOException,
  +public synchronized void readExternal(java.io.ObjectInput in ) 
throws java.io.IOException,
   java.lang.ClassNotFoundException {
   //type - int
   //action - int
  @@ -296,7 +313,7 @@
   value = in.readObject();
   }
   
  -public void writeExternal(java.io.ObjectOutput out) throws java.io.
  +public synchronized void writeExternal(java.io.ObjectOutput out) 
throws java.io.
   IOException {
   //type - int
   //action - int
  
  
  

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

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs build.xml

[markt]

markt   2004/11/19 12:06:54

  Modified:webapps/tomcat-docs build.xml
  Log:
  Fix TC4 build.
  
  Revision  ChangesPath
  1.15  +1 -1  jakarta-tomcat-4.0/webapps/tomcat-docs/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/build.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- build.xml 19 Nov 2004 15:52:51 -  1.14
  +++ build.xml 19 Nov 2004 20:06:54 -  1.15
  @@ -169,7 +169,7 @@
   !-- Build Coyote JK2 documentation --
   mkdir dir=${webapps.build}/${webapp.name}/jk2/
   mkdir dir=${webapps.build}/${webapp.name}/jk2/printer/
  -ant dir=${tomcat-jk.home}/xdocs /
  +ant dir=${tomcat-jk.home}/xdocs 
  property name=build.dir value=${webapps.build}/${webapp.name} /
  property name=dist.name value=jk2 /
   /ant
  
  
  

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

DO NOT REPLY [Bug 32261] - Specify Destination of Merged web.xml from JspC Task

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32261.
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=32261





--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 19:24 ---
This feature would be option, that's for sure.  I've since figured out how to
solve my problem with a bunch of Ant code, so I don't need this.  Feel free to
close it, though I still feel it would be a useful addition.

-- 
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 27104] - got an exception when testing a simple cluster app

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27104.
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=27104





--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 21:24 ---
I put in sync around the code that would cause this

-- 
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 31328] - DeltaRequest unable to handle two concurrent requests per session

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31328.
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=31328





--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 21:25 ---
put in code to check for this, should be in 5.0.30

-- 
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 32261] - Specify Destination of Merged web.xml from JspC Task

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32261.
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=32261


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 21:27 ---
OK, cool.  If you want to post your Ant code, and it's nice and generic, we can 
add it to the jasper how-to page.

-- 
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 32141] - memory leak in jk1.2 with tomcat-5.0.27,apache 1.3.31

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32141.
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=32141


[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version||All




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 21:29 ---
What version of JK?

-- 
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 32180] - EL functions are executed in privileged context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32180.
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=32180





--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 21:29 ---
Did you try removing it and running Tomcat with a SecurityManager? ;)

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

[GUMP@brutus]: Project jakarta-tomcat (in module jakarta-tomcat) success

[Stefan Bodewig]

To whom it may satisfy...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat *no longer* has an issue.
The current state of this project is 'Success'.

Full details are available at:

http://brutus.apache.org/gump/public/jakarta-tomcat/jakarta-tomcat/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Output [tomcat-util.jar] identifier set to output basename: 
[tomcat-util]
 -DEBUG- Output [tomcat_core.jar] identifier set to output basename: 
[tomcat_core]
 -DEBUG- Output [tomcat_modules.jar] identifier set to output basename: 
[tomcat_modules]
 -DEBUG- Output [facade22.jar] identifier set to output basename: [facade22]
 -DEBUG- Output [core_util.jar] identifier set to output basename: [core_util]
 -DEBUG- Output [jasper.jar] identifier set to output basename: [jasper]
 -DEBUG- Output [container_util.jar] identifier set to output basename: 
[container_util]
 -DEBUG- Output [tomcat.jar] identifier set to output basename: [tomcat]
 -DEBUG- Dependency on jakarta-servletapi exists, no need to add for property 
servlet22.jar.
 -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.



The following work was performed:
http://brutus.apache.org/gump/public/jakarta-tomcat/jakarta-tomcat/gump_work/build_jakarta-tomcat_jakarta-tomcat.html
Work Name: build_jakarta-tomcat_jakarta-tomcat (Type: Build)
Work ended in a state of : Success
Elapsed: 21 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main 
-Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djakarta-tomcat-connectors=/usr/local/gump/public/workspace/jakarta-tomcat-connectors
 
-Djtc.coyote.home=/usr/local/gump/public/workspace/jakarta-tomcat-connectors/coyote
 -Djaxp.home=/usr/local/gump/packages/java_xml_pack-summer-02_01 
-Dcommons-modeler.jar=/usr/local/gump/public/workspace/jakarta-commons/modeler/dist/commons-modeler-19112004.jar
 -Djmxtools.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxtools.jar 
-Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar 
-Dtomcat-util.jar=/usr/local/gump/public/workspace/jakarta-tomcat-connectors/util/build/lib/tomcat-util.jar
 -Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dservlet22.jar=/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar
 
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar
 
-Djtc.http11.home=/usr/local/gump/public/workspace/jakarta-tomcat-connectors/http11/build
 -Djsse.home=/usr/local/gump/packages/jsse1.0.3 main.lite 
[Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-tomcat/build/tomcat/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar:/usr/local/gump/packages/jsse1.0.3/lib/jcert.jar:/usr/local/gump/packages/jsse1.0.3/lib/jnet.jar:/usr/local/gump/packages/jsse1.0.3/lib/jsse.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-19112004.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-chainsaw-19112004.jar:/usr/local/gump/public/workspace/jakarta-commons/modeler/dist/commons-modeler-19112004.jar:/usr/local/gump/public/workspace/jakarta-tomcat-connectors/util/build/lib/tomcat-util.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar
-
[style] Processing 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/xdocs/howto/domino.xml
 to 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/build/docs/howto/printer/domino.html
[style] Processing 

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config context.xml resources.xml

[markt]

markt   2004/11/19 12:52:02

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
   catalina/src/share/org/apache/catalina/mbeans
mbeans-descriptors.xml
   webapps/tomcat-docs/config context.xml resources.xml
  Log:
  Fix bug 21818. allowLinking now remembered across web app reload.
  Also remembers caseSensitive, cached, and cacheTTL. Added new
  attributes to docs.
   - based a Remy's patch for a similar issue in TC5
  
  Revision  ChangesPath
  1.126 +80 -2 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.125
  retrieving revision 1.126
  diff -u -r1.125 -r1.126
  --- StandardContext.java  26 Aug 2004 21:32:20 -  1.125
  +++ StandardContext.java  19 Nov 2004 20:52:02 -  1.126
  @@ -134,7 +134,6 @@
*/
   private boolean available = false;
   
  -
   /**
* The Locale to character set mapper for this application.
*/
  @@ -417,6 +416,24 @@
   
   
   /**
  + * Case sensitivity.
  + */
  +protected boolean caseSensitive = true;
  +
  +
  +/**
  + * Allow linking.
  + */
  +protected boolean allowLinking = false;
  +
  +
  +/**
  + * Cache TTL in ms.
  + */
  +protected int cacheTTL = 5000;
  +
  +
  +/**
* Caching allowed flag.
*/
   protected boolean cachingAllowed = true;
  @@ -427,6 +444,7 @@
*/
   protected DirContext webappResources = null;
   
  +
   
   // - Context 
Properties
   
  @@ -447,6 +465,55 @@
   }
   
   
  +
  +/**
  + * Set case sensitivity.
  + */
  +public void setCaseSensitive(boolean caseSensitive) {
  +this.caseSensitive = caseSensitive;
  +}
  +
  +
  +/**
  + * Is case sensitive ?
  + */
  +public boolean isCaseSensitive() {
  +return caseSensitive;
  +}
  +
  +
  +/**
  + * Set allow linking.
  + */
  +public void setAllowLinking(boolean allowLinking) {
  +this.allowLinking = allowLinking;
  +}
  +
  +
  +/**
  + * Is linking allowed.
  + */
  +public boolean isAllowLinking() {
  +return allowLinking;
  +}
  +
  +
  +/**
  + * Set cache TTL.
  + */
  +public void setCacheTTL(int cacheTTL) {
  +this.cacheTTL = cacheTTL;
  +}
  +
  +
  +/**
  + * Get cache TTL.
  + */
  +public int getCacheTTL() {
  +return cacheTTL;
  +}
  +
  +
   /**
* Returns true if the internal naming support is used.
*/
  @@ -3281,8 +3348,19 @@
   try {
   ProxyDirContext proxyDirContext = 
   new ProxyDirContext(env, webappResources);
  +if (webappResources instanceof FileDirContext) {
  +filesystemBased = true;
  +((FileDirContext) webappResources).setCaseSensitive
  +(isCaseSensitive());
  +((FileDirContext) webappResources).setAllowLinking
  +(isAllowLinking());
  +}
  +
   if (webappResources instanceof BaseDirContext) {
   ((BaseDirContext) webappResources).setDocBase(getBasePath());
  +((BaseDirContext) webappResources).setCached
  +(isCachingAllowed());
  +((BaseDirContext) 
webappResources).setCacheTTL(getCacheTTL());
   ((BaseDirContext) webappResources).allocate();
   }
   this.resources = proxyDirContext;
  
  
  
  1.83  +18 -4 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml
  
  Index: mbeans-descriptors.xml
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml,v
  retrieving revision 1.82
  retrieving revision 1.83
  diff -u -r1.82 -r1.83
  --- mbeans-descriptors.xml25 Jan 2004 23:07:16 -  1.82
  +++ mbeans-descriptors.xml19 Nov 2004 20:52:02 -  1.83
  @@ -2072,9 +2072,23 @@
   group=Context
type=org.apache.catalina.core.StandardContext
   
  -attribute   name=cookies
  -  description=Should we attempt to use cookies for session id
  -communication?
  +attribute   name=allowLinking
  +  description=Allow symlinking to outside the webapp root 
directory, if the webapp is an exploded directory
  +   is=true
  + type=boolean/
  +
  +attribute   

DO NOT REPLY [Bug 21818] - Tomcat forgets allowLinking=true setting when reloading web applications

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21818.
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=21818


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2004-11-19 21:55 ---
This has now been fixed in CVS HEAD. As Yoav noted it has been fixed in 5.x 
for some time.

Please note that whilst I have every intention of releasing a 4.1.32 at some 
point, there are no firm plans present and I don't see it happening until the 
New Year at the earliest.

-- 
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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java StandardManager.java StandardSession.java

[Jean-Francois Arcand]

Remy Maucherat wrote:
Jean-Francois Arcand wrote:
It's not useless. Normal permissions are still turned on. It's only 
the package protection that is disabled. When disabled, Tomcat 5 is as 
unsecure as Tomcat 4 in term of sniffing/loading classes, but still 
secure in term of browsing the file system etc.

Possibly. But I don't know what you can do with access to the Tomcat 
internals, and hacking the container is a bad security problem IMO. I 
don't see how you could want half assed security. Oh wait, there's 
Window$, so I guess there are takers ;)
LOL
BTW, Tomcat 4 did package protection.
Yes. I was meaning the improvement we did 2 years ago that ends up 
adding all thoses doPrivileged blocks as well as the catalina.properties 
list.

-- Jeanfrancois

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]

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common ChannelSocket.java ChannelUn.java

[billbarker]

billbarker2004/11/19 18:39:34

  Modified:jk/java/org/apache/jk/common ChannelSocket.java
ChannelUn.java
  Log:
  It seems that the 1.5 JVM is less tolarant of 'null' ONames.
  
  Reported By: Allistair Crossley [EMAIL PROTECTED]
  
  Revision  ChangesPath
  1.49  +3 -1  
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelSocket.java
  
  Index: ChannelSocket.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelSocket.java,v
  retrieving revision 1.48
  retrieving revision 1.49
  diff -u -r1.48 -r1.49
  --- ChannelSocket.java17 Sep 2004 04:08:53 -  1.48
  +++ ChannelSocket.java20 Nov 2004 02:39:34 -  1.49
  @@ -703,7 +703,9 @@
   Request req = (Request)ep.getRequest();
   if( req != null ) {
   ObjectName roname = 
(ObjectName)ep.getNote(JMXRequestNote);
  -Registry.getRegistry().unregisterComponent(roname);
  +if( roname != null ) {
  +Registry.getRegistry().unregisterComponent(roname);
  +}
   req.getRequestProcessor().setGlobalProcessor(null);
   }
   } catch( Exception ee) {
  
  
  
  1.29  +3 -1  
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelUn.java
  
  Index: ChannelUn.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelUn.java,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- ChannelUn.java31 May 2004 04:48:54 -  1.28
  +++ ChannelUn.java20 Nov 2004 02:39:34 -  1.29
  @@ -312,7 +312,9 @@
   Request req = (Request)ep.getRequest();
   if( req != null ) {
   ObjectName roname = 
(ObjectName)ep.getNote(JMXRequestNote);
  -Registry.getRegistry().unregisterComponent(roname);
  +if( roname != null ) {
  +Registry.getRegistry().unregisterComponent(roname);
  +}
   req.getRequestProcessor().setGlobalProcessor(null);
   }
   } catch( Exception ee) {
  
  
  

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

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

[billbarker]

billbarker2004/11/19 19:04:28

  Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
  Log:
  If we are in the error state, we aren't going to keep-alive.  So don't lie to 
the UA that we are.
  
  Fix for Bug #32292
  
  Revision  ChangesPath
  1.113 +1 -1  
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java
  
  Index: Http11Processor.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v
  retrieving revision 1.112
  retrieving revision 1.113
  diff -u -r1.112 -r1.113
  --- Http11Processor.java  1 Oct 2004 23:36:15 -   1.112
  +++ Http11Processor.java  20 Nov 2004 03:04:28 -  1.113
  @@ -1542,7 +1542,7 @@
   keepAlive = keepAlive  !statusDropsConnection(statusCode);
   if (!keepAlive) {
   
headers.addValue(Constants.CONNECTION).setString(Constants.CLOSE);
  -} else if (!http11) {
  +} else if (!http11  !error) {
   
headers.addValue(Constants.CONNECTION).setString(Constants.KEEPALIVE);
   }
   
  
  
  

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

[GUMP@brutus]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) success

[Stefan Bodewig]

To whom it may satisfy...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-4.0 *no longer* has an issue.
The current state of this project is 'Success'.

Full details are available at:

http://brutus.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Output [naming-resources.jar] identifier set to output basename: 
[naming-resources]
 -DEBUG- Output [servlets-default.jar] identifier set to output basename: 
[servlets-default]
 -DEBUG- Output [naming-common.jar] identifier set to output basename: 
[naming-common]
 -DEBUG- Output [catalina.jar] identifier set to output basename: [catalina]
 -DEBUG- Output [bootstrap.jar] identifier set to output basename: [bootstrap]
 -DEBUG- Output [servlets-common.jar] identifier set to output basename: 
[servlets-common]
 -DEBUG- Output [servlets-invoker.jar] identifier set to output basename: 
[servlets-invoker]
 -DEBUG- Dependency on javamail exists, no need to add for property mail.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.jar.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.jar.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
xerces.jar.
 -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 -DEBUG- Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.home.
 -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar.
 -DEBUG- Dependency on jndi exists, no need to add for property jndi.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.jar.
 -DEBUG- Dependency on javamail exists, no need to add for property mail.home.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.home.
 -INFO- No license on redistributable project with outputs.



The following work was performed:
http://brutus.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/gump_work/build_jakarta-tomcat-4.0_jakarta-tomcat-4.0.html
Work Name: build_jakarta-tomcat-4.0_jakarta-tomcat-4.0 (Type: Build)
Work ended in a state of : Success
Elapsed: 51 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main 
-Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar 
-Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar 
-Djmx.home=/usr/local/gump/packages/jmx-1_2-ri 
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar 
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-19112004.jar
 -Dmail.home=/usr/local/gump/packages/javamail-1.3.2 
-Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar
 -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 
-Dxerces.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
 
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-19112004.jar
 -Dldap.jar=/usr/local/gump/packages/ldap-1_2_4/lib/ldap.jar 
-Djsse.home=/usr/local/gump/packages/jsse1.0.3 
-Dtomcat-coyote.jar=/usr/local/gump/public/workspace/jakarta-tomcat-connectors/coyote/build/lib/tomcat-coyote.jar
 -Dmail.jar=/usr/local/gump/packages/javamail-1.3.2/mail.jar 
-Dcommons-digester.jar=/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar
 -Djndi.jar=/usr/local/gump/packages/jndi1_2_1/lib/jndi.jar 
-Djmxtools.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxtools.jar 
-Dactivation.home=/usr/local/gump/packages/jaf-1.0.1 
-Dregexp.home=/usr/local/gump/public/workspace/jakarta-regexp/build