DO NOT REPLY [Bug 17332] New: - Problem in Building mod_jk.so in AIX 4.3.3 (Tomcat 4.0.4)..!

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

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

Problem in Building mod_jk.so in AIX 4.3.3 (Tomcat 4.0.4)..!

   Summary: Problem in Building mod_jk.so in AIX 4.3.3 (Tomcat
4.0.4)..!
   Product: Tomcat 4
   Version: 4.0.4 Final
  Platform: Other
OS/Version: AIX
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:JK/AJP (deprecated)
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


I'm trying to build mod_jk.so for AIX 4.3.3 and Apache 2.0.40 and Tomcat 
Connector 4.0.4, for integrating Apache-Tomcat in AIX 4.3.3. 

(No compiled version of mod_jk is available in the Web for AIX of this version) 

But, I'm not succeed in that, following are the list of things I did (CONSOLE 
OUTPUT).  Installed all the required utilities (autoconf, automake,
gcc, make, etc.,) 

System Details :: 
IBM - AIX 4.3.3 ::  
Apache 2.0.40
Tomcat Connector 4.0.4

bash-2.05a# echo $PATH  
Chithu/aixnew/install/build:/Chithu/aixnew/install/bin:/var/gcc/usr/local/bin:/v
ar/gnumake/usr/local/bin:/usr/local/bin:/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bi
n/X11:/sbin

Steps in building mod_jk.so  (as per README):: 

## Compiled Apache 2.0.40 (/Chithu/aixnew/install). 
## Downloaded jakarta-tomcat-connectors-4.0.4-src.zip from the following 
location (http://jakarta.apache.org/builds/jakarta-tomcat-
4.0/archives/v4.0.4/src/jakarta-tomcat-connectors-4.0.4-src.zip ) 
##  Unzip the file in a directory.  (/Chithu/test/)  
##  Go to /jk/native directory (/Chithu/test/jakarta-tomcat-
connectors-4.0.4-src/jk/native) and 

   Run the ./buildconf.sh file.  
   A file 'configure' will be created.  
   Run the following command 
./configure --with-apxs=/bin/axps 
(./configure --with-apxs=/Chithu/aixnew/install/bin/apxs) 
make 
make install 

NOTE :: All Console output for the above commands are attached at the bottom  
==> where Apache Home is the installation directory of Apache 2.0.40 --
 /Chithu/aixnew/install/

Errors are thrown. Is there any specific configuration needed for AIX ? 
mod_jk.so is not at all created. What is wrong here ? Your help is needed to 
solve this. 

Any help is really appriciated.

-

bash-2.05a# ./buildconf.sh
libtoolize --force --automake --copy
aclocal
automake -a --foreign -i --copy
apache-1.3/Makefile.am: object `mod_jk.lo' created both with libtool and without
autoconf

---

bash-2.05a# ./configure -with-apxs=/Chithu/aixnew/install/bin/apxs

checking for a BSD-compatible install... scripts/build/unix/install-sh -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether make sets $(MAKE)... yes
checking build system type... powerpc-ibm-aix4.3.3.0
checking host system type... powerpc-ibm-aix4.3.3.0
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... none
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... none
checking how to run the C++ preprocessor... g++ -E
checking the maximum length of command line arguments... 8192
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ranlib... ranlib
checking for strip... strip
checking if gcc 

[GUMP] Build Failure - jakarta-tomcat-5

2003-02-24 Thread bobh

This email is autogenerated from the output from:



Buildfile: build.xml

prepare-release:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0/bin
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0/src

init:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/classes

deploy-static:

deploy:
 [echo] Target: Servlet API - Dist ...

prepare:

static:

compile:

examples:

javadoc:

jar:
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-servletapi-5/jsr154/build

dist:
 [echo] Target: JSP API - Dist ...

prepare:

static:

compile:

examples:

javadoc:

jar:
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-servletapi-5/jsr152/build

dist:
 [echo] Target: Catalina - Deploy ...

deploy-prepare:

deploy-static:

deploy:
 [echo] Target: Catalina - Deploy ...

flags:

flags.display:
 [echo] --- Build environment for Catalina ---
 [echo] If ${property_name} is displayed, then the property is not set)
 [echo] --- Build options ---
 [echo] full.dist=${full.dist}
 [echo] build.sysclasspath=only
 [echo] compile.debug=on
 [echo] compile.deprecation=off
 [echo] compile.optimize=off
 [echo] --- Ant Flags ---
 [echo] 

DO NOT REPLY [Bug 17332] - Problem in Building mod_jk.so in AIX 4.3.3 (Tomcat 4.0.4)..!

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

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

Problem in Building mod_jk.so in AIX 4.3.3 (Tomcat 4.0.4)..!

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-02-24 13:38 ---
Thanks to grab mod_jk from jtc instead :

http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.2/

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



DO NOT REPLY [Bug 17339] New: - session management

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

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

session management

   Summary: session management
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I've observed the container creating what seems to bee  'false' sessions  - 
i.e. sessions not bound to a request from at new user. I am using a filter to 
log requests to a database and a listener (which implements 
HttpSessionListener) to count the number of active sessions, and both are 
working all right. But the listener-class gets a lot of sessionCreated-calls 
from the container, which does not have a 'request-from-new-user'-match in the 
filter-class.

Steen Grønlund

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



Passing environment vars through jk_mod.

2003-02-24 Thread Eduardo Jaunez S.
Hi,
I'm trying of pass some variables generated by mod_ssl into Apache 1.3.27
to Tomcat+Axis webservice through jk_mod. But no matter the way I define the
sentence JkEnvVar   I can't see the environment var at another side.

¿Could anyone point me in the correct way to do this?

I'm using (httpd.conf):

# JkEnvVar  
JkEnvVar SSL_CLIENT_CERT NONE

and (jsp):

System.getProperty()
System.getProperties().propertyNames() and
System.getenv() (but it's is deprecated and don't get compiled)


My JSP's and JWS's pages are working well, since I can read or invoke
(respectively) from a browser.


Atte.
Eduardo Jaunez S.

P.S.: A more complete piece of configuration/code

Apache httpd.conf
-
...
JkWorkersFile   /MyDir/jakarta-tomcat-4.1.18/conf/jkworkers.properties
JkLogFile   /MyDir/apache/logs/jk_log
JkLogLevel  debug
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "
JkOptions   +ForwardKeySize +ForwardURICompat -ForwardDirectories
JkRequestLogFormat "%w %V %T"
JkMount /MyTest/* jkworker

# JkEnvVar  
JkEnvVar SSL_CLIENT_CERT NONE # <--- Pass env var.
...



MyJSP.jsp
--
...
out.println("Here are the Properties:");
e= System.getProperties().propertyNames();
if( e!=null ) {
out.println("");
for (;e.hasMoreElements();) {
String key = (String) e.nextElement();
out.println(""+key+"" + ":=" +
""+System.getProperty(key)+"");
}
out.println("");
} else {
out.println("Properties are not accessible");
}
...






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



RE: Passing environment vars through jk_mod.

2003-02-24 Thread David Dankwerth
U need to define :
SSLOptions +StdEnvVars +ExportCertData
so that mod_ssl makes these Vars accessible
and 
JkEnvVar SSL_SERVER_CERT SSL_SERVER_CERT

i am not sure about the NONE value 

/david


-Original Message-
From: Eduardo Jaunez S. [mailto:[EMAIL PROTECTED]
Sent: 24 February 2003 14:00
To: [EMAIL PROTECTED]
Subject: Passing environment vars through jk_mod.


Hi,
I'm trying of pass some variables generated by mod_ssl into Apache 1.3.27
to Tomcat+Axis webservice through jk_mod. But no matter the way I define the
sentence JkEnvVar   I can't see the environment var at another side.

¿Could anyone point me in the correct way to do this?

I'm using (httpd.conf):

# JkEnvVar  
JkEnvVar SSL_CLIENT_CERT NONE

and (jsp):

System.getProperty()
System.getProperties().propertyNames() and
System.getenv() (but it's is deprecated and don't get compiled)


My JSP's and JWS's pages are working well, since I can read or invoke
(respectively) from a browser.


Atte.
Eduardo Jaunez S.

P.S.: A more complete piece of configuration/code

Apache httpd.conf
-
...
JkWorkersFile   /MyDir/jakarta-tomcat-4.1.18/conf/jkworkers.properties
JkLogFile   /MyDir/apache/logs/jk_log
JkLogLevel  debug
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "
JkOptions   +ForwardKeySize +ForwardURICompat -ForwardDirectories
JkRequestLogFormat "%w %V %T"
JkMount /MyTest/* jkworker

# JkEnvVar  
JkEnvVar SSL_CLIENT_CERT NONE # <--- Pass env var.
...



MyJSP.jsp
--
...
out.println("Here are the Properties:");
e= System.getProperties().propertyNames();
if( e!=null ) {
out.println("");
for (;e.hasMoreElements();) {
String key = (String) e.nextElement();
out.println(""+key+"" + ":=" +
""+System.getProperty(key)+"");
}
out.println("");
} else {
out.println("Properties are not accessible");
}
...






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



This e-mail and its attachments are confidential. If you are not the intended 
recipient of this e-mail message, please telephone or e-mail us immediately, delete 
this message from your system and do not read, copy, distribute, disclose or otherwise 
use this e-mail message and any attachments. 

Although ri3k Limited believes this e-mail and any attachments to be free of any virus 
or other defect which may affect your computer, it is the responsibility of the 
recipient to ensure that it is virus free and ri3k Limited does not accept any 
responsibility for any loss or damage in any way from its use.

ri3k Limited
Registered in England: 10-12 Ely Place, London, EC1N 6RY
Company Number: 3909745

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



RE: Passing environment vars through jk_mod.

2003-02-24 Thread Gregory Bevillard
My probleme was not it, you made an error in the mail.

-Original Message-
From: David Dankwerth [mailto:[EMAIL PROTECTED]
Sent: Monday, February 24, 2003 4:32 PM
To: Tomcat Developers List
Subject: RE: Passing environment vars through jk_mod.


U need to define :
SSLOptions +StdEnvVars +ExportCertData
so that mod_ssl makes these Vars accessible
and
JkEnvVar SSL_SERVER_CERT SSL_SERVER_CERT

i am not sure about the NONE value

/david


-Original Message-
From: Eduardo Jaunez S. [mailto:[EMAIL PROTECTED]
Sent: 24 February 2003 14:00
To: [EMAIL PROTECTED]
Subject: Passing environment vars through jk_mod.


Hi,
I'm trying of pass some variables generated by mod_ssl into Apache 1.3.27
to Tomcat+Axis webservice through jk_mod. But no matter the way I define the
sentence JkEnvVar   I can't see the environment var at another side.

¿Could anyone point me in the correct way to do this?

I'm using (httpd.conf):

# JkEnvVar  
JkEnvVar SSL_CLIENT_CERT NONE

and (jsp):

System.getProperty()
System.getProperties().propertyNames() and
System.getenv() (but it's is deprecated and don't get compiled)


My JSP's and JWS's pages are working well, since I can read or invoke
(respectively) from a browser.


Atte.
Eduardo Jaunez S.

P.S.: A more complete piece of configuration/code

Apache httpd.conf
-
...
JkWorkersFile   /MyDir/jakarta-tomcat-4.1.18/conf/jkworkers.properties
JkLogFile   /MyDir/apache/logs/jk_log
JkLogLevel  debug
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "
JkOptions   +ForwardKeySize +ForwardURICompat -ForwardDirectories
JkRequestLogFormat "%w %V %T"
JkMount /MyTest/* jkworker

# JkEnvVar  
JkEnvVar SSL_CLIENT_CERT NONE # <--- Pass env var.
...



MyJSP.jsp
--
...
out.println("Here are the Properties:");
e= System.getProperties().propertyNames();
if( e!=null ) {
out.println("");
for (;e.hasMoreElements();) {
String key = (String) e.nextElement();
out.println(""+key+"" + ":=" +
""+System.getProperty(key)+"");
}
out.println("");
} else {
out.println("Properties are not accessible");
}
...






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



This e-mail and its attachments are confidential. If you are not the
intended recipient of this e-mail message, please telephone or e-mail us
immediately, delete this message from your system and do not read, copy,
distribute, disclose or otherwise use this e-mail message and any
attachments.

Although ri3k Limited believes this e-mail and any attachments to be free of
any virus or other defect which may affect your computer, it is the
responsibility of the recipient to ensure that it is virus free and ri3k
Limited does not accept any responsibility for any loss or damage in any way
from its use.

ri3k Limited
Registered in England: 10-12 Ely Place, London, EC1N 6RY
Company Number: 3909745

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



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



RE: Passing environment vars through jk_mod.

2003-02-24 Thread Eduardo Jaunez S.
Thanks, I'll try this.

> -Mensaje original-
> De: David Dankwerth [mailto:[EMAIL PROTECTED]
> Enviado el: Lunes, 24 de Febrero de 2003 12:32
> Para: Tomcat Developers List
> Asunto: RE: Passing environment vars through jk_mod.
> 
> 
> U need to define :
> SSLOptions +StdEnvVars +ExportCertData
> so that mod_ssl makes these Vars accessible
> and 
> JkEnvVar SSL_SERVER_CERT SSL_SERVER_CERT
> 
> i am not sure about the NONE value 
> 
> /david
> 
> 
> -Original Message-
> From: Eduardo Jaunez S. [mailto:[EMAIL PROTECTED]
> Sent: 24 February 2003 14:00
> To: [EMAIL PROTECTED]
> Subject: Passing environment vars through jk_mod.
> 
> 
> Hi,
>   I'm trying of pass some variables generated by mod_ssl 
> into Apache 1.3.27
> to Tomcat+Axis webservice through jk_mod. But no matter the 
> way I define the
> sentence JkEnvVar   I can't see the environment var 
> at another side.
> 
> ¿Could anyone point me in the correct way to do this?
> 
> I'm using (httpd.conf):
> 
>   # JkEnvVar  
>   JkEnvVar SSL_CLIENT_CERT NONE
> 
> and (jsp):
> 
>   System.getProperty()
>   System.getProperties().propertyNames() and
>   System.getenv() (but it's is deprecated and don't get compiled)
> 
> 
> My JSP's and JWS's pages are working well, since I can read or invoke
> (respectively) from a browser.
> 
> 
> Atte.
>   Eduardo Jaunez S.
> 
> P.S.: A more complete piece of configuration/code
> 
> Apache httpd.conf
> -
> ...
>   JkWorkersFile   
> /MyDir/jakarta-tomcat-4.1.18/conf/jkworkers.properties
>   JkLogFile   /MyDir/apache/logs/jk_log
>   JkLogLevel  debug
>   JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "
>   JkOptions   +ForwardKeySize 
> +ForwardURICompat -ForwardDirectories
>   JkRequestLogFormat "%w %V %T"
>   JkMount /MyTest/* jkworker
> 
>   # JkEnvVar  
>   JkEnvVar SSL_CLIENT_CERT NONE # <--- Pass env var.
> ...
> 
> 
> 
> MyJSP.jsp
> --
> ...
> out.println("Here are the Properties:");
> e= System.getProperties().propertyNames();
> if( e!=null ) {
>   out.println("");
> for (;e.hasMoreElements();) {
> String key = (String) e.nextElement();
> out.println(" color=\"#FF8080\">"+key+"" + ":=" +
>   " color=\"#8080FF\">"+System.getProperty(key)+"");
> }
> out.println("");
> } else {
> out.println("Properties are not accessible");
> }
> ...
> 
> 
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> __
> __
> This e-mail and its attachments are confidential. If you are 
> not the intended recipient of this e-mail message, please 
> telephone or e-mail us immediately, delete this message from 
> your system and do not read, copy, distribute, disclose or 
> otherwise use this e-mail message and any attachments. 
> 
> Although ri3k Limited believes this e-mail and any 
> attachments to be free of any virus or other defect which may 
> affect your computer, it is the responsibility of the 
> recipient to ensure that it is virus free and ri3k Limited 
> does not accept any responsibility for any loss or damage in 
> any way from its use.
> 
> ri3k Limited
> Registered in England: 10-12 Ely Place, London, EC1N 6RY
> Company Number: 3909745
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

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

RE: Passing environment vars through jk_mod.

2003-02-24 Thread David Dankwerth
oh , ok i see 
in a Servlet it would be via the Attributes 
i,e :
HttpServletRequest req  ; (from the post ... )
  String SSL_Client =  req.getAttribute("SSL_CLIENT_CERT") ;

but that is only the string of the client cert.
you can make out of it a java.security.cert.Certificate by doing :
CertificateFactory cf = CertificateFactory.getInstance("X.509");
Certificate cert = cf.generateCertificate(new 
ByteArrayInputStream(SSL_Client.getBytes()));

enjoy
/d

-Original Message-
From: Gregory Bevillard [mailto:[EMAIL PROTECTED]
Sent: 24 February 2003 15:40
To: Tomcat Developers List
Subject: RE: Passing environment vars through jk_mod.


My probleme was not it, you made an error in the mail.

-Original Message-
From: David Dankwerth [mailto:[EMAIL PROTECTED]
Sent: Monday, February 24, 2003 4:32 PM
To: Tomcat Developers List
Subject: RE: Passing environment vars through jk_mod.


U need to define :
SSLOptions +StdEnvVars +ExportCertData
so that mod_ssl makes these Vars accessible
and
JkEnvVar SSL_SERVER_CERT SSL_SERVER_CERT

i am not sure about the NONE value

/david


-Original Message-
From: Eduardo Jaunez S. [mailto:[EMAIL PROTECTED]
Sent: 24 February 2003 14:00
To: [EMAIL PROTECTED]
Subject: Passing environment vars through jk_mod.


Hi,
I'm trying of pass some variables generated by mod_ssl into Apache 1.3.27
to Tomcat+Axis webservice through jk_mod. But no matter the way I define the
sentence JkEnvVar   I can't see the environment var at another side.

¿Could anyone point me in the correct way to do this?

I'm using (httpd.conf):

# JkEnvVar  
JkEnvVar SSL_CLIENT_CERT NONE

and (jsp):

System.getProperty()
System.getProperties().propertyNames() and
System.getenv() (but it's is deprecated and don't get compiled)


My JSP's and JWS's pages are working well, since I can read or invoke
(respectively) from a browser.


Atte.
Eduardo Jaunez S.

P.S.: A more complete piece of configuration/code

Apache httpd.conf
-
...
JkWorkersFile   /MyDir/jakarta-tomcat-4.1.18/conf/jkworkers.properties
JkLogFile   /MyDir/apache/logs/jk_log
JkLogLevel  debug
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "
JkOptions   +ForwardKeySize +ForwardURICompat -ForwardDirectories
JkRequestLogFormat "%w %V %T"
JkMount /MyTest/* jkworker

# JkEnvVar  
JkEnvVar SSL_CLIENT_CERT NONE # <--- Pass env var.
...



MyJSP.jsp
--
...
out.println("Here are the Properties:");
e= System.getProperties().propertyNames();
if( e!=null ) {
out.println("");
for (;e.hasMoreElements();) {
String key = (String) e.nextElement();
out.println(""+key+"" + ":=" +
""+System.getProperty(key)+"");
}
out.println("");
} else {
out.println("Properties are not accessible");
}
...






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



This e-mail and its attachments are confidential. If you are not the
intended recipient of this e-mail message, please telephone or e-mail us
immediately, delete this message from your system and do not read, copy,
distribute, disclose or otherwise use this e-mail message and any
attachments.

Although ri3k Limited believes this e-mail and any attachments to be free of
any virus or other defect which may affect your computer, it is the
responsibility of the recipient to ensure that it is virus free and ri3k
Limited does not accept any responsibility for any loss or damage in any way
from its use.

ri3k Limited
Registered in England: 10-12 Ely Place, London, EC1N 6RY
Company Number: 3909745

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



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



This e-mail and its attachments are confidential. If you are not the intended 
recipient of this e-mail message, please telephone or e-mail us immediately, delete 
this message from your system and do not read, copy, distribute, disclose or otherwise 
use this e-mail message and any attachments. 

Although ri3k Limited believes this e-mail and any attachments to be free of any virus 
or other defect which may affect your computer, it is the responsibility of the 
recipient to ensure that it is virus free and ri3k Limited does not accept any 
responsibility for any loss or damage in any way from its use.

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

2003-02-24 Thread luehe
luehe   2003/02/24 08:38:41

  Modified:jasper2/src/share/org/apache/jasper/compiler Tag:
tomcat_4_branch Generator.java
  Log:
  Fixed 17049: Invalid code generated when nesting tags
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.35.2.20 +15 -5 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.35.2.19
  retrieving revision 1.35.2.20
  diff -u -r1.35.2.19 -r1.35.2.20
  --- Generator.java13 Feb 2003 18:15:45 -  1.35.2.19
  +++ Generator.java24 Feb 2003 16:38:41 -  1.35.2.20
  @@ -1123,7 +1123,12 @@
out.print(", ");
}
   //   out.println("pageContext, _jspxState)");
  - out.println("pageContext))");
  + out.print("pageContext");
  + if (pushBodyCountVar != null) {
  + out.print(", ");
  + out.print(pushBodyCountVar);
  + }
  + out.println("))");
out.pushIndent();
out.printil((methodNesting > 0)? "return true;": "return;");
out.popIndent();
  @@ -1147,7 +1152,12 @@
out.print(", ");
}
   //   out.println("javax.servlet.jsp.PageContext pageContext, JspxState 
_jspxState)");
  - out.println("javax.servlet.jsp.PageContext pageContext)");
  + out.print("javax.servlet.jsp.PageContext pageContext");
  + if (pushBodyCountVar != null) {
  + out.print(", int ");
  + out.print(pushBodyCountVar);
  + }
  + out.println(")");
out.printil("throws Throwable {");
out.pushIndent();
   
  
  
  

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



DO NOT REPLY [Bug 17342] New: - Tomcat JK2 connection refreshes causes Apache to return error 500

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

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

Tomcat JK2 connection refreshes causes Apache to return error 500

   Summary: Tomcat JK2 connection refreshes causes Apache to return
error 500
   Product: Tomcat 4
   Version: 4.1.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:Coyote JK 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


With Tomcat JK2 connectionTimeout set, mod_jk is retries three times while the 
connections are being reset. On a very fast machine mod_jk retries before a 
new connection is available and returns an error 500 to the end user. The 
workaround is to set connectionTimeout to -1 to stop connection refreshes.

There now follows an EMail conversation between myself and Costin on this 
problem:

I think:

>From winsock.h:
#define WSABASEERR  1
#define WSAECONNABORTED (WSABASEERR+53)

>From VC.NET help files:
WSAECONNABORTED=The virtual circuit was terminated due to a time-out or other 
failure. The application should close the socket as it is no longer usable.

Dave.

> Thanks Dave.
>
> Now if someone has windows and can grep what errno "53" means...
>
>
> Costin
>
> Oxley, David wrote:
>
>> Costin,
>>
>> Here is the log produced with mod_jk HEAD:
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (681)]: ERROR: can't 
>> receive the response message from tomcat, network problems or tomcat 
>> is down. err=-53
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1051)]: Error reading
>> reply
>> from tomcat. Tomcat is down or network problems.
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1188)]: ERROR: Receiving
>> [from
>> tomcat failed, recoverable operation. err=0
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (681)]: ERROR: can't
>> receive
>> the response message from tomcat, network problems or tomcat is down.
>> err=-1
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1051)]: Error reading
>> reply
>> from tomcat. Tomcat is down or network problems.
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1188)]: ERROR: Receiving
>> [from
>> tomcat failed, recoverable operation. err=1
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (681)]: ERROR: can't
>> receive
>> the response message from tomcat, network problems or tomcat is down.
>> err=-1
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1051)]: Error reading
>> reply
>> from tomcat. Tomcat is down or network problems.
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1188)]: ERROR: Receiving
>> [from
>> tomcat failed, recoverable operation. err=2
>> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1199)]: Error connecting
>> to
>> tomcat. Tomcat is probably not started or is listenning on the wrong
>> port.
>> Failed errno = 53
>>
>> Cheers.
>> Dave.
>>
>>> -Original Message-
>>> From: Oxley, David [mailto:[EMAIL PROTECTED]
>>> Sent: 17 February 2003 17:00
>>> To: 'Tomcat Developers List'
>>> Subject: RE: mod_jk and Apache timeouts?
>>>
>>> Costin,
>>>
>>> I will rebuild from HEAD now and give it a try.
>>> But I think I may have sorted found the problem. I have changed the 
>>> Connector timeout to -1 in server.xml, and error 500's is no longer 
>>> returned. Therefore on this box, mod_jk is too quick for Tomcat (I 
>>> think). mod_jk tries to connect and fails 3 times (before TC has 
>>> restarted its Connector threads) and returns an error 500 to the 
>>> client.
>>>
>>> Dave.
>>>
>>> > -Original Message-
>>> > From: Costin Manolache [mailto:[EMAIL PROTECTED]
>>> > Sent: 17 February 2003 17:02
>>> > To: [EMAIL PROTECTED]
>>> > Subject: Re: mod_jk and Apache timeouts?
>>> >
>>> > I suspect it's a windows specific return code from recv().
>>> >
>>> > The code in question calls socket_recvfull - which in turn calls
>>> recv()
>>> > to fill a buffer. It handles EAGAIN - but knowing windows, it may 
>>> > be something else.
>>> >
>>> > If you can do a checkout from HEAD and built again - you should 
>>> > see the errno at the end of the message, so we can figure out what
>>> happens.
>>> >
>>> > The first error is the one that matters - the others are just jk
>>> doing
>>> > a retry. The message is bad - err=0,1,2 should be "retry=0,1,2"
>>> >
>>> >
>>> >
>>> > Costin
>>> >
>>> >
>>> > Oxley, David wrote:
>>> >
>>> > > I have some strange error messages in mod_jk.log that I cannot
>>> explain,
>>> > > and that I need to resolve urgently.
>>> > >
>>> > > Server:
>>> > > Dual Xeon 2.5Ghz server.
>>> > > Windows 2000 Professional SP3
>>> > > Apache 2.0.44
>>> > > Tomcat 4.1.18
>>> > > Mod_jk 1.2.2
>>> > >
>>> > > [Mon Feb 17 14:49:38 2003]  [jk_ajp_common.c

RE: mod_jk and Apache timeouts?

2003-02-24 Thread Oxley, David
Anything happening on this Costin? I've raised a bugzilla issue on this in
case it's been forgotten about!!?!
(http://issues.apache.org/bugzilla/show_bug.cgi?id=17342)

Dave.

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> systems.plc.uk]
> Sent: 17 February 2003 21:25
> To: Tomcat Developers List
> Subject: RE: mod_jk and Apache timeouts?
> 
> I think:
> 
> From winsock.h:
> #define WSABASEERR  1
> #define WSAECONNABORTED (WSABASEERR+53)
> 
> From VC.NET help files:
> WSAECONNABORTED=The virtual circuit was terminated due to a time-out or
> other failure. The application should close the socket as it is no longer
> usable.
> 
> Dave.
> 
> > Thanks Dave.
> >
> > Now if someone has windows and can grep what errno "53" means...
> >
> >
> > Costin
> >
> > Oxley, David wrote:
> >
> >> Costin,
> >>
> >> Here is the log produced with mod_jk HEAD:
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (681)]: ERROR: can't
> >> receive
> >> the response message from tomcat, network problems or tomcat is down.
> >> err=-53
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1051)]: Error reading
> >> reply
> >> from tomcat. Tomcat is down or network problems.
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1188)]: ERROR: Receiving
> >> [from
> >> tomcat failed, recoverable operation. err=0
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (681)]: ERROR: can't
> >> receive
> >> the response message from tomcat, network problems or tomcat is down.
> >> err=-1
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1051)]: Error reading
> >> reply
> >> from tomcat. Tomcat is down or network problems.
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1188)]: ERROR: Receiving
> >> [from
> >> tomcat failed, recoverable operation. err=1
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (681)]: ERROR: can't
> >> receive
> >> the response message from tomcat, network problems or tomcat is down.
> >> err=-1
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1051)]: Error reading
> >> reply
> >> from tomcat. Tomcat is down or network problems.
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1188)]: ERROR: Receiving
> >> [from
> >> tomcat failed, recoverable operation. err=2
> >> [Mon Feb 17 17:23:26 2003]  [jk_ajp_common.c (1199)]: Error connecting
> >> to
> >> tomcat. Tomcat is probably not started or is listenning on the wrong
> >> port.
> >> Failed errno = 53
> >>
> >> Cheers.
> >> Dave.
> >>
> >>> -Original Message-
> >>> From: Oxley, David [mailto:[EMAIL PROTECTED]
> >>> Sent: 17 February 2003 17:00
> >>> To: 'Tomcat Developers List'
> >>> Subject: RE: mod_jk and Apache timeouts?
> >>>
> >>> Costin,
> >>>
> >>> I will rebuild from HEAD now and give it a try.
> >>> But I think I may have sorted found the problem. I have changed the
> >>> Connector timeout to -1 in server.xml, and error 500's is no longer
> >>> returned.
> >>> Therefore on this box, mod_jk is too quick for Tomcat (I think).
> >>> mod_jk tries to connect and fails 3 times (before TC has restarted its
> >>> Connector threads) and returns an error 500 to the client.
> >>>
> >>> Dave.
> >>>
> >>> > -Original Message-
> >>> > From: Costin Manolache [mailto:[EMAIL PROTECTED]
> >>> > Sent: 17 February 2003 17:02
> >>> > To: [EMAIL PROTECTED]
> >>> > Subject: Re: mod_jk and Apache timeouts?
> >>> >
> >>> > I suspect it's a windows specific return code from recv().
> >>> >
> >>> > The code in question calls socket_recvfull - which in turn calls
> >>> recv()
> >>> > to fill a buffer. It handles EAGAIN - but knowing windows, it may be
> >>> > something else.
> >>> >
> >>> > If you can do a checkout from HEAD and built again - you should see
> >>> > the errno at the end of the message, so we can figure out what
> >>> happens.
> >>> >
> >>> > The first error is the one that matters - the others are just jk
> >>> doing
> >>> > a retry. The message is bad - err=0,1,2 should be "retry=0,1,2"
> >>> >
> >>> >
> >>> >
> >>> > Costin
> >>> >
> >>> >
> >>> > Oxley, David wrote:
> >>> >
> >>> > > I have some strange error messages in mod_jk.log that I cannot
> >>> explain,
> >>> > > and that I need to resolve urgently.
> >>> > >
> >>> > > Server:
> >>> > > Dual Xeon 2.5Ghz server.
> >>> > > Windows 2000 Professional SP3
> >>> > > Apache 2.0.44
> >>> > > Tomcat 4.1.18
> >>> > > Mod_jk 1.2.2
> >>> > >
> >>> > > [Mon Feb 17 14:49:38 2003]  [jk_ajp_common.c (681)]: ERROR: can't
> >>> > receive
> >>> > > the response message from tomcat, network problems or tomcat is
> >>> down.
> >>> > > [Mon Feb 17 14:49:38 2003]  [jk_ajp_common.c (1050)]: Error
> reading
> >>> > reply
> >>> > > from tomcat. Tomcat is down or network problems.
> >>> > > [Mon Feb 17 14:49:38 2003]  [jk_ajp_common.c (1187)]: ERROR:
> >>> > > [Receiving from
> >>> > > tomcat failed, recoverable operation. err=0
> >>> > > [Mon Feb 17 14:49:38 2003]  [jk_ajp_common.c (681)]: ERROR: can't
> >>> > receive
> >>> > > the response message from tomcat, n

DO NOT REPLY [Bug 14994] - https coyote connector leaving sockets in CLOSE_WAIT

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

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

https coyote connector leaving sockets in CLOSE_WAIT





--- Additional Comments From [EMAIL PROTECTED]  2003-02-24 17:19 ---
Here's a real easy test case.

1. Configure an https service.

2.
import java.io.*;
import java.text.*;
import java.util.*;
import javax.servlet.http.*;

public class test extends HttpServlet
{
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws IOException
{
PrintWriter out = null;
try
{
response.setContentType("text/plain");
response.setDateHeader("Expires", 0);
response.setHeader("Pragma", "no-cache");
out = response.getWriter();
out.println("Hello There");
for (int i = 0 ; i < 2000 ; i ++)
out.println(Math.random());
}
catch (Exception e)
{
e.printStackTrace();
}
}
}

Fire it up.

3. Start IE or Mozilla and aim it at page.
4. Hold F5 button down for 10 seconds.
5. netstat -anp
tcp1  0 63.127.110.16:443   63.127.110.14:4499  CLOSE_WAIT 
10860/java  
tcp1  0 63.127.110.16:443   63.127.110.14:4498  CLOSE_WAIT 
10860/java  
tcp1  0 63.127.110.16:443   63.127.110.14:4497  CLOSE_WAIT 
etc. etc.

Dead and stays that way for at least three hours (as long as I could leave it).

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



DO NOT REPLY [Bug 17052] - jsp:element name attribute clobbered by nested jsp:attribute

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

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

jsp:element name attribute clobbered by nested jsp:attribute

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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



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

2003-02-24 Thread luehe
luehe   2003/02/24 10:09:38

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Node.java Validator.java
   jasper2/src/share/org/apache/jasper/resources
messages.properties
  Log:
  Fixed 17052: jsp:element name attribute clobbered by nested jsp:attribute
  
  Revision  ChangesPath
  1.165 +14 -23
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.164
  retrieving revision 1.165
  diff -u -r1.164 -r1.165
  --- Generator.java23 Feb 2003 20:57:05 -  1.164
  +++ Generator.java24 Feb 2003 18:09:36 -  1.165
  @@ -1700,9 +1700,9 @@
   
public void visit(Node.JspElement n) throws JasperException {
   
  - // Hashtable for storing attribute name/value combinations
  + // Compute attribute value string for XML-style and named
  + // attributes
Hashtable map = new Hashtable();
  -
Node.JspAttribute[] attrs = n.getJspAttributes();
for (int i=0; i

DO NOT REPLY [Bug 3888] - WebappClassLoader: Lifecycle error : CL stopped

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

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

WebappClassLoader: Lifecycle error : CL stopped





--- Additional Comments From [EMAIL PROTECTED]  2003-02-24 18:58 ---
ClassLoader stopped on java.lang.DoubleI'm using OS X Server (latest rev), jav 1.3.1 
and Tomcat 4.1.18. We have a thread that runs once/day. It will run for maybe a day or 
two successfully, but then the ClassLoader gives the following:WebappClassLoader: 
Lifecycle error : CL stoppedjava.lang.NoClassDefFoundError: java/lang/Doubleat 
com.attask.AtProjects.setProj_invoiceAmount(AtProjects.java:1049)at 
com.attask.AtProjects.populateFromResultSet(AtProjects.java:1210)at 
com.attask.AtListBean.createListItem(AtListBean.java:238)at 
com.attask.AtListBean.setList(AtListBean.java:127)at 
com.attask.AtListBean.setList(AtListBean.java:67)at 
com.attask.AtThreadRecalcTimelines.run(AtThreadRecalcTimelines.java:55)at 
com.attask.AtThread.run(AtThread.java:101)This wreaks havoc on the data. Interesting 
that java.lang.NoClassDefFoundError is in the same package as java.lang.Double, but 
Double could not be found.-Scott

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



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

2003-02-24 Thread kinman
kinman  2003/02/24 11:39:39

  Modified:jasper2/src/share/org/apache/jasper
EmbededServletOptions.java JspC.java Options.java
   jasper2/src/share/org/apache/jasper/compiler Compiler.java
   jasper2/src/share/org/apache/jasper/resources
messages.properties messages_es.properties
messages_fr.properties messages_ja.properties
  Log:
  - Add option to suppress the generation of Smap.  Defaulted to false for
Embedded compilation, and to true for Jspc.
  
  Revision  ChangesPath
  1.19  +28 -3 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/EmbededServletOptions.java
  
  Index: EmbededServletOptions.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/EmbededServletOptions.java,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- EmbededServletOptions.java22 Jan 2003 20:08:23 -  1.18
  +++ EmbededServletOptions.java24 Feb 2003 19:39:38 -  1.19
  @@ -152,6 +152,11 @@
   private boolean reloading = true;
   
   /**
  + * Is the generation of SMAP info for JSR45 debuggin suppressed?
  + */
  +private boolean suppressSmap = false;
  +
  +/**
* I want to see my generated servlets. Which directory are they
* in?
*/
  @@ -271,6 +276,13 @@
   }
   
   /**
  + * Is the generation of SMAP info for JSR45 debuggin suppressed?
  + */
  +public boolean suppressSmap() {
  +return suppressSmap;
  +}
  +
  +/**
* Class ID for use in the plugin tag when the browser is IE. 
*/
   public String getIeClassId() {
  @@ -484,6 +496,19 @@
log.warn(Localizer.getMessage("jsp.warning.reloading"));
}
}
  +}
  +
  +String suppressSmap = config.getInitParameter("suppressSmap");
  +if (suppressSmap != null) {
  +if (suppressSmap.equalsIgnoreCase("true")) {
  +this.suppressSmap = true;
  +} else if (suppressSmap.equalsIgnoreCase("false")) {
  +this.suppressSmap = false;
  +} else {
  +if (log.isWarnEnabled()) {
  +log.warn(Localizer.getMessage("jsp.warning.suppressSmap"));
  +}
  +}
   }
   
   String ieClassId = config.getInitParameter("ieClassId");
  
  
  
  1.32  +10 -3 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
  
  Index: JspC.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- JspC.java 23 Feb 2003 22:25:53 -  1.31
  +++ JspC.java 24 Feb 2003 19:39:38 -  1.32
  @@ -273,6 +273,13 @@
   return true;
   }
   
  +/**
  + * Is the generation of SMAP info for JSR45 debuggin suppressed?
  + */
  +public boolean suppressSmap() {
  + return true;
  +}
  +
   public String getIeClassId() {
   return ieClassId;
   }
  
  
  
  1.12  +8 -3  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Options.java
  
  Index: Options.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Options.java,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- Options.java  31 Dec 2002 14:01:17 -  1.11
  +++ Options.java  24 Feb 2003 19:39:38 -  1.12
  @@ -130,6 +130,11 @@
   public boolean getReloading();
   
   /**
  + * Is the generation of SMAP info for JSR45 debuggin suppressed?
  + */
  +public boolean suppressSmap();
  +
  +/**
* Class ID for use in the plugin tag when the browser is IE. 
*/
   public String getIeClassId();
  
  
  
  1.54  +6 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java
  
  Index: Compiler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java,v
  retrieving revision 1.53
  retrieving revision 1.54
  diff -u -r1.53 -r1.54
  --- Compiler.java 17 Feb 2003 22:36:00 -  1.53
  +++ Compiler.java 24 Feb 2003 19:39:39 -  1.54
  @@ -288,7 +288,9 @@
   }
   
   //JSR45 Support - note this needs to be checked by a JSR45 guru
  - SmapUtil.generateSmap(ctxt, pageNodes, true);
  +if (! options.suppressSmap()) {
  +SmapUtil.generateSmap(ctxt, pageNodes, true);
  +}
   
// If any

cvs commit: jakarta-tomcat-catalina/catalina/src/conf web.xml

2003-02-24 Thread kinman
kinman  2003/02/24 11:40:30

  Modified:catalina/src/conf web.xml
  Log:
  - Add Jasper option to suppress Smap generation.
  
  Revision  ChangesPath
  1.13  +3 -0  jakarta-tomcat-catalina/catalina/src/conf/web.xml
  
  Index: web.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/web.xml,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- web.xml   8 Jan 2003 16:16:08 -   1.12
  +++ web.xml   24 Feb 2003 19:40:30 -  1.13
  @@ -141,6 +141,9 @@
 
 
 
  +  
  +  
  +  
 
 
 
  
  
  

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



[4.1.21] New tag and upcoming vote

2003-02-24 Thread Remy Maucherat
Hi,

Since the needed fix to Jasper was integrated in the 4.1.x branch, I 
plan to tag and release a 4.1.21 version of Tomcat (and I hope it will 
then be voted as a beta :) ).

Since the amount of changes between 4.1.20 and 4.1.21 is minimal, I plan 
to post the stability vote on the next day.

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


Re: [4.1.21] New tag and upcoming vote

2003-02-24 Thread Jess M. Holle
Remy Maucherat wrote:

Hi,

Since the needed fix to Jasper was integrated in the 4.1.x branch, I 
plan to tag and release a 4.1.21 version of Tomcat (and I hope it will 
then be voted as a beta :) ).

Since the amount of changes between 4.1.20 and 4.1.21 is minimal, I 
plan to post the stability vote on the next day.
Any hope for another "stable" release one of these weeks?

--
Jess Holle


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


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

2003-02-24 Thread luehe
luehe   2003/02/24 14:30:26

  Modified:jasper2/src/share/org/apache/jasper/compiler
JspDocumentParser.java
   jasper2/src/share/org/apache/jasper/resources
messages.properties
  Log:
  Added support for default namespace in JSP documents.
  
  Revision  ChangesPath
  1.42  +63 -71
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java
  
  Index: JspDocumentParser.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- JspDocumentParser.java23 Feb 2003 20:57:05 -  1.41
  +++ JspDocumentParser.java24 Feb 2003 22:30:26 -  1.42
  @@ -83,7 +83,7 @@
   class JspDocumentParser extends DefaultHandler
   implements LexicalHandler, TagConstants {
   
  -private static final String XMLNS = "xmlns:";
  +private static final String XMLNS_ATTR = "xmlns";
   private static final String XMLNS_JSP = "xmlns:jsp";
   private static final String JSP_VERSION = "version";
   private static final String LEXICAL_HANDLER_PROPERTY
  @@ -249,8 +249,8 @@
node = parseStandardAction(qName, localName, attrsCopy, xmlnsAttrs,
   start, current);
} else {
  - node = parseCustomAction(qName, attrsCopy, xmlnsAttrs, start,
  -  current);
  + node = parseCustomAction(qName, localName, uri, attrsCopy,
  +  xmlnsAttrs, start, current);
if (node == null) {
node = new Node.UninterpretedTag(qName, localName, attrsCopy,
 xmlnsAttrs, start, current);
  @@ -630,19 +630,17 @@
* and returns the corresponding Node object.
*/
   private Node parseCustomAction(String qName,
  +String localName,
  +String uri,
   Attributes attrs,
   Attributes xmlnsAttrs,
   Mark start,
   Node parent) throws SAXException {
  - int colon = qName.indexOf(':');
  - if (colon == -1) {
  - return null;
  - }
   
  - String prefix = qName.substring(0, colon);
  - String shortName = qName.substring(colon + 1);
  - if (shortName.length() == 0) {
  - return null;
  + String prefix = "";
  + int colon = qName.indexOf(':');
  + if (colon != -1) {
  + prefix = qName.substring(0, colon);
}
   
// Check if this is a user-defined (custom) tag
  @@ -650,11 +648,12 @@
   if (tagLibInfo == null) {
   return null;
}
  - TagInfo tagInfo = tagLibInfo.getTag(shortName);
  -TagFileInfo tagFileInfo = tagLibInfo.getTagFile(shortName);
  +
  + TagInfo tagInfo = tagLibInfo.getTag(localName);
  +TagFileInfo tagFileInfo = tagLibInfo.getTagFile(localName);
if (tagInfo == null && tagFileInfo == null) {
  - throw new SAXException(Localizer.getMessage("jsp.error.bad_tag",
  - shortName, prefix));
  + throw new SAXException(Localizer.getMessage("jsp.error.xml.bad_tag",
  + localName, uri));
}
Class tagHandlerClass = null;
if (tagFileInfo == null) {
  @@ -664,13 +663,13 @@
} catch (Exception e) {
throw new SAXException(
Localizer.getMessage("jsp.error.unable.loadclass",
  -  shortName, prefix));
  +  localName, prefix));
}
} else {
   tagInfo = tagFileInfo.getTagInfo();
   }
  
  - return new Node.CustomTag(qName, prefix, shortName, attrs, xmlnsAttrs,
  + return new Node.CustomTag(qName, prefix, localName, attrs, xmlnsAttrs,
  start, parent, tagInfo, tagFileInfo,
  tagHandlerClass);
   }
  @@ -694,7 +693,7 @@
int len = attrs.getLength();
for (int i=len-1; i>=0; i--) {
String qName = attrs.getQName(i);
  - if (qName.startsWith(XMLNS)) {
  + if (qName.startsWith(XMLNS_ATTR)) {
if (result == null) {
result = new AttributesImpl();
}
  @@ -713,29 +712,27 @@
* and adds the corresponding TagLibraryInfo objects to the set of custom
* tag libraries.
*/
  -private void addCustomTagLibraries(Attributes attrs)
  +private void addCustomTagLibraries(Attributes xmlnsAttr

DO NOT REPLY [Bug 17350] New: - SSL Handshake problem with Certificates

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

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

SSL Handshake problem with Certificates

   Summary: SSL Handshake problem with Certificates
   Product: Tomcat 4
   Version: 4.1.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


My application is using client certificates over ssl (these all occur
after I unlock and present my certificate (which btw is the same on
all three of these browsers).   Tomcat is running on jdk 1.4.

When I access my protected resource with IE version 6.0 all works fine. When 
I access my protected
resource with Mozilla version 1.1 I receive an error page from tomcat
that says: HTTP Status 400 - No client certificate chain in this
request. 
Description:The request sent by the client was syntactically
incorrect (No client certificate chain in this request). 

If I hit reload it works fine. 

When I access my protected resource with Netscape Communicator I receive a 
blank page. After hitting reload I am prompted for my certificate again and 
it works correctly. I believe this message is being generated by the 
following code in org.apache.catalina.authenticator.SSLAuthenticator.java: 
// Retrieve the certificate chain for this client 
HttpServletResponse hres = (HttpServletResponse) response.getResponse();
if (debug >= 1) > log("Looking up certificates"); 
X509Certificate certs[] =
 
(X509Certificate[])request.getRequest().getAttribute(Globals.CERTIFICATES_ATTR);
if ((certs == null) || (certs.length < 1)) { 
certs = (X509Certificate[])
request.getRequest().getAttribute(Globals.SSL_CERTIFICATE_ATTR); }
if ((certs == null) || (certs.length < 1)) { 
if (debug >= 1) > log("No certificates included with this request");
hres.sendError(HttpServletResponse.SC_BAD_REQUEST,
sm.getString("authenticator.certificates"));
return (false); } 
My question is why the inconsistent behavior between browsers? Secondly if
I do not do cert authentication within my webapp but instead turn it on
for the whole SSL context (using clientAuth) I do not get this message
with any of the above mentioned browsers. 

Some comments from the mail list include:
The special (internal to Tomcat) 'SSL_CERTIFICATE_ATTR' attribute causes Tomcat 
to re-negotiate
the handshake with the additional requirement of a client cert if there
isn't already a cert present (and this is why clientAuth works). 

In addition, for the JDK1.4 of JSSE, there are some tricks to get around
that version's refusal to re-negotiate until there is real traffic on
the Socket. This is probably what is confusing Mozilla & Netscape. You
can file a bug-report at http://nagoya.apache.org/bugzilla/

The basic problem is that the JSSE that ships with JDK1.4 doesn't allow
simply sending back a re-handshake request.  It won't actually send it down
the wire until there is content to send as well.  This is what is confusing
Mozilla & Netscape (since Tomcat tries (it seems, unsuccessfully :(, to fake
the browser out when running under JDK1.4).

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



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

2003-02-24 Thread luehe
luehe   2003/02/24 15:23:39

  Modified:jasper2/src/share/org/apache/jasper/compiler
JspDocumentParser.java
   jasper2/src/share/org/apache/jasper/resources
messages.properties
  Log:
  added javadocs and changed error messages
  
  Revision  ChangesPath
  1.43  +10 -4 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java
  
  Index: JspDocumentParser.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java,v
  retrieving revision 1.42
  retrieving revision 1.43
  diff -u -r1.42 -r1.43
  --- JspDocumentParser.java24 Feb 2003 22:30:26 -  1.42
  +++ JspDocumentParser.java24 Feb 2003 23:23:39 -  1.43
  @@ -747,7 +747,13 @@
   }
   
   /*
  - * XXX
  + * Gets the tag library associated with the given uri namespace to which
  + * the given prefix is bound.
  + *
  + * @param uri The uri namespace 
  + * @param prefix The prefix that is bound to the uri namespace
  + *
  + * @return The tag library associated with the given uri namespace
*/
   private TagLibraryInfo getTaglibInfo(String uri, String prefix)
   throws JasperException {
  
  
  
  1.98  +3 -3  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties
  
  Index: messages.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties,v
  retrieving revision 1.97
  retrieving revision 1.98
  diff -u -r1.97 -r1.98
  --- messages.properties   24 Feb 2003 22:30:26 -  1.97
  +++ messages.properties   24 Feb 2003 23:23:39 -  1.98
  @@ -177,8 +177,8 @@
   jsp.error.unable.to_find_method=Unable to find setter method for attribute: {0}
   jsp.error.unable.to_convert_string=Unable to convert a String to {0} for attribute 
{1}
   jsp.error.unable.to_introspect=Unable to introspect on tag handler class: {0} 
because of {1}
  -jsp.error.bad_tag=Tag \"{0}\" not defined in tag library imported with prefix 
\"{1}\"
  -jsp.error.xml.bad_tag=Tag \"{0}\" not defined in tag library associated with uri 
\"{1}\"
  +jsp.error.bad_tag=No tag \"{0}\" defined in tag library imported with prefix \"{1}\"
  +jsp.error.xml.bad_tag=No tag \"{0}\" defined in tag library associated with uri 
\"{1}\"
   jsp.error.bad_string_Character=Cannot extract a Character from a zero length array
   jsp.error.bad_string_char=Cannot extract a char from a zero length array
   jsp.warning.compiler.class.cantcreate=Can't create an instance of specified 
compiler plugin class {0} due to {1}. Will default to Sun Java Compiler.
  
  
  

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



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

2003-02-24 Thread luehe
luehe   2003/02/24 15:44:00

  Modified:jasper2/src/share/org/apache/jasper/compiler
JspDocumentParser.java Parser.java
   jasper2/src/share/org/apache/jasper/resources
messages.properties messages_es.properties
messages_fr.properties messages_ja.properties
  Log:
  Renamed jsp.error.unable.loadclass to jsp.error.loadclass.taghandler, and added name 
of tag handler class to error string
  
  Revision  ChangesPath
  1.44  +7 -7  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java
  
  Index: JspDocumentParser.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java,v
  retrieving revision 1.43
  retrieving revision 1.44
  diff -u -r1.43 -r1.44
  --- JspDocumentParser.java24 Feb 2003 23:23:39 -  1.43
  +++ JspDocumentParser.java24 Feb 2003 23:43:59 -  1.44
  @@ -657,13 +657,13 @@
}
Class tagHandlerClass = null;
if (tagFileInfo == null) {
  + String handlerClassName = tagInfo.getTagClassName();
try {
  - tagHandlerClass
  - = ctxt.getClassLoader().loadClass(tagInfo.getTagClassName());
  + tagHandlerClass = ctxt.getClassLoader().loadClass(handlerClassName);
} catch (Exception e) {
throw new SAXException(
  - Localizer.getMessage("jsp.error.unable.loadclass",
  -  localName, prefix));
  + Localizer.getMessage("jsp.error.loadclass.taghandler",
  +  handlerClassName, qName));
}
} else {
   tagInfo = tagFileInfo.getTagInfo();
  
  
  
  1.63  +7 -7  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java
  
  Index: Parser.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java,v
  retrieving revision 1.62
  retrieving revision 1.63
  diff -u -r1.62 -r1.63
  --- Parser.java   23 Feb 2003 20:57:05 -  1.62
  +++ Parser.java   24 Feb 2003 23:43:59 -  1.63
  @@ -1328,12 +1328,12 @@
if (tagFileInfo == null) {
// Must be a classic tag, load it here.
// tag files will be loaded later, in TagFileProcessor
  + String handlerClassName = tagInfo.getTagClassName();
try {
  - tagHandlerClass
  - = ctxt.getClassLoader().loadClass(tagInfo.getTagClassName());
  + tagHandlerClass = ctxt.getClassLoader().loadClass(handlerClassName);
} catch (Exception e) {
  - err.jspError(start, "jsp.error.unable.loadclass", shortTagName,
  -  prefix);
  + err.jspError(start, "jsp.error.loadclass.taghandler",
  +  handlerClassName, tagName);
}
} else {
tagInfo = tagFileInfo.getTagInfo();
  
  
  
  1.99  +2 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties
  
  Index: messages.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties,v
  retrieving revision 1.98
  retrieving revision 1.99
  diff -u -r1.98 -r1.99
  --- messages.properties   24 Feb 2003 23:23:39 -  1.98
  +++ messages.properties   24 Feb 2003 23:43:59 -  1.99
  @@ -72,7 +72,7 @@
   jsp.error.action.isnottagfile={0} action can be used in tag files only
   jsp.error.unterminated=Unterminated {0} tag
   jsp.error.usebean.notinsamefile=useBean tag must begin and end in the same physical 
file
  -jsp.error.unable.loadclass=Unable to load class {0}
  +jsp.error.loadclass.taghandler=Unable to load tag handler class \"{0}\" for tag 
\"{1}\"
   jsp.error.unable.compile=Unable to compile class for JSP
   jsp.error.unable.load=Unable to load class for JSP
   jsp.error.unable.rename=Unable to rename class file {0} to {1}
  
  
  
  1.35  +2 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_es.properties
  
  Index: messages_es.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_es.properties,v
  retrieving revision 1.34
  retrieving revision 1.35
  diff -u -r1.34 -r1.35
  --- messages_es.properties24 Feb 2003 19:39:39 -  1.34
  +++ messages_es.properties24 Feb 2003 23:44:00 -  1.35
  @@ -54,7 +54,7 @@
   jsp.error.unknownException= ! Error no caturado ¡ Deberias considerar el

DO NOT REPLY [Bug 17351] New: - include directive bug with "dangling else"

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

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

include directive bug with "dangling else"

   Summary: include directive bug with "dangling else"
   Product: Tomcat 4
   Version: 4.0.4 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


There appears to be a bug in the include directive when the included code is 
an "if" block with a trailing "else" that has no statement or block following.  
It is assumed that the following "else" block is in "including" code.

I have inserted sample code below.  There are two files "test.jsp" 
and "incl_test.jsp".  The first file includes the second with an include 
directive.  The "if" statement should execute only one of the two alternatives; 
however, it appears to execute both, as if the "else" keyword is completely 
ignored.

Please let me know if you need further information:

-Randy Nichols
[EMAIL PROTECTED]


contents of file "incl_test.jsp" below:

<%
if (str.equals("hello"))
{
out.println("helloblock " + str);
}
else  // is this being ignored?

%>



contents of file "test.jsp" below:


<%@ pagelanguage="java"%>



test





This page should print out a single line as follows:

helloblock hello

If instead it prints out two lines as follows:

helloblock hello

non-helloblock hello

then I believe there is a Tomcat 4 bug in the include directive, where
it is ignoring the "else" after an "if" block in the include file.

Test printout below


<%
String str = "hello";
%>
<%@ include file="incl_test.jsp"%>
<%
{
  // this should be the else block after the include file.
  out.println("non-helloblock " + str);
}

%>




%>

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



DO NOT REPLY [Bug 17353] New: - java code created by jspc uses flushBuffer() instead of flush()

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

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

java code created by jspc uses flushBuffer() instead of flush()

   Summary: java code created by jspc uses flushBuffer() instead of
flush()
   Product: Tomcat 3
   Version: 3.3.1 Final
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Version jakarta-tomcat-3.3.1a

PROBLEM
When compiling jsp code, the generated java code uses flushBuffer(), but Method 
flushBuffer() has protected access in org.apache.jasper.runtime.JspWriterImpl

Some of the news articles recommend using flush() instead of flushBuffer()

Typical Output from jspc
finally {
  if (out instanceof org.apache.jasper.runtime.JspWriterImpl) {
((org.apache.jasper.runtime.JspWriterImpl)out).flushBuffer();
  }
  if (_jspxFactory != null) _jspxFactory.releasePageContext(pageContext);
  }

FIX
Edit org.apache.jasper.runtime.JspWriterImpl
change line 382 from:
  writer.println("((" +
Constants.JSP_RUNTIME_PACKAGE +
".JspWriterImpl)out).flushBuffer();");

change line 38 to:
  writer.println("((" +
Constants.JSP_RUNTIME_PACKAGE +
".JspWriterImpl)out).flush();");

then rebuild jasper.jar

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



DO NOT REPLY [Bug 17353] - java code created by jspc uses flushBuffer() instead of flush()

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

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

java code created by jspc uses flushBuffer() instead of flush()





--- Additional Comments From [EMAIL PROTECTED]  2003-02-25 00:58 ---
CORRECTION
Edit org.apache.jasper.compiler.JspParseEventListener
not org.apache.jasper.runtime.JspWriterImpl

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



DO NOT REPLY [Bug 17351] - include directive bug with "dangling else"

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

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

include directive bug with "dangling else"

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-02-25 01:14 ---
Ah, you forgot that there is a line feed character after the include directive,
so the dangling "else" got that instead!

Playing trick like this never work, and you'll need to know exactly what you are
doing.  In general, it will not be safe to include a scriptlet that is not a
complete Java statement.

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



cvs commit: jakarta-tomcat-5 build.xml

2003-02-24 Thread costin
costin  2003/02/24 20:22:58

  Modified:.build.xml
  Log:
  Few fixes to make "ant build" work without the slow "deploy" target first.
  I still need to copy few files to get to the equivalent result.
  
  Added an "embed" target for a minimal, embedable tomcat5.
  Some of the components can be removed ( I'll need to document the deps and features 
implemented by
  each component ) - right now it's 2.4 M.
  
  Catalina.jar is almost 800k - it should be splited in "core+required components" and
  few modules for the optional stuff ( like some valves, etc ).
  Next is jasper-compiler, which is not required if precompiled jsps are used ( i.e. in
  production servers or embeded apps ).
  Digester,beanutils will also become optional if we finish serialization of the
  Context ( that would greatly improve the startup time - and will allow 
"pre-processed" apps
  that don't need to parse web.xml at startup ).
  
  Regarding the (sample) scripts - each is a variation on JMX mbeans, the ant script
  is working, I'll also try a standard MLET and a jboss-style services ( that will also
  work with commons-modeler ).
  
  Revision  ChangesPath
  1.86  +84 -0 jakarta-tomcat-5/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.85
  retrieving revision 1.86
  diff -u -r1.85 -r1.86
  --- build.xml 23 Feb 2003 22:28:05 -  1.85
  +++ build.xml 25 Feb 2003 04:22:58 -  1.86
  @@ -74,6 +74,8 @@
 
   
   
  +
  +
   
   
  @@ -132,6 +134,8 @@
   
   
   
  +
  +
 
   
 
  @@ -423,6 +427,9 @@
   
 
   
  +  
  +
  +
 
   
   
   
  +
  +
   
 
   
  +  
   
  +   
  +
  +
  +  
  +
  +
  +
  +
  +
  +  
  +
  +
  +
  +
  +  
  +
  +
  +
  +  
  +
  +
  +
  +
  +  
  +
  +
  +
  +  
  +  
  +
  +
  +
  +
  +  
  +
  +
  +
  +
  +  
  +
  +
  +  
  +
  +
  +
  +
  +  
  +
  +
  +
  +
  +  
  +
  +
  +
  +
  +
  +
  +
  +
  +  
   
 
   
  @@ -454,6 +535,9 @@
   
   Target: JSP API - Dist ...
   
  +
  +Target: Modeler - Dist ...
  +
   
   Target: Catalina - Deploy ...
   
  
  
  

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