DO NOT REPLY [Bug 8645] - Microsoft "Services for UNIX v2.0" nfs server has a corrupt last modification date

[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=8645

Microsoft "Services for UNIX v2.0" nfs server has a corrupt last modification date





--- Additional Comments From [EMAIL PROTECTED]  2002-05-01 07:32 ---
If I could switch to Linux as our fileserver easily, I would. However a 
significant investment (for a small company like ours) has already been made 
in our infrastructure in terms of both hardware and more importantly man 
hours. We might still buy a new Linux box as a file server, but we want to 
know the exact implications of the current situation before rushing to a 
decision.

As I said in my original letter, the fix 3) I've implemented is probably not 
what we want to have in any codebase. However I'm now more thinking about 
number 4).

Is it reasonable that a change in the modification time of a generated .class 
file invalidates the whole context? I guess from a paranoid point of view, if 
the class file changes, then something serious have happened, and thus some 
serious action should be taken. But what would the implications be if it only 
resulted in a reload of that particular JSP and not the whole context?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

SSI Servlet has big problems

[Dan Sandberg]

Hi everyone.

I ran into bug #6299 today (two server-side includes fail with buffering 
on), did some debugging, and found the cause of it.  

I have no doubt that a bunch of other bugs in bugzilla are caused by the 
same issue.  

Basically, the class and its helper classes have a pretty serious design 
flaw: they declare lots of information static ( like the servlet output 
stream ) that should not be shared between threads and/or instances of 
the servlet.

Specifically, SsiInvokerServlet.java declares SsiMediator as static. 
 SsiMediator in turn declares LOTS of things static, like the request, 
response, output stream, etc.  

This is probably causing garbled output, socket closed errors, etc. when 
multiple users are viewing .shtml files at the same time and/or when 
users are viewing output with buffered=true.

Implementing the SingleThreadedServlet interface will not help this problem.

Are the two authors still mantaining this code?  Bip Thelin? Amy Roh?

-Dan


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: SSI Servlet has big problems

[Remy Maucherat]

> Hi everyone.
>
> I ran into bug #6299 today (two server-side includes fail with buffering
> on), did some debugging, and found the cause of it.
>
> I have no doubt that a bunch of other bugs in bugzilla are caused by the
> same issue.
>
> Basically, the class and its helper classes have a pretty serious design
> flaw: they declare lots of information static ( like the servlet output
> stream ) that should not be shared between threads and/or instances of
> the servlet.
>
> Specifically, SsiInvokerServlet.java declares SsiMediator as static.
>  SsiMediator in turn declares LOTS of things static, like the request,
> response, output stream, etc.
>
> This is probably causing garbled output, socket closed errors, etc. when
> multiple users are viewing .shtml files at the same time and/or when
> users are viewing output with buffered=true.
>
> Implementing the SingleThreadedServlet interface will not help this
problem.

Are you sure ?
(I didn't look at the code at all, so I'm just wondering)
Otherwise, it would be a really cheap way to make it work.

Thanks for looking into it anyway.

> Are the two authors still mantaining this code?  Bip Thelin? Amy Roh?

Not really. I didn't hear about Bip for a while, and Amy has been busy with
other things.
Usually an easy way to get commit access if you have time to dedicate to
contributing is to take over the maintenance of some abandoned component(s).
CGI also needs a maintainer, BTW.

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8645] - Microsoft "Services for UNIX v2.0" nfs server has a corrupt last modification date

[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=8645

Microsoft "Services for UNIX v2.0" nfs server has a corrupt last modification date





--- Additional Comments From [EMAIL PROTECTED]  2002-05-01 11:31 ---
My understanding is that ReloadInterceptor is in charge of context reloading.
There is an option in there by the name of 'fullReload', which is on by default.
So, if you flick this to 'false', you might get what you want.

Be warned, the code is marked buggy in ReloadInterceptor.java...

Bojan

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8645] - Microsoft "Services for UNIX v2.0" nfs server has a corrupt last modification date

[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=8645

Microsoft "Services for UNIX v2.0" nfs server has a corrupt last modification date





--- Additional Comments From [EMAIL PROTECTED]  2002-05-01 12:56 ---
I've tried that with 3.3a with no success, will give it a go with 3.3.1...

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support wa_apxs.m4

[pier]

pier02/05/01 07:19:42

  Modified:webapp/support wa_apxs.m4
  Log:
  Correctly handle the value of APXS when this is specified as an ABSOLUTE
  file name (AC_PATH_PROG doesn't like full paths).
  
  Revision  ChangesPath
  1.2   +9 -2  jakarta-tomcat-connectors/webapp/support/wa_apxs.m4
  
  Index: wa_apxs.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_apxs.m4,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- wa_apxs.m41 May 2002 00:25:49 -   1.1
  +++ wa_apxs.m41 May 2002 14:19:42 -   1.2
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_apxs.m4,v 1.1 2002/05/01 00:25:49 pier Exp $
  +dnl Version $Id: wa_apxs.m4,v 1.2 2002/05/01 14:19:42 pier Exp $
   dnl --
   
   dnl --
  @@ -86,7 +86,14 @@
   esac
 ])
   AC_MSG_RESULT([${tempval}])
  -AC_PATH_PROG($1,[${tempval}])
  +if test -x "${tempval}" ; then
  +  tempdir=`dirname "${tempval}"`
  +  tempfil=`basename "${tempval}"`
  +  WA_PATH_DIR([tempdir],[${tempdir}],[apxs])
  +  $1="${tempdir}/${tempfil}"
  +else
  +  AC_PATH_PROG($1,[${tempval}])
  +fi
   
   if test -z "${$1}" ; then
 AC_MSG_ERROR([cannot find apxs utility "${tempval}"])
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-connectors/webapp/lib Makefile.in

[Pier Fumagalli]

"Pier Fumagalli" <[EMAIL PROTECTED]> wrote:

> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> 
>> pier02/04/30 17:37:16
>> 
>> Modified:webapp   Makedefs.in Makefile.in configure.in
>>  webapp/apache-1.3 Makefile.in
>>  webapp/lib Makefile.in
>> Log:
>> Reorganization and clean-up of all the autoconf code, with the objective
>> to build Apache 2.0 binaries from APXS/2.0 tomorrow...
> 
> This works on OS/X great, actually better than before because it's MUCH
> simpler to debug. Tomorrow I'll try it out @work on some solaris 7 and 8
> machines. Can someone try it on Linux (you can also wait when the whole kit
> will be finished up - but might be great to know of issues right now).

It works purrfectly on Solaris 8 as well...

Pier

--
I think that it's extremely foolish to name a server after the current U.S.
President. B.W. Fitzpatrick



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[glenn]

glenn   02/05/01 08:02:38

  Modified:jasper2/src/share/org/apache/jasper/compiler
JspCompiler.java
  Log:
  Remove some dead code
  
  Revision  ChangesPath
  1.4   +0 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspCompiler.java
  
  Index: JspCompiler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspCompiler.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- JspCompiler.java  24 Apr 2002 02:21:05 -  1.3
  +++ JspCompiler.java  1 May 2002 15:02:38 -   1.4
  @@ -172,8 +172,6 @@
*/
   public boolean isOutDated() {
   
  -long time = System.currentTimeMillis();
  -
   long jspRealLastModified = 0;
   
   try {
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp Makefile.in

[pier]

pier02/05/01 08:27:51

  Modified:webapp   Makefile.in
  Log:
  Wrong dependancy.
  
  Revision  ChangesPath
  1.28  +2 -2  jakarta-tomcat-connectors/webapp/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/Makefile.in,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- Makefile.in   1 May 2002 00:37:16 -   1.27
  +++ Makefile.in   1 May 2002 15:27:51 -   1.28
  @@ -56,7 +56,7 @@
   # = #
   
   # @author  Pier Fumagalli 
  -# @version $Id: Makefile.in,v 1.27 2002/05/01 00:37:16 pier Exp $
  +# @version $Id: Makefile.in,v 1.28 2002/05/01 15:27:51 pier Exp $
   
   include @TGT_DIR@/Makedefs
   
  @@ -73,7 +73,7 @@
   build: lib-build $(MODULE)-build
   clean: lib-clean $(MODULE)-clean
   
  -$(MODULE)-build: libapr.la
  +$(MODULE)-build:
@$(MAKE) SUBF="$(MAKEFLAGS)" SUBD="$(TGT_DIR)/$(MODULE)" SUBT="build" subdir
   
   $(MODULE)-clean:
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support wa_util.m4

[pier]

pier02/05/01 08:29:36

  Modified:webapp/support wa_util.m4
  Log:
  Added check if weird characters are in the specified directory when trying
  to resolve its full path (like, newlines at the end and such, M4 sucks).
  
  Revision  ChangesPath
  1.2   +6 -4  jakarta-tomcat-connectors/webapp/support/wa_util.m4
  
  Index: wa_util.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_util.m4,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- wa_util.m41 May 2002 00:31:07 -   1.1
  +++ wa_util.m41 May 2002 15:29:36 -   1.2
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_util.m4,v 1.1 2002/05/01 00:31:07 pier Exp $
  +dnl Version $Id: wa_util.m4,v 1.2 2002/05/01 15:29:36 pier Exp $
   dnl --
   
   dnl --
  @@ -96,9 +96,10 @@
 [WA_PATH_DIR],
 [
   AC_MSG_CHECKING([for $3 path])
  -if test -d "$2" ; then
  +tempval="`echo $2`"
  +if test -d "${tempval}" ; then
 curdir="`pwd`"
  -  cd "$2"
  +  cd "${tempval}"
 newdir="`pwd`"
 $1="${newdir}"
 AC_SUBST($1)
  @@ -107,8 +108,9 @@
 unset curdir
 unset newdir
   else
  -  WA_ERROR([directory $2 not found])
  +  WA_ERROR([directory ${tempval} not found])
   fi
  +unset tempval
 ])
   
   dnl --
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support wa_apxs.m4

[pier]

pier02/05/01 08:30:58

  Modified:webapp/support wa_apxs.m4
  Log:
  Added function to retrieve values out of APXS.
  
  Revision  ChangesPath
  1.3   +21 -1 jakarta-tomcat-connectors/webapp/support/wa_apxs.m4
  
  Index: wa_apxs.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_apxs.m4,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- wa_apxs.m41 May 2002 14:19:42 -   1.2
  +++ wa_apxs.m41 May 2002 15:30:58 -   1.3
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_apxs.m4,v 1.2 2002/05/01 14:19:42 pier Exp $
  +dnl Version $Id: wa_apxs.m4,v 1.3 2002/05/01 15:30:58 pier Exp $
   dnl --
   
   dnl --
  @@ -136,4 +136,24 @@
   AC_MSG_RESULT([ok])
   
   AC_SUBST($1)
  +  ])
  +
  +dnl --
  +dnl WA_APXS_GET
  +dnl   Retrieve a value from APXS
  +dnl   $1 => Environment variable where the APXS value will be stored
  +dnl   $2 => Name of the APXS script (as returned by WA_APXS)
  +dnl   $3 => Name of the APXS value to retrieve
  +dnl --
  +AC_DEFUN(
  +  [WA_APXS_GET],
  +  [
  +AC_MSG_CHECKING([for apxs $3 variable])
  +tempval=`"$2" -q "$3" 2> /dev/null`;
  +if test "$?" != "0" ; then
  +WA_ERROR([cannot execute $2])
  +fi
  +AC_MSG_RESULT([${tempval}])
  +$1="${$1} ${tempval}"
  +unset tempval
 ])
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp configure.in

[pier]

pier02/05/01 08:31:47

  Modified:webapp   configure.in
  Log:
  Added retrieval of environment variables to build stuff when Apache 2.0 is game.
  
  Revision  ChangesPath
  1.53  +27 -2 jakarta-tomcat-connectors/webapp/configure.in
  
  Index: configure.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/configure.in,v
  retrieving revision 1.52
  retrieving revision 1.53
  diff -u -r1.52 -r1.53
  --- configure.in  1 May 2002 00:37:16 -   1.52
  +++ configure.in  1 May 2002 15:31:47 -   1.53
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli 
  -dnl Version $Id: configure.in,v 1.52 2002/05/01 00:37:16 pier Exp $
  +dnl Version $Id: configure.in,v 1.53 2002/05/01 15:31:47 pier Exp $
   dnl --
   
   sinclude(./support/wa_util.m4)
  @@ -175,8 +175,33 @@
   
   else
   
  +dnl --
  +dnl APXS version 2.0, meaning Apache 2.0. We use APR from there
  +dnl --
   AC_MSG_RESULT([apache 2 distribution])
  -AC_MSG_ERROR([using Apache 2.0 apxs will be supported shortly])
  +
  +WA_APXS_GET([CC],[${APXS}],[CC])
  +WA_APXS_GET([CPP],[${APXS}],[CPP])
  +WA_APXS_GET([SHELL],[${APXS}],[SHELL])
  +WA_APXS_GET([LIBTOOL],[${APXS}],[LIBTOOL])
  +
  +WA_APXS_GET([CPPFLAGS],[${APXS}],[CPPFLAGS])
  +WA_APXS_GET([CPPFLAGS],[${APXS}],[NOTEST_CPPFLAGS])
  +WA_APXS_GET([CPPFLAGS],[${APXS}],[EXTRA_CPPFLAGS])
  +
  +WA_APXS_GET([LDFLAGS],[${APXS}],[LDFLAGS])
  +WA_APXS_GET([LDFLAGS],[${APXS}],[NOTEST_LDFLAGS])
  +WA_APXS_GET([LDFLAGS],[${APXS}],[EXTRA_LDFLAGS])
  +
  +WA_APXS_GET([CFLAGS],[${APXS}],[CFLAGS])
  +WA_APXS_GET([CFLAGS],[${APXS}],[NOTEST_CFLAGS])
  +WA_APXS_GET([CFLAGS],[${APXS}],[EXTRA_CFLAGS])
  +
  +WA_APXS_GET([INCLUDES],[${APXS}],[INCLUDEDIR])
  +WA_PATH_DIR([INCLUDES],[${INCLUDES}],[apache 2.0 headers])
  +INCLUDES="-I${INCLUDES}"
  +AC_SUBST([INCLUDES])
  +
   MODULE="apache-2.0"
   fi
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

email problem on tomcat

[Vibha . Mullick]

 import javax.mail.*;
import javax.mail.internet.*;
import javax.activation.*;
compiles without errors but fails at runtime with the following error:

Internal Servlet Error:

java.lang.NoClassDefFoundError: javax/mail/MessagingException
   at java.lang.Class.newInstance0(Native Method)
   at java.lang.Class.newInstance(Class.java:237)
   at org.apache.tomcat.facade.ServletHandler.getServlet(Unknown
Source)
   at org.apache.tomcat.facade.ServletHandler.preInit(Unknown Source)
   at org.apache.tomcat.facade.ServletHandler.init(Unknown Source)
   at org.apache.tomcat.facade.ServletHandler.service(Unknown Source)
   at org.apache.tomcat.core.ContextManager.internalService(Unknown
Source)
   at org.apache.tomcat.core.ContextManager.service(Unknown Source)
   at
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Unknown



Source)
   at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
   at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown
Source)
   at java.lang.Thread.run(Thread.java:484)


Can anyone help?






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

email servlet not working on TOMCAT

[Vibha . Mullick]

 import javax.mail.*;
import javax.mail.internet.*;
import javax.activation.*;
compiles without errors but fails at runtime with the following error:

Internal Servlet Error:

java.lang.NoClassDefFoundError: javax/mail/MessagingException
   at java.lang.Class.newInstance0(Native Method)
   at java.lang.Class.newInstance(Class.java:237)
   at org.apache.tomcat.facade.ServletHandler.getServlet(Unknown
Source)
   at org.apache.tomcat.facade.ServletHandler.preInit(Unknown Source)
   at org.apache.tomcat.facade.ServletHandler.init(Unknown Source)
   at org.apache.tomcat.facade.ServletHandler.service(Unknown Source)
   at org.apache.tomcat.core.ContextManager.internalService(Unknown
Source)
   at org.apache.tomcat.core.ContextManager.service(Unknown Source)
   at
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Unknown



Source)
   at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
   at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown
Source)
   at java.lang.Thread.run(Thread.java:484)


Can anyone help?






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: email servlet not working on TOMCAT

[Marc Boorshtein]

are activation.jar & all the mail jar's in your lib?

Marc
--- [EMAIL PROTECTED] wrote:
> 
> 
>  import javax.mail.*;
> import javax.mail.internet.*;
> import javax.activation.*;
> compiles without errors but fails at runtime with
> the following error:
> 
> Internal Servlet Error:
> 
> java.lang.NoClassDefFoundError:
> javax/mail/MessagingException
>at java.lang.Class.newInstance0(Native
> Method)
>at
> java.lang.Class.newInstance(Class.java:237)
>at
>
org.apache.tomcat.facade.ServletHandler.getServlet(Unknown
> Source)
>at
>
org.apache.tomcat.facade.ServletHandler.preInit(Unknown
> Source)
>at
> org.apache.tomcat.facade.ServletHandler.init(Unknown
> Source)
>at
>
org.apache.tomcat.facade.ServletHandler.service(Unknown
> Source)
>at
>
org.apache.tomcat.core.ContextManager.internalService(Unknown
> Source)
>at
>
org.apache.tomcat.core.ContextManager.service(Unknown
> Source)
>at
>
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Unknown
> 
> 
> 
> Source)
>at
>
org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown
> Source)
>at
>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown
> Source)
>at java.lang.Thread.run(Thread.java:484)
> 
> 
> Can anyone help?
> 
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:  
> 
> For additional commands, e-mail:
> 
> 


__
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8700] New: - Process stays alive after shutdown

[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=8700

Process stays alive after shutdown

   Summary: Process stays alive after shutdown
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: HP
OS/Version: HP-UX
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


After running the shutdown, tomcat appears to have shutdown in that the pages 
are no longer accessible. But once you restart it you get the error message 
stating that something is already running on that port. And if you retry the 
shutdown you get the message that nothing listening on that port. The only way 
to restart tomcat is to kill the process id and then rerun the startup script.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: email servlet not working on TOMCAT

[Pier Fumagalli]

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:

> Can anyone help?

Someone on the APPROPRIATE mailing list might (tomcat-user)

--
I think that it's extremely foolish to name a server after the current U.S.
President. B.W. Fitzpatrick



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: email servlet not working on TOMCAT

[Vibha . Mullick]

No. they are in a folder email downloaded from sun site and separate from
tomcat directory structure path. However, the classpath points to them:

classpath:

C:\JAKART~1.3\WEBAPPS\ROOT\WEB-INF\CLASSES\ADS>echo %classpath%
c:\junk\email\activation.jar;c:\junk\email\javamail-1.2\mail.jar;c:
\jakarta-tomc
at-3.3\lib;c:\jakarta-tomcat-3.3\lib\common\servlet.jar;C:
\orant817\jdbc\lib\cla
sses12.zip;C:\orant817\jdbc\lib\nls_charset12.zip;c:
\jdk1.3.1_01\lib\tools.jar;c
:\jdk1.3.1_01\lib\dt.jar;c:\jakarta-tomcat-3.3\lib;c:\jdk1.3.1_01\bin;c:
\orant81
7\bin;.




>From Marc Boorshtein <[EMAIL PROTECTED]> on 1 May 2002 11:35:59 AM
To : Tomcat Developers List <[EMAIL PROTECTED]>
Subject : Re: email servlet not working on TOMCAT


are activation.jar & all the mail jar's in your lib?

Marc
--- [EMAIL PROTECTED] wrote:
>
>
>  import javax.mail.*;
> import javax.mail.internet.*;
> import javax.activation.*;
> compiles without errors but fails at runtime with
> the following error:
>
> Internal Servlet Error:
>
> java.lang.NoClassDefFoundError:
> javax/mail/MessagingException
>at java.lang.Class.newInstance0(Native
> Method)
>at
> java.lang.Class.newInstance(Class.java:237)
>at
>
org.apache.tomcat.facade.ServletHandler.getServlet(Unknown
> Source)
>at
>
org.apache.tomcat.facade.ServletHandler.preInit(Unknown
> Source)
>at
> org.apache.tomcat.facade.ServletHandler.init(Unknown
> Source)
>at
>
org.apache.tomcat.facade.ServletHandler.service(Unknown
> Source)
>at
>
org.apache.tomcat.core.ContextManager.internalService(Unknown
> Source)
>at
>
org.apache.tomcat.core.ContextManager.service(Unknown
> Source)
>at
>
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Unknown

>
>
>
> Source)
>at
>
org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown
> Source)
>at
>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown
> Source)
>at java.lang.Thread.run(Thread.java:484)
>
>
> Can anyone help?
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
>


__
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

--
To unsubscribe, e-mail:

For additional commands, e-mail:




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support aplocal.m4 config.guess config.sub

[pier]

pier02/05/01 08:53:31

  Removed: webapp/support aplocal.m4 config.guess config.sub
  Log:
  Removed scripts not required anymore by configure.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8700] - Process stays alive after shutdown

[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=8700

Process stays alive after shutdown





--- Additional Comments From [EMAIL PROTECTED]  2002-05-01 15:56 ---
Are you creating an RMI server in one of your servlets? Or any new Thread...

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8700] - Process stays alive after shutdown

[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=8700

Process stays alive after shutdown





--- Additional Comments From [EMAIL PROTECTED]  2002-05-01 16:00 ---
This is essentially what we have for server.xml. We don't have any servlets 
other than any installed by default.







  
  






  
  

  
  



  



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: email problem on tomcat

[Jun Inamori]

Hi,

> Internal Servlet Error:
> 
> java.lang.NoClassDefFoundError: javax/mail/MessagingException

Even if you place:
  mail.jar
  activation.jar
under (docBase)/WEB-INF/lib or (TOMCAT_HOME)/lib/apps, these files must have the read 
permission.
Most JAR files distributed from Sun have 644, which means that we need not take care 
about their read permission in usual case.
But, as for JavaMail 1.3 Early Access, this is not true.
So, it may be worth checking it.
In fact, I spent more than an hour for this problem :-(

-- 

Happy Java programming!

Jun Inamori
OOP-Reserch
E-mail: [EMAIL PROTECTED]
URL:http://www.oop-reserch.com/

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: email problem on tomcat

[Vibha . Mullick]

I placed jar files under lib and restarted the server:

Still the same problem when i run the feedback form
java.lang.NoClassDefFoundError: javax/mail/MessagingException
   at java.lang.Class.newInstance0(Native Method)
   at java.lang.Class.newInstance(Class.java:237)



>From Jun Inamori <[EMAIL PROTECTED]> on 1 May 2002 12:05:51 PM
To : Tomcat Developers List <[EMAIL PROTECTED]>
Copy To : [EMAIL PROTECTED]
Subject : Re: email problem on tomcat


Hi,

> Internal Servlet Error:
>
> java.lang.NoClassDefFoundError: javax/mail/MessagingException

Even if you place:
  mail.jar
  activation.jar
under (docBase)/WEB-INF/lib or (TOMCAT_HOME)/lib/apps, these files must
have the read permission.
Most JAR files distributed from Sun have 644, which means that we need not
take care about their read permission in usual case.
But, as for JavaMail 1.3 Early Access, this is not true.
So, it may be worth checking it.
In fact, I spent more than an hour for this problem :-(

--

Happy Java programming!

Jun Inamori
OOP-Reserch
E-mail: [EMAIL PROTECTED]
URL:http://www.oop-reserch.com/

--
To unsubscribe, e-mail:

For additional commands, e-mail:




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/config GeneratorJk1.java GeneratorJk2.java WebXml2Jk.java

[costin]

costin  02/05/01 10:00:19

  Modified:jk/java/org/apache/jk/config WebXml2Jk.java
  Added:   jk/java/org/apache/jk/config GeneratorJk1.java
GeneratorJk2.java
  Log:
  I believe we now extract _all_ web-server relevant information from web.xml.
  ( including filters, wellcome files, etc ).
  
  Some of it is not yet supported in jk2 ( or jk1 ) - but we can try to
  generate fragments for apache and other servers where this is possible
  ( for example Wellcome files or error pages ).
  
  In time we can add support for those in jk2, but at least for apache
  this is already implemented and it's better to use the existing impl.
  
  Revision  ChangesPath
  1.3   +121 -100  
jakarta-tomcat-connectors/jk/java/org/apache/jk/config/WebXml2Jk.java
  
  Index: WebXml2Jk.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/config/WebXml2Jk.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- WebXml2Jk.java30 Apr 2002 17:55:26 -  1.2
  +++ WebXml2Jk.java1 May 2002 17:00:18 -   1.3
  @@ -118,13 +118,6 @@
   String file;
   String worker="lb"; 
   
  -static final int CONFIG_JK2_URIMAP=1;
  -
  -static final int CONFIG_JK_MOUNT=2;
  -static final int CONFIG_JK_URIWORKER=3;
  -static final int CONFIG_JK_NSCONFIG=4;
  -int type;
  -
   //  Settings  
   
   // XXX We can also generate location-independent mappings.
  @@ -173,118 +166,119 @@
   worker=route;
   }
   
  +//  Generators 
  +public static interface MappingGenerator {
  +void setWebXmlReader(WebXml2Jk wxml );
  +
  +/** Start section( vhost declarations, etc )
  + */
  +void generateStart(PrintWriter out );
  +
  +void generateEnd(PrintWriter out );
  +
  +void generateServletMapping( PrintWriter out,
  + String servlet, String url );
  +void generateFilterMapping( PrintWriter out, String servlet, String url );
  +
  +void generateLoginConfig( PrintWriter out, String loginPage,
  +  String errPage, String authM );
  +
  +void generateErrorPage( PrintWriter out, int err, String location );
  +
  +void generateMimeMapping( PrintWriter out, String ext, String type );
  +
  +void generateWelcomeFiles( PrintWriter out, Vector wf );
  +
  +void generateConstraints( PrintWriter out, Vector urls, Vector methods, 
Vector roles, boolean isSSL );
  +}
  +
   //  Implementation 
  -void generateJk2Map(Node webN, PrintWriter out) {
  +void generate(PrintWriter out, MappingGenerator gen, Node webN ) {
   
  -System.out.println("Generating mappings for servlets " );
  +log.info("Generating mappings for servlets " );
   for( Node mapN=getChild( webN, "servlet-mapping" );
mapN != null; mapN = getNext( mapN ) ) {
   
  -Node servN=getChild( mapN, "servlet-name");
  -if( servN==null )
  -servN=getChild( mapN, "jsp-file");
  -Node url=getChild( mapN, "url-pattern");
  +String serv=getChildContent( mapN, "servlet-name");
  +String url=getChildContent( mapN, "url-pattern");
   
  -out.println( "[url:" + vhost + cpath + getContent(url) + "]");
  -out.println( "group=" + worker );
  -out.println( "#servlet=" +  getContent( servN ));
  -out.println( "#cpath=" +  cpath );
  -out.println( "#vhost=" +  vhost );
  -out.println();
  +gen.generateServletMapping(  out, serv, url );
   }
   
  -Node lcN=getChild( webN, "login-config" );
  -if( lcN!=null ) {
  -System.out.println("Generating mapping for login-config " );
  +log.info("Generating mappings for filters " );
  +for( Node mapN=getChild( webN, "filter-mapping" );
  + mapN != null; mapN = getNext( mapN ) ) {
   
  -Node authMethN=getChild( lcN, "auth-method");
  -String authMeth=getContent( authMethN );
  -if( authMeth == null ) authMeth="FORM";
  -
  -Node n1=getChild( lcN, "form-login-config");
  -String loginPage=getContent( getChild( n1, "form-login-page"));
  -String errPage=getContent( getChild( n1, "form-error-page"));
  +String filter=getChildContent( mapN, "filter-name");
  +String url=getChildContent( mapN, "url-pattern");
   
  -out.println("[url:" + vhost + cpath + loginPage  + "]" );
  -out.println( "group=" + worker );
  -o

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_uriEnv.c jk_uriMap.c

[costin]

costin  02/05/01 10:23:14

  Modified:jk/native2/common jk_uriEnv.c jk_uriMap.c
  Log:
  Reduce verbosity of messages.
  
  Fix a mapping bug for prefix mappings ( it is in jk1 too, but there you
  get around by using the 'general prefix mapping' - /examples* or by
  mapping both /examples and /examples/* ). ( the bug was that /examples/*
  did matched the ending / ).
  
  After I get the web.xml->jk converter I'll start watchdog-ing.
  
  ( I just added filter support )
  
  Revision  ChangesPath
  1.14  +18 -16jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
  
  Index: jk_uriEnv.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- jk_uriEnv.c   30 Apr 2002 06:44:57 -  1.13
  +++ jk_uriEnv.c   1 May 2002 17:23:14 -   1.14
  @@ -82,8 +82,8 @@
   {
   char *n=name;
   char *slash=strchr( name, '/' );
  -
  -fprintf( stderr, "XXX parseURI %s\n", name );
  +
  +/* fprintf( stderr, "XXX parseURI %s\n", name ); */
   
   if( slash==NULL ) {
   /* That's a virtual host definition ( no actual mapping, just global
  @@ -214,16 +214,17 @@
   uriEnv->workerName=uriEnv->uriMap->workerEnv->defaultWorker->mbean->name;;
   uriEnv->worker=uriEnv->uriMap->workerEnv->defaultWorker;
   
  -env->l->jkLog(env, env->l, JK_LOG_DEBUG,
  -  "uriMap.init() map %s %s\n",
  -  uriEnv->uri, 
uriEnv->uriMap->workerEnv->defaultWorker->mbean->name);
  +if( uriEnv->debug > 0 )
  +env->l->jkLog(env, env->l, JK_LOG_DEBUG,
  +  "uriEnv.init() map %s %s\n",
  +  uriEnv->uri, 
uriEnv->uriMap->workerEnv->defaultWorker->mbean->name);
   }
   
   if( uriEnv->workerName != NULL && uriEnv->worker==NULL ) {
   uriEnv->worker= env->getByName( env, wname );
   if( uriEnv->worker==NULL ) {
   env->l->jkLog(env, env->l, JK_LOG_ERROR,
  -  "uriMap.init() map to invalid worker %s %s\n",
  +  "uriEnv.init() map to invalid worker %s %s\n",
 uriEnv->uri, uriEnv->workerName);
   /* XXX that's allways a 'lb' worker, create it */
   }
  @@ -240,7 +241,7 @@
* not arrive here when using Apache.
*/
   env->l->jkLog(env, env->l, JK_LOG_ERROR,
  -  "uriMap.addMapping() context must start with '/' in %s\n",
  +  "uriEnv.init() context must start with '/' in %s\n",
 uri);
   return JK_ERR;
   }
  @@ -261,16 +262,16 @@
   if( uriEnv->debug > 0 ) {
   if( uriEnv->match_type == MATCH_TYPE_CONTEXT ) {
   env->l->jkLog(env, env->l, JK_LOG_INFO,
  -  "uriMap.addMapping() context mapping %s=%s \n",
  +  "uriEnv.init() context mapping %s=%s \n",
 uriEnv->prefix, uriEnv->workerName);
   
   } else if( uriEnv->match_type == MATCH_TYPE_HOST ) {
   env->l->jkLog(env, env->l, JK_LOG_INFO,
  -  "uriMap.addMapping() host mapping %s=%s \n",
  +  "uriEnv.init() host mapping %s=%s \n",
 uriEnv->virtual, uriEnv->workerName);
   } else {
   env->l->jkLog(env, env->l, JK_LOG_INFO,
  -  "uriMap.addMapping() exact mapping %s=%s \n",
  +  "uriEnv.init() exact mapping %s=%s \n",
 uriEnv->prefix, uriEnv->workerName);
   }
   }
  @@ -312,7 +313,7 @@
   uriEnv->match_type  = MATCH_TYPE_SUFFIX;
   if( uriEnv->debug > 0 ) {
   env->l->jkLog(env, env->l, JK_LOG_INFO,
  -  "uriMap.addMapping() suffix mapping %s .%s=%s was 
added\n",
  +  "uriEnv.init() suffix mapping %s .%s=%s was added\n",
 uriEnv->prefix, uriEnv->suffix, uriEnv->workerName);
   }
   } else if ('\0' != asterisk[2]) {
  @@ -324,19 +325,20 @@
   uriEnv->match_type = MATCH_TYPE_GENERAL_SUFFIX;
   if( uriEnv->debug > 0 ) {
   env->l->jkLog(env, env->l, JK_LOG_INFO,
  -  "uriMap.addMapping() general suffix mapping 
%s.%s=%s\n",
  +  "uriEnv.init() general suffix mapping %s.%s=%s\n",
 uri, asterisk + 2, uriEnv->workerName);
   }
   } else {
  -/* context based /context/prefix/ASTERISK  */
  +/* context 

RE: jakarta-tomcat-connectors documentation/summaries

[Christopher K. St. John]

 Another update. Same disclaimers as before.




FAQ's (just an idea, these don't have to be included)

 Q: Is mod_webapp replacing mod_jk?
 A: No. See below for links to documentation, then choose the one that
best suits your needs.

 Q: Is Coyote replacing mod_jk?
 A: Coyote isn't the same sort of thing as mod_jk, see below in the
"Coyote" section for more details.

 Q: It's all very confusing.
 A: Yes. A good strategy is to read through the summaries below and
follow some of the documentation links. If you still have
questions, try searching the tomcat-user mailing list archives,
someone has probably answered the question already, there may even
be a HOWTO already prepared. If that doesn't help, then you might
consider posting your question to tomcat-users.


non-jakarta howto's:

 these were culled from recent posts to tomcat-users. i have no way to
 judge if they are any good. it would be nice to only include the ones
 that someone can vouch for, but that may be too much work. the list
 is evolving...

 http://www.acg-gmbh.de/mod_jk/
   Apache 2.0/Tomcat 4/mod_jk/Win32

 http://www.pubbitch.org/jboss/
   Apache 2.0/Tomcat 4/mod_jk2/JBoss
   Apache 2.0/Tomcat 4/mod_webapp/JBoss

 http://bruno.vernay.free.fr/HowTo/bWebServerHowTo/index.html
   Apache ?.?/Tomcat 4/mod_webapp/Win32
   "references" link has list of other HOWTO's




mod_jserv

 although it's probably still in production use at some sites,
 mod_jserv generally shouldn't be considered for new installations.

 why it was written:
   it was there first. 

 where to get the source:
   jakarta-tomcat repository
   src/native/mod_jserv/

 where to get documentation:
   http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-apache-howto.html

   [ed] In tomcat-3.3-doc/index.html, it looks like mod_jserv is the
   suggested connector, and mod_jk is optional or alternative or
   something. It's my understanding that this is incorrect, and mod_jk
   should be used for new installations. It's a little confusing.

 unerlying protocol:
   AJP11 - original protocol
   Ajp12 - also supported in mod_jk1.

 works with:
   servlet containers:
 JServ
 Tomcat3.x as well ( which supports ajp12 )
   web servers:
 All apache1.3 versions
   operating systems:
 ???


mod_jk

   why it was written:
 originally, clean-up of mod_jserv. Refactoring of mod_jserv to
 better abstract the server and protocol.

   features:
 many production users. load balancing with both tomcat 3 and
 tomcat 4 <[EMAIL PROTECTED]> "Pretty good OO model, good
 abstraction for server and protocol, etc."

   future: 
 mod_jk2, as of [30 Apr 2002] still in pre-alpha.

   status:
 in production for tomcat 3, 4. see also webapp connector.

   where to get the source:
 jakarta-tomcat-connectors/jk

   where to get documentation:
 jakarta-tomcat-connectors/jk
 tomcat-dev mailing list archives
 http://jakarta.apache.org/tomcat/tomcat-3.3-doc/mod_jk-howto.html
 http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk.html
 http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk2.html

   works with:
 servlet containers:
   jserv?
   tomcat-3
   tomcat-4
 web servers:
   domino
   apache 1.3
   apache 2.0 (HEAD)
   netscape
   AOLServer ( not in the main tree ).
   IIS
 platforms:
   many.

   underlying protocol:
 AJP, see mod_jserv
 evolution:
   AJP12, binary
   AJP13, better SSL support. the current protocol.
   AJP14, there is no AJP14, it's a shelved experiment. AJP13 is
 flexible enough for future growth, and there's the
 possibility of eventually moving to an industry-standard
 marshalling protocol like XDR or CDR. see comments below.

   documentation/mailing-list/cvs comments of interest:

   Re: [NITPICK] didn't see this one coming...
   Mon, 29 Apr 2002 07:54:09 -0700 (PDT)
   <[EMAIL PROTECTED]>
... Note that mod_jk2 is not and will not be ready
for 4.1 ...

   <[EMAIL PROTECTED]> "Also - it's [mod_jk -ed] the area/component of
   tomcat with the largest number of individual commiters ( by my
   count at least ). And more important - one of the things that 3.x
   and 4.x share and seem to bring cooperation from both sides."

   "Mod_jk v/s mod_webapp" on tomcat-dev: 

 Bill Barker wrote: "mod_jk2 is the next generation of mod_jk.  It
 is currently barely Alpha quality for Apache 2.x (and still
 subject to major changes from day-to-day)"

 costin: "Mod_jk works on all web servers and with all tomcat
 versions. Mod_jk2 will do the same."
 
 <[EMAIL PROTECTED]> : "it started with ajp11 and ajp12 ( first
 text based, second binary ).  Ajp12 evolved into ajp13 - using
 same encoding but with some extensions ( to deal with persistent
 connections ).

 "GOMEZ Henri" <[EMAIL PROTECTED]> : using jk ins

RE: jakarta-tomcat-connectors documentation/summaries

[Christopher K. St. John]

 Another update. Same disclaimers as before.




FAQ's (just an idea, these don't have to be included)

 Q: Is mod_webapp replacing mod_jk?
 A: No. See below for links to documentation, then choose the one that
best suits your needs.

 Q: Is Coyote replacing mod_jk?
 A: Coyote isn't the same sort of thing as mod_jk, see below in the
"Coyote" section for more details.

 Q: It's all very confusing.
 A: Yes. A good strategy is to read through the summaries below and
follow some of the documentation links. If you still have
questions, try searching the tomcat-user mailing list archives,
someone has probably answered the question already, there may even
be a HOWTO already prepared. If that doesn't help, then you might
consider posting your question to tomcat-users.


non-jakarta howto's:

 these were culled from recent posts to tomcat-users. i have no way to
 judge if they are any good. it would be nice to only include the ones
 that someone can vouch for, but that may be too much work. the list
 is evolving...

 http://www.acg-gmbh.de/mod_jk/
   Apache 2.0/Tomcat 4/mod_jk/Win32

 http://www.pubbitch.org/jboss/
   Apache 2.0/Tomcat 4/mod_jk2/JBoss
   Apache 2.0/Tomcat 4/mod_webapp/JBoss

 http://bruno.vernay.free.fr/HowTo/bWebServerHowTo/index.html
   Apache ?.?/Tomcat 4/mod_webapp/Win32
   "references" link has list of other HOWTO's




mod_jserv

 although it's probably still in production use at some sites,
 mod_jserv generally shouldn't be considered for new installations.

 why it was written:
   it was there first. 

 where to get the source:
   jakarta-tomcat repository
   src/native/mod_jserv/

 where to get documentation:
   http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-apache-howto.html

   [ed] In tomcat-3.3-doc/index.html, it looks like mod_jserv is the
   suggested connector, and mod_jk is optional or alternative or
   something. It's my understanding that this is incorrect, and mod_jk
   should be used for new installations. It's a little confusing.

 unerlying protocol:
   AJP11 - original protocol
   Ajp12 - also supported in mod_jk1.

 works with:
   servlet containers:
 JServ
 Tomcat3.x as well ( which supports ajp12 )
   web servers:
 All apache1.3 versions
   operating systems:
 ???


mod_jk

   why it was written:
 originally, clean-up of mod_jserv. Refactoring of mod_jserv to
 better abstract the server and protocol.

   features:
 many production users. load balancing with both tomcat 3 and
 tomcat 4 <[EMAIL PROTECTED]> "Pretty good OO model, good
 abstraction for server and protocol, etc."

   future: 
 mod_jk2, as of [30 Apr 2002] still in pre-alpha.

   status:
 in production for tomcat 3, 4. see also webapp connector.

   where to get the source:
 jakarta-tomcat-connectors/jk

   where to get documentation:
 jakarta-tomcat-connectors/jk
 tomcat-dev mailing list archives
 http://jakarta.apache.org/tomcat/tomcat-3.3-doc/mod_jk-howto.html
 http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk.html
 http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk2.html

   works with:
 servlet containers:
   jserv?
   tomcat-3
   tomcat-4
 web servers:
   domino
   apache 1.3
   apache 2.0 (HEAD)
   netscape
   AOLServer ( not in the main tree ).
   IIS
 platforms:
   many.

   underlying protocol:
 AJP, see mod_jserv
 evolution:
   AJP12, binary
   AJP13, better SSL support. the current protocol.
   AJP14, there is no AJP14, it's a shelved experiment. AJP13 is
 flexible enough for future growth, and there's the
 possibility of eventually moving to an industry-standard
 marshalling protocol like XDR or CDR. see comments below.

   documentation/mailing-list/cvs comments of interest:

   Re: [NITPICK] didn't see this one coming...
   Mon, 29 Apr 2002 07:54:09 -0700 (PDT)
   <[EMAIL PROTECTED]>
... Note that mod_jk2 is not and will not be ready
for 4.1 ...

   <[EMAIL PROTECTED]> "Also - it's [mod_jk -ed] the area/component of
   tomcat with the largest number of individual commiters ( by my
   count at least ). And more important - one of the things that 3.x
   and 4.x share and seem to bring cooperation from both sides."

   "Mod_jk v/s mod_webapp" on tomcat-dev: 

 Bill Barker wrote: "mod_jk2 is the next generation of mod_jk.  It
 is currently barely Alpha quality for Apache 2.x (and still
 subject to major changes from day-to-day)"

 costin: "Mod_jk works on all web servers and with all tomcat
 versions. Mod_jk2 will do the same."
 
 <[EMAIL PROTECTED]> : "it started with ajp11 and ajp12 ( first
 text based, second binary ).  Ajp12 evolved into ajp13 - using
 same encoding but with some extensions ( to deal with persistent
 connections ).

 "GOMEZ Henri" <[EMAIL PROTECTED]> : using jk ins

Re: jakarta-tomcat-connectors documentation/summaries

[Christopher K. St. John]

"Christopher K. St. John" wrote:
> 
>  Another update. Same disclaimers as before.
>

 Mail client mishap, second one's a duplicate, sorry.


-- 
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support wa_util.m4

[pier]

pier02/05/01 11:05:37

  Modified:webapp/support wa_util.m4
  Log:
  Localization of variable names within M4 macros (darn, there's no stack)
  
  Revision  ChangesPath
  1.3   +13 -14jakarta-tomcat-connectors/webapp/support/wa_util.m4
  
  Index: wa_util.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_util.m4,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- wa_util.m41 May 2002 15:29:36 -   1.2
  +++ wa_util.m41 May 2002 18:05:37 -   1.3
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_util.m4,v 1.2 2002/05/01 15:29:36 pier Exp $
  +dnl Version $Id: wa_util.m4,v 1.3 2002/05/01 18:05:37 pier Exp $
   dnl --
   
   dnl --
  @@ -96,21 +96,20 @@
 [WA_PATH_DIR],
 [
   AC_MSG_CHECKING([for $3 path])
  -tempval="`echo $2`"
  -if test -d "${tempval}" ; then
  -  curdir="`pwd`"
  -  cd "${tempval}"
  -  newdir="`pwd`"
  -  $1="${newdir}"
  -  AC_SUBST($1)
  -  AC_MSG_RESULT([${newdir}])
  -  cd "${curdir}"
  -  unset curdir
  -  unset newdir
  +wa_path_dir_tempval="`echo $2`"
  +if test -d "${wa_path_dir_tempval}" ; then
  +  wa_path_dir_curdir="`pwd`"
  +  cd "${wa_path_dir_tempval}"
  +  wa_path_dir_newdir="`pwd`"
  +  $1="${wa_path_dir_newdir}"
  +  AC_MSG_RESULT([${wa_path_dir_newdir}])
  +  cd "${wa_path_dir_curdir}"
  +  unset wa_path_dir_curdir
  +  unset wa_path_dir_newdir
   else
  -  WA_ERROR([directory ${tempval} not found])
  +  WA_ERROR([directory ${wa_path_dir_tempval} not found])
   fi
  -unset tempval
  +unset wa_path_dir_tempval
 ])
   
   dnl --
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8705] New: - SessionListener should extend EventListener

[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=8705

SessionListener should extend EventListener

   Summary: SessionListener should extend EventListener
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


org.apache.catalina.SessionListener does not extend java.util.EventListener

To meet the Javabean event spec, it must. This should not break anything, since 
(a) it currently does not extend anything and (b) the EventListener interface 
does not contain any methods.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support wa_apr.m4

[pier]

pier02/05/01 11:09:17

  Modified:webapp/support wa_apr.m4
  Log:
  Some more variable localization, now WA_APR_GET appends data to the
  variable instead of replacing it, and removed a little useless check
  in WA_APR (WA_PATH_DIR already exits if the directory is not found)
  
  Revision  ChangesPath
  1.2   +17 -16jakarta-tomcat-connectors/webapp/support/wa_apr.m4
  
  Index: wa_apr.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_apr.m4,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- wa_apr.m4 1 May 2002 00:19:18 -   1.1
  +++ wa_apr.m4 1 May 2002 18:09:17 -   1.2
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_apr.m4,v 1.1 2002/05/01 00:19:18 pier Exp $
  +dnl Version $Id: wa_apr.m4,v 1.2 2002/05/01 18:09:17 pier Exp $
   dnl --
   
   dnl --
  @@ -68,7 +68,7 @@
   AC_DEFUN(
 [WA_APR],
 [
  -tempval="apr"
  +wa_apr_tempval="apr"
   AC_MSG_CHECKING([for apr sources])
   AC_ARG_WITH(
 [apr],
  @@ -81,19 +81,14 @@
 WA_ERROR([apr library sources required for compilation])
 ;;
   *)
  -  tempval="${withval}"
  +  wa_apr_tempval="${withval}"
 ;;
   esac
 ])
  -AC_MSG_RESULT([${tempval}])
  -WA_PATH_DIR($1,[${tempval}],[apr sources])
  +AC_MSG_RESULT([${wa_apr_tempval}])
  +WA_PATH_DIR($1,[${wa_apr_tempval}],[apr sources])
   
  -if test -z "$1" ; then
  -  AC_MSG_ERROR([cannot find apr directory "${tempval}"])
  -  exit 1
  -fi
  -unset tempval
  -AC_SUBST($1)
  +unset wa_apr_tempval
 ])
   
   dnl --
  @@ -110,11 +105,17 @@
   if test ! -f "$2/APRVARS" ; then
 WA_ERROR([cannot find APRVARS file in $2])
   fi
  -$1=`cat $2/APRVARS | grep $3= 2> /dev/null`
  -if test -z "$1" ; then
  +wa_apr_get_tempval=`cat $2/APRVARS | grep "^$3=" 2> /dev/null`
  +if test -z "${wa_apr_get_tempval}" ; then
 WA_ERROR([value for $3 not specified in $2/APRVARS])
   fi
  -$1=`echo [$]$1 | sed 's/^$3="//g' | sed 's/"$//g'`
  -AC_MSG_RESULT([[$]$1])
  -AC_SUBST([$1])
  +wa_apr_get_tempval=`echo ${wa_apr_get_tempval} | sed 's/^$3="//g'`
  +wa_apr_get_tempval=`echo ${wa_apr_get_tempval} | sed 's/"$//g'`
  +if test -z "${$1}" ; then
  +  $1="${wa_apr_get_tempval}"
  +else
  +  $1="${$1} ${wa_apr_get_tempval}"
  +fi
  +AC_MSG_RESULT([${wa_apr_get_tempval}])
  +unset wa_apr_get_tempval
 ])
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support wa_exec.m4

[pier]

pier02/05/01 11:12:48

  Modified:webapp/support wa_exec.m4
  Log:
  More M4 variable localization madness.
  
  Revision  ChangesPath
  1.2   +19 -19jakarta-tomcat-connectors/webapp/support/wa_exec.m4
  
  Index: wa_exec.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_exec.m4,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- wa_exec.m41 May 2002 00:22:28 -   1.1
  +++ wa_exec.m41 May 2002 18:12:47 -   1.2
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_exec.m4,v 1.1 2002/05/01 00:22:28 pier Exp $
  +dnl Version $Id: wa_exec.m4,v 1.2 2002/05/01 18:12:47 pier Exp $
   dnl --
   
   dnl --
  @@ -73,7 +73,7 @@
   AC_DEFUN(
 [WA_EXEC],
 [
  -local_curdir="`pwd`"
  +wa_exec_curdir="`pwd`"
   if test -d "$4" ; then
 cd "$4"
   else
  @@ -85,36 +85,36 @@
   echo "-1" > retvalue.tmp
   
   set $2
  -local_file=[$]1
  -if test ! -x "${local_file}" ; then
  -  AC_MSG_ERROR([cannot find or execute \"${local_file}\" in \"$4\"])
  +wa_exec_file=[$]1
  +if test ! -x "${wa_exec_file}" ; then
  +  AC_MSG_ERROR([cannot find or execute \"${wa_exec_file}\" in \"$4\"])
 exit 1
   fi
  -unset local_file
  +unset wa_exec_file
   
   {
 $2
  -  echo _retvalue_ $?
  +  echo "wa_exec_retvalue $?"
   } | {
  -  ret=0
  +  wa_exec_ret=0
 while true ; do
  -read first line
  +read wa_exec_first wa_exec_line
   if test ! "$?" -eq "0" ; then
 break
   else
  -  if test "${first}" = "_retvalue_" ; then
  -ret="${line}"
  +  if test "${wa_exec_first}" = "wa_exec_retvalue" ; then
  +wa_exec_ret="${wa_exec_line}"
 else
  -if test -n "${line}" ; then
  - echo "$3: ${first} ${line}"
  +if test -n "${wa_exec_line}" ; then
  + echo "$3: ${wa_exec_first} ${wa_exec_line}"
   fi
 fi
   fi
 done
  -  echo "${ret}" > retvalue.tmp
  -  unset first
  -  unset line
  -  unset ret
  +  echo "${wa_exec_ret}" > retvalue.tmp
  +  unset wa_exec_first
  +  unset wa_exec_line
  +  unset wa_exec_ret
   }
   
   $1="`cat retvalue.tmp`"
  @@ -122,6 +122,6 @@
   echo "  execution of \"$2\""
   echo "  returned with value \"$1\""
   
  -cd "${local_curdir}"
  -unset local_curdir
  +cd "${wa_exec_curdir}"
  +unset wa_exec_curdir
 ])
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support wa_apxs.m4

[pier]

pier02/05/01 11:19:42

  Modified:webapp/support wa_apxs.m4
  Log:
  More M4 name localization (done!)
  
  Revision  ChangesPath
  1.4   +27 -26jakarta-tomcat-connectors/webapp/support/wa_apxs.m4
  
  Index: wa_apxs.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_apxs.m4,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- wa_apxs.m41 May 2002 15:30:58 -   1.3
  +++ wa_apxs.m41 May 2002 18:19:42 -   1.4
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_apxs.m4,v 1.3 2002/05/01 15:30:58 pier Exp $
  +dnl Version $Id: wa_apxs.m4,v 1.4 2002/05/01 18:19:42 pier Exp $
   dnl --
   
   dnl --
  @@ -68,7 +68,7 @@
   AC_DEFUN(
 [WA_APXS],
 [
  -tempval="apxs"
  +wa_apxs_tempval="apxs"
   AC_MSG_CHECKING([for apxs name])
   AC_ARG_WITH(
 [apxs],
  @@ -81,26 +81,25 @@
 WA_ERROR([apxs required for compilation])
 ;;
   *)
  -  tempval="${withval}"
  +  wa_apxs_tempval="${withval}"
 ;;
   esac
 ])
  -AC_MSG_RESULT([${tempval}])
  -if test -x "${tempval}" ; then
  -  tempdir=`dirname "${tempval}"`
  -  tempfil=`basename "${tempval}"`
  -  WA_PATH_DIR([tempdir],[${tempdir}],[apxs])
  -  $1="${tempdir}/${tempfil}"
  +AC_MSG_RESULT([${wa_apxs_tempval}])
  +if test -x "${wa_apxs_tempval}" ; then
  +  wa_apxs_tempdir=`dirname "${wa_apxs_tempval}"`
  +  wa_apxs_tempfil=`basename "${wa_apxs_tempval}"`
  +  WA_PATH_DIR([wa_apxs_tempdir],[${wa_apxs_tempdir}],[apxs])
  +  $1="${wa_apxs_tempdir}/${wa_apxs_tempfil}"
   else
  -  AC_PATH_PROG($1,[${tempval}])
  +  AC_PATH_PROG($1,[${wa_apxs_tempval}])
   fi
   
   if test -z "${$1}" ; then
  -  AC_MSG_ERROR([cannot find apxs utility "${tempval}"])
  +  AC_MSG_ERROR([cannot find apxs utility "${wa_apxs_tempval}"])
 exit 1
   fi
  -unset tempval
  -AC_SUBST($1)
  +unset wa_apxs_tempval
 ])
   
   dnl --
  @@ -112,18 +111,18 @@
   AC_DEFUN(
 [WA_APXS_CHECK],
 [
  -tempval=""
  +wa_apxs_check_tempval=""
   AC_MSG_CHECKING([for apxs version])
   if grep "STANDARD_MODULE_STUFF" "$2" > /dev/null ; then
  -  tempval="1.3"
  +  wa_apxs_check_tempval="1.3"
   elif grep "STANDARD20_MODULE_STUFF" "$2" > /dev/null ; then
  -  tempval="2.0"
  +  wa_apxs_check_tempval="2.0"
   else
 WA_ERROR([$2 invalid])
   fi
  -AC_MSG_RESULT([$2 (${tempval})])
  -$1=${tempval}
  -unset tempval
  +AC_MSG_RESULT([$2 (${wa_apxs_check_tempval})])
  +$1=${wa_apxs_check_tempval}
  +unset wa_apxs_check_tempval
   
   AC_MSG_CHECKING([for apxs sanity])
   $2 -q CC > /dev/null 2>&1
  @@ -134,8 +133,6 @@
 WA_ERROR([apxs cannot compile])
   fi
   AC_MSG_RESULT([ok])
  -
  -AC_SUBST($1)
 ])
   
   dnl --
  @@ -149,11 +146,15 @@
 [WA_APXS_GET],
 [
   AC_MSG_CHECKING([for apxs $3 variable])
  -tempval=`"$2" -q "$3" 2> /dev/null`;
  +wa_apxs_get_tempval=`"$2" -q "$3" 2> /dev/null`
   if test "$?" != "0" ; then
  -WA_ERROR([cannot execute $2])
  +  WA_ERROR([cannot execute $2])
  +fi
  +AC_MSG_RESULT([${wa_apxs_get_tempval}])
  +if test -z "${$1}" ; then
  +  $1="${wa_apxs_get_tempval}"
  +else
  +  $1="${$1} ${wa_apxs_get_tempval}"
   fi
  -AC_MSG_RESULT([${tempval}])
  -$1="${$1} ${tempval}"
  -unset tempval
  +unset wa_apxs_get_tempval
 ])
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8700] - Process stays alive after shutdown

[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=8700

Process stays alive after shutdown

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement



--- Additional Comments From [EMAIL PROTECTED]  2002-05-01 18:50 ---
Catalina doesn't shutdown if there is a non-daemon thread still running.
Catalina does clean all its threads correctly, so the VM would exist. If you
create threads, you either have to shut them down, or mark them as daemons.

I didn't lose hope yet to make that more robust somewhere in the 4.1.x releases.
Probably not anytime soon, though.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8705] - SessionListener should extend EventListener

[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=8705

SessionListener should extend EventListener

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8705] - SessionListener should extend EventListener

[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=8705

SessionListener should extend EventListener





--- Additional Comments From [EMAIL PROTECTED]  2002-05-01 19:09 ---
Just as a note, doing something like this *would* break binary compatibility for
code compiled against the old version of the interface :-(.  Could be worked
around by a recompile, but that is not always guaranteed to be possible.

Therefore, I don't think this should be considred an option for a 4.0.x release.
 It could perhaps be considered in a 4.1.x release.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

email servlet not working on TOMCAT

[Vibha . Mullick]

The servlet that uses mail.jar copiles but fails with error 500 when run on
TOMCAT. Any ideas?
The classpath is set to:
C:\JAKART~1.3\WEBAPPS\ROOT\WEB-INF\CLASSES\ADS>echo %CLASSPATH%
c:\jakarta-tomcat-3.3\lib\activation.jar;c:
\jakarta-tomcat-3.3\lib\mail.jar;c:\j
akarta-tomcat-3.3\lib;c:\jakarta-tomcat-3.3\lib\common\servlet.jar;C:
\orant817\j
dbc\lib\classes12.zip;C:\orant817\jdbc\lib\nls_charset12.zip;c:
\jdk1.3.1_01\lib\
tools.jar;c:\jdk1.3.1_01\lib\dt.jar;c:\jakarta-tomcat-3.3\lib;c:
\jdk1.3.1_01\bin
;c:\orant817\bin;.


Servlet fails with the following error:
java.lang.NoClassDefFoundError: javax/mail/MessagingException
   at java.lang.Class.newInstance0(Native Method)
   at java.lang.Class.newInstance(Class.java:237)




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: email servlet not working on TOMCAT

[Kevin Grey]

Did you try putting it in your WEB-INF/lib dir of your WAR file?

~~K
Kevin Z Grey

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, May 01, 2002 3:14 PM
To: [EMAIL PROTECTED]
Subject: email servlet not working on TOMCAT




The servlet that uses mail.jar copiles but fails with error 500 when run on
TOMCAT. Any ideas?
The classpath is set to:
C:\JAKART~1.3\WEBAPPS\ROOT\WEB-INF\CLASSES\ADS>echo %CLASSPATH%
c:\jakarta-tomcat-3.3\lib\activation.jar;c:
\jakarta-tomcat-3.3\lib\mail.jar;c:\j
akarta-tomcat-3.3\lib;c:\jakarta-tomcat-3.3\lib\common\servlet.jar;C:
\orant817\j
dbc\lib\classes12.zip;C:\orant817\jdbc\lib\nls_charset12.zip;c:
\jdk1.3.1_01\lib\
tools.jar;c:\jdk1.3.1_01\lib\dt.jar;c:\jakarta-tomcat-3.3\lib;c:
\jdk1.3.1_01\bin
;c:\orant817\bin;.


Servlet fails with the following error:
java.lang.NoClassDefFoundError: javax/mail/MessagingException
   at java.lang.Class.newInstance0(Native Method)
   at java.lang.Class.newInstance(Class.java:237)




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8705] - SessionListener should extend EventListener

[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=8705

SessionListener should extend EventListener





--- Additional Comments From [EMAIL PROTECTED]  2002-05-01 19:44 ---
I don't believe that it would break binary compatibility. Could you please 
provide an explanation as to how that would occur?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[costin]

costin  02/05/01 12:53:57

  Modified:jk   build.xml
  Added:   jk/conf  jkconfig.manifest
  Log:
  Start building jkconfig.jar.
  
  This is independent of tomcat, it can be used as a CLI or ant
  tool.
  
  It depends on common-logging, DOM, tomcat-utils ( Introspection )
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-connectors/jk/conf/jkconfig.manifest
  
  Index: jkconfig.manifest
  ===
  Main-Class: org.apache.jk.config.WebXml2Jk
  Class-Path: tomcat-jk2.jar commons-logging.jar crimson.jar xercesImpl.jar 
xmlApis.jar tomcat-util.jar
  
  
  
  1.37  +10 -1 jakarta-tomcat-connectors/jk/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v
  retrieving revision 1.36
  retrieving revision 1.37
  diff -u -r1.36 -r1.37
  --- build.xml 18 Apr 2002 19:26:52 -  1.36
  +++ build.xml 1 May 2002 19:53:57 -   1.37
  @@ -116,8 +116,11 @@
   
   

  -
   
  +
  +
  +
   
   
  @@ -156,6 +159,12 @@

   
  +
  + 
  + 
  +
   

mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/config GeneratorApache2.java GeneratorJk1.java GeneratorJk2.java WebXml2Jk.java

[costin]

costin  02/05/01 12:55:46

  Modified:jk/java/org/apache/jk/config GeneratorJk1.java
GeneratorJk2.java WebXml2Jk.java
  Added:   jk/java/org/apache/jk/config GeneratorApache2.java
  Log:
  Few more updates.
  
  Generate all possible config files.
  
  The Apache2-jk2 config is experimental ( for the 'native' mapper ),
  but it uses the native apache modules to support Wellcome-Files,
  it has correct security mappings, etc.
  
  Revision  ChangesPath
  1.2   +15 -10
jakarta-tomcat-connectors/jk/java/org/apache/jk/config/GeneratorJk1.java
  
  Index: GeneratorJk1.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/config/GeneratorJk1.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- GeneratorJk1.java 1 May 2002 17:00:18 -   1.1
  +++ GeneratorJk1.java 1 May 2002 19:55:45 -   1.2
  @@ -103,6 +103,7 @@
   String vhost;
   String cpath;
   String worker;
  +PrintWriter out;
   
   public void setWebXmlReader(WebXml2Jk wxml ) {
   this.wxml=wxml;
  @@ -111,42 +112,46 @@
   worker=wxml.worker;
   }
   
  -public void generateStart(PrintWriter out ) {
  +public void generateStart( ) throws IOException  {
  +File base=wxml.getJkDir();
  +File outF=new File(base, "jk.conf");
  +out=new PrintWriter( new FileWriter( outF ));
  +
   out.println("# This must be included in the virtual host section for " + 
vhost );
   }
   
  -public void generateEnd(PrintWriter out ) {
  -
  +public void generateEnd() {
  +out.close();
   }
   
   
  -public void generateServletMapping( PrintWriter out, String servlet, String url 
) {
  +public void generateServletMapping( String servlet, String url ) {
   out.println( "JkMount " + cpath + url + " " + worker);
   }
   
  -public void generateFilterMapping( PrintWriter out, String servlet, String url 
) {
  +public void generateFilterMapping( String servlet, String url ) {
   out.println( "JkMount " + cpath + url + " " + worker);
   }
   
  -public void generateLoginConfig( PrintWriter out, String loginPage,
  +public void generateLoginConfig( String loginPage,
   String errPage, String authM ) {
   out.println( "JkMount " + cpath + loginPage + " " + worker);
   }
   
  -public void generateErrorPage( PrintWriter out, int err, String location ) {
  +public void generateErrorPage( int err, String location ) {
   
   }
   
  -public void generateMimeMapping( PrintWriter out, String ext, String type ) {
  +public void generateMimeMapping( String ext, String type ) {
   
   }
   
  -public void generateWelcomeFiles( PrintWriter out, Vector wf ) {
  +public void generateWelcomeFiles( Vector wf ) {
   
   }
   
   
  -public void generateConstraints( PrintWriter out, Vector urls, Vector methods, 
Vector roles, boolean isSSL ) {
  +public void generateConstraints( Vector urls, Vector methods, Vector roles, 
boolean isSSL ) {
   for( int i=0; ihttp://www.apache.org/)."
   *Alternately, this acknowlegement may appear in the software itself,
   *if and wherever such third-party acknowlegements normally appear.
   *
   * 4. The names "The Jakarta Project", "Tomcat", and "Apache Software
   *Foundation" must not be used to endorse or promote products derived
   *from this software without prior written permission. For written
   *permission, please contact [EMAIL PROTECTED]
   *
   * 5. Products derived from this software may not be called "Apache"
   *nor may "Apache" appear in their names without prior written
   *permission of the Apache Group.
   *
   * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
   * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
   * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
   * DISCLAIMED.  IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
   * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
   * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
   * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
   * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
   * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
   * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
   * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
   * SUCH DAMAGE.
   * 
   *
   * This software consists of voluntary contributions made by many
   * individuals on behalf of the Apache Software Foundation.  For more
   * informati

DO NOT REPLY [Bug 8705] - SessionListener should extend EventListener

[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=8705

SessionListener should extend EventListener





--- Additional Comments From [EMAIL PROTECTED]  2002-05-01 20:06 ---
We ran into this case in one of the proposed changes to Servlet 2.3, which added
FilterConfig.  Conceptually, it made sense to abstract out the common features
of FilterConfig and the existing ServletConfig interfaces into a new Config
interface that both would inherit from.  Alas, when you do that, code compiled
against the "old" version cannot run against implementations compiled against
the "new" version -- and vice versa.  So, we had to back away from doing this.

The reason this happens is that the compiler remembers the whole inheritance
tree at compile time, and the JVM uses that at runtime as part of the matching
criteria to see if the class you are requesting is compatible with the way it is
being used.  Unfortunately, introducing an additional parentage to an interface
(even though it doesn't affect the available methods) can trigger this
incompatibility check.

Admittedly, there is probably not a lot of code in the world that would be
affected by this in the case of SessionListener -- but it is still a real issue.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8708] New: - org.apache.jasper.JasperException: Unable to compile class for JSP

[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=8708

org.apache.jasper.JasperException: Unable to compile class for JSP

   Summary: org.apache.jasper.JasperException: Unable to compile
class for JSP
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: PC
   URL: http://localhost/examples/jsp/myJSPs/project/dynamicForm
.jsp
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The following statement produces the above error. I have tried two different 
jsps:

Enumeration parameters = request.getParameterNames();

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8709] New: - ISAPI Filter failing to pass on DAV "OPTIONS" requests

[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=8709

ISAPI Filter failing to pass on DAV "OPTIONS" requests

   Summary: ISAPI Filter failing to pass on DAV "OPTIONS" requests
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:JK/AJP (deprecated)
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Using: 
Tomcat 4.0.3.
Slide 1.0.16.
ISAPI Filter from J-T-C
WebDrive 5.1 (Client)
IIS 5.0
On Windows 2K

I have been having an issue where the ISAPI Filter does not pass an OPTIONS 
request properly when it receives one from a DAV client.
It looks like HttpFilterProc gets called and does its work, but somewhere
between IIS doing something and the call to HttpExtensionProc, the server sends 
back a "500 Internal Server Error"

The request never goes as far as to get passed on to tomcat. The
communication (when the problem occurs), is only between IIS and the
isapi_redirect.dll.

To further debug, I set iis up on one box with the filter and tomcat on another.
I then proceeded to do network trace. The result was that the request was never 
forwarded to the box running tomcat. The box running iis/isapi_redirect never 
forwarded the request on. Nothing was ever sent out on the wire. IIS (or the 
filter) sent simply sent back a "500 Server Error".


Just to test what would happen, I hacked the HttpFilterProc method to to
catch when an OPTIONS request is received and return a OPTIONS response.  I 
made the HttpFilterProc method, at that point, return with 
a "SF_STATUS_REQ_FINISHED". With that, I can connect to the server and
get a list of folders and files through the client. I can even copy out from
the client to my desktop. However, I do encounter another "500 Internal
Server Error" when I attempt a "PUT" (to add a file). 

The problem is most likely in the filter with it not passing headers (the 
method in particular) back to IIS or from IIS to the
HttpExtensionProc method. As I am not that proficient is IIS dev so I have
not  a clue what is happening. Is an IIS  header missing or something?

It should be noted that everything works as it should if one does not use the 
isapi filter (i.e. submitting requests directly to http://localhost:8080)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8709] - ISAPI Filter failing to pass on DAV "OPTIONS" requests

[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=8709

ISAPI Filter failing to pass on DAV "OPTIONS" requests

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|Other   |High

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support wa_apr.m4 wa_apxs.m4 wa_util.m4

[pier]

pier02/05/01 13:58:37

  Modified:webapp/support wa_apr.m4 wa_apxs.m4 wa_util.m4
  Log:
  Added function to append value to environment variable.
  
  Revision  ChangesPath
  1.3   +2 -6  jakarta-tomcat-connectors/webapp/support/wa_apr.m4
  
  Index: wa_apr.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_apr.m4,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- wa_apr.m4 1 May 2002 18:09:17 -   1.2
  +++ wa_apr.m4 1 May 2002 20:58:36 -   1.3
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_apr.m4,v 1.2 2002/05/01 18:09:17 pier Exp $
  +dnl Version $Id: wa_apr.m4,v 1.3 2002/05/01 20:58:36 pier Exp $
   dnl --
   
   dnl --
  @@ -111,11 +111,7 @@
   fi
   wa_apr_get_tempval=`echo ${wa_apr_get_tempval} | sed 's/^$3="//g'`
   wa_apr_get_tempval=`echo ${wa_apr_get_tempval} | sed 's/"$//g'`
  -if test -z "${$1}" ; then
  -  $1="${wa_apr_get_tempval}"
  -else
  -  $1="${$1} ${wa_apr_get_tempval}"
  -fi
  +WA_APPEND([$1],[${wa_apr_get_tempval}])
   AC_MSG_RESULT([${wa_apr_get_tempval}])
   unset wa_apr_get_tempval
 ])
  
  
  
  1.5   +2 -6  jakarta-tomcat-connectors/webapp/support/wa_apxs.m4
  
  Index: wa_apxs.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_apxs.m4,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- wa_apxs.m41 May 2002 18:19:42 -   1.4
  +++ wa_apxs.m41 May 2002 20:58:36 -   1.5
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_apxs.m4,v 1.4 2002/05/01 18:19:42 pier Exp $
  +dnl Version $Id: wa_apxs.m4,v 1.5 2002/05/01 20:58:36 pier Exp $
   dnl --
   
   dnl --
  @@ -151,10 +151,6 @@
 WA_ERROR([cannot execute $2])
   fi
   AC_MSG_RESULT([${wa_apxs_get_tempval}])
  -if test -z "${$1}" ; then
  -  $1="${wa_apxs_get_tempval}"
  -else
  -  $1="${$1} ${wa_apxs_get_tempval}"
  -fi
  +WA_APPEND([$1],[${wa_apxs_get_tempval}])
   unset wa_apxs_get_tempval
 ])
  
  
  
  1.4   +20 -1 jakarta-tomcat-connectors/webapp/support/wa_util.m4
  
  Index: wa_util.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/support/wa_util.m4,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- wa_util.m41 May 2002 18:05:37 -   1.3
  +++ wa_util.m41 May 2002 20:58:36 -   1.4
  @@ -57,7 +57,7 @@
   
   dnl --
   dnl Author Pier Fumagalli <[EMAIL PROTECTED]>
  -dnl Version $Id: wa_util.m4,v 1.3 2002/05/01 18:05:37 pier Exp $
  +dnl Version $Id: wa_util.m4,v 1.4 2002/05/01 20:58:36 pier Exp $
   dnl --
   
   dnl --
  @@ -83,6 +83,25 @@
 [
   $1=""
   AC_SUBST([$1])
  +  ])
  +
  +dnl --
  +dnl WA_APPEND
  +dnl   Append the extra value to the variable specified
  +dnl   $1 => The environment variable name.
  +dnl   $2 => The extra value
  +dnl --
  +AC_DEFUN(
  +  [WA_APPEND],
  +  [
  +wa_append_tempval="`echo $2`"
  +if test -n "${wa_append_tempval}" ; then
  +  if test -z "${$1}" ; then
  +$1="${wa_append_tempval}"
  +  else 
  +$1="${$1} ${wa_append_tempval}"
  +  fi
  +fi 
 ])
   
   dnl --
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[VOTE] New committer: Christopher St John

[Remy Maucherat]

I'd like to propose Christopher St John  as a
committer on Tomcat. Christopher has contributed ideas and code to do some
improvements to the design of Catalina. More importantly, he seems very
motivated and willing to contribute very significant time and effort on
Tomcat.

He has my +1.

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0 Makefile.in

[pier]

pier02/05/01 14:23:19

  Modified:webapp/apache-2.0 Makefile.in
  Log:
  New makefile for Apache 2.0 (it _WORKS_ ! - in theory)
  
  Revision  ChangesPath
  1.6   +25 -26jakarta-tomcat-connectors/webapp/apache-2.0/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/apache-2.0/Makefile.in,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- Makefile.in   1 Nov 2001 22:20:51 -   1.5
  +++ Makefile.in   1 May 2002 21:23:19 -   1.6
  @@ -56,35 +56,34 @@
   # = #
   
   # @author  Pier Fumagalli 
  -# @version $Id: Makefile.in,v 1.5 2001/11/01 22:20:51 pier Exp $
  +# @version $Id: Makefile.in,v 1.6 2002/05/01 21:23:19 pier Exp $
   
  -include @SRCDIR@/Makedefs
  +LOCAL_TGT_DIR = @TGT_DIR@/apache-2.0
  +LOCAL_SRC_DIR = @SRC_DIR@/apache-2.0
  +include @TGT_DIR@/Makedefs
   
  -APXS =   @APXS@
  +SOURCE = mod_webapp.c
  +OBJECT = mod_webapp.lo
  +TARGET = libwebapp.la
   
  -MODULE = mod_webapp.la
  +.PHONY: build clean
   
  -all: $(MODULE)
  -build: $(MODULE)
  -
  -mod_webapp.la: mod_webapp.c
  - @$(ECHO) Compiling and Linking Apache 2.0 WebApp Module
  - $(APXS) -I../include -c -L ../lib -lwebapp mod_webapp.c
  -
  -install: mod_webapp.la
  - $(APXS) -i mod_webapp.la
  +build: $(TARGET)
   
   clean:
  - @for ENTRY in *.o *.lo $(MODULE) .libs ; \
  - do \
  - if $(TEST) -f $${ENTRY} ; \
  - then \
  - $(ECHO) Removing file $${ENTRY} ; \
  - $(RM) -f $${ENTRY} ; \
  - fi ; \
  - if $(TEST) -d $${ENTRY} ; \
  - then \
  - $(ECHO) Removing directory $${ENTRY} ; \
  - $(RM) -rf $${ENTRY} ; \
  - fi ; \
  - done
  + rm -f $(TARGET)
  + rm -f $(OBJECT)
  + @if test -h $(SOURCE) ; then \
  +   echo rm -f $(SOURCE) ; \
  +   rm -f $(SOURCE) ; \
  + fi
  + rm -f *.o *.slo
  + rm -rf .libs
  +
  +$(SOURCE): $(LOCAL_SRC_DIR)/$(SOURCE)
  + ln -s "$<" "$@"
  +
  +$(TARGET): $(SOURCE)
  + $(APXS) -c -o $@ \
  +   $(INCLUDES) \
  +   $(OBJ_DIR)/*.lo $<
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/apache-1.3 Makefile.in

[pier]

pier02/05/01 14:24:04

  Modified:webapp/apache-1.3 Makefile.in
  Log:
  New makefile for Apache 1.3.
  
  Revision  ChangesPath
  1.25  +34 -14jakarta-tomcat-connectors/webapp/apache-1.3/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/apache-1.3/Makefile.in,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- Makefile.in   1 May 2002 00:37:16 -   1.24
  +++ Makefile.in   1 May 2002 21:24:04 -   1.25
  @@ -56,30 +56,50 @@
   # = #
   
   # @author  Pier Fumagalli 
  -# @version $Id: Makefile.in,v 1.24 2002/05/01 00:37:16 pier Exp $
  +# @version $Id: Makefile.in,v 1.25 2002/05/01 21:24:04 pier Exp $
   
  -LOCAL_INCLUDES = -I$(SRC_DIR)/include
  -LOCAL_TGT_DIR = $(TGT_DIR)/apache-1.3
  -LOCAL_SRC_DIR = $(SRC_DIR)/apache-1.3
  +LOCAL_TGT_DIR = @TGT_DIR@/apache-1.3
  +LOCAL_SRC_DIR = @SRC_DIR@/apache-1.3
   include @TGT_DIR@/Makedefs
   
  -OBJ =mod_webapp.o
  -LIB =mod_webapp.so
  +SOURCE = mod_webapp.c
  +OBJECT = mod_webapp.o
  +TARGET = libwebapp.so
   
   .PHONY: build clean
   
  -build: $(LIB)
  +build: $(TARGET)
   
   clean:
  - rm -f $(OBJ)
  - rm -f $(LIB)
  -
  -$(LIB): $(LOCAL_SRC_DIR)/mod_webapp.c
  + rm -f $(TARGET)
  + rm -f $(OBJECT)
  + @if test -h $(SOURCE) ; then \
  +   echo rm -f $(SOURCE) ; \
  +   rm -f $(SOURCE) ; \
  + fi
  +
  +$(SOURCE): $(LOCAL_SRC_DIR)/$(SOURCE)
  + ln -s $< $@
  +   
  +$(TARGET): $(SOURCE)
$(APXS) -c -o $@ \
  $(INCLUDES) $(LOCAL_INCLUDES) \
  -Wc,"$(CPPFLAGS) $(CFLAGS)" \
  -Wl,"$(LDFLAGS) $(LIBS)" \
  -   $(TGT_DIR)/libwebapp.a \
  -   $(TGT_DIR)/libapr.a \
  -   $<
  +   -L$(OBJ_DIR) -lapr \
  +   $(OBJ_DIR)/*.o $<
   
  +# +++ EXPERIMENTAL +++ LIBTOOL COMPILE, APXS LINK +++
  +# SOURCE = mod_webapp.c
  +# OBJECT = mod_webapp.lo
  +# TARGET = libwebapp.so
  +# 
  +# $(OBJECT): $(LOCAL_SRC_DIR)/$(SOURCE)
  +#$(LIBTOOL) --mode=compile \
  +#  $(CC) -c $< -o $@ \
  +#$(INCLUDES) $(EXTRA_INCLUDES) \
  +#$(CPPFLAGS) $(EXTRA_CPPFLAGS) \
  +#$(CFLAGS) $(EXTRA_CFLAGS)
  +# 
  +# $(TARGET): $(OBJECT)
  +#$(APXS) -c -o $@ -L$(OBJ_DIR) -lapr $< $(OBJ_DIR)/*.o
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp Makedefs.in

[pier]

pier02/05/01 14:25:40

  Modified:webapp   Makedefs.in
  Log:
  New variable templates from configure.in
  
  Revision  ChangesPath
  1.15  +22 -14jakarta-tomcat-connectors/webapp/Makedefs.in
  
  Index: Makedefs.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/Makedefs.in,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- Makedefs.in   1 May 2002 00:37:16 -   1.14
  +++ Makedefs.in   1 May 2002 21:25:40 -   1.15
  @@ -56,36 +56,44 @@
   # = #
   
   # @author  Pier Fumagalli 
  -# @version $Id: Makedefs.in,v 1.14 2002/05/01 00:37:16 pier Exp $
  +# @version $Id: Makedefs.in,v 1.15 2002/05/01 21:25:40 pier Exp $
   
   .SUFFIXES: .c .o .lo
   
   # Building tools
  -CC   = @CC@
  -CPP  = @CPP@
  -SHELL= @SHELL@
  -LIBTOOL  = @LIBTOOL@
  -APXS = @APXS@
  +CC  = @CC@
  +CPP = @CPP@
  +SHELL   = @SHELL@
  +LIBTOOL = @LIBTOOL@
  +APXS= @APXS@
   
   # Build flags
   CPPFLAGS = @CPPFLAGS@
   CFLAGS   = @CFLAGS@
   LDFLAGS  = @LDFLAGS@
  -LIBS = @LIBS@
   INCLUDES = @INCLUDES@
   
  +# Extra build flags
  +EXTRA_CPPFLAGS = @EXTRA_CPPFLAGS@
  +EXTRA_CFLAGS   = @EXTRA_CFLAGS@
  +EXTRA_LDFLAGS  = @EXTRA_LDFLAGS@
  +EXTRA_INCLUDES = @EXTRA_INCLUDES@
  +
   # Module to build
  -MODULE   = @MODULE@
  +MODULE = @MODULE@
   
   # Directories location
  -APR_DIR  = @APR_DIR@
  -SRC_DIR  = @SRC_DIR@
  -TGT_DIR  = @TGT_DIR@
  +APR_DIR = @APR_DIR@
  +SRC_DIR = @SRC_DIR@
  +TGT_DIR = @TGT_DIR@
  +OBJ_DIR = @TGT_DIR@/objects
   
   # Compilation template
  -%.lo: $(LOCAL_SRC_DIR)/%.c
  +%.lo: $(LOCAL_SRC_DIR)/%.c 
$(LIBTOOL) --mode=compile \
  $(CC) -c $< -o $@ \
$(INCLUDES) \
  - $(LOCAL_INCLUDES) \
  - $(CPPFLAGS) $(CFLAGS)
  + $(CPPFLAGS) \
  + $(CFLAGS) 
  + $(LIBTOOL) --mode=install \
  +   cp $@ $(OBJ_DIR)
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp Makefile.in

[pier]

pier02/05/01 14:26:28

  Modified:webapp   Makefile.in
  Log:
  Reorganized how we make dependancies on libraries...
  
  Revision  ChangesPath
  1.29  +14 -16jakarta-tomcat-connectors/webapp/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/Makefile.in,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- Makefile.in   1 May 2002 15:27:51 -   1.28
  +++ Makefile.in   1 May 2002 21:26:28 -   1.29
  @@ -56,7 +56,7 @@
   # = #
   
   # @author  Pier Fumagalli 
  -# @version $Id: Makefile.in,v 1.28 2002/05/01 15:27:51 pier Exp $
  +# @version $Id: Makefile.in,v 1.29 2002/05/01 21:26:28 pier Exp $
   
   include @TGT_DIR@/Makedefs
   
  @@ -68,10 +68,17 @@
rm -f Makedefs
rm -f Makefile
   
  -extra-build: @EXTRA_BUILD@ build
  -extra-clean: @EXTRA_BUILD@ clean
  -build: lib-build $(MODULE)-build
  +extra-build: $(OBJ_DIR) @EXTRA_BUILD@ build
  +
  +extra-clean: @EXTRA_CLEAN@ clean
  +
  +build: $(OBJ_DIR) lib-build $(MODULE)-build
  +
   clean: lib-clean $(MODULE)-clean
  + rm -rf $(OBJ_DIR)/*
  +
  +$(OBJ_DIR):
  + mkdir $(OBJ_DIR)
   
   $(MODULE)-build:
@$(MAKE) SUBF="$(MAKEFLAGS)" SUBD="$(TGT_DIR)/$(MODULE)" SUBT="build" subdir
  @@ -81,27 +88,18 @@
   
   lib-build:
@$(MAKE) SUBF="$(MAKEFLAGS)" SUBD="$(TGT_DIR)/lib" SUBT="build" subdir
  - @echo "$(MAKE): Installing library libwebapp.la"
  - $(LIBTOOL) --mode=install cp \
  -   $(TGT_DIR)/lib/libwebapp.la \
  -   $(TGT_DIR)/libwebapp.la > /dev/null
   
   lib-clean:
@$(MAKE) SUBF="$(MAKEFLAGS)" SUBD="$(TGT_DIR)/lib" SUBT="clean" subdir
  - rm -f libwebapp.la
  - rm -f libwebapp.a
   
   apr-build:
@$(MAKE) SUBF="$(MAKEFLAGS)" SUBD="$(APR_DIR)" SUBT="all" subdir
  - @echo "$(MAKE): Installing library libapr.la"
  - $(LIBTOOL) --mode=install cp \
  -   $(APR_DIR)/libapr.la \
  -   $(TGT_DIR)/libapr.la > /dev/null
  + $(LIBTOOL) --mode=install \
  +   cp $(APR_DIR)/libapr.la $(OBJ_DIR)/libapr.la
  + $(LIBTOOL) --mode=finish $(OBJ_DIR)
   
   apr-clean:
@$(MAKE) SUBF="$(MAKEFLAGS)" SUBD="$(APR_DIR)" SUBT="clean" subdir
  - rm -f libapr.la
  - rm -f libapr.a
   
   subdir:
@echo ""
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp configure.in

[pier]

pier02/05/01 14:27:20

  Modified:webapp   configure.in
  Log:
  Now builds modules for Apache 1.3 and Apache 2.0 correctly
  
  Revision  ChangesPath
  1.54  +68 -34jakarta-tomcat-connectors/webapp/configure.in
  
  Index: configure.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/configure.in,v
  retrieving revision 1.53
  retrieving revision 1.54
  diff -u -r1.53 -r1.54
  --- configure.in  1 May 2002 15:31:47 -   1.53
  +++ configure.in  1 May 2002 21:27:20 -   1.54
  @@ -57,7 +57,10 @@
   
   dnl --
   dnl Author Pier Fumagalli 
  -dnl Version $Id: configure.in,v 1.53 2002/05/01 15:31:47 pier Exp $
  +dnl Version $Id: configure.in,v 1.54 2002/05/01 21:27:20 pier Exp $
  +dnl 
  +dnl NOTE: close all functions with ]) on the same line otherwise M4 will spit
  +dnl   out the last argument of the function with an extra newline.
   dnl --
   
   sinclude(./support/wa_util.m4)
  @@ -77,7 +80,16 @@
   WA_HELP()
   
   dnl --
  -dnl Define and zero the variables we need in Makedefs.in
  +dnl Directories locations are defined here
  +dnl --
  +WA_VARIABLE([APR_DIR])
  +WA_VARIABLE([SRC_DIR])
  +WA_VARIABLE([TGT_DIR])
  +WA_PATH_DIR([SRC_DIR],[${srcdir}],[sources])
  +WA_PATH_DIR([TGT_DIR],[.],[build])
  +
  +dnl --
  +dnl Define  the variables we need in Makedefs.in
   dnl --
   WA_VARIABLE([CC])
   WA_VARIABLE([CPP])
  @@ -88,20 +100,17 @@
   WA_VARIABLE([CPPFLAGS])
   WA_VARIABLE([CFLAGS])
   WA_VARIABLE([LDFLAGS])
  -WA_VARIABLE([LIBS])
   WA_VARIABLE([INCLUDES])
  +INCLUDES="-I. -I${SRC_DIR}/include"
   
  -WA_VARIABLE([MODULE])
  -
  -WA_VARIABLE([APR_DIR])
  -WA_VARIABLE([SRC_DIR])
  -WA_VARIABLE([TGT_DIR])
  -
  +WA_VARIABLE([EXTRA_CFLAGS])
  +WA_VARIABLE([EXTRA_CPPFLAGS])
  +WA_VARIABLE([EXTRA_LDFLAGS])
  +WA_VARIABLE([EXTRA_INCLUDES])
   WA_VARIABLE([EXTRA_BUILD])
   WA_VARIABLE([EXTRA_CLEAN])
   
  -WA_PATH_DIR([SRC_DIR],[${srcdir}],[sources])
  -WA_PATH_DIR([TGT_DIR],[.],[build])
  +WA_VARIABLE([MODULE])
   
   dnl --
   dnl Figure out if we have APXS, where it's located, and what version it is
  @@ -124,16 +133,22 @@
   dnl Check where the APR sources are and issue "configure"
   dnl --
   WA_APR([APR_DIR])
  +tempret="0"
   tempval="--enable-static --disable-shared --disable-threads"
  -tempval="${tempval} --libdir=${TGT_DIR}"
  +tempval="${tempval} --libdir=${TGT_DIR}/objects"
   WA_EXEC(
  -[tempval],
  +[tempret],
   [./configure ${tempval}],
   [apr],
   [${APR_DIR}])
  +AC_MSG_CHECKING([for proper command execution])
  +if test "${tempret}" = "0" ; then
  +AC_MSG_RESULT([ok (${tempret})])
  +else
  +WA_ERROR([command returned with ${tempret}])
  +fi
  +unset tempret
   unset tempval
  -
  -dnl TODO: CHECK FOR RETURN VALUE HERE
   
   dnl --
   dnl Retrieve APR variables
  @@ -141,37 +156,53 @@
   WA_APR_GET([CC],[${APR_DIR}],[CC])
   WA_APR_GET([CPP],[${APR_DIR}],[CPP])
   WA_APR_GET([SHELL],[${APR_DIR}],[SHELL])
  +
  +WA_APR_GET([CFLAGS],[${APR_DIR}],[EXTRA_CFLAGS])
   WA_APR_GET([CPPFLAGS],[${APR_DIR}],[EXTRA_CPPFLAGS])
   WA_APR_GET([LDFLAGS],[${APR_DIR}],[EXTRA_LDFLAGS])
  -WA_APR_GET([CFLAGS],[${APR_DIR}],[EXTRA_CFLAGS])
  -WA_APR_GET([LIBS],[${APR_DIR}],[EXTRA_LIBS])
  -WA_APR_GET([INCLUDES],[${APR_DIR}],[EXTRA_INCLUDES])
   
  -AC_MSG_CHECKING([for apr INCLUDES variable])
  -INCLUDES="-I${APR_DIR}/include ${INCLUDES}"
  -AC_SUBST([INCLUDES])
  +WA_APR_GET([LDFLAGS],[${APR_DIR}],[EXTRA_LIBS])
  +WA_APR_GET([CPPFLAGS],[${APR_DIR}],[EXTRA_INCLUDES])
  +
  +AC_MSG_CHECKING([for apr headers])
  +WA_APPEND([INCLUDES],[-I${APR_DIR}/include])
   AC_MSG_RESULT([-I${APR_DIR}/include])
   
  -AC_MSG_CHECKING([for apr LIBTOOL variable])
  +AC_MSG_CHECKING([for apr libtool])
   LIBTOOL="${SHELL} ${APR_DIR}/libtool --silent"
  -AC_SUBST([LIBTOOL])
   AC_MSG_RESULT([${LIBTOOL}])
   
   dnl --
   dnl Do a check on the C compiler to see if apxs reports the same one
   dnl --

cvs commit: jakarta-tomcat-connectors/webapp/lib Makefile.in

[pier]

pier02/05/01 14:27:51

  Modified:webapp/lib Makefile.in
  Log:
  New makefile also for library
  
  Revision  ChangesPath
  1.26  +4 -14 jakarta-tomcat-connectors/webapp/lib/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/lib/Makefile.in,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- Makefile.in   1 May 2002 00:41:58 -   1.25
  +++ Makefile.in   1 May 2002 21:27:51 -   1.26
  @@ -56,11 +56,10 @@
   # = #
   
   # @author  Pier Fumagalli 
  -# @version $Id: Makefile.in,v 1.25 2002/05/01 00:41:58 pier Exp $
  +# @version $Id: Makefile.in,v 1.26 2002/05/01 21:27:51 pier Exp $
   
  -LOCAL_INCLUDES = -I$(SRC_DIR)/include -I$(SRC_DIR)/lib -I.
  -LOCAL_TGT_DIR = $(TGT_DIR)/lib
  -LOCAL_SRC_DIR = $(SRC_DIR)/lib
  +LOCAL_TGT_DIR = @TGT_DIR@/lib
  +LOCAL_SRC_DIR = @SRC_DIR@/lib
   include @TGT_DIR@/Makedefs
   
   OBJS =   wa_main.lo \
  @@ -72,12 +71,11 @@
pr_warp_network.lo \
pr_warp_config.lo \
pr_warp_socketpool.lo
  -LIB =libwebapp.la
   DEFH =   pr_warp_defs.h
   
   .PHONY: build clean
   
  -build: $(DEFH) $(LIB)
  +build: $(DEFH) $(OBJS)
   
   clean:
@for FILE in $(OBJS) ; do \
  @@ -88,15 +86,7 @@
  rm -f $$FILE.o ; \
done
rm -f $(DEFH)
  - rm -f libwebapp.la
  - rm -f libwebapp.a
rm -rf .libs
  -
  -$(LIB): $(WARPH) $(OBJS) $(PROVS)
  - $(LIBTOOL) --mode=link \
  -   $(CC) -static -o $@ \
  - -rpath $(TGT_DIR) \
  - $(OBJS)
   
   $(DEFH): $(SRC_DIR)/java/org/apache/catalina/connector/warp/Constants.java
cat "$<" | \
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/support install.sh mkinstalldirs.sh

[pier]

pier02/05/01 14:33:00

  Removed: webapp/support install.sh mkinstalldirs.sh
  Log:
  Don't need those anymore.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] New committer: Christopher St John

[costinm]

On Wed, 1 May 2002, Remy Maucherat wrote:

> I'd like to propose Christopher St John  as a
> committer on Tomcat. Christopher has contributed ideas and code to do some
> improvements to the design of Catalina. More importantly, he seems very
> motivated and willing to contribute very significant time and effort on
> Tomcat.
> 
> He has my +1.

+1 

Wellcome ! 

Costin


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi isapi.dsp jk_isapi_plugin.c jk_service_iis.c

[nacho]

nacho   02/05/01 15:23:36

  Modified:jk/native2/common jk_channel_jni.c jk_vm_default.c
jk_worker_ajp13.c jk_workerEnv.c
   jk/native2/server/isapi isapi.dsp jk_isapi_plugin.c
jk_service_iis.c
  Log:
  * Diverse fixes mostly cosmetic, except
  
  * Fixed correct initialization of request for IIS
  * Fixed win32 build of JNI
  * Added JNI to win32 isapi build
  
  Revision  ChangesPath
  1.11  +1 -1  jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
  
  Index: jk_channel_jni.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- jk_channel_jni.c  25 Apr 2002 18:48:13 -  1.10
  +++ jk_channel_jni.c  1 May 2002 22:23:36 -   1.11
  @@ -476,7 +476,7 @@
   
   /** Called by java. Will take the rest of the message and dispatch again to the 
real target.
*/
  -static int jk2_channel_jni_dispatch(jk_env_t *env, void *target, jk_endpoint_t *ep, 
jk_msg_t *msg)
  +static int JK_METHOD jk2_channel_jni_dispatch(jk_env_t *env, void *target, 
jk_endpoint_t *ep, jk_msg_t *msg)
   {
   jk_bean_t *jniChB=(jk_bean_t *)target;
   jk_channel_t *jniCh=(jk_channel_t *)jniChB->object;
  
  
  
  1.10  +3 -3  jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c
  
  Index: jk_vm_default.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- jk_vm_default.c   25 Apr 2002 19:22:19 -  1.9
  +++ jk_vm_default.c   1 May 2002 22:23:36 -   1.10
  @@ -101,7 +101,7 @@
   #warning JAVA 1.1 IS NO LONGER SUPPORTED 
   #warning ---
   
  -int jk2_vm_factory(jk_env_t *env, jk_pool_t *pool,
  +int JK_METHOD jk2_vm_factory(jk_env_t *env, jk_pool_t *pool,
  jk_bean_t *result,
  char *type, char *name)
   {
  @@ -429,7 +429,7 @@
   
   if(jvm_version != JNI_VERSION_1_2 ) {
   env->l->jkLog(env, env->l, JK_LOG_ERROR, 
  -  "vm.detect() found: %X expecting 1.2\n", vm_args.version);
  +  "vm.detect() found: %X expecting 1.2\n", jvm_version);
   return JK_ERR;
   }
   
  @@ -499,7 +499,7 @@
   }
   
   
  -int jk2_vm_factory(jk_env_t *env, jk_pool_t *pool,
  +int JK_METHOD jk2_vm_factory(jk_env_t *env, jk_pool_t *pool,
  jk_bean_t *result,
  char *type, char *name)
   {
  
  
  
  1.10  +4 -3  jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c
  
  Index: jk_worker_ajp13.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- jk_worker_ajp13.c 25 Apr 2002 19:22:19 -  1.9
  +++ jk_worker_ajp13.c 1 May 2002 22:23:36 -   1.10
  @@ -283,7 +283,7 @@
   err=e->worker->channel->send( env, e->worker->channel, e,
 e->request );
   
  - if (err==JK_OK ) {
  + if (err==JK_OK ) {
   /* We sent the request, have valid endpoint */
   break;
   }
  @@ -660,10 +660,10 @@
   
   env->l->jkLog(env, env->l, JK_LOG_INFO,
 "ajp14.destroy()\n");
  -
  +
   if( ajp14->endpointCache != NULL ) {
   jk_endpoint_t *e;
  -
  +i=ajp14->endpointCache->count;
   while( ajp14->endpointCache->count > 0 ) {
   
   e= ajp14->endpointCache->get( env, ajp14->endpointCache );
  @@ -672,6 +672,7 @@
   // we finished all endpoints in the cache
   break;
   }
  +
   
   jk2_close_endpoint(env, e);
   }
  
  
  
  1.32  +4 -4  jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c
  
  Index: jk_workerEnv.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- jk_workerEnv.c1 May 2002 04:18:34 -   1.31
  +++ jk_workerEnv.c1 May 2002 22:23:36 -   1.32
  @@ -59,7 +59,7 @@
* Description: Workers controller *
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
* Author:  Henri Gomez <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.31 $   *
  + * Version:

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

[costin]

costin  02/05/01 15:39:09

  Modified:jk   build.xml
  Added:   jk/conf  shm.manifest
  Log:
  Create another executable jar for Shm.
  
  jkshm.jar and jkconf.jar should end up in TOMCAT_HOME/bin or in
  ANT_HOME/lib or something similar - they act as standalone tools,
  but can also be used inside tomcat.
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-connectors/jk/conf/shm.manifest
  
  Index: shm.manifest
  ===
  Main-Class: org.apache.jk.common.Shm
  Class-Path: tomcat-jk2.jar commons-logging.jar tomcat-util.jar
  
  
  
  1.38  +6 -0  jakarta-tomcat-connectors/jk/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v
  retrieving revision 1.37
  retrieving revision 1.38
  diff -u -r1.37 -r1.38
  --- build.xml 1 May 2002 19:53:57 -   1.37
  +++ build.xml 1 May 2002 22:39:09 -   1.38
  @@ -167,6 +167,12 @@
   
   

  + 
  +
  +
  + 

   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[costin]

costin  02/05/01 15:40:17

  Modified:jk/java/org/apache/jk/common Shm.java
  Log:
  More code, start adding command line options.
  
  ( each bean setter is mapped to a command line option by IntrospectionUtil,
  in case you're not familiar with the code )
  
  Revision  ChangesPath
  1.8   +134 -6jakarta-tomcat-connectors/jk/java/org/apache/jk/common/Shm.java
  
  Index: Shm.java
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/Shm.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- Shm.java  30 Apr 2002 17:44:50 -  1.7
  +++ Shm.java  1 May 2002 22:40:17 -   1.8
  @@ -74,6 +74,13 @@
   
   import org.apache.tomcat.util.IntrospectionUtils;
   
  +/* The code is a bit confusing at this moment - the class is used as
  +   a Bean, or ant Task, or CLI - i.e. you set properties and call execute.
  +
  +   That's different from the rest of jk handlers wich are stateless ( but
  +   similar with Coyote-http ).
  +*/
  +
   
   /** Handle the shared memory objects.
*
  @@ -82,24 +89,78 @@
   public class Shm extends JniHandler {
   String file="/tmp/shm.file";
   int size;
  +String host="localhost";
  +int port=8009;
  +String unixSocket;
   
  +boolean unregister=false;
  +boolean reset=false;
  +
   // Will be dynamic ( getMethodId() ) after things are stable 
   static final int SHM_SET_ATTRIBUTE=0;
   static final int SHM_WRITE_SLOT=2;
   static final int SHM_ATTACH=3;
   static final int SHM_DETACH=4;
  +static final int SHM_RESET=5;
   
   public Shm() {
   }
  -
  +
  +/** Scoreboard location
  + */
   public void setFile( String f ) {
   file=f;
   }
   
  +/** Size. Used only if the scoreboard is to be created.
  + */
   public void setSize( int size ) {
   this.size=size;
   }
   
  +/** Set this to get the scoreboard reset.
  + *  The shm segment will be destroyed and a new one created,
  + *  with the provided size.
  + *
  + *  Requires "file" and "size".
  + */
  +public void setReset(boolean b) {
  +reset=true;
  +}
  +
  +/** Ajp13 host
  + */
  +public void setHost( String host ) {
  +this.host=host;
  +}
  +
  +/** Ajp13 port
  + */
  +public void setPort( int port ) {
  +this.port=port;
  +}
  +
  +/** Unix socket where tomcat is listening.
  + *  Use it only if tomcat is on the same host, of course
  + */
  +public void setUnixSocket( String unixSocket  ) {
  +this.unixSocket=unixSocket;
  +}
  +
  +/** Set this option to mark the tomcat instance as
  +'down', so apache will no longer forward messages to it.
  +Note that requests with a session will still try this
  +host first.
  +
  +This can be used to implement gracefull shutdown.
  +
  +Host and port are still required, since they are used
  +to identify tomcat.
  +*/
  +public void setUnregister( boolean unregister  ) {
  +this.unregister=unregister;
  +}
  +
   public void init() throws IOException {
   super.initNative( "shm" );
   if( apr==null ) return;
  @@ -127,6 +188,17 @@
   this.invoke( msg, mCtx );
   }
   
  +public void resetScoreboard() throws IOException {
  +if( apr==null ) return;
  +MsgContext mCtx=createMsgContext();
  +Msg msg=(Msg)mCtx.getMsg(0);
  +msg.reset();
  +
  +msg.appendByte( SHM_RESET );
  +
  +this.invoke( msg, mCtx );
  +}
  +
   public void setNativeAttribute(String name, String val) throws IOException {
   if( apr==null ) return;
   MsgContext mCtx=createMsgContext();
  @@ -143,15 +215,51 @@
   this.invoke( msg, mCtx );
   }
   
  -public void registerTomcat(String host, int port) throws IOException {
  +/** Register a tomcat instance
  + *  XXX make it more flexible
  + */
  +public void registerTomcat(String host, int port, String unixDomain)
  +throws IOException
  +{
  +if( apr==null ) return;
  +
   String slotName="TOMCAT:" + host + ":" + port;
  -writeSlot( slotName );
  +MsgContext mCtx=createMsgContext();
  +Msg msg=(Msg)mCtx.getMsg(0);
  +msg.reset();
  +C2BConverter c2b=(C2BConverter)mCtx.getNote(C2B_NOTE);
  +
  +msg.appendByte( SHM_WRITE_SLOT );
  +appendString( msg, slotName, c2b );
  +
  +int channelCnt=1;
  +if( unixDomain != null ) channelCnt++;
  +
  +// number of channels for this instance
  +msg.appendInt( channelCnt );
  +
  +// The body:
  +appendString(msg, "channel.socket:" + host + ":" + port, c2b );
  +   

RE: [VOTE] New committer: Christopher St John

[Ignacio J. Ortega]

> De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
> Enviado el: miércoles 1 de mayo de 2002 23:00

+1

Saludos ,
Ignacio J. Ortega

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] New committer: Christopher St John

[Bojan Smojver]

+1

Bojan

On Thu, 2002-05-02 at 06:59, Remy Maucherat wrote:
> I'd like to propose Christopher St John  as a
> committer on Tomcat. Christopher has contributed ideas and code to do some
> improvements to the design of Catalina. More importantly, he seems very
> motivated and willing to contribute very significant time and effort on
> Tomcat.
> 
> He has my +1.
> 
> Remy
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native/iis jk_isapi_plugin.c

[nacho]

nacho   02/05/01 15:59:12

  Modified:jk/native/iis jk_isapi_plugin.c
  Log:
  * Problems with extension return codes in IIS 6.0.
  
  It seems IIS version prior to 6.0, were buggy and not honored the 
HSE_STATUS_SUCCESS_KEEP_CONN extension return values.
  
  This is why the bug not revealed before.
  
  Thanks to Lenny Karpel
  
  Revision  ChangesPath
  1.16  +8 -22 jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c
  
  Index: jk_isapi_plugin.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- jk_isapi_plugin.c 9 Apr 2002 23:09:25 -   1.15
  +++ jk_isapi_plugin.c 1 May 2002 22:59:12 -   1.16
  @@ -60,7 +60,7 @@
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
* Author:  Larry Isaacs <[EMAIL PROTECTED]>   *
* Author:  Ignacio J. Ortega <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.15 $   *
  + * Version: $Revision: 1.16 $   *
***/
   
   // This define is needed to include wincrypt,h, needed to get client certificates
  @@ -669,26 +669,12 @@
   char snuri[INTERNET_MAX_URL_LENGTH]="/";
   char Host[INTERNET_MAX_URL_LENGTH];
   char Translate[INTERNET_MAX_URL_LENGTH];
  -
  - BOOL (WINAPI * GetHeader) (
  - struct _HTTP_FILTER_CONTEXT * pfc,
  - LPSTR lpszName,
  - LPVOIDlpvBuffer,
  - LPDWORD   lpdwSize
  - );
  -
  - BOOL (WINAPI * SetHeader) (
  - struct _HTTP_FILTER_CONTEXT * pfc,
  - LPSTR lpszName,
  - LPSTR lpszValue
  - );
  -
  - BOOL (WINAPI * AddHeader) (
  - struct _HTTP_FILTER_CONTEXT * pfc,
  - LPSTR lpszName,
  - LPSTR lpszValue
  - );
  -
  + BOOL (WINAPI * GetHeader) 
  + (struct _HTTP_FILTER_CONTEXT * pfc, LPSTR lpszName, LPVOID 
lpvBuffer, LPDWORD lpdwSize );
  + BOOL (WINAPI * SetHeader) 
  + (struct _HTTP_FILTER_CONTEXT * pfc, LPSTR lpszName, LPSTR 
lpszValue );
  + BOOL (WINAPI * AddHeader) 
  + (struct _HTTP_FILTER_CONTEXT * pfc, LPSTR lpszName,LPSTR 
lpszValue );
   char *query;
   DWORD sz = sizeof(uri);
   DWORD szHost = sizeof(Host);
  @@ -917,7 +903,7 @@
   if (worker->get_endpoint(worker, &e, logger)) {
   int recover = JK_FALSE;
   if (e->service(e, &s, logger, &recover)) {
  -rc = HSE_STATUS_SUCCESS_AND_KEEP_CONN;
  +rc = HSE_STATUS_SUCCESS;
   lpEcb->dwHttpStatusCode = HTTP_STATUS_OK;
   jk_log(logger, JK_LOG_DEBUG, 
  "HttpExtensionProc service() returned OK\n");
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jakarta-tomcat-connectors documentation/summaries

[Ignacio J. Ortega]

> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Enviado el: miércoles 1 de mayo de 2002 19:44

> 
> webapp
> 

>Re: jakarta-tomcat-connectors documentation/summaries pier: "There
>were some other motivations when it all started... Mod_JK was
>unmaintained, and nobody knew how to make it work. I didn't like

I disagree with Pier here. ( sorry i've lost the original Pier's
menssage ) 

I can admit all other reasons, but jk never has been unmaintained for
any period of time in the past, more, prior to webapp announce, or more
or less at the same time, Dan Milstein and Henri did a big work
documenting and studiying the sources, the protocol and the api.. and
never a bug in jk was left in the bag, perhaps due to it's nature was
and is very difficult to track every bug in every platform and http
server it supports, i admit.. but never run out of support..


Saludos ,
Ignacio J. Ortega

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_map.h

[costin]

costin  02/05/01 16:10:17

  Modified:jk/native2/common jk_channel_jni.c jk_shm.c
jk_worker_ajp13.c
   jk/native2/include jk_map.h
  Log:
  Few fixes in error handling and checking for exceptions.
  
  Revision  ChangesPath
  1.12  +1 -2  jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
  
  Index: jk_channel_jni.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- jk_channel_jni.c  1 May 2002 22:23:36 -   1.11
  +++ jk_channel_jni.c  1 May 2002 23:10:17 -   1.12
  @@ -309,8 +309,7 @@
   jk2_channel_jni_open( env, _this, endpoint );
   epData=(jk_ch_jni_ep_private_t *)endpoint->channelData;
   }
  -
  -if( epData->jniJavaContext == NULL ) {
  +if( epData == NULL || epData->jniJavaContext == NULL ) {
   env->l->jkLog(env, env->l, JK_LOG_ERROR,"channel_jni.send() no java 
context\n" ); 
   
   return JK_ERR;
  
  
  
  1.9   +16 -7 jakarta-tomcat-connectors/jk/native2/common/jk_shm.c
  
  Index: jk_shm.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_shm.c,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- jk_shm.c  30 Apr 2002 01:01:03 -  1.8
  +++ jk_shm.c  1 May 2002 23:10:17 -   1.9
  @@ -175,6 +175,11 @@
   return JK_OK;
   }
   
  +if( shm->size <= 0 ) {
  +env->l->jkLog(env, env->l, JK_LOG_ERROR, 
  +  "shm.create(): No size %s\n", shm->fname);
  +return JK_ERR;
  +}
   /* make sure it's an absolute pathname */
   /*  fname = ap_server_root_relative(pconf, ap_scoreboard_fname); */
   
  @@ -189,13 +194,11 @@
 "shm.create(): error removing shm %s %d %s\n",
 shm->fname, rv, error );
   shm->privateData=NULL;
  -return rv;
   } else {
   env->l->jkLog(env, env->l, JK_LOG_ERROR, 
 "shm.create(): file removed ok\n");
   }
   
  -
   rv = apr_shm_create((apr_shm_t **)&shm->privateData,(apr_size_t)shm->size,
   shm->fname, globalShmPool);
   
  @@ -232,7 +235,7 @@
   
   shm->head->slotSize = shm->slotSize;
   shm->head->slotMaxCount = shm->slotMaxCount;
  -shm->head->lastSlot = 0;
  +shm->head->lastSlot = 1;
   
   env->l->jkLog(env, env->l, JK_LOG_INFO, 
 "shm.init() Initalized %s %p\n",
  @@ -312,6 +315,7 @@
   {
   jk_bean_t *bean=(jk_bean_t *)target;
   jk_shm_t *shm=(jk_shm_t *)bean->object;
  +int rc;
   
   int code=msg->getByte(env, msg );
   
  @@ -330,8 +334,8 @@
   case SHM_ATTACH: {
   env->l->jkLog(env, env->l, JK_LOG_INFO, 
 "shm.init()\n");
  -shm->init(env, shm);
  -return JK_OK;
  +rc=shm->init(env, shm);
  +return rc;
   }
   case SHM_DETACH: {
   
  @@ -342,12 +346,17 @@
   jk_shm_slot_t *slot;
   
   env->l->jkLog(env, env->l, JK_LOG_INFO, 
  -  "shm.registerTomcat() %s %d\n",
  +  "shm.writeSlot() %s %d\n",
 instanceName, msg->len );
   if( msg->len > shm->slotSize ) {
   env->l->jkLog(env, env->l, JK_LOG_ERROR, 
  -  "shm.registerTomcat() Packet too large %d %d\n",
  +  "shm.writeSlot() Packet too large %d %d\n",
 shm->slotSize, msg->len );
  +return JK_ERR;
  +}
  +if( shm->head == NULL ) {
  +env->l->jkLog(env, env->l, JK_LOG_ERROR, 
  +  "shm.writeSlot() No head - shm was not initalized\n");
   return JK_ERR;
   }
   slot=shm->createSlot( env, shm, instanceName, 0 );
  
  
  
  1.11  +1 -1  jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c
  
  Index: jk_worker_ajp13.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- jk_worker_ajp13.c 1 May 2002 22:23:36 -   1.10
  +++ jk_worker_ajp13.c 1 May 2002 23:10:17 -   1.11
  @@ -401,7 +401,7 @@
 "ajp14.forwardST() After %d\n",err);
   
   
  -return JK_OK;
  +return err;
   }

   static int JK_METHOD
  
  
  
  1.13  +4 -2  jakarta-tomcat-connectors/jk/native2/include/jk_map.h
  
  Index: jk_map.h
  ===
  RCS file: /home/cvs/jakarta-tomc

RE: jakarta-tomcat-connectors documentation/summaries

[costinm]

On Thu, 2 May 2002, Ignacio J. Ortega wrote:

> I can admit all other reasons, but jk never has been unmaintained for
> any period of time in the past, more, prior to webapp announce, or more
> or less at the same time, Dan Milstein and Henri did a big work
> documenting and studiying the sources, the protocol and the api.. and

I think I've also been around since jk was written until now.
( I even wrote a lot of the java code, and some pieces of C )
True, I'm not very fast on fixing bugs or documentation - and 
sometimes I have the same attitude 'works for me' as Pier.


Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8717] New: - java.lang.ClassCastException at org.apache.catalina.core.ApplicationDispatcher.unwrapRequest(ApplicationDispatcher.java:845)

[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=8717

java.lang.ClassCastException at 
org.apache.catalina.core.ApplicationDispatcher.unwrapRequest(ApplicationDispatcher.java:845)

   Summary: java.lang.ClassCastException at
org.apache.catalina.core.ApplicationDispatcher.unwrapReq
uest(ApplicationDispatcher.java:845)
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


Below is the code for method 
org.apache.catalina.core.ApplicationDispatcher.unwrapRequest() in 
ApplicationDispatcher.java. You can clearly see here that the objects "current" 
and "previous" are declared as ServletRequest objects although later in the 
code they are attempted to be casted as ServletRequestWrapper objects. This 
causes a ClassCastException in Tomcat. I will also attach exception stack trace 
that I got at the bottom of this.

private void unwrapRequest() {

if (wrapRequest == null)
return;

ServletRequest previous = null;
ServletRequest current = outerRequest;
while (current != null) {

// If we run into the container request we are done
if (current instanceof Request)
break;

// Remove the current request if it is our wrapper
if (current == wrapRequest) {
ServletRequest next =
  ((ServletRequestWrapper) current).getRequest();
if (previous == null)
outerRequest = next;
else
((ServletRequestWrapper) previous).setRequest(next);
break;
}

// Advance to the next request in the chain
previous = current;
current = ((ServletRequestWrapper) current).getRequest();

}

}

Stack Trace for the said ClassCastException (found in Tomcat log files):
-

2002-05-01 12:13:42 StandardWrapperValve[Quran]: Servlet.service() for servlet 
Quran threw exception
java.lang.ClassCastException: org.apache.catalina.connector.HttpRequestFacade
at org.apache.catalina.core.ApplicationDispatcher.unwrapRequest
(ApplicationDispatcher.java:845)
at org.apache.catalina.core.ApplicationDispatcher.doForward
(ApplicationDispatcher.java:432)
at org.apache.catalina.core.ApplicationDispatcher.forward
(ApplicationDispatcher.java:355)
at Quran.searchQuran(Quran.java:1396)
at Quran.doGet(Quran.java:603)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:243)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:190)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.valves.CertificatesValve.invoke
(CertificatesValve.java:246)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2343)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.valves.AccessLogValve.inv

request

[TMotte]

Hi:

I apologize for crossposting, and I probably shouldn't be on here since I'm
not a committer or whatever it's called, but I posted a similar request to
the user list and they ignored it, so:

#1 The startup scripts for tomcat assume the existence of
  $CATALINA_HOME/temp
  $CATALINA_HOME/logs

These don't exist in the install directory, and so I spent several hours
figuring as much out, especially the temp part. So I think it would be
helpful to put these directories in the zip/gzip/etc downloads so that
future users don't have to deal with such.


#2 This is much simpler - I had to change the catalina.sh script because it
wasn't properly handling variable settings for Cygwin. I'd like for this
change to be made permanent so I don't have to do deal with it again when I
download a future release. Here's a diff:

99,102c99,104
<   JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"`
<   CATALINA_HOME=`cygpath --path --windows "$CATALINA_HOME"`
<   CLASSPATH=`cygpath --path --windows "$CLASSPATH"`
<   JSSE_HOME=`cygpath --path --windows "$JSSE_HOME"`
---
>   JAVA_HOME=`  cygpath --path --windows "$JAVA_HOME"`
>   CATALINA_HOME=`  cygpath --path --windows "$CATALINA_HOME"`
>   CLASSPATH=`  cygpath --path --windows "$CLASSPATH"`
>   JSSE_HOME=`  cygpath --path --windows "$JSSE_HOME"`
>   CATALINA_BASE=`  cygpath --path --windows "$CATALINA_BASE"`
>   CATALINA_TMPDIR=`cygpath --path --windows "$CATALINA_TMPDIR"`


That's all.

Troy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: request

[TMotte]

Wait, I found the bugzilla thing.

I guess I'll submit via that.

thanks
troy


   
 
  [EMAIL PROTECTED] 
 
   To:  "Tomcat Developers List" 
<[EMAIL PROTECTED]>
  05/01/2002 06:33 cc: 
 
  PM   Subject: request
 
  Please respond   
 
  to "Tomcat   
 
  Developers List" 
 
   
 
   
 





Hi:

I apologize for crossposting, and I probably shouldn't be on here since I'm
not a committer or whatever it's called, but I posted a similar request to
the user list and they ignored it, so:

#1 The startup scripts for tomcat assume the existence of
  $CATALINA_HOME/temp
  $CATALINA_HOME/logs

These don't exist in the install directory, and so I spent several hours
figuring as much out, especially the temp part. So I think it would be
helpful to put these directories in the zip/gzip/etc downloads so that
future users don't have to deal with such.


#2 This is much simpler - I had to change the catalina.sh script because it
wasn't properly handling variable settings for Cygwin. I'd like for this
change to be made permanent so I don't have to do deal with it again when I
download a future release. Here's a diff:

99,102c99,104
<   JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"`
<   CATALINA_HOME=`cygpath --path --windows "$CATALINA_HOME"`
<   CLASSPATH=`cygpath --path --windows "$CLASSPATH"`
<   JSSE_HOME=`cygpath --path --windows "$JSSE_HOME"`
---
>   JAVA_HOME=`  cygpath --path --windows "$JAVA_HOME"`
>   CATALINA_HOME=`  cygpath --path --windows "$CATALINA_HOME"`
>   CLASSPATH=`  cygpath --path --windows "$CLASSPATH"`
>   JSSE_HOME=`  cygpath --path --windows "$JSSE_HOME"`
>   CATALINA_BASE=`  cygpath --path --windows "$CATALINA_BASE"`
>   CATALINA_TMPDIR=`cygpath --path --windows "$CATALINA_TMPDIR"`


That's all.

Troy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8718] New: - missing directories

[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=8718

missing directories

   Summary: missing directories
   Product: Tomcat 4
   Version: Nightly Build
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The startup scripts for tomcat assume the existence of 
  $CATALINA_HOME/temp
  $CATALINA_HOME/logs
  
These don't exist in the install directory, and so I spent several hours 
figuring as much out, especially the temp part. It would be helpful to put 
these directories in the zip/gzip/etc downloads so that future users don't have 
to deal with such.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8719] New: - catalina.sh bug

[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=8719

catalina.sh bug

   Summary: catalina.sh bug
   Product: Tomcat 4
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I had to change the catalina.sh script because it wasn't properly handling 
variable settings for Cygwin. My version of the fixes are:

99,102c99,104
<   JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"`
<   CATALINA_HOME=`cygpath --path --windows "$CATALINA_HOME"`
<   CLASSPATH=`cygpath --path --windows "$CLASSPATH"`
<   JSSE_HOME=`cygpath --path --windows "$JSSE_HOME"`
---
>   JAVA_HOME=`  cygpath --path --windows "$JAVA_HOME"`
>   CATALINA_HOME=`  cygpath --path --windows "$CATALINA_HOME"`
>   CLASSPATH=`  cygpath --path --windows "$CLASSPATH"`
>   JSSE_HOME=`  cygpath --path --windows "$JSSE_HOME"`
>   CATALINA_BASE=`  cygpath --path --windows "$CATALINA_BASE"`
>   CATALINA_TMPDIR=`cygpath --path --windows "$CATALINA_TMPDIR"`

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] New committer: Christopher St John

[Craig R. McClanahan]

+1

Craig


On Wed, 1 May 2002, Remy Maucherat wrote:

> Date: Wed, 1 May 2002 13:59:59 -0700
> From: Remy Maucherat <[EMAIL PROTECTED]>
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> To: Tomcat Developers List <[EMAIL PROTECTED]>
> Subject: [VOTE] New committer: Christopher St John
>
> I'd like to propose Christopher St John  as a
> committer on Tomcat. Christopher has contributed ideas and code to do some
> improvements to the design of Catalina. More importantly, he seems very
> motivated and willing to contribute very significant time and effort on
> Tomcat.
>
> He has my +1.
>
> Remy
>
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] New committer: Christopher St John

[Amy Roh]

+1

Amy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans ConnectorMBean.java MBeanFactory.java StandardServerMBean.java

[amyroh]

amyroh  02/05/01 19:03:16

  Modified:catalina/src/share/org/apache/catalina/mbeans
ConnectorMBean.java MBeanFactory.java
StandardServerMBean.java
  Log:
  SSL connector mbean fixes.  Needs an error page in case if a user wants to
  create SSL connector before configuring with keytool.
  
  ResourceParams and other components are now written out to new server.xml
  
  Revision  ChangesPath
  1.4   +16 -15
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ConnectorMBean.java
  
  Index: ConnectorMBean.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ConnectorMBean.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- ConnectorMBean.java   1 May 2002 00:38:09 -   1.3
  +++ ConnectorMBean.java   2 May 2002 02:03:15 -   1.4
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ConnectorMBean.java,v
 1.3 2002/05/01 00:38:09 amyroh Exp $
  - * $Revision: 1.3 $
  - * $Date: 2002/05/01 00:38:09 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ConnectorMBean.java,v
 1.4 2002/05/02 02:03:15 amyroh Exp $
  + * $Revision: 1.4 $
  + * $Date: 2002/05/02 02:03:15 $
*
* 
*
  @@ -76,10 +76,10 @@
* org.apache.coyote.tomcat4.CoyoteConnector component.
*
* @author Amy Roh
  - * @version $Revision: 1.3 $ $Date: 2002/05/01 00:38:09 $
  + * @version $Revision: 1.4 $ $Date: 2002/05/02 02:03:15 $
*/
   
  -public class ConnectorMBean extends BaseModelMBean {
  +public class ConnectorMBean extends ClassNameMBean {
   
   
   // --- Constructors
  @@ -127,13 +127,14 @@
   if (coyoteServerSocketFactoryCls.isInstance(factory)) {
   // get clientAuth
   Method meth2 = 
coyoteServerSocketFactoryCls.getMethod("getClientAuth", null);
  -clientAuthObj = meth2.invoke(this.resource, null);
  +clientAuthObj = meth2.invoke(factory, null);
   }
  
   }
  -if (clientAuthObj instanceof Boolean)
  +if (clientAuthObj instanceof Boolean) {
   return ((Boolean)clientAuthObj).booleanValue();
  -else return false;
  +} else return false;
  +
   }
   
   
  @@ -158,7 +159,7 @@
   Method meth2 = 
coyoteServerSocketFactoryCls.getMethod("setClientAuth", partypes2);
   Object arglist2[] = new Object[1];
   arglist2[0] = new Boolean(clientAuth);
  -meth2.invoke(this.resource, arglist2);
  +meth2.invoke(factory, arglist2);
   } 
   } 
   
  @@ -183,8 +184,8 @@
   if (coyoteServerSocketFactoryCls.isInstance(factory)) {
   // get keystoreFile
   Method meth2 = 
coyoteServerSocketFactoryCls.getMethod("getKeystoreFile", null);
  -keystoreFileObj = meth2.invoke(this.resource, null);
  -}
  +keystoreFileObj = meth2.invoke(factory, null);
  +} 
   }
   
   if (keystoreFileObj == null) {
  @@ -221,7 +222,7 @@
   Method meth2 = 
coyoteServerSocketFactoryCls.getMethod("setKeystoreFile", partypes2);
   Object arglist2[] = new Object[1];
   arglist2[0] = keystoreFile;
  -meth2.invoke(this.resource, arglist2);
  +meth2.invoke(factory, arglist2);
   }
  
   }
  @@ -246,7 +247,7 @@
   if (coyoteServerSocketFactoryCls.isInstance(factory)) {
   // get keystorePass
   Method meth2 = 
coyoteServerSocketFactoryCls.getMethod("getKeystorePass", null);
  -keystorePassObj = meth2.invoke(this.resource, null);
  +keystorePassObj = meth2.invoke(factory, null);
   }
  
   }
  @@ -255,7 +256,7 @@
   return null;
   } else {
   return keystorePassObj.toString();
  -}
  +} 
   
   }
   
  @@ -285,7 +286,7 @@
   Method meth2 = 
coyoteServerSocketFactoryCls.getMethod("setKeystorePass", partypes2);
   Object arglist2[] = new Object[1];
   arglist2[0] = keystorePass;
  -meth2.invoke(this.resource, arglist2);
  +meth2.invoke(factory, arglist2);
   }
   }
   }
  
  
  
  1.29  +32 -10
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanFactory.java
  
  Index: MBeanFa

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

[amyroh]

amyroh  02/05/01 19:07:03

  Modified:coyote/src/java/org/apache/coyote/tomcat4
CoyoteServerSocketFactory.java
  Log:
  Add missing "public" for getFactory.  Couldn't access the method through
  reflection without being public.
  
  Revision  ChangesPath
  1.2   +1 -1  
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteServerSocketFactory.java
  
  Index: CoyoteServerSocketFactory.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteServerSocketFactory.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- CoyoteServerSocketFactory.java9 Apr 2002 17:47:07 -   1.1
  +++ CoyoteServerSocketFactory.java2 May 2002 02:07:03 -   1.2
  @@ -158,7 +158,7 @@
*/
   private String keystorePass = "changeit";
   
  -String getKeystorePass() {
  +public String getKeystorePass() {
   return (this.keystorePass);
   }
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_msg.h

[costin]

costin  02/05/01 20:13:05

  Modified:jk/native2/common jk_channel_jni.c jk_msg_ajp.c jk_shm.c
jk_worker_status.c
   jk/native2/include jk_msg.h
  Log:
  Added some more debugging code the shm ( now it can dump the content
  in a file and display some more or less usefull information ).
  
  Started to add code to serialize/deserialize a map ( it's very
  common ).
  
  Few more checks, remove few verbose messages.
  
  Revision  ChangesPath
  1.13  +4 -1  jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
  
  Index: jk_channel_jni.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- jk_channel_jni.c  1 May 2002 23:10:17 -   1.12
  +++ jk_channel_jni.c  2 May 2002 03:13:05 -   1.13
  @@ -466,7 +466,10 @@
   
   /* XXX Don't detach if worker is reused per thread */
   endpoint->endpoint_private=NULL;
  -we->vm->detach( env, we->vm ); 
  +if( we==NULL || we->vm==NULL ) {
  +return JK_OK;
  +}
  +/* we->vm->detach( env, we->vm );  */
   
   env->l->jkLog(env, env->l, JK_LOG_INFO, 
 "channelJni.afterRequest() ok\n");
  
  
  
  1.8   +67 -21jakarta-tomcat-connectors/jk/native2/common/jk_msg_ajp.c
  
  Index: jk_msg_ajp.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_msg_ajp.c,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- jk_msg_ajp.c  25 Apr 2002 19:17:22 -  1.7
  +++ jk_msg_ajp.c  2 May 2002 03:13:05 -   1.8
  @@ -60,7 +60,7 @@
* Author:  Costin Manolache
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
* Author:  Henri Gomez <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.7 $   *
  + * Version: $Revision: 1.8 $   *
***/
   
   #include "jk_pool.h"
  @@ -83,7 +83,7 @@
   int i=0;
   env->l->jkLog( env, env->l, JK_LOG_INFO,
  "%s pos=%d len=%d max=%d \n",
  -err, _this->pos, _this->len, _this->maxlen );
  +   err, _this->pos, _this->len, _this->maxlen );
   
   env->l->jkLog( env, env->l, JK_LOG_INFO,
   "%2x %2x %2x %2x:%2x %2x %2x %2x:%2x %2x %2x %2x:%2x %2x %2x %2x 
\n", 
  @@ -169,6 +169,21 @@
   return JK_OK;
   }
   
  +static int jk2_msg_ajp_appendMap(jk_env_t *env, jk_msg_t *msg, 
  + jk_map_t *map) 
  +{
  +
  +return JK_OK;
  +}
  +
  +static int jk2_msg_ajp_getMap(jk_env_t *env, jk_msg_t *msg, 
  +  jk_map_t *map) 
  +{
  +
  +return JK_OK;
  +}
  +
  +
   static int jk2_msg_ajp_appendString(jk_env_t *env, jk_msg_t *msg, 
   const char *param) 
   {
  @@ -413,25 +428,8 @@
   return len;
   }
   
  -
  -jk_msg_t *jk2_msg_ajp_create(jk_env_t *env, jk_pool_t *pool, int buffSize) 
  +static void jk2_msg_ajp_init(jk_env_t *env, jk_msg_t *msg, int buffSize) 
   {
  -jk_msg_t *msg = 
  -(jk_msg_t *)pool->calloc(env, pool, sizeof(jk_msg_t));
  -
  -if( buffSize==0 )
  -buffSize=DEF_BUFFER_SZ;
  -if(!msg) {
  -return NULL;
  -}
  -msg->pool = pool;
  -
  -msg->buf= (unsigned char *)msg->pool->alloc(env, msg->pool, buffSize);
  -
  -if(msg->buf==NULL) {
  -return NULL;
  -}
  -
   msg->maxlen=buffSize;
   msg->len=0;
   
  @@ -446,6 +444,7 @@
   msg->appendInt=jk2_msg_ajp_appendInt;
   msg->appendLong=jk2_msg_ajp_appendLong;
   msg->appendString=jk2_msg_ajp_appendString;
  +msg->appendMap=jk2_msg_ajp_appendMap;
   
   msg->appendFromServer=jk2_msg_ajp_appendFromServer;
   
  @@ -454,10 +453,57 @@
   msg->peekInt=jk2_msg_ajp_peekInt;
   msg->getLong=jk2_msg_ajp_getLong;
   msg->getString=jk2_msg_ajp_getString;
  +msg->getMap=jk2_msg_ajp_getMap;
   msg->getBytes=jk2_msg_ajp_getBytes;
   
   msg->checkHeader=jk2_msg_ajp_checkHeader;
  -   
  +}
  +
  +
  +jk_msg_t *jk2_msg_ajp_create2(jk_env_t *env, jk_pool_t *pool, char *buf, int 
buffSize)
  +{
  +jk_msg_t *msg = 
  +(jk_msg_t *)pool->calloc(env, pool, sizeof(jk_msg_t));
  +
  +if( buffSize==0 )
  +buffSize=DEF_BUFFER_SZ;
  +if(!msg) {
  +return NULL;
  +}
  +msg->pool = pool;
  +
  +msg->buf= buf;
  +
  +if(msg->buf==NULL) {
  +return NULL;
  +}
  +
  +jk2_msg_ajp_init( env, msg, buffSize );
  +
  +return msg;
  +}
  +
  +
  +jk_m

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteServerSocketFactory.java

[Bill Barker]

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, May 01, 2002 7:07 PM
Subject: cvs commit:
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4
CoyoteServerSocketFactory.java


> amyroh  02/05/01 19:07:03
>
>   Modified:coyote/src/java/org/apache/coyote/tomcat4
> CoyoteServerSocketFactory.java
>   Log:
>   Add missing "public" for getFactory.  Couldn't access the method through
>   reflection without being public.
>
>   Revision  ChangesPath
>   1.2   +1 -1
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteSe
rverSocketFactory.java

I had thought that we had agreed to deprecate this one (in favor of some day
being able to get PureTLS working in 4.1.x).  Not that I object to Amy's
change, but I hate to see her wasting her time on something that is going
away.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jakarta-tomcat-connectors documentation/summaries

[Christopher K. St. John]

"Ignacio J. Ortega" wrote:
> 
> >Re: jakarta-tomcat-connectors documentation/summaries pier: "There
> >were some other motivations when it all started...

 Hmmm. The theory is that the document should be absolutely 100%
non-controversial. Other parts of the entry already emphasize ease
of use, so I don't think removing the quote would change the 
meaning. Is that acceptable to everyone, including Pier? If not,
let me know, otherwise the quote goes. 


-- 
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[costin]

costin  02/05/01 20:18:01

  Modified:jk/java/org/apache/jk/common Shm.java
  Log:
  Few more features. I think the sending part works fine now ( but we should
  still do more tunning ).
  
  For each tomcat instance we create a shm slot in the scoreboard. The
  slot is named TOMCAT:host:port ( host:port is used as instance ID ), and
  contains a ( ajp13-encoded ) structure with informations about the channels
  ( currently the socket and unix channel - jni is special ). It'll also
  include the groups where the instance belongs, and possibly other
  informations.
  
  If the number of channels is 0, the lb worker is supposed to stop
  sending new requests to the instance ( but keep forwarding the
  existing sessions ). That'll implement 'gracefull shutdown'.
  
  Still to add:
  - display ( nicely ) the information in the shm
  - read info from shm ( like slots owned by apache processes with
  statistics - in a future release )
  
  Revision  ChangesPath
  1.9   +27 -0 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/Shm.java
  
  Index: Shm.java
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/Shm.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- Shm.java  1 May 2002 22:40:17 -   1.8
  +++ Shm.java  2 May 2002 03:18:01 -   1.9
  @@ -95,6 +95,7 @@
   
   boolean unregister=false;
   boolean reset=false;
  +String dumpFile=null;
   
   // Will be dynamic ( getMethodId() ) after things are stable 
   static final int SHM_SET_ATTRIBUTE=0;
  @@ -102,6 +103,8 @@
   static final int SHM_ATTACH=3;
   static final int SHM_DETACH=4;
   static final int SHM_RESET=5;
  +static final int SHM_DUMP=6;
  +static final int SHM_DESTROY=7;
   
   public Shm() {
   }
  @@ -112,6 +115,13 @@
   file=f;
   }
   
  +/** Copy the scoreboard in a file for debugging
  + *  Will also log a lot of information about what's in the scoreboard.
  + */
  +public void setDump( String dumpFile ) {
  +this.dumpFile=dumpFile;
  +}
  +
   /** Size. Used only if the scoreboard is to be created.
*/
   public void setSize( int size ) {
  @@ -199,6 +209,20 @@
   this.invoke( msg, mCtx );
   }
   
  +public void dumpScoreboard(String fname) throws IOException {
  +if( apr==null ) return;
  +MsgContext mCtx=createMsgContext();
  +Msg msg=(Msg)mCtx.getMsg(0);
  +C2BConverter c2b=(C2BConverter)mCtx.getNote(C2B_NOTE);
  +msg.reset();
  +
  +msg.appendByte( SHM_DUMP );
  +
  +appendString( msg, fname, c2b);
  +
  +this.invoke( msg, mCtx );
  +}
  +
   public void setNativeAttribute(String name, String val) throws IOException {
   if( apr==null ) return;
   MsgContext mCtx=createMsgContext();
  @@ -315,8 +339,11 @@
   return;
   }
   init();
  +
   if( reset ) {
   resetScoreboard();
  +} else if( dumpFile!=null ) {
  +dumpScoreboard(dumpFile);
   } else if( unregister ) {
   unRegisterTomcat( host, port );
   } else {
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/config GeneratorApache2.java

[costin]

costin  02/05/01 20:18:11

  Modified:jk/java/org/apache/jk/config GeneratorApache2.java
  Log:
  Few fixes
  
  Revision  ChangesPath
  1.2   +11 -7 
jakarta-tomcat-connectors/jk/java/org/apache/jk/config/GeneratorApache2.java
  
  Index: GeneratorApache2.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/config/GeneratorApache2.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- GeneratorApache2.java 1 May 2002 19:55:45 -   1.1
  +++ GeneratorApache2.java 2 May 2002 03:18:11 -   1.2
  @@ -171,24 +171,28 @@
   
   public void generateServletMapping( String servlet, String url ) {
   out.println( "");
  -out.println( "SetHandler jakarta-servlet2" );
  -out.println( "JkSet worker " + worker );
  -out.println( "JkSet servlet " +  servlet);
  +out.println( "  SetHandler jakarta-servlet2" );
  +out.println( "  JkUriSet group " + worker );
  +out.println( "  JkUriSet servlet " +  servlet);
   out.println( "");
   out.println();
   }
   
   public void generateFilterMapping( String servlet, String url ) {
   out.println( "");
  -out.println( "SetHandler jakarta-servlet2" );
  -out.println( "JkSet worker " + worker );
  -out.println( "JkSet servlet " +  servlet);
  +out.println( "  SetHandler jakarta-servlet2" );
  +out.println( "  JkUriSet group " + worker );
  +out.println( "  JkUriSet servlet " +  servlet);
   out.println( "");
   out.println();
   }
   
   public void generateLoginConfig( String loginPage,
  -String errPage, String authM ) {
  + String errPage, String authM ) {
  +out.println( "");
  +out.println( "  SetHandler jakarta-servlet2" );
  +out.println( "  JkUriSet group " + worker );
  +out.println( "");
   out.println();
   }
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[coyote/tomcat 3.3.1] content-length header never set?

[Kevin Seguin]

i was playing around with coyote (v1.0-b8) and tomcat 3.3.1 and i noticed that setting 
a content-length header had absolutely no effect.  in other words, if i set a 
content-length header in a servlet, the http client would never see this header.  i 
dug around through the code a little and discovered that the following patch fixed 
this.  now, i really don't know anything about the tomcat 3 internals, or coyote, so, 
i really don't know how "right" this is :)

Index: Tomcat3Response.java
===
RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3/Tomcat3Response.java,v
retrieving revision 1.3
diff -u -w -r1.3 Tomcat3Response.java
--- Tomcat3Response.java9 Apr 2002 18:37:24 -   1.3
+++ Tomcat3Response.java2 May 2002 03:15:07 -
@@ -91,6 +91,11 @@
 super();
 }
 
+public void setContentLength(int contentLength) {
+super.setContentLength(contentLength);
+coyoteResponse.setContentLength(contentLength);
+}
+
 /** Attach a Coyote Request to this request.
  */
 public void setCoyoteResponse(org.apache.coyote.Response cRes) {

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[costinm]

On Wed, 1 May 2002, Bill Barker wrote:

> >   Add missing "public" for getFactory.  Couldn't access the method through
> >   reflection without being public.
> >
> >   Revision  ChangesPath
> >   1.2   +1 -1
> jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteSe
> rverSocketFactory.java
> 
> I had thought that we had agreed to deprecate this one (in favor of some day
> being able to get PureTLS working in 4.1.x).  Not that I object to Amy's
> change, but I hate to see her wasting her time on something that is going
> away.

I thought PureTLS was working in 4.1.x ( and coyote ). At least the 
networking code has all the hooks, there are just few problems with the 
certs.

Is there any additional problem ? 

( if we're going to deprecate, it would be good to do it before the 
release )

Costin


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteServerSocketFactory.java

[Bill Barker]

- Original Message -
From: <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, May 01, 2002 8:19 PM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4
CoyoteServerSocketFactory.java


> On Wed, 1 May 2002, Bill Barker wrote:
>
> > >   Add missing "public" for getFactory.  Couldn't access the method
through
> > >   reflection without being public.
> > >
> > >   Revision  ChangesPath
> > >   1.2   +1 -1
> >
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteSe
> > rverSocketFactory.java
> >
> > I had thought that we had agreed to deprecate this one (in favor of some
day
> > being able to get PureTLS working in 4.1.x).  Not that I object to Amy's
> > change, but I hate to see her wasting her time on something that is
going
> > away.
>
> I thought PureTLS was working in 4.1.x ( and coyote ). At least the
> networking code has all the hooks, there are just few problems with the
> certs.
>
> Is there any additional problem ?
>

The problem is that o.a.c.tomcat4 doesn't play nice with others ;-).
PureTLS has additional attritubutes that aren't being passed through.  This
can be fixed easily enough by (like TC3.3) adding a set/getAttribute &
set/getProperty methods.  The other problem is that the o.a.c.Request
attributes aren't passed through to the ServletRequest (AFAIK, this should
cause problems for JK2 as well).

> ( if we're going to deprecate, it would be good to do it before the
> release )
>

It doesn't serve any useful purpose anymore (the actual SocketFactory is in
o.a.t.u.net), but I'd deprecate rather than remove (for now), since Coyote
is also used in 4.0.x.

> Costin
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[billbarker]

billbarker02/05/01 21:19:03

  Modified:coyote/src/java/org/apache/coyote/tomcat3
Tomcat3Response.java
  Log:
  Pass the content-length to the coyoteRequest.
  
  We probably have to review other header settings as well.
  
  Submitted by: Kevin Seguin <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  1.4   +8 -0  
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3/Tomcat3Response.java
  
  Index: Tomcat3Response.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3/Tomcat3Response.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- Tomcat3Response.java  9 Apr 2002 18:37:24 -   1.3
  +++ Tomcat3Response.java  2 May 2002 04:19:03 -   1.4
  @@ -91,6 +91,14 @@
   super();
   }
   
  +/** Set the Content lenth
  + */
  +public void setContentLength(int contentLength) {
  + if(! isIncluded() ){
  + super.setContentLength(contentLength);
  + coyoteResponse.setContentLength(contentLength);
  + }
  +}
   /** Attach a Coyote Request to this request.
*/
   public void setCoyoteResponse(org.apache.coyote.Response cRes) {
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: SSI Servlet has big problems

[Dan Sandberg]

Remy Maucherat wrote:

>>Implementing the SingleThreadedServlet interface will not help thi
>>
>
>Are you sure ?
>(I didn't look at the code at all, so I'm just wondering)
>Otherwise, it would be a really cheap way to make it work.
>
>Thanks for looking into it anyway.
>  
>

Implementing SingleThreadedServlet doesn't mean only one thread will be 
running the servlet at a time.  It means only one thread will be running 
a given INSTANCE of the servlet.  So you could still have two threads 
running two different instances of the same servlet.  This will still 
get massively messed up with all the sharing of static variables.

>>Are the two authors still mantaining this code?  Bip Thelin? Amy Roh?
>>
>>
>
>Not really. I didn't hear about Bip for a while, and Amy has been busy with
>other things.
>Usually an easy way to get commit access if you have time to dedicate to
>contributing is to take over the maintenance of some abandoned component(s).
>CGI also needs a maintainer, BTW.
>
>Remy
>
I'll fix this problem, and I'll create a filter that does SSI on any 
output ( so that a JSP page can use SSI, for example ).  I don't have 
any interest in being a maintainer/having commit access, however.

So what's the best way to give back my bug fixes/filter?

Thanks for the response, btw.

-Dan



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0 Makefile.in

[Punky Tse]

Pier,

Thanks!  Before that, I would just like to send you some patches on 2.0 
side.  But you are faster than me.  And it builds prefectly on my Linux 
box now.

Questions and Comments:
- I notice that the mod_webapp module name changed from mod_webapp.so to 
libwebapp.so.  (I spent some time to notice it ;-) )
- "install" target removed.  Is it temporary or confirmed?
- Building from CVS requires autoconf 2.52.  Any reason for this?  If so 
I have to upgrade many of my build environments (Linux, Darwin and FreeBSD)
- What is the version of mod_webapp?  In previous mail you said that it 
is in beta (0.9?).  Remember the verison patches I sent you?  ;-)

I will try to see if it builds on FreeBSD (may be Darwin) tonight.  It 
is one of my private milestone ;-).

Having seeing your name in commits and bug reports actively these day, I 
am very much believed that you are back.  So, keep on.

Punky

[EMAIL PROTECTED] wrote:
> pier02/05/01 14:23:19
> 
>   Modified:webapp/apache-2.0 Makefile.in
>   Log:
>   New makefile for Apache 2.0 (it _WORKS_ ! - in theory)
>   
>   Revision  ChangesPath
>   1.6   +25 -26jakarta-tomcat-connectors/webapp/apache-2.0/Makefile.in
>   
>   Index: Makefile.in
>   ===
>   RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/apache-2.0/Makefile.in,v
>   retrieving revision 1.5
>   retrieving revision 1.6
>   diff -u -r1.5 -r1.6
>   --- Makefile.in 1 Nov 2001 22:20:51 -   1.5
>   +++ Makefile.in 1 May 2002 21:23:19 -   1.6
>   @@ -56,35 +56,34 @@
># = #
>
># @author  Pier Fumagalli 
>   -# @version $Id: Makefile.in,v 1.5 2001/11/01 22:20:51 pier Exp $
>   +# @version $Id: Makefile.in,v 1.6 2002/05/01 21:23:19 pier Exp $
>
>   -include @SRCDIR@/Makedefs
>   +LOCAL_TGT_DIR = @TGT_DIR@/apache-2.0
>   +LOCAL_SRC_DIR = @SRC_DIR@/apache-2.0
>   +include @TGT_DIR@/Makedefs
>
>   -APXS =   @APXS@
>   +SOURCE = mod_webapp.c
>   +OBJECT = mod_webapp.lo
>   +TARGET = libwebapp.la
>
>   -MODULE = mod_webapp.la
>   +.PHONY: build clean
>
>   -all: $(MODULE)
>   -build: $(MODULE)
>   -
>   -mod_webapp.la: mod_webapp.c
>   -   @$(ECHO) Compiling and Linking Apache 2.0 WebApp Module
>   -   $(APXS) -I../include -c -L ../lib -lwebapp mod_webapp.c
>   -
>   -install: mod_webapp.la
>   -   $(APXS) -i mod_webapp.la
>   +build: $(TARGET)
>
>clean:
>   -   @for ENTRY in *.o *.lo $(MODULE) .libs ; \
>   -   do \
>   -   if $(TEST) -f $${ENTRY} ; \
>   -   then \
>   -   $(ECHO) Removing file $${ENTRY} ; \
>   -   $(RM) -f $${ENTRY} ; \
>   -   fi ; \
>   -   if $(TEST) -d $${ENTRY} ; \
>   -   then \
>   -   $(ECHO) Removing directory $${ENTRY} ; \
>   -   $(RM) -rf $${ENTRY} ; \
>   -   fi ; \
>   -   done
>   +   rm -f $(TARGET)
>   +   rm -f $(OBJECT)
>   +   @if test -h $(SOURCE) ; then \
>   + echo rm -f $(SOURCE) ; \
>   + rm -f $(SOURCE) ; \
>   +   fi
>   +   rm -f *.o *.slo
>   +   rm -rf .libs
>   +
>   +$(SOURCE): $(LOCAL_SRC_DIR)/$(SOURCE)
>   +   ln -s "$<" "$@"
>   +
>   +$(TARGET): $(SOURCE)
>   +   $(APXS) -c -o $@ \
>   + $(INCLUDES) \
>   + $(OBJ_DIR)/*.lo $<
>   
>   
>   
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: SSI Servlet has big problems

[Bill Barker]

The standard way is to attach the output of "cvs diff" to an e-mail message
with a subject beginning with the string "[PATCH]".  If you continue to make
work for us enough by doing this, eventually someone will propose you as a
committer :-).
- Original Message -
From: "Dan Sandberg" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, May 01, 2002 9:39 PM
Subject: Re: SSI Servlet has big problems


> Remy Maucherat wrote:
>
> >>Implementing the SingleThreadedServlet interface will not help thi
> >>
> >
> >Are you sure ?
> >(I didn't look at the code at all, so I'm just wondering)
> >Otherwise, it would be a really cheap way to make it work.
> >
> >Thanks for looking into it anyway.
> >
> >
>
> Implementing SingleThreadedServlet doesn't mean only one thread will be
> running the servlet at a time.  It means only one thread will be running
> a given INSTANCE of the servlet.  So you could still have two threads
> running two different instances of the same servlet.  This will still
> get massively messed up with all the sharing of static variables.
>
> >>Are the two authors still mantaining this code?  Bip Thelin? Amy Roh?
> >>
> >>
> >
> >Not really. I didn't hear about Bip for a while, and Amy has been busy
with
> >other things.
> >Usually an easy way to get commit access if you have time to dedicate to
> >contributing is to take over the maintenance of some abandoned
component(s).
> >CGI also needs a maintainer, BTW.
> >
> >Remy
> >
> I'll fix this problem, and I'll create a filter that does SSI on any
> output ( so that a JSP page can use SSI, for example ).  I don't have
> any interest in being a maintainer/having commit access, however.
>
> So what's the best way to give back my bug fixes/filter?
>
> Thanks for the response, btw.
>
> -Dan
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8717] - java.lang.ClassCastException at org.apache.catalina.core.ApplicationDispatcher.unwrapRequest(ApplicationDispatcher.java:845)

[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=8717

java.lang.ClassCastException at 
org.apache.catalina.core.ApplicationDispatcher.unwrapRequest(ApplicationDispatcher.java:845)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-05-02 06:19 ---
The thing is that you are not allowed to wrap the request with something which 
doesn't implement the wrapper objects given by the servlet API, and then expect 
request dispatching to work. Apparently, that's what you did here.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8719] - catalina.sh bug

[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=8719

catalina.sh bug

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2002-05-02 06:25 ---
I'm personally tired of putting many hacks in the Unix scripts just to be able 
to run on Cygwin.
The .bat run perfectly well on Cygwin, so use that instead.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8718] - missing directories

[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=8718

missing directories





--- Additional Comments From [EMAIL PROTECTED]  2002-05-02 06:26 ---
Those directories do exist in the builds generated by 'ant dist' and 'ant 
release'. Where are those directories missing ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

AW: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common Shm.java

[Hans Schmid]

Please see questions on shm and lb worker intermixed,

> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Gesendet: Donnerstag, 2. Mai 2002 05:18
> An: [EMAIL PROTECTED]
> Betreff: cvs commit:
> jakarta-tomcat-connectors/jk/java/org/apache/jk/common Shm.java
>
>
> costin  02/05/01 20:18:01
>
>   Modified:jk/java/org/apache/jk/common Shm.java
>   Log:
>   Few more features. I think the sending part works fine now (
> but we should
>   still do more tunning ).
>
>   For each tomcat instance we create a shm slot in the scoreboard. The
>   slot is named TOMCAT:host:port ( host:port is used as instance ID ), and
>   contains a ( ajp13-encoded ) structure with informations about
> the channels
>   ( currently the socket and unix channel - jni is special ). It'll also
>   include the groups where the instance belongs, and possibly other
>   informations.
>
>   If the number of channels is 0, the lb worker is supposed to stop
>   sending new requests to the instance ( but keep forwarding the
>   existing sessions ). That'll implement 'gracefull shutdown'.
>

I hope the current 'lbfactor' functionality mod_jk from TC3.3.1 will still
be working
(or an equivilent strategy):

Scenario:
We have two Tomcats in a lb group. Only one is running at a time with
lbfactor=1,
the other has lbfactor=0 assinged but is not running -> all requests go to
TC1

When we upgrade our system we update the classes/jars and start the second
Tomcat TC2 in the group,
switch the lbfactor of TC1 to 0 and the lbfactor fo TC2 to 1 and do a
graceful
restart of apache. This way old sessions still go to TC1 whereas new
sessions go to TC2.

After all sessions on TC1 have ended, we shutdown TC1 and TC2 serves
everything.

Next update goes in the oposit direction (start TC1, switch lbfactors, wait
for the end of all
sessions on TC2 and finally shutdown TC2.


Thanks,
Hans



>   Still to add:
>   - display ( nicely ) the information in the shm
>   - read info from shm ( like slots owned by apache processes with
>   statistics - in a future release )
>
>   Revision  ChangesPath
>   1.9   +27 -0
> jakarta-tomcat-connectors/jk/java/org/apache/jk/common/Shm.java
>
>   Index: Shm.java
>   ===
>   RCS file:
> /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/S
> hm.java,v
>   retrieving revision 1.8
>   retrieving revision 1.9
>   diff -u -r1.8 -r1.9
>   --- Shm.java1 May 2002 22:40:17 -   1.8
>   +++ Shm.java2 May 2002 03:18:01 -   1.9
>   @@ -95,6 +95,7 @@
>
>boolean unregister=false;
>boolean reset=false;
>   +String dumpFile=null;
>
>// Will be dynamic ( getMethodId() ) after things are stable
>static final int SHM_SET_ATTRIBUTE=0;
>   @@ -102,6 +103,8 @@
>static final int SHM_ATTACH=3;
>static final int SHM_DETACH=4;
>static final int SHM_RESET=5;
>   +static final int SHM_DUMP=6;
>   +static final int SHM_DESTROY=7;
>
>public Shm() {
>}
>   @@ -112,6 +115,13 @@
>file=f;
>}
>
>   +/** Copy the scoreboard in a file for debugging
>   + *  Will also log a lot of information about what's in the
> scoreboard.
>   + */
>   +public void setDump( String dumpFile ) {
>   +this.dumpFile=dumpFile;
>   +}
>   +
>/** Size. Used only if the scoreboard is to be created.
> */
>public void setSize( int size ) {
>   @@ -199,6 +209,20 @@
>this.invoke( msg, mCtx );
>}
>
>   +public void dumpScoreboard(String fname) throws IOException {
>   +if( apr==null ) return;
>   +MsgContext mCtx=createMsgContext();
>   +Msg msg=(Msg)mCtx.getMsg(0);
>   +C2BConverter c2b=(C2BConverter)mCtx.getNote(C2B_NOTE);
>   +msg.reset();
>   +
>   +msg.appendByte( SHM_DUMP );
>   +
>   +appendString( msg, fname, c2b);
>   +
>   +this.invoke( msg, mCtx );
>   +}
>   +
>public void setNativeAttribute(String name, String val)
> throws IOException {
>if( apr==null ) return;
>MsgContext mCtx=createMsgContext();
>   @@ -315,8 +339,11 @@
>return;
>}
>init();
>   +
>if( reset ) {
>resetScoreboard();
>   +} else if( dumpFile!=null ) {
>   +dumpScoreboard(dumpFile);
>} else if( unregister ) {
>unRegisterTomcat( host, port );
>} else {
>
>
>
>
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: