Re: DO NOT REPLY [Bug 27006] - libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in /usr/lib/apache2

2004-03-10 Thread jean-frederic clere
Al Banard wrote:
 mod_jk2.so is there but libjkjni.so isn't, which seems to be what its
 complaining about.

You should have a libjkjni.so in the .libs directory of jk/build/jk2/apache2.
When copied in modules it should work.

 
 From a previous email ...
 
 make clean build  makeOutput
 - This produces the attached makeOutput file and the following error to
 the terminal:
 libtool: install: warning: remember to run `libtool --finish
 /usr/lib/apache2'
 libtool: install: error: cannot install
 `../../../build/jk2/apache2/libjkjni.la' to a directory not ending in
 /usr/lib/apache2
 make[1]: *** [../../../build/jk2/apache2/libjkjni.so] Error 1
 make: *** [jk2-build] Error 1
 
 
 From: Kurt Miller [EMAIL PROTECTED]
 Reply-To: Tomcat Developers List [EMAIL PROTECTED]
 To: Tomcat Developers List [EMAIL PROTECTED]
 Subject: Re: DO NOT REPLY [Bug 27006] - libtool: install: error:
 cannot install `../../../build/jk2/apache2/jkjni.la' to a directory
 not ending in /usr/lib/apache2
 Date: Tue, 09 Mar 2004 15:26:00 -0500

 From: Al Banard [EMAIL PROTECTED]
  /bin/sh /usr/lib/apache2/build/libtool --silent  --mode=install
 /bin/cp
  ../../../build/jk2/apache2/mod_jk2.la
 `pwd`/../../../build/jk2/apache2
 ...
  /bin/sh /usr/lib/apache2/build/libtool --silent  --mode=install
 /bin/cp
  ../../../build/jk2/apache2/libjkjni.la
 `pwd`/../../../build/jk2/apache2
  make[1]: Leaving directory
 
 `/usr/src/redhat/BUILD/jakarta-tomcat-connectors/jk/native2/server/apa
 che2'

 This appears to have finished without error. Is mod_jk2.so in
 ../build/jk2/apache2 now?

 -Kurt


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

 
 _
 Personalise your mobile chart ringtones and polyphonics. Go to 
 http://ringtones.com.au/ninemsn/control?page=/ninemsn/main.jsp
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 



signature.asc
Description: OpenPGP digital signature


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

2004-03-10 Thread hgomez
hgomez  2004/03/10 01:36:39

  Modified:jk/xdocs/jk2 configwebcom.xml
  Log:
  Fix documentation, Thanks NormW

  
  Revision  ChangesPath
  1.14  +2 -2  jakarta-tomcat-connectors/jk/xdocs/jk2/configwebcom.xml
  
  Index: configwebcom.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk2/configwebcom.xml,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- configwebcom.xml  4 Mar 2004 04:46:34 -   1.13
  +++ configwebcom.xml  10 Mar 2004 09:36:39 -  1.14
  @@ -205,7 +205,7 @@
   /tr
   tr
   tdgroup/td
  -tdlb:0 (The default loadbalancer)/td
  +tdlb:lb (The default loadbalancer)/td
   tdName of the tomcat group or worker that will process 
the request corresponding to the uri. This used
   to be called 'worker'/td
   /tr
  
  
  

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



Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml

2004-03-10 Thread ax
This account does not exist



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



cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

2004-03-10 Thread hgomez
hgomez  2004/03/10 01:39:30

  Modified:jk/native2/server/apache2 mod_jk2.c
  Log:
  Correct name, we should have mod_jk2 and not mod_jk :-)

  

  Thanks Guenter
  
  Revision  ChangesPath
  1.75  +19 -19jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
  
  Index: mod_jk2.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
  retrieving revision 1.74
  retrieving revision 1.75
  diff -u -r1.74 -r1.75
  --- mod_jk2.c 4 Mar 2004 14:08:49 -   1.74
  +++ mod_jk2.c 10 Mar 2004 09:39:30 -  1.75
  @@ -193,7 +193,7 @@
* Here we must now 'fix' the content of the object passed in.
* Apache doesn't care what we do here as it has the reference to the unique 
object that has been
* created. What we need to do is ensure that the data given to mod_jk2 is 
correct. Hopefully in the long run
  - * we can ignore some of the mod_jk details...
  + * we can ignore some of the mod_jk2 details...
*/
   
   /* if applicable we will set the hostname etc variables. */
  @@ -405,11 +405,11 @@
   if( s-is_virtual ) {
   /* Virtual host */
   ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, p,
  -  mod_jk Create config for virtual host %s,
  +  mod_jk2 Create config for virtual host %s,
 s-server_hostname );
   } else {
   ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, p,
  -  mod_jk Create config for default server %s,
  +  mod_jk2 Create config for default server %s,
 s-server_hostname );
   }
   
  @@ -436,7 +436,7 @@
   jk_uriEnv_t *overrides = (jk_uriEnv_t *)overridesv;
   
   ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, p,
  -  mod_jk Merging workerEnv);
  +  mod_jk2 Merging workerEnv);
   
   
   /* The 'mountcopy' option should be implemented in common.
  @@ -508,7 +508,7 @@
   *mainPool=gPool;
   
   /* We have a global pool ! */
  -apr_pool_userdata_get( data, mod_jk_init, gPool );
  +apr_pool_userdata_get( data, mod_jk2_init, gPool );
   if( data==NULL ) {
   return JK_OK;
   } else {
  @@ -540,14 +540,14 @@
   if( rc == JK_OK  gPool != NULL ) {
   /* This is the first step */
   env-l-jkLog(env, env-l, JK_LOG_INFO,
  -  mod_jk.post_config() first invocation\n);
  +  mod_jk2.post_config() first invocation\n);
   
  -apr_pool_userdata_set( INITOK, mod_jk_init, NULL, gPool );
  +apr_pool_userdata_set( INITOK, mod_jk2_init, NULL, gPool );
   return OK;
   }
   
   env-l-jkLog(env, env-l, JK_LOG_INFO,
  -  mod_jk.post_config() second invocation\n ); 
  +  mod_jk2.post_config() second invocation\n ); 
   workerEnv-parentInit( env, workerEnv);
   
   return OK;
  @@ -621,11 +621,11 @@
   jk2_init( env, pconf, workerEnv, s );
   
   if (workerEnv-childId = 0) 
  -env-l-jkLog(env, env-l, JK_LOG_INFO, mod_jk child %d initialized\n,
  +env-l-jkLog(env, env-l, JK_LOG_INFO, mod_jk2 child %d 
initialized\n,
 workerEnv-childId);
   }
   if (workerEnv-childGeneration)
  -env-l-jkLog(env, env-l, JK_LOG_ERROR, mod_jk child workerEnv in error 
state %d\n,
  +env-l-jkLog(env, env-l, JK_LOG_ERROR, mod_jk2 child workerEnv in error 
state %d\n,
 workerEnv-childGeneration);
   
   /* Restore the process generation */
  @@ -674,7 +674,7 @@
   /* Set up r-read_chunked flags for chunked encoding, if present */
   if(rc = ap_setup_client_block(r, REQUEST_CHUNKED_DECHUNK)) {
   env-l-jkLog(env, env-l, JK_LOG_INFO,
  -  mod_jk.handler() Can't setup client block %d\n, rc);
  +  mod_jk2.handler() Can't setup client block %d\n, rc);
   workerEnv-globalEnv-releaseEnv( workerEnv-globalEnv, env );
   return rc;
   }
  @@ -684,21 +684,21 @@
   if( worker==NULL  uriEnv-workerName != NULL ) {
   worker=env-getByName( env, uriEnv-workerName);
   env-l-jkLog(env, env-l, JK_LOG_INFO, 
  -  mod_jk.handler() finding worker for %#lx %#lx %s\n,
  +  mod_jk2.handler() finding worker for %#lx %#lx %s\n,
 worker, uriEnv, uriEnv-workerName);
   uriEnv-worker=worker;
   }
   
   if(worker==NULL || worker-mbean == NULL || worker-mbean-localName==NULL ) {
   env-l-jkLog(env, env-l, JK_LOG_ERROR, 
  -  mod_jk.handle() No worker for %s\n, r-uri); 
  +  mod_jk2.handle() No worker for %s\n, r-uri); 
   workerEnv-globalEnv-releaseEnv( workerEnv-globalEnv, 

Re: PATCH configwebcom.xml

2004-03-10 Thread Henri Gomez
NormW wrote:
Good morning All.
Please find attached a patch foe what I believe is the last erroneous
reference to lb:0.
It left here as an attachment and replicated it below.
Thanks,
Norm


--- configwebcom.xml.orig Fri Mar  5 07:09:26 2004
+++ configwebcom.xml Wed Mar 10 06:35:57 2004
@@ -205,7 +205,7 @@
 /tr
 tr
 tdgroup/td
-tdlb:0 (The default loadbalancer)/td
+tdlb:lb (The default loadbalancer)/td
 tdName of the tomcat group or worker that will
process the request corresponding to the uri. This used
 to be called 'worker'/td
 /tr
Commited

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


cvs commit: jakarta-tomcat-connectors/jk/native2 Makefile.in

2004-03-10 Thread jfclere
jfclere 2004/03/10 01:47:34

  Modified:jk/native2 Makefile.in
  Log:
  Do make before make install otherwise libtool says:
  libtool: link: `strings/*.lo' is not a valid libtool object
  
  Revision  ChangesPath
  1.6   +1 -0  jakarta-tomcat-connectors/jk/native2/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/Makefile.in,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- Makefile.in   13 Feb 2004 21:38:26 -  1.5
  +++ Makefile.in   10 Mar 2004 09:47:34 -  1.6
  @@ -56,6 +56,7 @@
done;
   
   apr-build:
  + ( cd @APR_DIR@  make  cd @APR_UTIL_DIR@  make )
( cd @APR_DIR@  make install  cd @APR_UTIL_DIR@  make install )
   
   apr-clean:
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2004-03-10 Thread hgomez
hgomez  2004/03/10 04:13:31

  Modified:jk/native/apache-2.0 mod_jk.c
  Log:
  Fix a problem with the latest iSeries Apache 2.0.47
  
  Revision  ChangesPath
  1.94  +10 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
  
  Index: mod_jk.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v
  retrieving revision 1.93
  retrieving revision 1.94
  diff -u -r1.93 -r1.94
  --- mod_jk.c  24 Feb 2004 08:45:50 -  1.93
  +++ mod_jk.c  10 Mar 2004 12:13:31 -  1.94
  @@ -38,6 +38,7 @@
   #include http_main.h
   #include http_log.h
   #include util_script.h
  +
   #ifdef AS400
   #include ap_charset.h
   #include util_charset.h  /* ap_hdrs_from_ascii */
  @@ -50,10 +51,17 @@
   #endif
   
   /* deprecated with apr 0.9.3 */
  +
  +/* 
  +   The latest Apache 2.0.47 for iSeries didn't export apr_filepath_name_get
  +   but apr_filename_of_pathname, even if includes seems right and the APR
  +   in use is 0.9.4
  +*/
  +
   #include apr_version.h
   #if (APR_MAJOR_VERSION == 0)  \
   (APR_MINOR_VERSION = 9)  \
  -(APR_PATCH_VERSION  3) 
  +(APR_PATCH_VERSION  3) || defined(AS400) 
   #define apr_filepath_name_get apr_filename_of_pathname
   #endif
   
  
  
  

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



RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2004-03-10 Thread Mladen Turk
 

 -Original Message-
 From: [EMAIL PROTECTED]
 jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
   +
#ifdef AS400
#include ap_charset.h
#include util_charset.h  /* ap_hdrs_from_ascii */
   @@ -50,10 +51,17 @@
#endif

Is it necessary to conditionally include those two only for AS400?
What would happen if they are included always?

I'm trying to push out all platform dependent defines as much as possible.

MT.


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



DO NOT REPLY [Bug 27167] - Apache 2.0.48 Tomcat 5.0.19 and JNI at windows xmp not working

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27167.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27167

Apache 2.0.48 Tomcat 5.0.19 and JNI at  windows xmp not working





--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 13:35 ---
Great!

Success with the new parameter startd and stopd.

The jmx lib is now on my reduce classpath.
My working configuration has following jars
bootstrap.jar
tools.jar
jmx.jar
tomcat-jni.jar

My JSP Compilation error is a too long classpath error at windows. After I
reduce the path the JSP's are working. The catalina.base mode with my own
catalina.config is working perfect.

Ok, the direct Apache JNI Mode is no really usefull for big site but 
for single small maschine an option. By very small installation
you have only to handle the apache service to start and stop. 
I will start a performance test at the weekend and than I tell you more.

Great, now I can start to document this jni JK2 option for
my german tomcat book project. I also document it on my 
german http://tomcat.objektpark.org site and
wrote a story at my TomC@ series at JavaMagazin..

Thanx a lot
Peter


PS: add my working workers2.properties

Other thing is

Can't Compile jk_isapi at
Apache 2.0.48
cvs head 10.03.04
Microsoft VC98
Windows XP Prof SP 1


Compiling D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\server\
isapi\jk_isapi_plugin.c
   [so] Compile failed 2 D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors
\jk\native2\server\isapi\jk_isapi_plugin.c
   [so] Output:
   [so] jk_isapi_plugin.c
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(163) : error C2065: 'SF_NOTIFY_AUTH_COMPLETE' : nichtd
eklarierter Bezeichner
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(163) : warning C4018: '==' : Konflikt zwischen signed
und unsigned
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(233) : warning C4018: '==' : Konflikt zwischen signed
und unsigned
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(234) : error C2065: 'PHTTP_FILTER_AUTH_COMPLETE_INFO'
: nichtdeklarierter Bezeichner
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(234) : error C2146: Syntaxfehler : Fehlendes ')' vor B
ezeichner 'pvNotification'
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(234) : warning C4047: '=' : Anzahl der Dereferenzierun
gen bei 'int (__stdcall *)(struct _HTTP_FILTER_CONTEXT *,char *,void *,unsigned
long *)' und 'int ' unterschiedlich
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(234) : error C2059: Syntaxfehler : ')'
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(235) : error C2146: Syntaxfehler : Fehlendes ')' vor B
ezeichner 'pvNotification'
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(235) : warning C4047: '=' : Anzahl der Dereferenzierun
gen bei 'int (__stdcall *)(struct _HTTP_FILTER_CONTEXT *,char *,char *)' und 'in
t ' unterschiedlich
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(235) : error C2059: Syntaxfehler : ')'
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(236) : error C2146: Syntaxfehler : Fehlendes ')' vor B
ezeichner 'pvNotification'
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(236) : warning C4047: '=' : Anzahl der Dereferenzierun
gen bei 'int (__stdcall *)(struct _HTTP_FILTER_CONTEXT *,char *,char *)' und 'in
t ' unterschiedlich
   [so] D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2\serve
r\isapi\jk_isapi_plugin.c(236) : error C2059: Syntaxfehler : ')'
   [so] StdErr:


BUILD FAILED
file:D:/tomcat/develop/tomcat5/jakarta-tomcat-connectors/jk/native2/build.xml:61
1: Compile failed D:\tomcat\develop\tomcat5\jakarta-tomcat-connectors\jk\native2
\server\isapi\jk_isapi_plugin.c

Total time: 1 minute 58 seconds
D:\tomcat\develop\tomcat5

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



DO NOT REPLY [Bug 27167] - Apache 2.0.48 Tomcat 5.0.19 and JNI at windows xmp not working

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27167.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27167

Apache 2.0.48 Tomcat 5.0.19 and JNI at  windows xmp not working





--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 13:37 ---
Created an attachment (id=10743)
working worker.properties (CVS HEAD 10.3.04)

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



Path for log4j

2004-03-10 Thread Haroldo Nascimento
I am using log4j in my WebApplication.
Where I must configurate path or classpath in Tomcat to locate 
logXX.properties (properties file of log4j).

I put my propertie file in web-inf\classes but it does not works.

What I need to do ?

_
MSN Messenger: converse com os seus amigos online.  
http://messenger.msn.com.br

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


DO NOT REPLY [Bug 27566] New: - POST paremeters lost after calling request.getReader()

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27566.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27566

POST paremeters lost after calling request.getReader()

   Summary: POST paremeters lost after calling request.getReader()
   Product: Tomcat 5
   Version: 5.0.19
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The following simple Servlet should display data sent with a POST request:

public class TestServlet
extends HttpServlet {
// -- Public methods
public void init() throws ServletException {
}


public void doPost(final HttpServletRequest  request ,
  final HttpServletResponse response)
throws ServletException, IOException {

Reader r = request.getReader();

String key;
for (Enumeration e = request.getParameterNames(); e.hasMoreElements();) {
key = (String)e.nextElement();
System.out.println(key);
}
}

}

Testing it with the following form
html
body
head
titleRequest Parameters Example/title
/head
body bgcolor=white
a href=../reqparams.html
img src=../images/code.gif height=24 width=24 align=right border=0 alt=view
code/a
a href=../index.html
img src=../images/return.gif height=24 width=24 align=right border=0
alt=return/a
h3Request Parameters Example/h3
Parameters in this request:br
No Parameters, Please enter some
p

form action=test method=POST
First Name:
input type=text size=20 name=firstname
br
Last Name:
input type=text size=20 name=lastname
br
input type=submit
/form
/body

shows that no parameters are detected.
Moving getReader() after the for loop, works around the problem.

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



Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2004-03-10 Thread jean-frederic clere
Mladen Turk wrote:
 


-Original Message-
From: [EMAIL PROTECTED]
jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
 +
  #ifdef AS400
  #include ap_charset.h
  #include util_charset.h  /* ap_hdrs_from_ascii */
 @@ -50,10 +51,17 @@
  #endif


Is it necessary to conditionally include those two only for AS400?
What would happen if they are included always?
I'm trying to push out all platform dependent defines as much as possible.
Yes, but EBCDIC porting normaly requires additional conversion and the only way 
to get them is via #define (mine are #define OSD_POSIX).

MT.

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




signature.asc
Description: OpenPGP digital signature


DO NOT REPLY [Bug 27566] - POST paremeters lost after calling request.getReader()

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27566.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27566

POST paremeters lost after calling request.getReader()

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 14:30 ---
This issue will not be addressed. Please do not reopen the report.

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



Tomcat User List moderator

2004-03-10 Thread Derek Mahar
Who is the moderator of the Tomcat User mailing list?  For several days,
I've been awaiting acceptance to the list, but have heard nothing.
Previously I was a member of the Tomcat User Digest list, but
unsubscribed to that list after deciding to subscribe to Tomcat User.

Thank you,

Derek
NOTICE: This email contains privileged and confidential information and is intended 
only for the individual to whom it is addressed. If you are not the named addressee, 
you should not disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this transmission by mistake and delete 
this communication from your system. E-mail transmission cannot be guaranteed to be 
secured or error-free as information could be intercepted, corrupted, lost, destroyed, 
arrive late or incomplete, or contain viruses. 

AVIS: Le présent courriel contient des renseignements de nature privilégiée et 
confidentielle et n’est destiné qu'à la personne à qui il est adressé. Si vous n’êtes 
pas le destinataire prévu, vous êtes par les présentes avisés que toute diffusion, 
distribution ou reproduction de cette communication est strictement interdite.  Si 
vous avez reçu ce courriel par erreur, veuillez en aviser immédiatement l’expéditeur 
et le supprimer de votre système. Notez que la transmission de courriel ne peut en 
aucun cas être considéré comme inviolable ou exempt d’erreur puisque les informations 
qu’il contient pourraient être interceptés, corrompues, perdues, détruites, arrivées 
en retard ou incomplètes ou contenir un virus.  

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



RE: Tomcat User List moderator

2004-03-10 Thread Shapira, Yoav

Howdy, ;)

Who is the moderator of the Tomcat User mailing list?  For several
days,
I've been awaiting acceptance to the list, but have heard nothing.
Previously I was a member of the Tomcat User Digest list, but
unsubscribed to that list after deciding to subscribe to Tomcat User.

I am, and I haven't seen any subscription requests from you.  Please
continue this discussion to my address rather than this list.  Thanks,

Yoav Shapira
[EMAIL PROTECTED]




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


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



DO NOT REPLY [Bug 27572] New: - Spelling error in http.500 message in org/apache/catalina/valves/LocalStrings_fr.properties

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27572.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27572

Spelling error in http.500 message in 
org/apache/catalina/valves/LocalStrings_fr.properties

   Summary: Spelling error in http.500 message in
org/apache/catalina/valves/LocalStrings_fr.properties
   Product: Tomcat 4
   Version: 4.1.30
  Platform: All
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Current http.500 message translation for French reads:
http.500=Le serveur a recontrer une erreur interne ({0}) qui l''a empèché de
satisfaire la requête.

It should be:
http.500=Le serveur a rencontré une erreur interne ({0}) qui l''a empèché de
satisfaire la requête.

(2 errors in the 4th word: recontrer becomes rencontré)

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



DO NOT REPLY [Bug 26978] - Add support for 'salt' to all Realms

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=26978.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=26978

Add support for 'salt' to all Realms

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 16:09 ---
Apparently, there's little interest in this.

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



RE: jk2 new shmem using APR

2004-03-10 Thread Greg . Cope


 -Original Message-
 From: Guenter Knauf [mailto:[EMAIL PROTECTED]
 Sent: 09 March 2004 21:32
 To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
 [EMAIL PROTECTED]
 Subject: Re: jk2 new shmem using APR
 
 
 I believe there's a problem with the file rights, not with 
 SHM self. I think the scoreboard is created by the init 
 process, but later on when the child wants to access it it 
 has insufficient rights.
 Greg who reported the problem on Solaris posted an 'ls' of 
 the files created from APR and created from the older code 
 which Henri did put in for me, and there you could see the 
 difference...
 Greg, can you please repost this?

Here you go,  It does create a file, but with 0 size (even though we have
set something like 16m)

ie:

-rw-r--r--   1 root other  0 Feb 27 12:31
cr.sandwich.pfizer.com_81.shm

Compared to the old mod_jk2 version 2.0.3 (same config bar the name and old
conector used)

-rwxr-xr-x   1 root root 1000448 Feb 24 11:14 shm.file

Greg


 I saw these problems with another 3rd party module too 
 (mod_watch), and I looked for a solution, I've looked at this:
 /**
  * Set a file to be inherited by child processes.
  *
  */
 APR_DECLARE_INHERIT_SET(file);
 which might probably solve it, but not tested yet with 
 mod_jk2; with the other module it didnt work, and I asked at 
 the httpd-dev list and was told that I should look at mod_ssl 
 which does some tricks to make sure that files created 
 by init are later accessable
 
 from this point of view APR is probably not broken, and we 
 need to do some more than only open the scoreboard file to 
 make sure it is later accessable.
 
 Guenter.
 
 
 
 -
 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]



libjkjni and pcre build

2004-03-10 Thread Kurt Miller
libjkjni is built when --with-jni is not specified at configure time.
When this happens it is not usable, so I'll be changing the build to
only build libjkjni when --with-jni is specified.

I overlooked one thing with the recent pcre changes I committed. The
functions ap_pregcomp and ap_regexec will not be available to
libjkjni.so and are left unresolved. This will be a problem for jni
inprocess mode. I have to make a change to correct this.

Two options I see are:

1) Revert to old behavior and not use ap_pregcomp and ap_regexec at
all. This is the most straightforward. If you want pcre then you must
specify it with --with-pcre.

2) Use ap_pregcomp and ap_regexec only when --with-jni is not
specified. This would behave as follows:
a) if --with-pcre and --with-jni are not specified then use
ap_pregcomp and ap_regexec.
b) if --with-jni is specified but -with-pcre is not, then no pcre
support.
c) if --with-jni and --with-pcre are specified then use regcomp
and regexec.

Option two is a bit more confusing but gives more flexibility. I'm
leaning towards reverting to the old behavior. Thoughts anyone?

-Kurt


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



DO NOT REPLY [Bug 12183] - Setting unpack WARs flag not recognized after using Admintool

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=12183.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=12183

Setting unpack WARs flag not recognized after using Admintool

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 17:58 ---
Cannot reproduce.  Can you try with the latest build and reopen if the problem
still exists?  Also, make sure to undeploy all webapps that you're trying to
unpack in the webapps directory - build\work\Standalone\localhost is clear of
all remaining files.

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



DO NOT REPLY [Bug 21217] - Administration webapp does not start for NetWare - cant load struts.jar

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21217.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=21217

Administration webapp does not start for NetWare - cant load struts.jar

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 18:08 ---
JVM/OS problem with earlier NetWare according to Jeff's comment.  Reopen with
more details if you think it is tomcat issue.

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



Re: DO NOT REPLY [Bug 21217] -

2004-03-10 Thread ax
This account does not exist



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



DO NOT REPLY [Bug 24392] - DefaultContext Fails to reload : The server encountered an internal error (Error retrieving attribute debug) that prevented it from fulfilling this request.

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=24392.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=24392

DefaultContext Fails to reload : The server encountered an internal error (Error 
retrieving attribute debug) that prevented it from fulfilling this request.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 18:29 ---
Mark fixed this in cvs.  Should be available in the next release.

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



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

2004-03-10 Thread truk
truk2004/03/10 11:07:41

  Modified:jk/native2 configure.in
   jk/native2/server/apache2 Makefile.in
   jk/support jk_java.m4
  Log:
  Only build libjkjni.so when --with-jni is specified.
  
  Revision  ChangesPath
  1.22  +3 -2  jakarta-tomcat-connectors/jk/native2/configure.in
  
  Index: configure.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/configure.in,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- configure.in  27 Feb 2004 16:07:39 -  1.21
  +++ configure.in  10 Mar 2004 19:07:40 -  1.22
  @@ -142,6 +142,7 @@
   AC_SUBST(JAVA_PLATFORM)
   AC_SUBST(OS)
   AC_SUBST(HAVE_JNI)
  +AC_SUBST(JNI_BUILD)
   AC_SUBST(HAS_PCRE)
   AC_SUBST(PCRE_LIBS)
   
  
  
  
  1.21  +3 -1  jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- Makefile.in   27 Feb 2004 19:14:33 -  1.20
  +++ Makefile.in   10 Mar 2004 19:07:40 -  1.21
  @@ -99,7 +99,9 @@
   
   # -- Targets  
   
  -all: prepare ${BUILD_DIR}/mod_jk2.so ${BUILD_DIR}/libjkjni.so
  +all: prepare ${BUILD_DIR}/mod_jk2.so @JNI_BUILD@
  +
  +jni-build: ${BUILD_DIR}/libjkjni.so
   
   ${BUILD_DIR}/mod_jk2.so: ${BUILD_DIR}/mod_jk2.la
$(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}
  
  
  
  1.8   +2 -1  jakarta-tomcat-connectors/jk/support/jk_java.m4
  
  Index: jk_java.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/support/jk_java.m4,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- jk_java.m424 Feb 2004 08:41:40 -  1.7
  +++ jk_java.m410 Mar 2004 19:07:41 -  1.8
  @@ -43,6 +43,7 @@
   
if ${TEST} ${use_jni} ; then
  HAVE_JNI=-DHAVE_JNI
  +   JNI_BUILD=jni-build
fi
 ])
 ])
  
  
  

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



DO NOT REPLY [Bug 27581] New: - Version 2.4 web.xml security-constraint does not work

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27581.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27581

Version 2.4 web.xml security-constraint does not work

   Summary: Version 2.4 web.xml security-constraint does not work
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In my Servlet spec version 2.4 web.xml file, I have added the following section:

security-constraint
web-resource-collection
web-resource-nameRestrict direct JSP access/web-resource-name
url-pattern*.jsp/url-pattern
/web-resource-collection
/security-constraint

This does not stop direct access of JSPs.

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



DO NOT REPLY [Bug 27581] - Version 2.4 web.xml security-constraint does not work

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27581.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27581

Version 2.4 web.xml security-constraint does not work

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 19:24 ---
This is exactly what the spec requires in the case where no auth-constraint is 
specified.  To do what you want, you must include an empty auth-constraint.  
Please follow up on [EMAIL PROTECTED] if you require more 
assistance.

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



Re: libjkjni and pcre build

2004-03-10 Thread Kurt Miller
Embarrassingly replying to myself

I misstated something before. The pcre change is not a problem for
inprocess mode, its a problem for jni out of process mode (i.e.
apr.NativeSo=libjkjni.so).

I think the most reasonable solution is to work as follows:
 --with-pcre and no --with-jni, use apache pcre functions
 --with-pcre and --with-jni, use external pcre functions
 --with-pcre is absent, no pcre support.

So if you want pcre you will need to specify it when configuring. You
will get either apache pcre or external pcre depending if you
specify --with-jni or not.

I'll go forward with this unless someone has a better idea.

-Kurt

From: Kurt Miller [EMAIL PROTECTED]
 libjkjni is built when --with-jni is not specified at configure
time.
 When this happens it is not usable, so I'll be changing the build to
 only build libjkjni when --with-jni is specified.

 I overlooked one thing with the recent pcre changes I committed. The
 functions ap_pregcomp and ap_regexec will not be available to
 libjkjni.so and are left unresolved. This will be a problem for jni
 inprocess mode. I have to make a change to correct this.

 Two options I see are:

 1) Revert to old behavior and not use ap_pregcomp and ap_regexec at
 all. This is the most straightforward. If you want pcre then you
must
 specify it with --with-pcre.

 2) Use ap_pregcomp and ap_regexec only when --with-jni is not
 specified. This would behave as follows:
 a) if --with-pcre and --with-jni are not specified then use
 ap_pregcomp and ap_regexec.
 b) if --with-jni is specified but -with-pcre is not, then no
pcre
 support.
 c) if --with-jni and --with-pcre are specified then use regcomp
 and regexec.

 Option two is a bit more confusing but gives more flexibility. I'm
 leaning towards reverting to the old behavior. Thoughts anyone?

 -Kurt


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



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



DO NOT REPLY [Bug 27582] New: - tomcatw.exe and Jdk14 loging

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27582.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27582

tomcatw.exe and Jdk14 loging 

   Summary: tomcatw.exe and Jdk14 loging
   Product: Tomcat 5
   Version: 5.0.16
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Native:Integration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Jdk14 logging is not displayed properly in the console monitor.  
procrun/tomcat.c formats log messages based on the old Log4JLogger but the 
Jdk14Logger (in its default configuration) does not match this format.

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



DO NOT REPLY [Bug 14359] - largefile option has no effect

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=14359.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=14359

largefile option has no effect





--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 20:31 ---
You are correct. Largefile does have no effect as it is not a valid option for 
Jasper2. To save future confusion I will remove all references to it from both 
the source and the docs.

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



Re: libjkjni and pcre build

2004-03-10 Thread Guenter Knauf
Hi Kurt,
thanks for going this way - I have no choice on NetWare since the PCRE functions are 
not exported at all.

Guenter.

 I misstated something before. The pcre change is not a problem for
 inprocess mode, its a problem for jni out of process mode (i.e.
 apr.NativeSo=libjkjni.so).

 I think the most reasonable solution is to work as follows:
  --with-pcre and no --with-jni, use apache pcre functions
  --with-pcre and --with-jni, use external pcre functions
  --with-pcre is absent, no pcre support.

 So if you want pcre you will need to specify it when configuring. You
 will get either apache pcre or external pcre depending if you
 specify --with-jni or not.

 I'll go forward with this unless someone has a better idea.

 -Kurt

 From: Kurt Miller [EMAIL PROTECTED]
 libjkjni is built when --with-jni is not specified at configure
 time.
 When this happens it is not usable, so I'll be changing the build to
 only build libjkjni when --with-jni is specified.

 I overlooked one thing with the recent pcre changes I committed. The
 functions ap_pregcomp and ap_regexec will not be available to
 libjkjni.so and are left unresolved. This will be a problem for jni
 inprocess mode. I have to make a change to correct this.

 Two options I see are:

 1) Revert to old behavior and not use ap_pregcomp and ap_regexec at
 all. This is the most straightforward. If you want pcre then you
 must
 specify it with --with-pcre.

 2) Use ap_pregcomp and ap_regexec only when --with-jni is not
 specified. This would behave as follows:
 a) if --with-pcre and --with-jni are not specified then use
 ap_pregcomp and ap_regexec.
 b) if --with-jni is specified but -with-pcre is not, then no
 pcre
 support.
 c) if --with-jni and --with-pcre are specified then use regcomp
 and regexec.

 Option two is a bit more confusing but gives more flexibility. I'm
 leaning towards reverting to the old behavior. Thoughts anyone?

 -Kurt


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



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



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



DO NOT REPLY [Bug 27584] New: - Tag attributes need escaping of EL quotes

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27584.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27584

Tag attributes need escaping of EL quotes

   Summary: Tag attributes need escaping of EL quotes
   Product: Tomcat 5
   Version: 5.0.18
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I tried to use a map based EL expression

${folder.variables[copyright]}

as Tag attribute like 

jg:if exists=${folder.variables[copyright]}

But there was a JasperException equal symbol expected

When I included backslashes, it worked: 

jg:if exists=${folder.variables[\copyright\]}

I did find nothing in the JSP 2.0 spec about having to escape quotes in
Tag attributes, especially as in normal usage it is not necessary.

At least the error message is not very helpful.

-
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

2004-03-10 Thread markt
markt   2004/03/10 13:16:32

  Modified:jasper2/src/share/org/apache/jasper/resources
messages.properties messages_es.properties
messages_fr.properties messages_ja.properties
  Log:
  - Fix 14359. Remove last traces of largefile option.
  
  Revision  ChangesPath
  1.142 +1 -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.141
  retrieving revision 1.142
  diff -u -r1.141 -r1.142
  --- messages.properties   26 Feb 2004 00:19:01 -  1.141
  +++ messages.properties   10 Mar 2004 21:16:31 -  1.142
  @@ -140,7 +140,6 @@
   jsp.error.setproperty.paramOrValue=setProperty: either param or value can be present
   jsp.error.setproperty.arrayVal=setProperty: can't set array property {0} through a 
string constant value
   jsp.warning.keepgen=Warning: Invalid value for the initParam keepgenerated. Will 
use the default value of \false\
  -jsp.warning.largeFile=Warning: Invalid value for the initParam largeFile. Will use 
the default value of \true\
   jsp.warning.xpoweredBy=Warning: Invalid value for the initParam xpoweredBy. Will 
use the default value of \false\
   jsp.warning.enablePooling=Warning: Invalid value for the initParam enablePooling. 
Will use the default value of \true\
   jsp.warning.invalidTagPoolSize=Warning: Invalid value for the init parameter named 
tagPoolSize. Will use default size of {0}
  
  
  
  1.48  +1 -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.47
  retrieving revision 1.48
  diff -u -r1.47 -r1.48
  --- messages_es.properties18 Feb 2004 21:22:21 -  1.47
  +++ messages_es.properties10 Mar 2004 21:16:31 -  1.48
  @@ -138,7 +138,6 @@
   jsp.error.setproperty.paramOrValue=setProperty: O param o value pueden estar 
presentes
   jsp.error.setproperty.arrayVal=setProperty: No puede escribir en la propiedad de 
array {0} a través de una valor de cadena literal
   jsp.warning.keepgen=Aviso: valor incorrecto para el initParam keepgen. Se usará el 
valor por defecto de \false\
  -jsp.warning.largeFile=Aviso: valor incorrecto para el initParam largeFile. Se usará 
el valor por defecto de \true\
   jsp.warning.xpoweredBy=Aviso: valor incorrecto para el initParam xpoweredBy. Se 
usará el valor por defecto de \false\
   jsp.warning.enablePooling=Aviso: valor incorrecto para el initParam enablePooling. 
Se usará el valor por defecto de \true\
   jsp.warning.invalidTagPoolSize=Aviso: valor incorrecto para el parámetro init 
llamado tagPoolSize. Se usará la medida por defecto de {0}
  
  
  
  1.32  +1 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_fr.properties
  
  Index: messages_fr.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_fr.properties,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- messages_fr.properties18 Feb 2004 21:22:21 -  1.31
  +++ messages_fr.properties10 Mar 2004 21:16:31 -  1.32
  @@ -105,7 +105,6 @@
   jsp.error.setproperty.paramOrValue=setProperty: param ou value doit être présent
   jsp.error.setproperty.arrayVal=setProperty: on ne peut renseigner les array 
property {0} au travers d''une valeur chaîne constante (string constant value)
   jsp.warning.keepgen=Attention: Valeur incorrecte pour le initParam keepgenerated. 
Utilisation de la valeur par défaut \false\
  -jsp.warning.largeFile=Attention: Valeur incorrecte pour le initParam largeFile. 
Utilisation de la valeur par défaut \true\
   jsp.warning.enablePooling=Attention: Valeur incorrecte pour le initParam 
enablePooling. Utilisation de la valeur par défaut \true\
   jsp.warning.mappedFile=Attention: Valeur incorrecte pour le initParam mappedFile. 
Utilisation de la valeur par défaut \false\
   jsp.warning.sendErrToClient=Attention: Valeur incorrecte pour le  initParam 
sendErrToClient. Utilisation de la valeur par défaut \false\
  
  
  
  1.51  +1 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_ja.properties
  
  Index: messages_ja.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_ja.properties,v
  retrieving revision 1.50
  

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

2004-03-10 Thread markt
markt   2004/03/10 13:33:10

  Modified:jasper2/src/share/org/apache/jasper Tag: tomcat_4_branch
EmbededServletOptions.java JspC.java Options.java
   jasper2/src/share/org/apache/jasper/resources Tag:
tomcat_4_branch messages.properties
messages_es.properties messages_ja.properties
  Log:
  - Fix 14359. Remove the last traces of the largefile option.
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.8.2.5   +3 -28 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Attic/EmbededServletOptions.java
  
  Index: EmbededServletOptions.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Attic/EmbededServletOptions.java,v
  retrieving revision 1.8.2.4
  retrieving revision 1.8.2.5
  diff -u -r1.8.2.4 -r1.8.2.5
  --- EmbededServletOptions.java5 Feb 2004 22:19:06 -   1.8.2.4
  +++ EmbededServletOptions.java10 Mar 2004 21:33:09 -  1.8.2.5
  @@ -99,14 +99,6 @@
   public boolean keepGenerated = true;
   
   /**
  - * Indicates if large files should be supported. What this essentially
  - * means is that we generated code so that the HTML data in a JSP
  - * file is stored separately as opposed to those constant string
  - * data being used literally in the generated servlet. 
  - */
  -public boolean largeFile = false;
  -
  -/**
* Determines whether tag handler pooling is enabled.
*/
   public boolean poolingEnabled = true;
  @@ -189,13 +181,6 @@
   return keepGenerated;
   }
   
  -/**
  - * Getter method to determine large file support.
  - */
  -public boolean getLargeFile() {
  -return largeFile;
  -}
  -
   public boolean isPoolingEnabled() {
return poolingEnabled;
   }
  @@ -318,16 +303,6 @@
   else Constants.message (jsp.warning.keepgen, Logger.WARNING);
   }
   
  -
  -String largeFile = config.getInitParameter(largefile); 
  -if (largeFile != null) {
  -if (largeFile.equalsIgnoreCase(true))
  -this.largeFile = true;
  -else if (largeFile.equalsIgnoreCase(false))
  -this.largeFile = false;
  -else Constants.message (jsp.warning.largeFile, Logger.WARNING);
  -}
  - 
   String mapFile = config.getInitParameter(mappedfile); 
   if (mapFile != null) {
   if (mapFile.equalsIgnoreCase(true))
  
  
  
  1.12.2.8  +3 -8  
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.12.2.7
  retrieving revision 1.12.2.8
  diff -u -r1.12.2.7 -r1.12.2.8
  --- JspC.java 5 Feb 2004 22:19:06 -   1.12.2.7
  +++ JspC.java 10 Mar 2004 21:33:09 -  1.12.2.8
  @@ -146,7 +146,6 @@
   //public static final String SWITCH_XML_OUTPUT = -xml;
 
   
  -boolean largeFile = false;
   boolean mappedFile = false;
   
   int jspVerbosityLevel = Logger.INFORMATION;
  @@ -203,10 +202,6 @@
   return true;
   }
   
  -public boolean getLargeFile() {
  -return largeFile;
  -}
  -
   public boolean isPoolingEnabled() {
   return true;
   }
  
  
  
  1.6.2.3   +3 -9  
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.6.2.2
  retrieving revision 1.6.2.3
  diff -u -r1.6.2.2 -r1.6.2.3
  --- Options.java  5 Feb 2004 22:19:06 -   1.6.2.2
  +++ Options.java  10 Mar 2004 21:33:09 -  1.6.2.3
  @@ -80,12 +80,6 @@
*/
   public boolean getKeepGenerated();
   
  -
  -/**
  - * Are we supporting large files?
  - */
  -public boolean getLargeFile();
  -
   /**
* Returns true if tag handler pooling is enabled, false otherwise.
*/
  
  
  
  No   revision
  No   revision
  1.9.2.11  +1 -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.9.2.10
  retrieving revision 1.9.2.11
  diff -u -r1.9.2.10 -r1.9.2.11
  --- messages.properties   7 Jan 2004 00:39:20 -   1.9.2.10
  +++ 

DO NOT REPLY [Bug 14359] - largefile option has no effect

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=14359.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=14359

largefile option has no effect

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 21:39 ---
I have just committed changes to TC4 and TC5 to remove references to the 
largefile option.

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



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

2004-03-10 Thread markt
markt   2004/03/10 14:35:10

  Modified:coyote   build.xml
   http11   build.xml
  Log:
  - Fix bug 17315. Version info not set correctly in manifest files.
  
  Revision  ChangesPath
  1.27  +2 -2  jakarta-tomcat-connectors/coyote/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/build.xml,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- build.xml 4 May 2003 19:41:25 -   1.26
  +++ build.xml 10 Mar 2004 22:35:10 -  1.27
  @@ -232,7 +232,7 @@
   jar  jarfile=${tomcat-coyote.jar}
index=true
basedir=${build.home}/classes
  - manifest=${conf.home}/MANIFEST.MF
  + manifest=${build.home}/conf/MANIFEST.MF
excludes=**/tomcat3/* 
 include name=org/apache/coyote/*.class /
 include name=org/apache/coyote/memory/*.class /
  
  
  
  1.17  +2 -2  jakarta-tomcat-connectors/http11/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.xml,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- build.xml 7 Oct 2003 14:28:34 -   1.16
  +++ build.xml 10 Mar 2004 22:35:10 -  1.17
  @@ -174,7 +174,7 @@
   jarjarfile=${tomcat-http11.jar}
index=true
   basedir=${build.home}/classes
  - manifest=${conf.home}/MANIFEST.MF
  + manifest=${build.home}/conf/MANIFEST.MF
 include name=org/apache/coyote/http11/**/
   /jar
 /target
  
  
  

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



DO NOT REPLY [Bug 17315] - Incorrect 'version info' for package org.apache.coyote.http11 and org.apache.coyote.http11.filters

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=17315.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=17315

Incorrect 'version info' for package org.apache.coyote.http11 and 
org.apache.coyote.http11.filters

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 22:36 ---
Thanks for reporting this. It is now fixed in CVS.

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



DO NOT REPLY [Bug 17405] - JSP Classpath

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=17405.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=17405

JSP Classpath

[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Jasper 2|Catalina



--- Additional Comments From [EMAIL PROTECTED]  2004-03-10 22:50 ---
Correcting component.

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



DO NOT REPLY [Bug 27588] New: - after start of tomcat i get this error

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27588.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27588

after start of tomcat i get this error

   Summary: after start of tomcat i get this error
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: PC
   URL: http://www.netswings.com
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Servlet  JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


i get the error on the start of tomcat, pleace help with this , if you can
thanks


Mar 8, 2004 7:27:15 AM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on port 58080
Mar 8, 2004 7:27:15 AM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1533 ms
Mar 8, 2004 7:27:15 AM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Mar 8, 2004 7:27:15 AM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.0.12
Mar 8, 2004 7:27:16 AM org.apache.catalina.session.StandardManager doLoad
SEVERE: IOException while loading persisted sessions: java.io.IOException: 
Cannot read in the host address -64.-88.-2.51: The host is unknown
java.io.IOException: Cannot read in the host address -64.-88.-2.51: The host is 
unknown
at org.openejb.client.ServerMetaData.readExternal
(ServerMetaData.java:137)
at org.openejb.client.EJBObjectProxyHandle.readExternal
(EJBObjectProxyHandle.java:106)
at java.io.ObjectInputStream.readExternalData
(ObjectInputStream.java:1686)
at java.io.ObjectInputStream.readOrdinaryObject
(ObjectInputStream.java:1644)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at org.apache.catalina.session.StandardSession.readObject
(StandardSession.java:1398)
at org.apache.catalina.session.StandardSession.readObjectData
(StandardSession.java:892)
at org.apache.catalina.session.StandardManager.doLoad
(StandardManager.java:450)
at org.apache.catalina.session.StandardManager.load
(StandardManager.java:377)
at org.apache.catalina.session.StandardManager.start
(StandardManager.java:690)
at org.apache.catalina.core.ContainerBase.setManager
(ContainerBase.java:542)
at org.apache.catalina.startup.ContextConfig.managerConfig
(ContextConfig.java:353)
at org.apache.catalina.startup.ContextConfig.start
(ContextConfig.java:740)
at org.apache.catalina.startup.ContextConfig.lifecycleEvent
(ContextConfig.java:257)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent
(LifecycleSupport.java:166)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:4073)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:792)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125)
at org.apache.catalina.core.StandardEngine.start
(StandardEngine.java:502)
at org.apache.catalina.core.StandardService.start
(StandardService.java:519)
at org.apache.catalina.core.StandardServer.start
(StandardServer.java:2343)
at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:392)
Mar 8, 2004 7:27:16 AM org.apache.catalina.session.StandardManager start
SEVERE: Exception loading sessions from persistent storage
java.io.IOException: Cannot read in the host address -64.-88.-2.51: The host is 
unknown
at org.openejb.client.ServerMetaData.readExternal
(ServerMetaData.java:137)
at org.openejb.client.EJBObjectProxyHandle.readExternal
(EJBObjectProxyHandle.java:106)
at java.io.ObjectInputStream.readExternalData
(ObjectInputStream.java:1686)
at java.io.ObjectInputStream.readOrdinaryObject
(ObjectInputStream.java:1644)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at org.apache.catalina.session.StandardSession.readObject
(StandardSession.java:1398)
at 

Re: libjkjni and pcre build

2004-03-10 Thread Kurt Miller
Hi Guenter,

Your welcome. ;-) Your email made me realize there no difference
between using the ap_pregcomp and ap_regexec functions and the regcomp
and regexec functions on platforms that use configure. So I can
simplify this a bit more and always use regcomp and regexec
when --with-pcre is specified. Netware and Windows can still use the
ap_ functions since they don't have to deal with libjkjni.

-Kurt

From: Guenter Knauf [EMAIL PROTECTED]
 Hi Kurt,
 thanks for going this way - I have no choice on NetWare since the
PCRE functions are not exported at all.

 Guenter.

  I misstated something before. The pcre change is not a problem for
  inprocess mode, its a problem for jni out of process mode (i.e.
  apr.NativeSo=libjkjni.so).

  I think the most reasonable solution is to work as follows:
   --with-pcre and no --with-jni, use apache pcre functions
   --with-pcre and --with-jni, use external pcre functions
   --with-pcre is absent, no pcre support.

  So if you want pcre you will need to specify it when configuring.
You
  will get either apache pcre or external pcre depending if you
  specify --with-jni or not.

  I'll go forward with this unless someone has a better idea.

  -Kurt

  From: Kurt Miller [EMAIL PROTECTED]
  libjkjni is built when --with-jni is not specified at configure
  time.
  When this happens it is not usable, so I'll be changing the build
to
  only build libjkjni when --with-jni is specified.
 
  I overlooked one thing with the recent pcre changes I committed.
The
  functions ap_pregcomp and ap_regexec will not be available to
  libjkjni.so and are left unresolved. This will be a problem for
jni
  inprocess mode. I have to make a change to correct this.
 
  Two options I see are:
 
  1) Revert to old behavior and not use ap_pregcomp and ap_regexec
at
  all. This is the most straightforward. If you want pcre then you
  must
  specify it with --with-pcre.
 
  2) Use ap_pregcomp and ap_regexec only when --with-jni is not
  specified. This would behave as follows:
  a) if --with-pcre and --with-jni are not specified then use
  ap_pregcomp and ap_regexec.
  b) if --with-jni is specified but -with-pcre is not, then no
  pcre
  support.
  c) if --with-jni and --with-pcre are specified then use
regcomp
  and regexec.
 
  Option two is a bit more confusing but gives more flexibility.
I'm
  leaning towards reverting to the old behavior. Thoughts anyone?
 
  -Kurt
 
 

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



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



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



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



Re: Re: libjkjni and pcre build

2004-03-10 Thread ax
This account does not exist



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



cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 Makefile.apxs.in Makefile.in

2004-03-10 Thread truk
truk2004/03/10 15:52:34

  Modified:jk/native2/server/apache2 Makefile.apxs.in Makefile.in
  Log:
  Go back to using HAS_PCRE to fix libjkjni unresolved references.
  
  This reverts Apache2 back to its original behavior for pcre
  (for platforms that use configure).  If you want pcre support
  then configure with --with-pcre.
  
  Revision  ChangesPath
  1.10  +1 -1  
jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.apxs.in
  
  Index: Makefile.apxs.in
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.apxs.in,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- Makefile.apxs.in  27 Feb 2004 19:14:33 -  1.9
  +++ Makefile.apxs.in  10 Mar 2004 23:52:34 -  1.10
  @@ -11,7 +11,7 @@
   
   JK=${JK_DIR}/common/
   JKINC=${JK_DIR}/include/
  -JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAS_APR -DHAS_AP_PCRE @HAVE_JNI@
  +JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAS_APR @HAVE_JNI@ @HAS_PCRE@
   
   ifneq ($(strip $(JAVA_HOME)),)
   JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS}
  
  
  
  1.22  +3 -3  jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- Makefile.in   10 Mar 2004 19:07:40 -  1.21
  +++ Makefile.in   10 Mar 2004 23:52:34 -  1.22
  @@ -37,11 +37,11 @@
 ${APR_INCL} \
 ${JAVA_INCL}
   
  -JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -DHAS_APR -DHAS_AP_PCRE @HAVE_JNI@
  +JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -DHAS_APR @HAVE_JNI@ @HAS_PCRE@
   ifdef APR_LIBDIR_LA
  -JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt
  +JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt @PCRE_LIBS@
   else
  -JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt -lapr-0
  +JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt -lapr-0 @PCRE_LIBS@
   endif
   
   ## Based on rules.mk ##
  
  
  

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



DO NOT REPLY [Bug 27590] New: - 2 isapi redirector cannot cohabitate on an IIS

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27590.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27590

2 isapi redirector cannot cohabitate on an IIS

   Summary: 2 isapi redirector cannot cohabitate on an IIS
   Product: Tomcat 4
   Version: 4.1.24
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:JK/AJP (deprecated)
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


We have a need to have 2 different isapi redirectors(please believe we have done
enough research on this and it is really inevitable) on the same IIS.

Each isapi redirector (filter and extension) has its own
isapi_redirector.properties, workers and urimapping properties files.

We found Only the last isapi filter is taken effective. We verified that remove
either of the filters will make the left filter work.

Thank you.

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



DO NOT REPLY [Bug 27588] - after start of tomcat i get this error

2004-03-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27588.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27588

after start of tomcat i get this error

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-11 01:45 ---
This is obvious not tomcat4.0.3. (looks like 5.0.12) There have been many
revisions since 5.0.12.

Please test with the latest release and/or please use tomcat-user list to debug.

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



read it immediately

2004-03-10 Thread mikeb
is that true?

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

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

2004-03-10 Thread luehe
luehe   2004/03/10 20:18:31

  Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
  Log:
  Fixed regression re: Bugtraq 4839736
  (HttpSession.setMaxInactiveInterval() doesn't behave as expected),
  which had been originally fixed in revision 1.20
  
  Revision  ChangesPath
  1.37  +6 -6  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
  
  Index: StandardSession.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
  retrieving revision 1.36
  retrieving revision 1.37
  diff -u -r1.36 -r1.37
  --- StandardSession.java  4 Mar 2004 17:51:16 -   1.36
  +++ StandardSession.java  11 Mar 2004 04:18:31 -  1.37
  @@ -276,7 +276,7 @@
   
   
   /**
  - * The access count for thsi session.
  + * The access count for this session.
*/
   protected transient int accessCount = 1;
   
  @@ -555,16 +555,16 @@
   return false;
   }
   
  -if (accessCount  0) {
  -return true;
  -}
  -
   if (maxInactiveInterval = 0) { 
   long timeNow = System.currentTimeMillis();
   int timeIdle = (int) ((timeNow - thisAccessedTime) / 1000L);
   if (timeIdle = maxInactiveInterval) {
   expire(true);
   }
  +}
  +
  +if (accessCount  0) {
  +return true;
   }
   
   return (this.isValid);
  
  
  

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



cvs commit: jakarta-tomcat-site/docs index.html

2004-03-10 Thread billbarker
billbarker2004/03/10 21:01:20

  Modified:xdocsindex.xml
   docs index.html
  Log:
  Updating latest Tomcat 3 version to 3.3.2.
  
  Revision  ChangesPath
  1.48  +2 -2  jakarta-tomcat-site/xdocs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/xdocs/index.xml,v
  retrieving revision 1.47
  retrieving revision 1.48
  diff -u -r1.47 -r1.48
  --- index.xml 23 Feb 2004 09:24:10 -  1.47
  +++ index.xml 11 Mar 2004 05:01:20 -  1.48
  @@ -50,7 +50,7 @@
   
   tr
 td2.2/1.1/td
  -  td3.3.1a/td
  +  td3.3.2/td
   /tr
   
   /table
  @@ -140,7 +140,7 @@
   2.2/strong and strongJSP 1.1/strong specifications.
   /p
   
  -pstrongTomcat 3.3.x/strong. Version 3.3.1 is the current production 
  +pstrongTomcat 3.3.x/strong. Version 3.3.2 is the current production 
   quality release. It continues the refactoring that was begun in version 3.2 and
   carries it to its logical conclusion.  Version 3.3 provides a much more modular
   design and allows the servlet container to be customized by adding and removing
  
  
  
  1.59  +2 -2  jakarta-tomcat-site/docs/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v
  retrieving revision 1.58
  retrieving revision 1.59
  diff -u -r1.58 -r1.59
  --- index.html9 Mar 2004 20:11:44 -   1.58
  +++ index.html11 Mar 2004 05:01:20 -  1.59
  @@ -213,7 +213,7 @@
   /td
   td bgcolor=#a0ddf0 colspan= rowspan= 
valign=top align=left
   font color=#00 size=-1 face=arial,helvetica,sanserif
  -3.3.1a
  +3.3.2
   /font
   /td
   /tr
  @@ -316,7 +316,7 @@
   Software Foundation.  The 3.x versions all implement the strongServlet
   2.2/strong and strongJSP 1.1/strong specifications.
   /p
  -pstrongTomcat 3.3.x/strong. 
Version 3.3.1 is the current production 
  +pstrongTomcat 3.3.x/strong. 
Version 3.3.2 is the current production 
   quality release. It continues the refactoring that was begun in version 3.2 and
   carries it to its logical conclusion.  Version 3.3 provides a much more modular
   design and allows the servlet container to be customized by adding and removing
  
  
  

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



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

2004-03-10 Thread Remy Maucherat
[EMAIL PROTECTED] wrote:
luehe   2004/03/10 20:18:31

  Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
  Log:
  Fixed regression re: Bugtraq 4839736
  (HttpSession.setMaxInactiveInterval() doesn't behave as expected),
  which had been originally fixed in revision 1.20
-1. I don't agree with this change: the session is (apparently) supposed 
to be valid while it is being accessed, regardless of MaxInactiveInterval.

  -if (accessCount  0) {
  -return true;
  -}
  -
   if (maxInactiveInterval = 0) { 
   long timeNow = System.currentTimeMillis();
   int timeIdle = (int) ((timeNow - thisAccessedTime) / 1000L);
   if (timeIdle = maxInactiveInterval) {
   expire(true);
   }
  +}
  +
  +if (accessCount  0) {
  +return true;
   }
Rémy

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


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

2004-03-10 Thread Remy Maucherat
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:

luehe   2004/03/10 20:18:31

  Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
  Log:
  Fixed regression re: Bugtraq 4839736
  (HttpSession.setMaxInactiveInterval() doesn't behave as expected),
  which had been originally fixed in revision 1.20


-1. I don't agree with this change: the session is (apparently) supposed 
to be valid while it is being accessed, regardless of MaxInactiveInterval.
See bug 26051.
Your example from revision 1.20 seems invalid.
Rémy

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


[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed

2004-03-10 Thread bobh
To whom it may engage...

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

Project jakarta-tomcat-5 has an issue affecting it's community integration, and has 
been outstanding for 8 runs. The current state is 'Failed', for reason 'Build Failed'

Full details are available at: 
http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html, however 
some snippets follow:

-  -  -  -  - -- --  G U M P

Gump provided these annotations:

 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-default.jar] 
identifier set to jar basename: [servlets-default.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-common.jar] 
identifier set to jar basename: [naming-common.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-resources.jar] 
identifier set to jar basename: [naming-resources.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/catalina.jar] 
identifier set to jar basename: [catalina.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/bin/bootstrap.jar] identifier set 
to jar basename: [bootstrap.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-common.jar] 
identifier set to jar basename: [servlets-common.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-invoker.jar] 
identifier set to jar basename: [servlets-invoker.jar]
 - Info - Dependency on javamail exists, no need to add for property mail.jar.
 - Info - Dependency on jaf exists, no need to add for property activation.jar.
 - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property servlet-api.jar.
 - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property 
xmlParserAPIs.jar.
 - Info - Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 - Info - Dependency on commons-el exists, no need to add for property commons-el.jar.
 - Info - Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 - Info - Dependency on ant exists, no need to add for property ant.home.
 - Info - Dependency on jsse exists, no need to add for property jsse.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.jar.
 - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar.
 - Info - Dependency on jndi exists, no need to add for property jndi.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 - Info - Dependency on javamail exists, no need to add for property mail.home.
 - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.
 - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property 
jasper.home.
 - Info - Dependency on jaf exists, no need to add for property activation.home.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 - Info - Dependency on commons-daemon exists, no need to add for property 
commons-daemon.jsvc.tar.gz.
 - Info - Dependency on jakarta-struts exists, no need to add for property struts.home.
 - Error - Failed with reason build failed


-  -  -  -  - -- --  G U M P
Gump performed this work:

Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 14 seconds
Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xmlParserAPIs.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml 
-Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* 
-Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar 
-Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote 
-Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar 
-Dsite2.home=/data3/gump/jakarta-site2 
-DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar 
-Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri 
-Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar 
-Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar