date:20031111

cvs commit: jakarta-tomcat-connectors/jk/support jk_exec.m4

2003-11-11 Thread jfclere

jfclere 2003/11/11 00:10:20

  Modified:jk/support jk_exec.m4
  Log:
  remove msdos \r.
  Submitted by: Kurt Miller.
  
  Revision  ChangesPath
  1.3   +130 -130  jakarta-tomcat-connectors/jk/support/jk_exec.m4
  
  Index: jk_exec.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/support/jk_exec.m4,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- jk_exec.m410 Nov 2003 11:05:33 -  1.2
  +++ jk_exec.m411 Nov 2003 08:10:20 -  1.3
  @@ -1,130 +1,130 @@
  -dnl  =
  -dnl
  -dnl  The Apache Software License,  Version 1.1
  -dnl
  -dnl   Copyright (c) 1999-2003 The Apache Software Foundation.
  -dnlAll rights reserved.
  -dnl
  -dnl  =
  -dnl
  -dnl  Redistribution and use in source and binary forms,  with or without modi-
  -dnl  fication, are permitted provided that the following conditions are met:
  -dnl
  -dnl  1. Redistributions of source code  must retain the above copyright notice
  -dnl notice, this list of conditions and the following disclaimer.
  -dnl
  -dnl  2. Redistributions  in binary  form  must  reproduce the  above copyright
  -dnl notice,  this list of conditions  and the following  disclaimer in the
  -dnl documentation and/or other materials provided with the distribution.
  -dnl
  -dnl  3. The end-user documentation  included with the redistribution,  if any,
  -dnl must include the following acknowlegement:
  -dnl
  -dnl"This product includes  software developed  by the Apache  Software
  -dnl Foundation ."
  -dnl
  -dnl Alternately, this acknowlegement may appear in the software itself, if
  -dnl and wherever such third-party acknowlegements normally appear.
  -dnl
  -dnl  4. The names "The Jakarta Project",  "Apache WebApp Module",  and "Apache
  -dnl Software Foundation"  must not be used to endorse or promote  products
  -dnl derived  from this  software  without  prior  written  permission. For
  -dnl written permission, please contact <[EMAIL PROTECTED]>.
  -dnl
  -dnl  5. Products derived from this software may not be called "Apache" nor may
  -dnl "Apache" appear in their names without prior written permission of the
  -dnl Apache Software Foundation.
  -dnl
  -dnl  THIS SOFTWARE IS PROVIDED "AS IS" AND ANY EXPRESSED OR IMPLIED WARRANTIES
  -dnl  INCLUDING, BUT NOT LIMITED TO,  THE IMPLIED WARRANTIES OF MERCHANTABILITY
  -dnl  AND FITNESS FOR  A PARTICULAR PURPOSE  ARE DISCLAIMED.  IN NO EVENT SHALL
  -dnl  THE APACHE  SOFTWARE  FOUNDATION OR  ITS CONTRIBUTORS  BE LIABLE  FOR ANY
  -dnl  DIRECT,  INDIRECT,   INCIDENTAL,  SPECIAL,  EXEMPLARY,  OR  CONSEQUENTIAL
  -dnl  DAMAGES (INCLUDING,  BUT NOT LIMITED TO,  PROCUREMENT OF SUBSTITUTE GOODS
  -dnl  OR SERVICES;  LOSS OF USE,  DATA,  OR PROFITS;  OR BUSINESS INTERRUPTION)
  -dnl  HOWEVER CAUSED AND  ON ANY  THEORY  OF  LIABILITY,  WHETHER IN  CONTRACT,
  -dnl  STRICT LIABILITY, OR TORT  (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
  -dnl  ANY  WAY  OUT OF  THE  USE OF  THIS  SOFTWARE,  EVEN  IF  ADVISED  OF THE
  -dnl  POSSIBILITY OF SUCH DAMAGE.
  -dnl
  -dnl  =
  -dnl
  -dnl  This software  consists of voluntary  contributions made  by many indivi-
  -dnl  duals on behalf of the  Apache Software Foundation.  For more information
  -dnl  on the Apache Software Foundation, please see .
  -dnl
  -dnl  =
  -
  -dnl --
  -dnl
  -dnl Inspired by Pier works on webapp m4 macros :)
  -dnl
  -dnl Version $Id$
  -dnl --
  -
  -dnl --
  -dnl JK_EXEC
  -dnl   Execute a program filtering its output (pretty printing).
  -dnl
  -dnl   Parameters:
  -dnl $1 => name of the variable containing the return value (error code).
  -dnl $2 => name of the binary/script to invoke
  -dnl $3 => message used for pretty printing output
  -dnl $4 => the directory where the command must be executed
  -dnl --
  -AC_DEFUN(
  -  [JK_EXEC],
  -  [
  -jk_exec_curdir="`pwd`"
  -if test -d "$4" ; then
  -  cd "$4"
  -else
  -  AC_MSG_ERROR([can't switch to directory $4])
  -fi
  -
  -echo "  invoking \"$2\""
  -echo "  in directory \"$4\""
  -echo "-1" > retvalue.tmp
  -
  -set $2
  -jk_exec_file=[$]1
  -if test ! -x "${jk_exec_file

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache13 mod_jk2.c Makefile.in

2003-11-11 Thread jean-frederic clere

Kurt Miller wrote:
Thanks for committing the changes. I'm still having a problem with
jk_exec.m4. After a clean checkout using CVS each line has a ^M at the end.
It causes the configure script to crash with:
./configure[2977]: syntax error: `fi' unexpected
Fixed thanks.

Here is what the file looks like in vi:

dnl
^M
dnl^M
dnl  The Apache Software License,  Version 1.1^M
dnl^M
dnl   Copyright (c) 1999-2003 The Apache Software Foundation.^M
dnlAll rights reserved.^M
dnl^M
dnl
^M
dnl^M
dnl  Redistribution and use in source and binary forms,  with or without
modi-^M
dnl  fication, are permitted provided that the following conditions are
met:^M
dnl^M
dnl  1. Redistributions of source code  must retain the above copyright
notice^M
dnl notice, this list of conditions and the following disclaimer.^M
dnl^M
dnl  2. Redistributions  in binary  form  must  reproduce the  above
copyright^M
dnl notice,  this list of conditions  and the following  disclaimer in
the^M
dnl documentation and/or other materials provided with the
distribution.^M
dnl^M
dnl  3. The end-user documentation  included with the redistribution,  if
any,^M
dnl must include the following acknowlegement:^M
dnl^M
dnl"This product includes  software developed  by the Apache
Software^M
dnl Foundation ."^M
dnl^M
dnl Alternately, this acknowlegement may appear in the software itself,
if^M
dnl and wherever such third-party acknowlegements normally appear.^M
dnl^M
dnl  4. The names "The Jakarta Project",  "Apache WebApp Module",  and
"Apache^M
dnl Software Foundation"  must not be used to endorse or promote
products^M
dnl derived  from this  software  without  prior  written  permission.
For^M
dnl written permission, please contact <[EMAIL PROTECTED]>.^M
dnl^M
dnl  5. Products derived from this software may not be called "Apache" nor
may^M
dnl "Apache" appear in their names without prior written permission of
the^M
dnl Apache Software Foundation.^M
dnl^M
dnl  THIS SOFTWARE IS PROVIDED "AS IS" AND ANY EXPRESSED OR IMPLIED
WARRANTIES^M
dnl  INCLUDING, BUT NOT LIMITED TO,  THE IMPLIED WARRANTIES OF
MERCHANTABILITY^M
dnl  AND FITNESS FOR  A PARTICULAR PURPOSE  ARE DISCLAIMED.  IN NO EVENT
SHALL^M
dnl  THE APACHE  SOFTWARE  FOUNDATION OR  ITS CONTRIBUTORS  BE LIABLE  FOR
ANY^M
dnl  DIRECT,  INDIRECT,   INCIDENTAL,  SPECIAL,  EXEMPLARY,  OR
CONSEQUENTIAL^M
dnl  DAMAGES (INCLUDING,  BUT NOT LIMITED TO,  PROCUREMENT OF SUBSTITUTE
GOODS^M
dnl  OR SERVICES;  LOSS OF USE,  DATA,  OR PROFITS;  OR BUSINESS
INTERRUPTION)^M
dnl  HOWEVER CAUSED AND  ON ANY  THEORY  OF  LIABILITY,  WHETHER IN
CONTRACT,^M
dnl  STRICT LIABILITY, OR TORT  (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING
IN^M
dnl  ANY  WAY  OUT OF  THE  USE OF  THIS  SOFTWARE,  EVEN  IF  ADVISED  OF
THE^M
dnl  POSSIBILITY OF SUCH DAMAGE.^M
dnl^M
dnl
=^M
dnl^M
dnl  This software  consists of voluntary  contributions made  by many
indivi-^M
dnl  duals on behalf of the  Apache Software Foundation.  For more
information^M
dnl  on the Apache Software Foundation, please see
.^M
dnl^M
dnl
=^M
^M
dnl 
--^M
dnl^M
dnl Inspired by Pier works on webapp m4 macros :)^M
dnl^M
dnl Version $Id:$^M
dnl 
--^M
^M
dnl 
--^M
dnl JK_EXEC^M
dnl   Execute a program filtering its output (pretty printing).^M
dnl^M
dnl   Parameters:^M
dnl $1 => name of the variable containing the return value (error
code).^M
dnl $2 => name of the binary/script to invoke^M
dnl $3 => message used for pretty printing output^M
dnl $4 => the directory where the command must be executed^M
dnl 
--^M
AC_DEFUN(^M
  [JK_EXEC],^M
  [^M
jk_exec_curdir="`pwd`"^M
if test -d "$4" ; then^M
  cd "$4"^M
else^M
  AC_MSG_ERROR([can't switch to directory $4])^M
fi^M
^M
echo "  invoking \"$2\""^M
echo "  in directory \"$4\""^M
echo "-1" > retvalue.tmp^M
^M
set $2^M
jk_exec_file=[$]1^M
if test ! -x "${jk_exec_file}" ; then^M
  cd "${jk_exec_curdir}"^M
  AC_MSG_ERROR([cannot find or execute \"${jk_exec_file}\" in \"$4\"])^M
  exit 1^M
fi^M
unset jk_exec_file^M
^M
{^M
  $2^M
  echo "\njk_exec_retvalue $?"^M
} | {^M
  jk_exec_ret=0^M
  while true ; do^M
read jk_exec_first jk_exec_line^M
if test ! "$?" -eq "0" ; then^M
  break^M

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

2003-11-11 Thread jfclere

jfclere 2003/11/11 01:13:29

  Modified:webapps/docs project.xml
  Log:
  Arrange link to mod_jk documentation.
  
  Revision  ChangesPath
  1.17  +1 -1  jakarta-tomcat-catalina/webapps/docs/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/project.xml,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- project.xml   15 Oct 2003 01:57:59 -  1.16
  +++ project.xml   11 Nov 2003 09:13:29 -  1.17
  @@ -43,7 +43,7 @@
   
   
   http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/doc/"/>
  +  
href="http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html"/>
   
   
   
  
  
  

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

cvs commit: jakarta-tomcat-5 build.properties.default build.xml

2003-11-11 Thread jfclere

jfclere 2003/11/11 02:59:26

  Modified:.build.properties.default build.xml
  Log:
  Arrange build.properties.sample and build.xml to use the released daemon.
  Arrange the location to use base-jakarta.loc like in 4.x.
  
  Revision  ChangesPath
  1.112 +21 -19jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.111
  retrieving revision 1.112
  diff -u -r1.111 -r1.112
  --- build.properties.default  6 Nov 2003 10:57:51 -   1.111
  +++ build.properties.default  11 Nov 2003 10:59:26 -  1.112
  @@ -39,6 +39,9 @@
   #base.path=../repository
   #base.path=/usr/local
   
  +# - Jakarta files base location -
  +base-jakarta.loc=http://archive.apache.org/dist/jakarta/
  +
   # --
   #REQUIRED LIBRARIES
   # --
  @@ -48,14 +51,14 @@
   commons-beanutils.home=${base.path}/commons-beanutils-1.6.1
   commons-beanutils.lib=${commons-beanutils.home}
   commons-beanutils.jar=${commons-beanutils.lib}/commons-beanutils.jar
  
-commons-beanutils.loc=http://archive.apache.org/dist/jakarta/commons/beanutils/binaries/commons-beanutils-1.6.1.tar.gz
  
+commons-beanutils.loc=${base-jakarta.loc}/commons/beanutils/binaries/commons-beanutils-1.6.1.tar.gz
   
   
   # - Commons Collections, version 2.0 or later -
   commons-collections.home=${base.path}/commons-collections-2.1
   commons-collections.lib=${commons-collections.home}
   commons-collections.jar=${commons-collections.lib}/commons-collections.jar
  
-commons-collections.loc=http://archive.apache.org/dist/jakarta/commons/collections/binaries/collections-2.1.tar.gz
  
+commons-collections.loc=${base-jakarta.loc}/commons/collections/binaries/collections-2.1.tar.gz
   
   
   # - Commons Launcher, version 0.9 or later -
  @@ -64,15 +67,14 @@
   commons-launcher.bin=${commons-launcher.home}/bin
   commons-launcher.jar=${commons-launcher.bin}/commons-launcher.jar
   commons-launcher.bootstrap.class=${commons-launcher.bin}/LauncherBootstrap.class
  
-commons-launcher.loc=http://archive.apache.org/dist/jakarta/commons/launcher/binaries/launcher-0.9.tar.gz
  
+commons-launcher.loc=${base-jakarta.loc}/commons/launcher/binaries/launcher-0.9.tar.gz
   
   
  -# - Commons Daemon -
  -commons-daemon.home=${base.path}/commons-daemon
  +# - Commons Daemon, version 1.0-Alpha or later -
  +commons-daemon.home=${base.path}/commons-daemon-1.0-Alpha
   commons-daemon.lib=${commons-daemon.home}
   commons-daemon.jar=${commons-daemon.lib}/commons-daemon.jar
  -commons-daemon.loc=jakarta-commons/daemon
  -commons-daemon.cvs.loc=jakarta-commons/daemon
  
+commons-daemon.loc=${base-jakarta.loc}/commons/daemon/binaries/commons-daemon-1.0-Alpha.tar.gz
   commons-daemon.jsvc.tar.gz=${commons-daemon.lib}/bin/jsvc.tar.gz
   
   
  @@ -80,14 +82,14 @@
   commons-digester.home=${base.path}/commons-digester-1.5
   commons-digester.lib=${commons-digester.home}
   commons-digester.jar=${commons-digester.lib}/commons-digester.jar
  
-commons-digester.loc=http://archive.apache.org/dist/jakarta/commons/digester/binaries/commons-digester-1.5.tar.gz
  
+commons-digester.loc=${base-jakarta.loc}/commons/digester/binaries/commons-digester-1.5.tar.gz
   
   
   # - Commons Expression Language (EL), version 1.0 or later -
   commons-el.home=${base.path}/commons-el-1.0
   commons-el.lib=${commons-el.home}
   commons-el.jar=${commons-el.lib}/commons-el.jar
  
-commons-el.loc=http://archive.apache.org/dist/jakarta/commons/el/binaries/commons-el-1.0.tar.gz
  +commons-el.loc=${base-jakarta.loc}/commons/el/binaries/commons-el-1.0.tar.gz
   
   
   # - Commons Logging, version 1.0.1 or later -
  @@ -95,7 +97,7 @@
   commons-logging.lib=${commons-logging.home}
   commons-logging-api.jar=${commons-logging.lib}/commons-logging-api.jar
   commons-logging.jar=${commons-logging.lib}/commons-logging.jar
  
-commons-logging.loc=http://archive.apache.org/dist/jakarta/commons/logging/binaries/commons-logging-1.0.3.tar.gz
  
+commons-logging.loc=${base-jakarta.loc}/commons/logging/binaries/commons-logging-1.0.3.tar.gz
   
   
   # - Commons Modeler, version 1.1 or later -
  @@ -103,7 +105,7 @@
   #commons-modeler.lib=${commons-modeler.home}
   commons-modeler.lib=${commons-modeler.home}
   commons-modeler.jar=${commons-modeler.lib}/commons-modeler.jar
  
-commons-modeler.loc=http://archive.apache.org/dist/jakarta/commons/modeler/binaries/modeler-1.1.tar.gz
  +commons-modeler.loc=${base-jakarta.loc}/commons/modeler/binaries/modeler-1.1.tar.gz
   
   
   # - Java Naming and Directory Interface (JNDI), version 1.2 or later -
  @@ -119,7 +121,7 @@
   regexp.home=${base.path}/jakarta-regexp-1.3
   regexp.lib=${regexp.home}
   regexp

PB when build TC5 from cvs

2003-11-11 Thread jean-frederic clere

Hi,

I have the following error:
+++
build-webapps-precompile:
  [jasper2] 11-Nov-2003 12:09:04 org.apache.jasper.JspC processFile
  [jasper2] SEVERE: ERROR-the file '/jsp2/tagfiles/products.jsp' generated the 
following general exception:
  [jasper2] org.apache.jasper.JasperException: Unable to initialize 
TldLocationsCache: XML parsing error on file /WEB-INF/jsp/debug-taglib.tld: 
(line 307, col 39)
  [jasper2] at 
org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:210)
  [jasper2] at 
org.apache.jasper.compiler.TldLocationsCache.getLocation(TldLocationsCache.java:181)
+++

Any hints?

Cheers

Jean-Frederic

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

Re: PB when build TC5 from cvs

2003-11-11 Thread Remy Maucherat

jean-frederic clere wrote:
Hi,

I have the following error:
+++
build-webapps-precompile:
  [jasper2] 11-Nov-2003 12:09:04 org.apache.jasper.JspC processFile
  [jasper2] SEVERE: ERROR-the file '/jsp2/tagfiles/products.jsp' 
generated the following general exception:
  [jasper2] org.apache.jasper.JasperException: Unable to initialize 
TldLocationsCache: XML parsing error on file 
/WEB-INF/jsp/debug-taglib.tld: (line 307, col 39)
  [jasper2] at 
org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:210) 

  [jasper2] at 
org.apache.jasper.compiler.TldLocationsCache.getLocation(TldLocationsCache.java:181) 

+++

Any hints?
I did upgrade from CVS, and it works for me (on Windows, with the 
1.4.2_02 JDK).

The products example did get compiled correctly, and runs OK (precompiled).
Maybe it's a Unix problem ?
Remy



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

Re: PB when build TC5 from cvs

2003-11-11 Thread jean-frederic clere

Remy Maucherat wrote:
jean-frederic clere wrote:

Hi,

I have the following error:
+++
build-webapps-precompile:
  [jasper2] 11-Nov-2003 12:09:04 org.apache.jasper.JspC processFile
  [jasper2] SEVERE: ERROR-the file '/jsp2/tagfiles/products.jsp' 
generated the following general exception:
  [jasper2] org.apache.jasper.JasperException: Unable to initialize 
TldLocationsCache: XML parsing error on file 
/WEB-INF/jsp/debug-taglib.tld: (line 307, col 39)
  [jasper2] at 
org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:210) 

  [jasper2] at 
org.apache.jasper.compiler.TldLocationsCache.getLocation(TldLocationsCache.java:181) 

+++

Any hints?


I did upgrade from CVS, and it works for me (on Windows, with the 
1.4.2_02 JDK).

The products example did get compiled correctly, and runs OK (precompiled).
Maybe it's a Unix problem ?
I have removed all sources and check out them (again) from cvs, now it builds Ok.

Remy



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

[5.0] content-type and charset issues

2003-11-11 Thread Remy Maucherat

Hi,

Tomcat 5.0 always adds a charset=ISO-8859-1 to the content type. While 
this is I think relatively legal, it is rather risky (it causes problems 
with some clients, as I've read on tomcat-user), and very dubious when 
dealing with non text data.

Example:
GET /tomcat.gif HTTP/1.0
User-Agent: ApacheBench/1.3d
Host: 127.0.0.1
Accept: */*
HTTP/1.1 200 OK
ETag: W/"1934-1068549702000"
Last-Modified: Tue, 11 Nov 2003 11:21:42 GMT
Content-Type: image/gif;charset=ISO-8859-1
Content-Length: 1934
Date: Tue, 11 Nov 2003 14:59:56 GMT
Server: Apache-Coyote/1.1
Connection: close
(lol)

Maybe Jan's changes to charset handling caused that.
If charset is not explicitely added, I think it should not be added to 
content-type either.

Other than that, 5.0.14 looks quite good :)

Rémy

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

[VOTE] Kurt Miller as commiter

2003-11-11 Thread Henri Gomez

Hi to all,

I would like to propose you a new tomcat commiter, Kurt Miller
which as proposed many usefull patches for JK2.
Since we want to deprecated jk and focus jk2, we need
more people involved on jk2.
Vote please.



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

Re: [VOTE] Kurt Miller as commiter

2003-11-11 Thread Tim Funk

+1 (Yeah .. more jk2 committers!)

-Tim

Henri Gomez wrote:

Hi to all,

I would like to propose you a new tomcat commiter, Kurt Miller
which as proposed many usefull patches for JK2.
Since we want to deprecated jk and focus jk2, we need
more people involved on jk2.
Vote please.



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

RE: [VOTE] Kurt Miller as commiter

2003-11-11 Thread Shapira, Yoav

Howdy,
Sure... +1.

Yoav Shapira
Millennium ChemInformatics

>-Original Message-
>From: Tim Funk [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, November 11, 2003 10:29 AM
>To: Tomcat Developers List
>Subject: Re: [VOTE] Kurt Miller as commiter
>
>+1 (Yeah .. more jk2 committers!)
>
>-Tim
>
>Henri Gomez wrote:
>
>> Hi to all,
>>
>> I would like to propose you a new tomcat commiter, Kurt Miller
>> which as proposed many usefull patches for JK2.
>>
>> Since we want to deprecated jk and focus jk2, we need
>> more people involved on jk2.
>>
>> Vote please.
>>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]

This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.

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

tomcat session sharing problem

2003-11-11 Thread csere matyas

hi

a couple days ago there was a thread about this issue.
we have the same problem here (eg: 2 logged in users randomly switch/mixup
sessions).
we've tryed it with tc 4.0.6, 4.1.24, 4.1.29, and 5.0.14, and the results
were the same.

any updates on resolving the problem?

thanks in advance,
wd



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

Re: [VOTE] Kurt Miller as commiter

2003-11-11 Thread Glenn Nielsen

+1, Glad to have you aboard.

Henri Gomez wrote:
Hi to all,

I would like to propose you a new tomcat commiter, Kurt Miller
which as proposed many usefull patches for JK2.
Since we want to deprecated jk and focus jk2, we need
more people involved on jk2.
Vote please.



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


--
--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Why is mod_jk distributed both as 2.0.2 and 2.0.4?

2003-11-11 Thread Kurt Miller

From: "Palle Girgensohn" <[EMAIL PROTECTED]>
> Hi!
>
> How come this confusion about the latest version of mod_jk2? With the
> jakarta-tomcat-connectors-4.1.2X, a mod_jk2 version 2.0.4 is distributed.
> With
>
http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/source/jakarta-tom
> cat-connectors-jk2-src-current.tar.gz, the version is 2.0.2. Which one is
> really current? Why this confusion?
>

As I understand it, the stable versions of the connector source are released
under the following directories:

mod_jk (currently 1.2.5):
jakarta/tomcat-connectors/jk/source/

mod_jk2 (currently 2.0.2):
jakarta/tomcat-connectors/jk2/source/

There are two parts to the connectors; the web server side (c) and the
tomcat side (java). I took a quick look at the current FreeBSD jk & jk2
makefiles and they only make the apache portion. Assuming your ports are
tracking stable then they should be using the above source directories.

The FreeBSD jk2 port makefile has some problems. It is pointing to the jk
source dist file and building in the wrong wrksrc dir. Try these instead:

DISTNAME=jakarta-tomcat-connectors-jk2-${PORTVERSION}-src
WRKSRC=${WRKDIR}/jakarta-tomcat-connectors-jk2-${PORTVERSION}-src/jk/native2

For the java side, when tomcat is built it pulls from jtc HEAD. I'm not sure
why this is. Maybe someone else could elaborate on this?

-Kurt


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

RE: [VOTE] Kurt Miller as commiter

2003-11-11 Thread Mladen Turk

+1

MT. 

-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED] 
Sent: 11. studeni 2003 16:27
To: Tomcat Developers List
Subject: [VOTE] Kurt Miller as commiter

Hi to all,

I would like to propose you a new tomcat commiter, Kurt Miller which as
proposed many usefull patches for JK2.

Since we want to deprecated jk and focus jk2, we need more people involved
on jk2.

Vote please.

-
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: [VOTE] Kurt Miller as commiter

2003-11-11 Thread Remy Maucherat

Henri Gomez wrote:
Hi to all,

I would like to propose you a new tomcat commiter, Kurt Miller
which as proposed many usefull patches for JK2.
Since we want to deprecated jk and focus jk2, we need
more people involved on jk2.
Vote please.
+1

Rémy



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

Re: Why is mod_jk distributed both as 2.0.2 and 2.0.4?

2003-11-11 Thread Kyle VanderBeek

On Tue, Nov 11, 2003 at 11:45:45AM -0500, Kurt Miller wrote:
> > How come this confusion about the latest version of mod_jk2? With the
> > jakarta-tomcat-connectors-4.1.2X, a mod_jk2 version 2.0.4 is distributed.
> > With
> 
> For the java side, when tomcat is built it pulls from jtc HEAD. I'm not sure
> why this is. Maybe someone else could elaborate on this?

I noticed this too.  I tried to build jk2 from 
jakarta-tomcat-connectors-4.1.29-src.tar.gz and it really didn't work.  
Several mappings from workers2.properties were broken.  The version 
string in jk_globals.h is "2.0.3".

Can we get a status update on the state of the world with regards to 
jk/jk2?  Is CVS approaching stable?  What is left to do?  And, more 
importantly, what version currently released should we point users to?

-- 
[EMAIL PROTECTED]
  Some people have a way with words, while others... erm... thingy.

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

Re: [VOTE] Kurt Miller as commiter

2003-11-11 Thread Jean-Francois Arcand

+1

-- Jeanfrancois

Henri Gomez wrote:

Hi to all,

I would like to propose you a new tomcat commiter, Kurt Miller
which as proposed many usefull patches for JK2.
Since we want to deprecated jk and focus jk2, we need
more people involved on jk2.
Vote please.



-
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: Why is mod_jk distributed both as 2.0.2 and 2.0.4?

2003-11-11 Thread Glenn Nielsen

Perhaps the mod_jk connector should not be released with Tomcat 4/5 since it
has its own release cycle and we are already doing separate releases of
these.
Regards,

Glenn

Kyle VanderBeek wrote:
On Tue, Nov 11, 2003 at 11:45:45AM -0500, Kurt Miller wrote:

How come this confusion about the latest version of mod_jk2? With the
jakarta-tomcat-connectors-4.1.2X, a mod_jk2 version 2.0.4 is distributed.
With
For the java side, when tomcat is built it pulls from jtc HEAD. I'm not sure
why this is. Maybe someone else could elaborate on this?


I noticed this too.  I tried to build jk2 from 
jakarta-tomcat-connectors-4.1.29-src.tar.gz and it really didn't work.  
Several mappings from workers2.properties were broken.  The version 
string in jk_globals.h is "2.0.3".

Can we get a status update on the state of the world with regards to 
jk/jk2?  Is CVS approaching stable?  What is left to do?  And, more 
importantly, what version currently released should we point users to?



--
--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24563] - Problem with SSL authentication

2003-11-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24563

Problem with SSL authentication





--- Additional Comments From [EMAIL PROTECTED]  2003-11-11 19:37 ---
I have this working using J2SE 1.3.1_02, JSSE 1.0.3_01, JBoss 3.2.1, Tomcat 
4.1.24, NT4 SP6a, MS Certificate Server, MS IE 6. The users were authenticated 
using a custom LoginModule (reasons explained below).

It took quite a bit of trial and error to get working because, as you are 
finding, the error messages are not always the most helpful.

I am going to assume that you can connect using https without authentication 
(ie https://localhost:8443/jmx-console works)

I am also going to assume that you have imported the certificate(s) of the 
server(s) that issued your tomcat and client certificates using a command(s) 
similar to:
keytool -import -alias CertServerName -file CertServerRootCert.cer -keystore 
c:\jdk1.3.1_02\jre\lib\security\cacerts -storepass changeit

To keep things simple, I tried to use the UsersRolesLoginModule. However, this 
module always refuses null passwords. Certificates don't have passwords - 
hence the problem. I created my own login module that extended 
UsersRolesLoginModule and overrode the function that checked the password so 
it always returned true.

The second problem was the user name to use in the user.properties and 
roles.properties files. Certificate authentication in standalone tomact uses 
the DN of the cert as the user name. Tomcat embedded in JBoss uses the 
certificate serial number appended to the DN of the cert issuer. Further the 
whitespace and equal signs in the DN must be escaped. This leads to 
users.properties of the form:
nnn\ CN\=certserver,\ OU\=unit,\ O\=org,\ L\=city,\ 
ST\=state,\ C\=UK=dummypassword

If you are still having difficulties I can provide you with more detail.

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

DO NOT REPLY [Bug 24176] - Header Encoding Problem

2003-11-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24176

Header Encoding Problem

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-11-11 19:52 ---
To quote remy:

There's nothing in any spec which states the encoding that must be used 
for headers. content-type specifies the entity body encoding only.

This is another in a long line of l18n issues that the specs need to address.

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

DO NOT REPLY [Bug 24163] - Tomcat installed as a Window NT service can lose "-path" parameter

2003-11-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24163

Tomcat installed as a Window NT service can lose "-path" parameter

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-11-11 20:12 ---
Tomcat.exe is actually JavaService a non-Apache OSS wrapper. This looks very 
much like a JavaService issue.

See bug22992 for some alternative options.

I am afraid this is a WONTFIX as the source is outside of our control.

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

DO NOT REPLY [Bug 24620] New: - Apache - Tomcat - mod_Jk 500 Internal Server Error

2003-11-11 Thread bugzilla


DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24620

Apache - Tomcat - mod_Jk 500 Internal Server Error


   Summary: Apache - Tomcat - mod_Jk 500 Internal Server Error
   Product: Tomcat 4
   Version: 4.1.29
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:JK/AJP (deprecated)
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have been tring to get the latest Apache to pass all requests to the latest
Tomcat via mod_Jk. I RTFM. I folllowed the instructions to the best of my
understanding. Once I get everything set up and start the servers and go to
http://localhost:8080/index.jsp and it shows the Tomcat main page. When I go to
http://localhost/index.jsp I get a 500 Internal Server Error.

Is there any way you could look at the rest of my post and suggest what I might
have done wrong???
Thanks,
Rick
Here is the what I get in /home/rick/DEVELOPMENT/TOOLS/SERVERS/CORP/logs/mod_jk.log
[Tue Nov 11 10:01:19 2003] [jk_uri_worker_map.c (486)]: Into
jk_uri_worker_map_t::map_uri_to_worker
[Tue Nov 11 10:01:19 2003] [jk_uri_worker_map.c (500)]: Attempting to map URI
'/index.jsp'
[Tue Nov 11 10:01:19 2003] [jk_uri_worker_map.c (524)]:
jk_uri_worker_map_t::map_uri_to_worker, Found a context match ajp13 -> /
[Tue Nov 11 10:01:19 2003] [mod_jk.c (1709)]: Into handler r->proxyreq=0
r->handler=jakarta-servlet r->notes=135942192 worker=ajp13
[Tue Nov 11 10:01:19 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name ajp13
[Tue Nov 11 10:01:19 2003] [jk_worker.c (136)]: wc_get_worker_for_name, done
found a worker
[Tue Nov 11 10:01:19 2003] [mod_jk.c (497)]: agsp=80 agsn=localhost
hostn=localhost shostn=localhost cbsport=0 sport=0
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (1546)]: Into jk_worker_t::get_endpoint
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (1208)]: Into jk_endpoint_t::service
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (295)]: Into ajp_marshal_into_msgb
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (463)]: ajp_marshal_into_msgb - Done
[Tue Nov 11 10:01:19 2003] [jk_connect.c (188)]: Into jk_open_socket
[Tue Nov 11 10:01:19 2003] [jk_connect.c (195)]: jk_open_socket, try to connect
socket = 10
[Tue Nov 11 10:01:19 2003] [jk_connect.c (204)]: jk_open_socket, after connect
ret = -1
[Tue Nov 11 10:01:19 2003] [jk_connect.c (233)]: jk_open_socket, connect()
failed errno = 101
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (676)]: Error connecting to tomcat.
Tomcat is probably not started or is listenning on the wrong port. Failed errno
= 101
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (955)]: Error connecting to the
Tomcat process.
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (1309)]: sending request to tomcat
failed in send loop. err=0
[Tue Nov 11 10:01:19 2003] [jk_connect.c (188)]: Into jk_open_socket
[Tue Nov 11 10:01:19 2003] [jk_connect.c (195)]: jk_open_socket, try to connect
socket = 10
[Tue Nov 11 10:01:19 2003] [jk_connect.c (204)]: jk_open_socket, after connect
ret = -1
[Tue Nov 11 10:01:19 2003] [jk_connect.c (233)]: jk_open_socket, connect()
failed errno = 101
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (676)]: Error connecting to tomcat.
Tomcat is probably not started or is listenning on the wrong port. Failed errno
= 101
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (955)]: Error connecting to the
Tomcat process.
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (1309)]: sending request to tomcat
failed in send loop. err=1
[Tue Nov 11 10:01:19 2003] [jk_connect.c (188)]: Into jk_open_socket
[Tue Nov 11 10:01:19 2003] [jk_connect.c (195)]: jk_open_socket, try to connect
socket = 10
[Tue Nov 11 10:01:19 2003] [jk_connect.c (204)]: jk_open_socket, after connect
ret = -1
[Tue Nov 11 10:01:19 2003] [jk_connect.c (233)]: jk_open_socket, connect()
failed errno = 101
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (676)]: Error connecting to tomcat.
Tomcat is probably not started or is listenning on the wrong port. Failed errno
= 101
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (955)]: Error connecting to the
Tomcat process.
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (1309)]: sending request to tomcat
failed in send loop. err=2
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (1318)]: Error connecting to tomcat.
Tomcat is probably not started or is listening on the wrong port. worker=ajp13
failed errno = 101
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (1529)]: Into jk_endpoint_t::done,
closing connection 0
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (605)]: In
jk_endpoint_t::ajp_close_endpoint

Here is what I did to install Apache, Tomcat, and mod_Jk
1. Installed Tomcat 4.1.29
2. Renamed folder from jakarta-tomca

DO NOT REPLY [Bug 24620] - Apache - Tomcat - mod_Jk 500 Internal Server Error

2003-11-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24620

Apache - Tomcat - mod_Jk 500 Internal Server Error

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID
Summary|Apache - Tomcat - mod_Jk 500|Apache - Tomcat - mod_Jk 500
   |Internal Server Error   |Internal Server Error



--- Additional Comments From [EMAIL PROTECTED]  2003-11-11 20:39 ---
Please use the tomcat user list to debug this config error.

>From the logs there is this: 
[Tue Nov 11 10:01:19 2003] [jk_ajp_common.c (676)]: Error connecting to tomcat.
Tomcat is probably not started or is listenning on the wrong port. Failed errno
= 101

Hint: see if tomcat has a connector listening for 8009, similar to this:



Please followup to tomcat-user list. Any future re-opens might be (rudely) closed.

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

DO NOT REPLY [Bug 24073] - hang/deadlock, possibly in FileLogger

2003-11-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24073

hang/deadlock, possibly in FileLogger





--- Additional Comments From [EMAIL PROTECTED]  2003-11-11 20:48 ---
Might be worth trying the IBM JDK. There have been some positive experiences 
(RH7 -Remy's comment in bug22151) and some negative (RH9 - 
http://marc.theaimsgroup.com/?l=tomcat-dev&m=106633448925371&w=2)

Another option to try would be to try a 1.3.x JDK.

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

Re: Why is mod_jk distributed both as 2.0.2 and 2.0.4?

2003-11-11 Thread Kurt Miller

From: "Glenn Nielsen" <[EMAIL PROTECTED]>
> Perhaps the mod_jk connector should not be released with Tomcat 4/5 since
it
> has its own release cycle and we are already doing separate releases of
> these.
>
> Regards,
>
> Glenn
>

Would this work...

When a stable version of mod_jk or mod_jk2 is released put the stable jar
files in the
jakarta/tomcat-connectors/jk(2)/binaries/ directories. Then have Tomcat 4/5
use the released stable jars instead of building them.

If this works, then it may also serve as a way for users to upgrade both the
native and the java side when a new jk/jk2 release is made.

-Kurt


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

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

2003-11-11 Thread remm

remm2003/11/11 12:56:56

  Modified:coyote/src/java/org/apache/coyote Response.java
  Log:
  - Don't add the charset if it's the default one.
  - BTW, the patch which caused that is bad ! getContentType gets always
called, and it generates a lot of GC ! This needs to be optimized further.
  
  Revision  ChangesPath
  1.30  +5 -3  
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.java
  
  Index: Response.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.java,v
  retrieving revision 1.29
  retrieving revision 1.30
  diff -u -r1.29 -r1.30
  --- Response.java 14 Oct 2003 19:21:25 -  1.29
  +++ Response.java 11 Nov 2003 20:56:56 -  1.30
  @@ -552,9 +552,11 @@
   
   String ret = contentType;
   
  -if (ret != null && characterEncoding != null) {
  -ret += ";charset=";
  -ret += characterEncoding;
  +if (ret != null 
  +&& characterEncoding != null
  +&& !(Constants.DEFAULT_CHARACTER_ENCODING.equals
  + (characterEncoding))) {
  +ret = ret + ";charset=" + characterEncoding;
   }
   
   return ret;
  
  
  

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

DO NOT REPLY [Bug 24073] - hang/deadlock, possibly in FileLogger

2003-11-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24073

hang/deadlock, possibly in FileLogger





--- Additional Comments From [EMAIL PROTECTED]  2003-11-11 20:59 ---
I actually went and tried the IBM kit.  It took a while, but it eventually
wedged in the same fashion.

My current suspect is actually NPTL, since we've tried an identical Tomcat/Java
setup on some RH7.x servers and had no issues, and the 1.4 variants I've tried
all try to use it.  That would seem to be the most glaring difference that would
be present as a result of the jump in environments.

I'm running a 4.1.27 with Sun's 1.4.2 and NPTL disabled, which you can
supposedly do by setting LD_ASSUME_KERNEL=2.4.1 in your environment before
invoking java.  Can't tell whether that's actually in effect, though it's been
solid for four days so far.

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

Re: [5.0] content-type and charset issues

2003-11-11 Thread Remy Maucherat

Remy Maucherat wrote:

Hi,

Tomcat 5.0 always adds a charset=ISO-8859-1 to the content type. While 
this is I think relatively legal, it is rather risky (it causes problems 
with some clients, as I've read on tomcat-user), and very dubious when 
dealing with non text data.

Example:
GET /tomcat.gif HTTP/1.0
User-Agent: ApacheBench/1.3d
Host: 127.0.0.1
Accept: */*
HTTP/1.1 200 OK
ETag: W/"1934-1068549702000"
Last-Modified: Tue, 11 Nov 2003 11:21:42 GMT
Content-Type: image/gif;charset=ISO-8859-1
Content-Length: 1934
Date: Tue, 11 Nov 2003 14:59:56 GMT
Server: Apache-Coyote/1.1
Connection: close
(lol)

Maybe Jan's changes to charset handling caused that.
If charset is not explicitely added, I think it should not be added to 
content-type either.

Other than that, 5.0.14 looks quite good :)
I have fixed it, but the patch which caused it is not very optimal, as 
it uses String concatenations. IMO, if the user sets the full String 
(including the charset) using setContentType, then we should probably 
use it rather than reconstruct it again.

I'll do a performance analysis to make sure there are no regressions 
(after all, similar problems could have been introduced).

Rémy



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

DO NOT REPLY [Bug 24073] - hang/deadlock, possibly in FileLogger

2003-11-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24073

hang/deadlock, possibly in FileLogger





--- Additional Comments From [EMAIL PROTECTED]  2003-11-11 21:12 ---
The problems with the posix threads is now a known issue, with the workaround
being what you describe.

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

Re: [5.0] content-type and charset issues

2003-11-11 Thread Bill Barker

- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 11, 2003 7:10 AM
Subject: [5.0] content-type and charset issues

> Hi,
>
> Tomcat 5.0 always adds a charset=ISO-8859-1 to the content type. While
> this is I think relatively legal, it is rather risky (it causes problems
> with some clients, as I've read on tomcat-user), and very dubious when
> dealing with non text data.
>
> Example:
> GET /tomcat.gif HTTP/1.0
> User-Agent: ApacheBench/1.3d
> Host: 127.0.0.1
> Accept: */*
>
> HTTP/1.1 200 OK
> ETag: W/"1934-1068549702000"
> Last-Modified: Tue, 11 Nov 2003 11:21:42 GMT
> Content-Type: image/gif;charset=ISO-8859-1
> Content-Length: 1934
> Date: Tue, 11 Nov 2003 14:59:56 GMT
> Server: Apache-Coyote/1.1
> Connection: close
>
> (lol)
>
> Maybe Jan's changes to charset handling caused that.
> If charset is not explicitely added, I think it should not be added to
> content-type either.
>

What about adding the charset only when contentType.startsWith("text")?  A
better choice would be when usingWriter is true, but that's not available
here.

Since Writer output is sent out as iso-latin-1 if the Servlet doen't set the
charset, I think that it would be better to add the charset to the header,
rather than trust that the browser's default encoding is compatible.

> Other than that, 5.0.14 looks quite good :)
>
> Rémy
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

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

DO NOT REPLY [Bug 24628] New: - Unable to use multiple JkAutoAlias directives

2003-11-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24628

Unable to use multiple JkAutoAlias directives

   Summary: Unable to use multiple JkAutoAlias directives
   Product: Tomcat 4
   Version: 4.1.27
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:JK/AJP (deprecated)
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


We are trying to use multiple JkAutoAlias directives to automatically create 
Aliases for more than one instance of Tomcat.  For example, we have two 
different instances of Tomcat supporting different sets of Web applications.  
There are also multiple workers - one per Tomcat.  We would like to be able to 
automatically alias all applications under both Tomcats.  I attempted to do 
that by listing multiple JkAutoAlias statements as in:

JkAutoAlias /data2/local/tomcat1/webapps
JkAutoAlias /data2/local/tomcat2/webapps 

While I get no errors, it appears that only the second statement (or last 
statement of a set) takes effect.  The earlier statements (for tomcat1 in 
example above) are ignored.  The behavior is consistently reproducible.

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

DO NOT REPLY [Bug 24073] - hang/deadlock, possibly in FileLogger

2003-11-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24073

hang/deadlock, possibly in FileLogger

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-11-11 22:31 ---
Closing this as this is not a tomcat issue.

-
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 PageDataImpl.java

2003-11-11 Thread luehe

luehe   2003/11/11 15:19:29

  Modified:jasper2/src/share/org/apache/jasper/compiler
PageDataImpl.java
  Log:
  Fixed Bugtraq 4952390 ('<' operator used in simple Math throws an error: When used 
with taglib)
  
  Revision  ChangesPath
  1.36  +4 -4  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/PageDataImpl.java
  
  Index: PageDataImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/PageDataImpl.java,v
  retrieving revision 1.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- PageDataImpl.java 26 Aug 2003 00:08:32 -  1.35
  +++ PageDataImpl.java 11 Nov 2003 23:19:29 -  1.36
  @@ -356,7 +356,7 @@
buf.append(jspId++).append("\">");
}
buf.append("${");
  - buf.append(n.getText());
  +buf.append(JspUtil.escapeXml(n.getText()));
buf.append("}");
if (!n.getRoot().isXmlSyntax()) {
buf.append(JSP_TEXT_ACTION_END);
  
  
  

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

Re: [VOTE] Kurt Miller as commiter

2003-11-11 Thread Mike Anderson

+1

He's done a great job moving this forward.

Mike Anderson

>>> [EMAIL PROTECTED] 11/11/2003 8:26:49 AM >>>
Hi to all,

I would like to propose you a new tomcat commiter, Kurt Miller
which as proposed many usefull patches for JK2.

Since we want to deprecated jk and focus jk2, we need
more people involved on jk2.

Vote please.



-
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/support jk_exec.m4

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache13 mod_jk2.c Makefile.in

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

cvs commit: jakarta-tomcat-5 build.properties.default build.xml

PB when build TC5 from cvs

Re: PB when build TC5 from cvs

Re: PB when build TC5 from cvs

[5.0] content-type and charset issues

[VOTE] Kurt Miller as commiter

Re: [VOTE] Kurt Miller as commiter

RE: [VOTE] Kurt Miller as commiter

tomcat session sharing problem

Re: [VOTE] Kurt Miller as commiter

Re: Why is mod_jk distributed both as 2.0.2 and 2.0.4?

RE: [VOTE] Kurt Miller as commiter

Re: [VOTE] Kurt Miller as commiter

Re: Why is mod_jk distributed both as 2.0.2 and 2.0.4?

Re: [VOTE] Kurt Miller as commiter

Re: Why is mod_jk distributed both as 2.0.2 and 2.0.4?

DO NOT REPLY [Bug 24563] - Problem with SSL authentication

DO NOT REPLY [Bug 24176] - Header Encoding Problem

DO NOT REPLY [Bug 24163] - Tomcat installed as a Window NT service can lose "-path" parameter

DO NOT REPLY [Bug 24620] New: - Apache - Tomcat - mod_Jk 500 Internal Server Error

DO NOT REPLY [Bug 24620] - Apache - Tomcat - mod_Jk 500 Internal Server Error

DO NOT REPLY [Bug 24073] - hang/deadlock, possibly in FileLogger

Re: Why is mod_jk distributed both as 2.0.2 and 2.0.4?

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

DO NOT REPLY [Bug 24073] - hang/deadlock, possibly in FileLogger

Re: [5.0] content-type and charset issues

DO NOT REPLY [Bug 24073] - hang/deadlock, possibly in FileLogger

Re: [5.0] content-type and charset issues

DO NOT REPLY [Bug 24628] New: - Unable to use multiple JkAutoAlias directives

DO NOT REPLY [Bug 24073] - hang/deadlock, possibly in FileLogger

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

Re: [VOTE] Kurt Miller as commiter

35 matches

Site Navigation

Mail list logo

Footer information