Risposta alla tua domanda

2005-06-01 Thread Pixmania . com

--
   PIXMANIA.COM
   N°1 in Europa. Prezzi bassi garantiti. Disponibilita permanente.
--

Ti ringraziamo di averci contattato. Questa risposta automatica 
ti è stata inviata perché pensiamo che possa soddisfare le tue 
esigenze.

Potrai trovare qui sotto i link per le pagine del nostro sito 
che potranno rispondere alle tue attese e richieste.

Seguire l'ordine:
http://www.pixmania.com/it/it/c_action/suivi_cde/index.html

Servizio post vendita:
http://www.pixmania.com/it/it/s_action/sav/index.html

FAQ :
http://www.pixmania.com/it/it/s_action/faq/index.html

Disdetta abbonamento alle e-mail promozionali:
http://www.pixmania.com/it/it/c_action/desabonnement/index.html


Per ogni altro tipo di domanda ti preghiamo di
riempire il modulo seguente: 
http://www.pixmania.com/it/it/c_action/faq_clients/index.html


Cordiali saluti, 
 
Servizio Clienti 
http://www.pixmania.com/

PS: Questa è una risposta automatica. Ti preghiamo di 
   non rispondere direttamente a questa e-mail. 

--
 
PIXmania.com è una società del gruppo Fotovista.
http://www.fotovista.com/

--

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



cvs commit: jakarta-tomcat-connectors/jni/native/src pool.c proc.c

2005-06-01 Thread mturk
mturk   2005/05/31 23:34:23

  Modified:jni/native/src pool.c proc.c
  Log:
  Use method id array for callback handler
  
  Revision  ChangesPath
  1.7   +5 -5  jakarta-tomcat-connectors/jni/native/src/pool.c
  
  Index: pool.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/pool.c,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- pool.c28 May 2005 07:48:29 -  1.6
  +++ pool.c1 Jun 2005 06:34:23 -   1.7
  @@ -32,7 +32,7 @@
   
   if (data) {
   if (!TCN_IS_NULL(cb-env, cb-obj)) {
  -rv = (*(cb-env))-CallIntMethod(cb-env, cb-obj, cb-mid,
  +rv = (*(cb-env))-CallIntMethod(cb-env, cb-obj, cb-mid[0],
NULL);
   TCN_UNLOAD_CLASS(cb-env, cb-obj);
   }
  @@ -115,9 +115,9 @@
  return 0;
   }
   cls = (*e)-GetObjectClass(e, obj);
  -cb-env = e;
  -cb-obj = (*e)-NewGlobalRef(e, obj);
  -cb-mid = (*e)-GetMethodID(e, cls, callback, ()I);
  +cb-env= e;
  +cb-obj= (*e)-NewGlobalRef(e, obj);
  +cb-mid[0] = (*e)-GetMethodID(e, cls, callback, ()I);
   
   apr_pool_cleanup_register(p, (const void *)cb,
 generic_pool_cleanup,
  
  
  
  1.4   +5 -5  jakarta-tomcat-connectors/jni/native/src/proc.c
  
  Index: proc.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/proc.c,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- proc.c24 May 2005 09:24:40 -  1.3
  +++ proc.c1 Jun 2005 06:34:23 -   1.4
  @@ -39,7 +39,7 @@
   cb = (tcn_callback_t *)data;
   if (cb) {
   if (!TCN_IS_NULL(cb-env, cb-obj)) {
  -(*(cb-env))-CallVoidMethod(cb-env, cb-obj, cb-mid,
  +(*(cb-env))-CallVoidMethod(cb-env, cb-obj, cb-mid[0],
   P2J(pool), (jint)err,
   (*(cb-env))-NewStringUTF(cb-env, 
description),
   NULL);
  @@ -373,9 +373,9 @@
  return;
   }
   cls = (*e)-GetObjectClass(e, obj);
  -cb-env = e;
  -cb-obj = (*e)-NewGlobalRef(e, obj);
  -cb-mid = (*e)-GetMethodID(e, cls, callback, 
(JILjava/lang/String;)V);
  +cb-env= e;
  +cb-obj= (*e)-NewGlobalRef(e, obj);
  +cb-mid[0] = (*e)-GetMethodID(e, cls, callback, 
(JILjava/lang/String;)V);
   
   apr_pool_userdata_setn(cb, ERRFN_USERDATA_KEY, child_errfn_pool_cleanup, 
p);
   apr_procattr_child_errfn_set(a, generic_child_errfn);
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

2005-06-01 Thread mturk
mturk   2005/05/31 23:35:26

  Modified:jni/native/src sslcontext.c
  Log:
  Fix ssl context creation and pool callback
  
  Revision  ChangesPath
  1.4   +31 -5 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- sslcontext.c  31 May 2005 11:18:01 -  1.3
  +++ sslcontext.c  1 Jun 2005 06:35:26 -   1.4
  @@ -33,8 +33,29 @@
   static apr_status_t ssl_context_cleanup(void *data)
   {
   tcn_ssl_ctxt_t *c = (tcn_ssl_ctxt_t *)data;
  -if (c  c-ctx) {
  -SSL_CTX_free(c-ctx);
  +if (c) {
  +if (c-crl)
  +X509_STORE_free(c-crl);
  +c-crl = NULL;
  +if (c-ctx)
  +SSL_CTX_free(c-ctx);
  +c-ctx = NULL;
  +if (c-mode) {
  +int i;
  +for (i = 0; i  SSL_AIDX_MAX; i++) {
  +if (c-pk.s.certs[i]) {
  +X509_free(c-pk.s.certs[i]);
  +c-pk.s.certs[i] = NULL;
  +}
  +if (c-pk.s.keys[i]) {
  +EVP_PKEY_free(c-pk.s.keys[i]);
  +c-pk.s.keys[i] = NULL;
  +}
  +}
  +}
  +else {
  +sk_X509_INFO_pop_free(c-pk.c.certs, X509_INFO_free);
  +}
   }
   return APR_SUCCESS;
   }
  @@ -50,9 +71,11 @@
   
   switch (protocol) {
   case SSL_PROTOCOL_SSLV2:
  +case SSL_PROTOCOL_SSLV2 | SSL_PROTOCOL_TLSV1:
   ctx = SSL_CTX_new(SSLv2_server_method());
   break;
   case SSL_PROTOCOL_SSLV3:
  +case SSL_PROTOCOL_SSLV3 | SSL_PROTOCOL_TLSV1:
   ctx = SSL_CTX_new(SSLv3_server_method());
   break;
   case SSL_PROTOCOL_SSLV2 | SSL_PROTOCOL_SSLV3:
  @@ -98,7 +121,7 @@
   /*
* Let us cleanup the ssl context when the pool is destroyed
*/
  -apr_pool_cleanup_register(p, (const void *)ctx,
  +apr_pool_cleanup_register(p, (const void *)c,
 ssl_context_cleanup,
 apr_pool_cleanup_null);
   
  @@ -118,9 +141,11 @@
   
   switch (protocol) {
   case SSL_PROTOCOL_SSLV2:
  +case SSL_PROTOCOL_SSLV2 | SSL_PROTOCOL_TLSV1:
   ctx = SSL_CTX_new(SSLv2_client_method());
   break;
   case SSL_PROTOCOL_SSLV3:
  +case SSL_PROTOCOL_SSLV3 | SSL_PROTOCOL_TLSV1:
   ctx = SSL_CTX_new(SSLv3_client_method());
   break;
   case SSL_PROTOCOL_SSLV2 | SSL_PROTOCOL_SSLV3:
  @@ -166,7 +191,7 @@
   /*
* Let us cleanup the ssl context when the pool is destroyed
*/
  -apr_pool_cleanup_register(p, (const void *)ctx,
  +apr_pool_cleanup_register(p, (const void *)c,
 ssl_context_cleanup,
 apr_pool_cleanup_null);
   
  @@ -179,6 +204,7 @@
   {
   tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
   UNREFERENCED_STDARGS;
  +TCN_ASSERT(ctx != 0);
   /* Run and destroy the cleanup callback */
   return apr_pool_cleanup_run(c-pool, c, ssl_context_cleanup);
   }
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jni/native/src sslutils.c

2005-06-01 Thread mturk
mturk   2005/05/31 23:36:08

  Modified:jni/native/src sslutils.c
  Log:
  Various utils...
  
  Revision  ChangesPath
  1.3   +70 -1 jakarta-tomcat-connectors/jni/native/src/sslutils.c
  
  Index: sslutils.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslutils.c,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- sslutils.c30 May 2005 06:17:54 -  1.2
  +++ sslutils.c1 Jun 2005 06:36:08 -   1.3
  @@ -31,6 +31,75 @@
   #include ssl_private.h
   
   
  +/*  _
  +**
  +**  Additional High-Level Functions for OpenSSL
  +**  _
  +*/
  +
  +/* we initialize this index at startup time
  + * and never write to it at request time,
  + * so this static is thread safe.
  + * also note that OpenSSL increments at static variable when
  + * SSL_get_ex_new_index() is called, so we _must_ do this at startup.
  + */
  +static int SSL_app_data2_idx = -1;
  +
  +void SSL_init_app_data2_idx(void)
  +{
  +int i;
  +
  +if (SSL_app_data2_idx  -1) {
  +return;
  +}
  +
  +/* we _do_ need to call this twice */
  +for (i = 0; i = 1; i++) {
  +SSL_app_data2_idx =
  +SSL_get_ex_new_index(0,
  + Second Application Data for SSL,
  + NULL, NULL, NULL);
  +}
  +}
  +
  +void *SSL_get_app_data2(SSL *ssl)
  +{
  +return (void *)SSL_get_ex_data(ssl, SSL_app_data2_idx);
  +}
  +
  +void SSL_set_app_data2(SSL *ssl, void *arg)
  +{
  +SSL_set_ex_data(ssl, SSL_app_data2_idx, (char *)arg);
  +return;
  +}
  +
  +/*
  + * Return APR_SUCCESS if the named file exists and is readable
  + */
  +static apr_status_t exists_and_readable(const char *fname, apr_pool_t *pool,
  +apr_time_t *mtime)
  +{
  +apr_status_t stat;
  +apr_finfo_t sbuf;
  +apr_file_t *fd;
  +
  +if ((stat = apr_stat(sbuf, fname, APR_FINFO_MIN, pool)) != APR_SUCCESS)
  +return stat;
  +
  +if (sbuf.filetype != APR_REG)
  +return APR_EGENERAL;
  +
  +if ((stat = apr_file_open(fd, fname, APR_READ, 0, pool)) != APR_SUCCESS)
  +return stat;
  +
  +if (mtime) {
  +*mtime = sbuf.mtime;
  +}
  +
  +apr_file_close(fd);
  +return APR_SUCCESS;
  +}
  +
   #else
   /* OpenSSL is not supported
* If someday we make OpenSSL optional
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c

2005-06-01 Thread mturk
mturk   2005/05/31 23:38:09

  Modified:jni/java/org/apache/tomcat/jni SSL.java SSLContext.java
   jni/native/include ssl_private.h tcn.h
   jni/native/src ssl.c
  Log:
  Add BIO callback to be able to use callback inside JVM for things
  like logging and password prompt by overiding BIOCallback.
  
  Revision  ChangesPath
  1.5   +17 -1 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java
  
  Index: SSL.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- SSL.java  30 May 2005 06:18:06 -  1.4
  +++ SSL.java  1 Jun 2005 06:38:09 -   1.5
  @@ -131,4 +131,20 @@
   public static native boolean randMake(String filename, int length,
 boolean base64);
   
  +/**
  + * Initialize new BIO
  + * @param pool The pool to use.
  + * @param callback BIOCallback to use
  + * @return New BIO handle
  + */
  + public static native long newBIO(long pool, BIOCallback callback)
  +throws Exception;
  +
  +/**
  + * Close BIO and derefrence callback object
  + * @param bio BIO to close and destroy.
  + * @return APR Status code
  + */
  + public static native int closeBIO(long bio);
  +
   }
  
  
  
  1.3   +13 -3 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- SSLContext.java   31 May 2005 11:28:03 -  1.2
  +++ SSLContext.java   1 Jun 2005 06:38:09 -   1.3
  @@ -37,7 +37,8 @@
* SSL_PROTOCOL_ALL
* /PRE
*/
  -public static native long initS(long pool, int protocol);
  +public static native long initS(long pool, int protocol)
  +throws Exception;
   
   /**
* Initialize new Client context
  @@ -51,6 +52,15 @@
* SSL_PROTOCOL_ALL
* /PRE
*/
  -public static native long initC(long pool, int protocol);
  +public static native long initC(long pool, int protocol)
  +throws Exception;
  +
  +/**
  + * Free the resources used by the Context
  + * @param ctx Server or Client context to free.
  + * @return APR Status code.
  + */
  +public static native int free(long ctx);
  +
   
   }
  
  
  
  1.5   +9 -1  
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- ssl_private.h 30 May 2005 06:17:54 -  1.4
  +++ ssl_private.h 1 Jun 2005 06:38:09 -   1.5
  @@ -138,4 +138,12 @@
   
   typedef struct tcn_ssl_ctxt tcn_ssl_ctxt_t;
   
  +/*
  + *  Additional Functions
  + */
  +voidSSL_init_app_data2_idx(void);
  +void   *SSL_get_app_data2(SSL *);
  +voidSSL_set_app_data2(SSL *, void *);
  +
  +
   #endif /* SSL_PRIVATE_H */
  
  
  
  1.10  +8 -7  jakarta-tomcat-connectors/jni/native/include/tcn.h
  
  Index: tcn.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/include/tcn.h,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- tcn.h 30 May 2005 06:17:54 -  1.9
  +++ tcn.h 1 Jun 2005 06:38:09 -   1.10
  @@ -59,7 +59,7 @@
   void tcn_Throw(JNIEnv *env, const char *cname, const char *msg);
   void tcn_ThrowException(JNIEnv *env, const char *msg);
   void tcn_ThrowAPRException(JNIEnv *env, apr_status_t err);
  -jstring tcn_new_string(JNIEnv *env, const char *str);
  +jstring tcn_new_string(JNIEnv *env, const char *str, int l);
   char *tcn_get_string(JNIEnv *env, jstring jstr);
   char *tcn_strdup(JNIEnv *env, jstring jstr);
   char *tcn_pstrdup(JNIEnv *env, jstring jstr, apr_pool_t *p);
  @@ -72,8 +72,8 @@
   #define J2T(T) (apr_time_t)((T))
   
   #if 1
  -#define TCN_BEGIN_MACRO {
  -#define TCN_END_MACRO   } (void *)(0)
  +#define TCN_BEGIN_MACRO if (1) {
  +#define TCN_END_MACRO   } else (void *)(0)
   #else
   #define TCN_BEGIN_MACRO do {
   #define TCN_END_MACRO   } while (0)
  @@ -134,17 +134,18 @@
   }   \
   TCN_END_MACRO
   
  +#define TCN_MAX_METHODS 8
   
   struct tcn_callback {
   JNIEnv  *env;
   jobject obj;
  -jmethodID   mid;
  +jmethodID   mid[TCN_MAX_METHODS];
   

Tomcat 5 Redhat Fedora rpm question

2005-06-01 Thread Bernard
Hi,

I am interested in packaging Tomcat.

So I found (using rpmseek.com) the following files:

tomcat5-5.0.30-5jpp_6fc.i386.rpm
tomcat5-5.0.30-5jpp_4fc.src.rpm

At a first glance, these files looked like what I wanted to create,
but they contain much more than what I expected and I need to learn
more about the work that is being put into this by others.


Questions:

  1) What is tomcat5-5.0.30-5jpp_6fc.i386.rpm ? I thought it was a
binary distribution but it has an incredible number of development
file dependencies. Why does it require libgcj?

  2) What is tomcat5-5.0.30-5jpp_4fc.src.rpm ? Why is it compiling
Tomcat ? I thought being a cross platform Java application,
compilation of the source is not required.
Does it perform a native compile (libgcj)? If so, is this the future
norm?

Who are the people to contact re the most common Redhat distribution?

Many thanks,

Bernard


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



DO NOT REPLY [Bug 33650] - Jasper performance for multiple files processing

2005-06-01 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=33650.
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=33650





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 09:03 ---
I was just looking at it. :) Good thing, Yoav, I unfortunately spend my time 
switching priorities due to the current nature of my work, so I hope someone 
will take over, there sure is a nice opportunity.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Re: [EMAIL PROTECTED]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed

2005-06-01 Thread jean-frederic clere

Bill Barker wrote:

To whom it may engage...


Funny... I don't get it. Which Apache are you using for the test?


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


Project jakarta-tomcat-jk-native has an issue affecting its community 
integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-tomcat-jk-native :  Connectors to various web servers


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html
Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: 
Build)
Work ended in a state of : Failed
Elapsed: 31 secs
Command Line: make 
[Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native]

-
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2680: error: dereferencing pointer to incomplete type
mod_jk.c:2684: error: dereferencing pointer to incomplete type
mod_jk.c:2689: error: dereferencing pointer to incomplete type
mod_jk.c:2689: error: dereferencing pointer to incomplete type
mod_jk.c:2693: error: dereferencing pointer to incomplete type
mod_jk.c:2693: error: dereferencing pointer to incomplete type
mod_jk.c:2694: error: dereferencing pointer to incomplete type
mod_jk.c:2697: error: dereferencing pointer to incomplete type
mod_jk.c:2698: error: dereferencing pointer to incomplete type
mod_jk.c:2704: error: dereferencing pointer to incomplete type
mod_jk.c:2707: error: dereferencing pointer to incomplete type
mod_jk.c:2707: error: dereferencing pointer to incomplete type
mod_jk.c:2710: error: dereferencing pointer to incomplete type
mod_jk.c:2710: error: dereferencing pointer to incomplete type
mod_jk.c:2711: error: dereferencing pointer to incomplete type
mod_jk.c:2712: error: dereferencing pointer to incomplete type
mod_jk.c:2720: error: dereferencing pointer to incomplete type
mod_jk.c:2721: error: dereferencing pointer to incomplete type
mod_jk.c:2721: error: dereferencing pointer to incomplete type
mod_jk.c:2723: error: dereferencing pointer to incomplete type
mod_jk.c:2729: error: dereferencing pointer to incomplete type
mod_jk.c:2729: error: dereferencing pointer to incomplete type
mod_jk.c:2729: error: dereferencing pointer to incomplete type
mod_jk.c: In function `jk_register_hooks':
mod_jk.c:2740: error: `APR_HOOK_MIDDLE' undeclared (first use in this function)
mod_jk.c:2740: error: (Each undeclared identifier is reported only once
mod_jk.c:2740: error: for each function it appears in.)
make[1]: *** [mod_jk.lo] Error 1
make[1]: Leaving directory 
`/x1/gump/public/workspace/jakarta-tomcat-connectors/jk/native/apache-2.0'
make: *** [all-recursive] Error 1
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 17001831052005, 

Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]

2005-06-01 Thread William A. Rowe, Jr.
At 04:44 PM 5/31/2005, [EMAIL PROTECTED] wrote:

After some more digging, it *appears* that apache -k restart WILL do a
graceful restart of Apache2 on Windoze.

Of course it will.

Can anyone confirm this please?  And are there any gotcha's to watch out
for?  Can someone explain exactly how this works?  eg if I am in the middle
of a chunk (or series) of work  with a web browser and one of the
tomcats, will it restart in the middle of that?

It has nothing to do with Tomcat [in fact it's mildly off-topic
here.]  Essentially, the old child with multiple workers is told
to quit it, so it stops accepting requests, and fulfills all the
pending requests it accept()ed.  And a new child is kicked off to
serve all future incoming requests.

Bill



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



cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c sslcontext.c sslutils.c

2005-06-01 Thread mturk
mturk   2005/06/01 01:19:39

  Modified:jni/java/org/apache/tomcat/jni SSLContext.java
   jni/native/include ssl_private.h
   jni/native/src ssl.c sslcontext.c sslutils.c
  Log:
  Add functions for setting error and password prompt BIO callbacks.
  
  Revision  ChangesPath
  1.4   +34 -1 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- SSLContext.java   1 Jun 2005 06:38:09 -   1.3
  +++ SSLContext.java   1 Jun 2005 08:19:39 -   1.4
  @@ -61,6 +61,39 @@
* @return APR Status code.
*/
   public static native int free(long ctx);
  +
  +/**
  + * Set Virtual host id. Usually host:port combination.
  + * @param ctx Context to use.
  + * @param id  String that uniquely identifies this context.
  + */
  + public static native void setVhostId(long ctx, String id);
  + 
  +/**
  + * Asssociate BIOCallback for error reporting.
  + * br /
  + * First word in the output string will contain error
  + * level in the form:
  + * PRE
  + * [ERROR]  -- Critical error messages
  + * [WARN]   -- Varning messages
  + * [INFO]   -- Informational messages
  + * [DEBUG]  -- Debugging messaged
  + * /PRE
  + * Callback can use that word to determine application logging level
  + * by intercepting bwrite/b call. 
  + * If the bbio/b is set to 0 no error messages will be displayed.
  + * Default is to use the stderr output stream.
  + * @param ctx Server or Client context to use.
  + * @param bio BIO handle to use, created with SSL.newBIO
  + */
  + public static native void setErrBIO(long ctx, long bio);
   
  +/**
  + * Asssociate BIOCallback for Password prompting.
  + * @param ctx Server or Client context to use.
  + * @param bio BIO handle to use, created with SSL.newBIO
  + */
  + public static native void setPPromptBIO(long ctx, long bio);
   
   }
  
  
  
  1.6   +4 -2  
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- ssl_private.h 1 Jun 2005 06:38:09 -   1.5
  +++ ssl_private.h 1 Jun 2005 08:19:39 -   1.6
  @@ -110,6 +110,8 @@
   struct tcn_ssl_ctxt {
   apr_pool_t  *pool;
   SSL_CTX *ctx;
  +BIO *bio_err;
  +BIO *pprompt;
   unsigned char   vhost_id[MD5_DIGEST_LENGTH];
   
   int protocol;
  @@ -144,6 +146,6 @@
   voidSSL_init_app_data2_idx(void);
   void   *SSL_get_app_data2(SSL *);
   voidSSL_set_app_data2(SSL *, void *);
  -
  +int SSL_password_prompt(tcn_ssl_ctxt_t *, char *, int);
   
   #endif /* SSL_PRIVATE_H */
  
  
  
  1.15  +2 -2  jakarta-tomcat-connectors/jni/native/src/ssl.c
  
  Index: ssl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/ssl.c,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- ssl.c 1 Jun 2005 06:38:09 -   1.14
  +++ ssl.c 1 Jun 2005 08:19:39 -   1.15
  @@ -438,8 +438,8 @@
   TCN_UNLOAD_CLASS(j-cb.env, j-cb.obj);
   }
   bi-init = 0;
  +OPENSSL_free(bi-ptr);
   }
  -OPENSSL_free(bi-ptr);
   bi-ptr = NULL;
   return 1;
   }
  
  
  
  1.5   +67 -4 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- sslcontext.c  1 Jun 2005 06:35:26 -   1.4
  +++ sslcontext.c  1 Jun 2005 08:19:39 -   1.5
  @@ -53,9 +53,16 @@
   }
   }
   }
  -else {
  +else if (c-pk.c.certs) {
   sk_X509_INFO_pop_free(c-pk.c.certs, X509_INFO_free);
  +c-pk.c.certs = NULL;
   }
  +if (c-pprompt)
  +BIO_free(c-pprompt);
  +c-pprompt = NULL;
  +if (c-bio_err)
  +BIO_free(c-bio_err);
  +c-bio_err = NULL;
   }
   return APR_SUCCESS;
   }
  @@ -98,7 +105,14 @@
   c-mode = 1;
   c-ctx  = ctx;
   c-pool = p;
  -
  +c-bio_err = BIO_new(BIO_s_file());
  +c-pprompt = BIO_new(BIO_s_file());
  +  

cvs commit: jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni BIOCallback.java

2005-06-01 Thread mturk
mturk   2005/06/01 01:20:43

  Added:   jni/java/org/apache/tomcat/jni BIOCallback.java
  Log:
  Add BIO Callback interface.
  
  Revision  ChangesPath
  1.1  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/BIOCallback.java
  
  Index: BIOCallback.java
  ===
  /*
   *  Copyright 1999-2004 The Apache Software Foundation
   *
   *  Licensed under the Apache License, Version 2.0 (the License);
   *  you may not use this file except in compliance with the License.
   *  You may obtain a copy of the License at
   *
   *  http://www.apache.org/licenses/LICENSE-2.0
   *
   *  Unless required by applicable law or agreed to in writing, software
   *  distributed under the License is distributed on an AS IS BASIS,
   *  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   *  See the License for the specific language governing permissions and
   *  limitations under the License.
   */
  
  package org.apache.tomcat.jni;
  
  /** Open SSL BIO Callback Interface
   *
   * @author Mladen Turk
   * @version $Revision: 1.1 $, $Date: 2005/06/01 08:20:43 $
   */
  
  public interface BIOCallback {
  
  /**
   * Write data
   * @param data String to write
   * @return Number of characters written
   */
  public int write(String data);
  
  /**
   * Read data
   * @param len Maximum number of characters to read
   * @return String with up to len bytes readed
   */
  public String read(int len);
  
  /**
   * Puts string
   * @param data String to write
   * @return Number of characters written
   */
  public int puts(String data);
  
  /**
   * Read string up to the len or CLRLF
   * @param len Maximum number of characters to read
   * @return String with up to len bytes readed
   */
  public String gets(int len);
  
  }
  
  
  

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



Re: [EMAIL PROTECTED]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed

2005-06-01 Thread jean-frederic clere

jean-frederic clere wrote:

Bill Barker wrote:


To whom it may engage...



Funny... I don't get it. Which Apache are you using for the test?


The answer is 2.0 (and it works with today sources for me):
+++ CUT +++

`/x1/gump/public/workspace/jakarta-tomcat-connectors/jk/native/apache-2.0' 


make: *** [all-recursive] Error 1
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml 

- Atom: 
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml 



== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 17001831052005, vmgump.apache.org:vmgump-public:17001831052005
Gump E-mail Identifier (unique within run) #4.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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



cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c sslutils.c

2005-06-01 Thread mturk
mturk   2005/06/01 02:05:08

  Modified:jni/native/include ssl_private.h
   jni/native/src sslcontext.c sslutils.c
  Log:
  Rename BIO struct members and strip any CRLF from the prompted password.
  
  Revision  ChangesPath
  1.7   +3 -3  
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- ssl_private.h 1 Jun 2005 08:19:39 -   1.6
  +++ ssl_private.h 1 Jun 2005 09:05:08 -   1.7
  @@ -110,8 +110,8 @@
   struct tcn_ssl_ctxt {
   apr_pool_t  *pool;
   SSL_CTX *ctx;
  -BIO *bio_err;
  -BIO *pprompt;
  +BIO *bio_os;
  +BIO *bio_is;
   unsigned char   vhost_id[MD5_DIGEST_LENGTH];
   
   int protocol;
  
  
  
  1.6   +29 -29jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- sslcontext.c  1 Jun 2005 08:19:39 -   1.5
  +++ sslcontext.c  1 Jun 2005 09:05:08 -   1.6
  @@ -57,12 +57,12 @@
   sk_X509_INFO_pop_free(c-pk.c.certs, X509_INFO_free);
   c-pk.c.certs = NULL;
   }
  -if (c-pprompt)
  -BIO_free(c-pprompt);
  -c-pprompt = NULL;
  -if (c-bio_err)
  -BIO_free(c-bio_err);
  -c-bio_err = NULL;
  +if (c-bio_is)
  +BIO_free(c-bio_is);
  +c-bio_is = NULL;
  +if (c-bio_os)
  +BIO_free(c-bio_os);
  +c-bio_os = NULL;
   }
   return APR_SUCCESS;
   }
  @@ -105,13 +105,13 @@
   c-mode = 1;
   c-ctx  = ctx;
   c-pool = p;
  -c-bio_err = BIO_new(BIO_s_file());
  -c-pprompt = BIO_new(BIO_s_file());
  -if (c-bio_err != NULL)
  -BIO_set_fp(c-bio_err, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  -if (c-pprompt != NULL) {
  -BIO_set_fp(c-bio_err, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  -c-pprompt-flags = BIO_FLAGS_MEM_RDONLY;
  +c-bio_os = BIO_new(BIO_s_file());
  +c-bio_is = BIO_new(BIO_s_file());
  +if (c-bio_os != NULL)
  +BIO_set_fp(c-bio_os, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  +if (c-bio_is != NULL) {
  +BIO_set_fp(c-bio_is, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  +c-bio_is-flags = BIO_FLAGS_MEM_RDONLY;
   }
   SSL_CTX_set_options(c-ctx, SSL_OP_ALL);
   if (!(protocol  SSL_PROTOCOL_SSLV2))
  @@ -182,13 +182,13 @@
   c-mode = 0;
   c-ctx  = ctx;
   c-pool = p;
  -c-bio_err = BIO_new(BIO_s_file());
  -c-pprompt = BIO_new(BIO_s_file());
  -if (c-bio_err != NULL)
  -BIO_set_fp(c-bio_err, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  -if (c-pprompt != NULL) {
  -BIO_set_fp(c-bio_err, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  -c-pprompt-flags = BIO_FLAGS_MEM_RDONLY;
  +c-bio_os = BIO_new(BIO_s_file());
  +c-bio_is = BIO_new(BIO_s_file());
  +if (c-bio_os != NULL)
  +BIO_set_fp(c-bio_os, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  +if (c-bio_is != NULL) {
  +BIO_set_fp(c-bio_is, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  +c-bio_is-flags = BIO_FLAGS_MEM_RDONLY;
   }
   SSL_CTX_set_options(c-ctx, SSL_OP_ALL);
   if (!(protocol  SSL_PROTOCOL_SSLV2))
  @@ -249,26 +249,26 @@
   jlong bio)
   {
   tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  -BIO *bio_err  = J2P(bio, BIO *);
  +BIO *bio_os   = J2P(bio, BIO *);
   
   UNREFERENCED_STDARGS;
   TCN_ASSERT(ctx != 0);
  -if (c-bio_err  c-bio_err != bio_err)
  -BIO_free(c-bio_err);
  -c-bio_err = bio_err;
  +if (c-bio_os  c-bio_os != bio_os)
  +BIO_free(c-bio_os);
  +c-bio_os = bio_os;
   }
   
   TCN_IMPLEMENT_CALL(void, SSLContext, setPPromptBIO)(TCN_STDARGS, jlong ctx,
   jlong bio)
   {
   tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  -BIO *pprompt  = J2P(bio, BIO *);
  +BIO *bio_is   = J2P(bio, BIO *);
   
   UNREFERENCED_STDARGS;
   TCN_ASSERT(ctx != 0);
  -if (c-pprompt  c-pprompt != pprompt)
  -BIO_free(c-pprompt);
  -c-pprompt = pprompt;
  +if (c-bio_is  c-bio_is != bio_is)
  +BIO_free(c-bio_is);
  +c-bio_is = bio_is;
   }
   
   
  
  
  
  1.5   +20 -6 jakarta-tomcat-connectors/jni/native/src/sslutils.c
  
  Index: sslutils.c
  ===
  RCS file: 

[EMAIL PROTECTED]: Project jakarta-tomcat-jni (in module jakarta-tomcat-connectors) failed

2005-06-01 Thread Bill Barker
To whom it may engage...

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

Project jakarta-tomcat-jni has an issue affecting its community integration.
This issue affects 36 projects,
 and has been outstanding for 19 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- avalon-http-context :  Avalon SVN
- avalon-http-demo :  Avalon SVN
- avalon-http-examples :  Avalon SVN
- avalon-http-impl :  Avalon SVN
- avalon-http-server :  Avalon SVN
- avalon-http-servlet :  Avalon SVN
- avalon-http-static :  Avalon SVN
- avalon-http-test :  Avalon SVN
- avalon-planet-facilities :  Avalon SVN
- cargo :  Cargo provides a Java API to manipulate Java Containers
- jakarta-cactus-documentation :  Cactus Documentation
- jakarta-cactus-integration-ant-12 :  Cactus Ant Integration (J2EE 1.2)
- jakarta-cactus-integration-ant-13 :  Cactus Ant Integration (J2EE 1.3)
- jakarta-cactus-release-12 :  Unit test framework for server-side java code
- jakarta-cactus-release-13 :  Unit test framework for server-side java code
- jakarta-cactus-sample-jetty-13 :  Cactus Jetty Sample (J2EE 1.3)
- jakarta-cactus-sample-servlet-12 :  Cactus Servlet Sample (J2EE 1.2)
- jakarta-cactus-sample-servlet-13 :  Cactus Servlet Sample (J2EE 1.3)
- jakarta-tomcat :  Servlet 2.2 and JSP 1.1 Reference Implementation
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation
- jakarta-tomcat-5 :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-coyote :  Connectors to various web servers
- jakarta-tomcat-coyote-tomcat3 :  Connectors to various web servers
- jakarta-tomcat-coyote-tomcat4 :  Connectors to various web servers
- jakarta-tomcat-http11 :  Connectors to various web servers
- jakarta-tomcat-jk :  Connectors to various web servers
- jakarta-tomcat-jni :  Connectors to various web servers
- jakarta-tomcat-util :  Connectors to various web servers
- jakarta-turbine-jcs :  Cache
- metro-reflector-blocks-complete :  Avalon SVN
- struts-sslext :  The Struts SSL Extension for HTTP/HTTPS switching
- struts-taglib :  Model 2 Model-View-Controller framework for Servlets and 
JSP
- struts-taglib-from-packages :  Model 2 Model-View-Controller framework 
for Servlets and JSP
- strutstestcase :  An extension of the standard JUnit TestCase class that 
provi...
- tomcat-catalina :  Servlet 2.3 and JSP 1.2 Reference Implementation


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jni/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [tomcat-native-01062005.jar] identifier set to project name
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jni/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jni.html
Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jni (Type: Build)
Work ended in a state of : Failed
Elapsed: 2 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar
 -Dversion=01062005 jar 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jni]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jni/dist/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar
-
Buildfile: build.xml

env:
 [echo] java.home = /x1/opt/__versions__/j2sdk1.4.2_08/jre
 [echo] user.home = /home/gump
 [echo] tc.library.path = 
/x1/gump/public/workspace/jakarta-tomcat-connectors/jni/native/.libs


prepare:
 

[EMAIL PROTECTED]: Project jakarta-tomcat-jni (in module jakarta-tomcat-connectors) failed

2005-06-01 Thread Bill Barker
To whom it may engage...

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

Project jakarta-tomcat-jni has an issue affecting its community integration.
This issue affects 36 projects,
 and has been outstanding for 19 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- avalon-http-context :  Avalon SVN
- avalon-http-demo :  Avalon SVN
- avalon-http-examples :  Avalon SVN
- avalon-http-impl :  Avalon SVN
- avalon-http-server :  Avalon SVN
- avalon-http-servlet :  Avalon SVN
- avalon-http-static :  Avalon SVN
- avalon-http-test :  Avalon SVN
- avalon-planet-facilities :  Avalon SVN
- cargo :  Cargo provides a Java API to manipulate Java Containers
- jakarta-cactus-documentation :  Cactus Documentation
- jakarta-cactus-integration-ant-12 :  Cactus Ant Integration (J2EE 1.2)
- jakarta-cactus-integration-ant-13 :  Cactus Ant Integration (J2EE 1.3)
- jakarta-cactus-release-12 :  Unit test framework for server-side java code
- jakarta-cactus-release-13 :  Unit test framework for server-side java code
- jakarta-cactus-sample-jetty-13 :  Cactus Jetty Sample (J2EE 1.3)
- jakarta-cactus-sample-servlet-12 :  Cactus Servlet Sample (J2EE 1.2)
- jakarta-cactus-sample-servlet-13 :  Cactus Servlet Sample (J2EE 1.3)
- jakarta-tomcat :  Servlet 2.2 and JSP 1.1 Reference Implementation
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation
- jakarta-tomcat-5 :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-coyote :  Connectors to various web servers
- jakarta-tomcat-coyote-tomcat3 :  Connectors to various web servers
- jakarta-tomcat-coyote-tomcat4 :  Connectors to various web servers
- jakarta-tomcat-http11 :  Connectors to various web servers
- jakarta-tomcat-jk :  Connectors to various web servers
- jakarta-tomcat-jni :  Connectors to various web servers
- jakarta-tomcat-util :  Connectors to various web servers
- jakarta-turbine-jcs :  Cache
- metro-reflector-blocks-complete :  Avalon SVN
- struts-sslext :  The Struts SSL Extension for HTTP/HTTPS switching
- struts-taglib :  Model 2 Model-View-Controller framework for Servlets and 
JSP
- struts-taglib-from-packages :  Model 2 Model-View-Controller framework 
for Servlets and JSP
- strutstestcase :  An extension of the standard JUnit TestCase class that 
provi...
- tomcat-catalina :  Servlet 2.3 and JSP 1.2 Reference Implementation


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jni/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [tomcat-native-01062005.jar] identifier set to project name
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jni/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jni.html
Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jni (Type: Build)
Work ended in a state of : Failed
Elapsed: 2 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar
 -Dversion=01062005 jar 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jni]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jni/dist/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar
-
Buildfile: build.xml

env:
 [echo] java.home = /x1/opt/__versions__/j2sdk1.4.2_08/jre
 [echo] user.home = /home/gump
 [echo] tc.library.path = 
/x1/gump/public/workspace/jakarta-tomcat-connectors/jni/native/.libs


prepare:
 

DO NOT REPLY [Bug 34993] - Missing Class-Path entries are ignored, spec violation

2005-06-01 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=34993.
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=34993


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 11:38 ---
You are confusing regular classpath entries with extensions, which is not
declared the same thing (extension means you want one library with a certain
version or up, it's much more robust than a pointer to a JAR). The servlet spec
does mandate checking for extensions, but obviously you should never be using a
Class-Path entry.

Please do not reopen the report.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Summer of code

2005-06-01 Thread Remy Maucherat

Hi,

Correct Servlet Specification violation in reading manifests, aka bug 
34993, is quite inappropriate for a full fledged summer project. The bug 
is actually invalid, but more generally the project would be far too 
short (see o.a.c.util.ExtensionValidator for the implementation of the 
extension check mechanism mandated by the specification).


Similarly, Tune Jasper Performance for Multiple JSPs should IMO be a 
more general Tune Jasper Compilation Performance :)


Enhance Tomcat to support one-to-many mapping of security roles might 
be also too short.


I'd like to propose adding the following things to the summer of code:
- tag plugins implementation for JSTL (finally)
- improve admin/management tools (?)

Anyway, we need a community discussion on summer of code proposals.

Rémy

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



DO NOT REPLY [Bug 34790] - Build Failure

2005-06-01 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=34790.
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=34790





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 12:01 ---
(In reply to comment #2)
 Do you have CVS installed?

Yes

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]

2005-06-01 Thread Bernard
Hi,

I use Apache httpd, mod_jk and Tomcat 5 under Linux.
Re-staring Apache httpd alone should never be a problem.

However when I re-start Tomcat, then I follow this sequence:
- Stop Apache httpd
- Restart Tomcat
- Start Apache httpd

I follow this sequence because mod_jk returns a server error if it
cannot connect to Tomcat.

In order for this to work, the Tomcat restart operation must truly
block (no timeout guessing workarounds here, please) so that the last
step Start Apache httpd does not start before Tomcat is running
again, and that there is no time wasted in the Restart Tomcat step.

Tomcat takes an awful lot of time to start unfortunately.

For more info refer to:

http://issues.apache.org/bugzilla/show_bug.cgi?id=34140
jsvc does not block on Linux

Bernard





On Wed, 01 Jun 2005 02:30:14 -0500, you wrote:

At 04:44 PM 5/31/2005, [EMAIL PROTECTED] wrote:

After some more digging, it *appears* that apache -k restart WILL do a
graceful restart of Apache2 on Windoze.

Of course it will.

Can anyone confirm this please?  And are there any gotcha's to watch out
for?  Can someone explain exactly how this works?  eg if I am in the middle
of a chunk (or series) of work  with a web browser and one of the
tomcats, will it restart in the middle of that?

It has nothing to do with Tomcat [in fact it's mildly off-topic
here.]  Essentially, the old child with multiple workers is told
to quit it, so it stops accepting requests, and fulfills all the
pending requests it accept()ed.  And a new child is kicked off to
serve all future incoming requests.

Bill



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


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



cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c sslcontext.c sslutils.c

2005-06-01 Thread mturk
mturk   2005/06/01 03:45:03

  Modified:jni/native/include ssl_private.h
   jni/native/src ssl.c sslcontext.c sslutils.c
  Log:
  Add reference counter to BIO handler, so that multiple context can
  register the same BIO.
  
  Revision  ChangesPath
  1.8   +6 -1  
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- ssl_private.h 1 Jun 2005 09:05:08 -   1.7
  +++ ssl_private.h 1 Jun 2005 10:45:02 -   1.8
  @@ -83,6 +83,9 @@
   #define SSL_PROTOCOL_TLSV1 (12)
   #define SSL_PROTOCOL_ALL   
(SSL_PROTOCOL_SSLV2|SSL_PROTOCOL_SSLV3|SSL_PROTOCOL_TLSV1)
   
  +#define SSL_BIO_FLAG_RDONLY (10)
  +#define SSL_BIO_FLAG_CALLBACK   (11)
  +
   /* public cert/private key */
   typedef struct {
   /*
  @@ -147,5 +150,7 @@
   void   *SSL_get_app_data2(SSL *);
   voidSSL_set_app_data2(SSL *, void *);
   int SSL_password_prompt(tcn_ssl_ctxt_t *, char *, int);
  +voidSSL_BIO_close(BIO *);
  +voidSSL_BIO_doref(BIO *);
   
   #endif /* SSL_PRIVATE_H */
  
  
  
  1.16  +42 -9 jakarta-tomcat-connectors/jni/native/src/ssl.c
  
  Index: ssl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/ssl.c,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- ssl.c 1 Jun 2005 08:19:39 -   1.15
  +++ ssl.c 1 Jun 2005 10:45:03 -   1.16
  @@ -400,10 +400,12 @@
   /* OpenSSL Java Stream BIO */
   
   typedef struct  {
  +intrefcount;
   apr_pool_t *pool;
   tcn_callback_t cb;
   } BIO_JAVA;
   
  +
   static apr_status_t generic_bio_cleanup(void *data)
   {
   BIO *b = (BIO *)data;
  @@ -414,12 +416,43 @@
   return APR_SUCCESS;
   }
   
  +void SSL_BIO_close(BIO *bi)
  +{
  +if (bi == NULL)
  +return;
  +if (bi-ptr != NULL  (bi-flags  SSL_BIO_FLAG_CALLBACK)) {
  +BIO_JAVA *j = (BIO_JAVA *)bi-ptr;
  +j-refcount--;
  +if (j-refcount == 0) {
  +if (j-pool)
  +apr_pool_cleanup_run(j-pool, bi, generic_bio_cleanup);
  +else
  +BIO_free(bi);
  +}
  +}
  +else
  +BIO_free(bi);
  +}
  +
  +void SSL_BIO_doref(BIO *bi)
  +{
  +if (bi == NULL)
  +return;
  +if (bi-ptr != NULL  (bi-flags  SSL_BIO_FLAG_CALLBACK)) {
  +BIO_JAVA *j = (BIO_JAVA *)bi-ptr;
  +j-refcount++;
  +}
  +}
  +
  +
   static int jbs_new(BIO *bi)
   {
   BIO_JAVA *j;
   
   if ((j = OPENSSL_malloc(sizeof(BIO_JAVA))) == NULL)
   return 0;
  +j-pool  = NULL;
  +j-refcount  = 1;
   bi-shutdown = 1;
   bi-init = 0;
   bi-num  = -1;
  @@ -435,9 +468,9 @@
   if (bi-ptr != NULL) {
   BIO_JAVA *j = (BIO_JAVA *)bi-ptr;
   if (bi-init) {
  +bi-init = 0;
   TCN_UNLOAD_CLASS(j-cb.env, j-cb.obj);
   }
  -bi-init = 0;
   OPENSSL_free(bi-ptr);
   }
   bi-ptr = NULL;
  @@ -552,6 +585,10 @@
   goto init_failed;
   }
   j = (BIO_JAVA *)bio-ptr;
  +if ((j = (BIO_JAVA *)bio-ptr) == NULL) {
  +tcn_ThrowException(e, Create BIO failed);
  +goto init_failed;
  +}
   j-pool = J2P(pool, apr_pool_t *);
   if (j-pool) {
   apr_pool_cleanup_register(j-pool, (const void *)bio,
  @@ -568,7 +605,8 @@
   /* TODO: Check if method id's are valid */
   j-cb.obj= (*e)-NewGlobalRef(e, callback);
   
  -bio-init = 1;
  +bio-init  = 1;
  +bio-flags = SSL_BIO_FLAG_CALLBACK;
   return P2J(bio);
   init_failed:
   return 0;
  @@ -577,13 +615,8 @@
   TCN_IMPLEMENT_CALL(jint, SSL, closeBIO)(TCN_STDARGS, jlong bio)
   {
   BIO *b = J2P(bio, BIO *);
  -BIO_JAVA *j;
  -
   UNREFERENCED_STDARGS;
  -j = (BIO_JAVA *)b-ptr;
  -if (j-pool) {
  -apr_pool_cleanup_run(j-pool, b, generic_bio_cleanup);
  -}
  +SSL_BIO_close(b);
   return APR_SUCCESS;
   }
   
  
  
  
  1.7   +10 -7 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- sslcontext.c  1 Jun 2005 09:05:08 -   1.6
  +++ sslcontext.c  1 Jun 2005 10:45:03 -   1.7
  @@ -57,11 +57,12 @@
   sk_X509_INFO_pop_free(c-pk.c.certs, X509_INFO_free);
   c-pk.c.certs = NULL;
   }
  +
   if (c-bio_is)
  -BIO_free(c-bio_is);
 

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c sslutils.c

2005-06-01 Thread mturk
mturk   2005/06/01 04:22:16

  Modified:jni/native/src sslcontext.c sslutils.c
  Log:
  Do not set 'stdin' as default BIO for password promt. Use conio for
  WIN32 (curses will be added for posix).
  
  Revision  ChangesPath
  1.8   +1 -11 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- sslcontext.c  1 Jun 2005 10:45:03 -   1.7
  +++ sslcontext.c  1 Jun 2005 11:22:16 -   1.8
  @@ -107,13 +107,8 @@
   c-ctx  = ctx;
   c-pool = p;
   c-bio_os = BIO_new(BIO_s_file());
  -c-bio_is = BIO_new(BIO_s_file());
   if (c-bio_os != NULL)
   BIO_set_fp(c-bio_os, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  -if (c-bio_is != NULL) {
  -BIO_set_fp(c-bio_is, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  -c-bio_is-flags = SSL_BIO_FLAG_RDONLY;
  -}
   SSL_CTX_set_options(c-ctx, SSL_OP_ALL);
   if (!(protocol  SSL_PROTOCOL_SSLV2))
   SSL_CTX_set_options(c-ctx, SSL_OP_NO_SSLv2);
  @@ -184,13 +179,8 @@
   c-ctx  = ctx;
   c-pool = p;
   c-bio_os = BIO_new(BIO_s_file());
  -c-bio_is = BIO_new(BIO_s_file());
   if (c-bio_os != NULL)
   BIO_set_fp(c-bio_os, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  -if (c-bio_is != NULL) {
  -BIO_set_fp(c-bio_is, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  -c-bio_is-flags = SSL_BIO_FLAG_RDONLY;
  -}
   SSL_CTX_set_options(c-ctx, SSL_OP_ALL);
   if (!(protocol  SSL_PROTOCOL_SSLV2))
   SSL_CTX_set_options(c-ctx, SSL_OP_NO_SSLv2);
  
  
  
  1.7   +23 -2 jakarta-tomcat-connectors/jni/native/src/sslutils.c
  
  Index: sslutils.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslutils.c,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- sslutils.c1 Jun 2005 10:45:03 -   1.6
  +++ sslutils.c1 Jun 2005 11:22:16 -   1.7
  @@ -104,7 +104,8 @@
   int SSL_password_prompt(tcn_ssl_ctxt_t *c, char *buf, int len)
   {
   int rv = 0;
  -if (c  c-bio_is) {
  +*buf = '\0';
  +if (c-bio_is) {
   if (c-bio_is-flags  SSL_BIO_FLAG_RDONLY) {
   /* Use error BIO in case of stdin */
   BIO_printf(c-bio_os, Enter password: );
  @@ -125,6 +126,26 @@
   }
   }
   }
  +else {
  +#ifdef WIN32
  +#include conio.h
  +int ch;
  +BIO_printf(c-bio_os, Enter password: );
  +do {
  +ch = getch();
  +if (ch == '\r')
  +break;
  +fputc('*', stdout);
  +buf[rv++] = ch;
  +if (rv + 1  len)
  +continue;
  +} while (ch != '\n');
  +buf[rv] = '\0';
  +fputc('\n', stdout);
  +fflush(stdout);
  +#endif
  +
  +}
   return rv;
   }
   
  
  
  

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



DO NOT REPLY [Bug 35064] - Admin WebApp fails to open connectors when clicked.

2005-06-01 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=35064.
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=35064





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 13:07 ---
Environment:
JVM 1.4.2_08
Windows 2003 Server

Looking in the logs, I found the following:
07:05:27,147 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Entered
TreeControlTestAction:perform()
07:05:27,147 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Tree
expand/contract on Catalina:type=Service,serviceName=Catalina
07:05:27,147 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Found Node:
Catalina:type=Service,serviceName=Catalina
07:05:28,334 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Entered
TreeControlTestAction:perform()
07:05:28,334 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: tree param is
null
07:05:28,334 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Select event
on Catalina:type=Connector,port=443,address=%2F10.0.2.80
07:05:28,334 [ERROR] Catalina].[10.0.2.80].[/admin]:665  - action: Error
retrieving attribute address
java.lang.ClassCastException
at
org.apache.webapp.admin.connector.EditConnectorAction.execute(EditConnectorAction.java:173)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1192)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:412)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.webapp.admin.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:123)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
at
org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.java:275)
at 
org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:80)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:481)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:534)

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

2005-06-01 Thread mturk
mturk   2005/06/01 04:44:37

  Modified:jni/java/org/apache/tomcat/jni SSLContext.java
   jni/native/src sslcontext.c
  Log:
  Use sslBIO with index instead two sepatate functions doing the same
  thing for different struct members.
  
  Revision  ChangesPath
  1.5   +4 -10 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- SSLContext.java   1 Jun 2005 08:19:39 -   1.4
  +++ SSLContext.java   1 Jun 2005 11:44:36 -   1.5
  @@ -70,7 +70,7 @@
public static native void setVhostId(long ctx, String id);

   /**
  - * Asssociate BIOCallback for error reporting.
  + * Asssociate BIOCallback for input or output data capture.
* br /
* First word in the output string will contain error
* level in the form:
  @@ -86,14 +86,8 @@
* Default is to use the stderr output stream.
* @param ctx Server or Client context to use.
* @param bio BIO handle to use, created with SSL.newBIO
  + * @param dir BIO direction (1 for input 0 for output).
*/
  - public static native void setErrBIO(long ctx, long bio);
  -
  -/**
  - * Asssociate BIOCallback for Password prompting.
  - * @param ctx Server or Client context to use.
  - * @param bio BIO handle to use, created with SSL.newBIO
  - */
  - public static native void setPPromptBIO(long ctx, long bio);
  + public static native void setBIO(long ctx, long bio, int dir);
   
   }
  
  
  
  1.9   +17 -23jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- sslcontext.c  1 Jun 2005 11:22:16 -   1.8
  +++ sslcontext.c  1 Jun 2005 11:44:37 -   1.9
  @@ -236,35 +236,29 @@
   TCN_FREE_CSTRING(id);
   }
   
  -TCN_IMPLEMENT_CALL(void, SSLContext, setErrBIO)(TCN_STDARGS, jlong ctx,
  -jlong bio)
  +TCN_IMPLEMENT_CALL(void, SSLContext, setBIO)(TCN_STDARGS, jlong ctx,
  + jlong bio, jint dir)
   {
   tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  -BIO *bio_os   = J2P(bio, BIO *);
  +BIO *bio_handle   = J2P(bio, BIO *);
   
   UNREFERENCED_STDARGS;
   TCN_ASSERT(ctx != 0);
  -if (c-bio_os  c-bio_os != bio_os)
  -SSL_BIO_close(c-bio_os);
  -SSL_BIO_doref(bio_os);
  -c-bio_os = bio_os;
  +if (dir == 0) {
  +if (c-bio_os  c-bio_os != bio_handle)
  +SSL_BIO_close(c-bio_os);
  +c-bio_os = bio_handle;
  +}
  +else if (dir == 1) {
  +if (c-bio_os  c-bio_is != bio_handle)
  +SSL_BIO_close(c-bio_is);
  +c-bio_os = bio_handle;
  +}
  +else
  +return;
  +SSL_BIO_doref(bio_handle);
   }
   
  -TCN_IMPLEMENT_CALL(void, SSLContext, setPPromptBIO)(TCN_STDARGS, jlong ctx,
  -jlong bio)
  -{
  -tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  -BIO *bio_is   = J2P(bio, BIO *);
  -
  -UNREFERENCED_STDARGS;
  -TCN_ASSERT(ctx != 0);
  -if (c-bio_is  c-bio_is != bio_is)
  -SSL_BIO_close(c-bio_is);
  -SSL_BIO_doref(bio_is);
  -c-bio_is = bio_is;
  -}
  -
  -
   #else
   /* OpenSSL is not supported
* If someday we make OpenSSL optional
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

2005-06-01 Thread mturk
mturk   2005/06/01 05:06:55

  Modified:jni/java/org/apache/tomcat/jni SSL.java SSLContext.java
   jni/native/src sslcontext.c
  Log:
  Add context options settings.
  
  Revision  ChangesPath
  1.6   +50 -1 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java
  
  Index: SSL.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- SSL.java  1 Jun 2005 06:38:09 -   1.5
  +++ SSL.java  1 Jun 2005 12:06:55 -   1.6
  @@ -88,6 +88,55 @@
   public static final int SSL_VERIFY_CLIENT_ONCE  = 4;
   public static final int SSL_VERIFY_PEER_STRICT  = 
(SSL_VERIFY_PEER|SSL_VERIFY_FAIL_IF_NO_PEER_CERT);
   
  +public static final int SSL_OP_MICROSOFT_SESS_ID_BUG= 
0x0001;
  +public static final int SSL_OP_NETSCAPE_CHALLENGE_BUG   = 
0x0002;
  +public static final int SSL_OP_NETSCAPE_REUSE_CIPHER_CHANGE_BUG = 
0x0008;
  +public static final int SSL_OP_SSLREF2_REUSE_CERT_TYPE_BUG  = 
0x0010;
  +public static final int SSL_OP_MICROSOFT_BIG_SSLV3_BUFFER   = 
0x0020;
  +public static final int SSL_OP_MSIE_SSLV2_RSA_PADDING   = 
0x0040;
  +public static final int SSL_OP_SSLEAY_080_CLIENT_DH_BUG = 
0x0080;
  +public static final int SSL_OP_TLS_D5_BUG   = 
0x0100;
  +public static final int SSL_OP_TLS_BLOCK_PADDING_BUG= 
0x0200;
  +
  +/* Disable SSL 3.0/TLS 1.0 CBC vulnerability workaround that was added
  + * in OpenSSL 0.9.6d.  Usually (depending on the application protocol)
  + * the workaround is not needed.  Unfortunately some broken SSL/TLS
  + * implementations cannot handle it at all, which is why we include
  + * it in SSL_OP_ALL. */
  +public static final int SSL_OP_DONT_INSERT_EMPTY_FRAGMENTS  = 
0x0800;
  +
  +/* SSL_OP_ALL: various bug workarounds that should be rather harmless.
  + * This used to be 0x000FL before 0.9.7. */
  +public static final int SSL_OP_ALL  = 
0x0FFF;
  +
  +/* As server, disallow session resumption on renegotiation */
  +public static final int SSL_OP_NO_SESSION_RESUMPTION_ON_RENEGOTIATION = 
0x0001;
  +/* If set, always create a new key when using tmp_dh parameters */
  +public static final int SSL_OP_SINGLE_DH_USE= 
0x0010;
  +/* Set to always use the tmp_rsa key when doing RSA operations,
  + * even when this violates protocol specs */
  +public static final int SSL_OP_EPHEMERAL_RSA= 
0x0020;
  +/* Set on servers to choose the cipher according to the server's
  + * preferences */
  +public static final int SSL_OP_CIPHER_SERVER_PREFERENCE = 
0x0040;
  +/* If set, a server will allow a client to issue a SSLv3.0 version number
  + * as latest version supported in the premaster secret, even when TLSv1.0
  + * (version 3.1) was announced in the client hello. Normally this is
  + * forbidden to prevent version rollback attacks. */
  +public static final int SSL_OP_TLS_ROLLBACK_BUG = 
0x0080;
  +
  +public static final int SSL_OP_NO_SSLv2 = 
0x0100;
  +public static final int SSL_OP_NO_SSLv3 = 
0x0200;
  +public static final int SSL_OP_NO_TLSv1 = 
0x0400;
  +
  +/* The next flag deliberately changes the ciphertest, this is a check
  + * for the PKCS#1 attack */
  +public static final int SSL_OP_PKCS1_CHECK_1= 
0x0800;
  +public static final int SSL_OP_PKCS1_CHECK_2= 
0x1000;
  +public static final int SSL_OP_NETSCAPE_CA_DN_BUG   = 
0x2000;
  +public static final int SSL_OP_NETSCAPE_DEMO_CIPHER_CHANGE_BUG  = 
0x4000;
  +
  +
   /* Return OpenSSL version number */
   public static native int version();
   
  
  
  
  1.6   +13 -6 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- SSLContext.java   1 Jun 2005 11:44:36 -   1.5
  +++ SSLContext.java   1 Jun 2005 12:06:55 -   1.6
  @@ -61,14 +61,14 @@
* @return APR Status code.
*/
   public static native int free(long ctx);
  -
  +
   /**
* Set Virtual host id. Usually host:port combination.
* @param ctx Context to use.
* 

cvs commit: jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni SSLContext.java

2005-06-01 Thread mturk
mturk   2005/06/01 05:08:29

  Modified:jni/java/org/apache/tomcat/jni SSLContext.java
  Log:
  Fix typo.
  
  Revision  ChangesPath
  1.7   +2 -2  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- SSLContext.java   1 Jun 2005 12:06:55 -   1.6
  +++ SSLContext.java   1 Jun 2005 12:08:29 -   1.7
  @@ -96,5 +96,5 @@
* @param options  See SSL.SSL_OP_* for option flags.
* @return true on success, false in case of error
*/
  -public static native void setOptions(long ctx, int options)
  +public static native void setOptions(long ctx, int options);
   }
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

2005-06-01 Thread mturk
mturk   2005/06/01 05:10:15

  Modified:jni/native/src sslcontext.c
  Log:
  Fix typo. Use OpenSSL real context for setting the options.
  
  Revision  ChangesPath
  1.11  +2 -2  jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- sslcontext.c  1 Jun 2005 12:06:55 -   1.10
  +++ sslcontext.c  1 Jun 2005 12:10:15 -   1.11
  @@ -266,7 +266,7 @@
   
   UNREFERENCED_STDARGS;
   TCN_ASSERT(ctx != 0);
  -SSL_CTX_set_options(c, opt);
  +SSL_CTX_set_options(c-ctx, opt);
   }
   
   #else
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

2005-06-01 Thread mturk
mturk   2005/06/01 05:16:50

  Modified:jni/native/src sslcontext.c
  Log:
  Fix changed function name option-options.
  
  Revision  ChangesPath
  1.12  +3 -3  jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- sslcontext.c  1 Jun 2005 12:10:15 -   1.11
  +++ sslcontext.c  1 Jun 2005 12:16:50 -   1.12
  @@ -259,8 +259,8 @@
   SSL_BIO_doref(bio_handle);
   }
   
  -TCN_IMPLEMENT_CALL(void, SSLContext, setOption)(TCN_STDARGS, jlong ctx,
  -jint opt)
  +TCN_IMPLEMENT_CALL(void, SSLContext, setOptions)(TCN_STDARGS, jlong ctx,
  + jint opt)
   {
   tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
   
  
  
  

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



DO NOT REPLY [Bug 35156] - Stream closed exception

2005-06-01 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=35156.
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=35156





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:26 ---
Created an attachment (id=15242)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15242action=view)
1.jsp


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35156] - Stream closed exception

2005-06-01 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=35156.
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=35156





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:26 ---
Created an attachment (id=15244)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15244action=view)
3.jsp


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35156] - Stream closed exception

2005-06-01 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=35156.
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=35156





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:30 ---
Necessary conditions:
1. Using custom errorPage
2. Using custom tags, which returned EVAL_BODY_BUFFERED from doStartTag().
3. Using tag jsp:include.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

2005-06-01 Thread mturk
mturk   2005/06/01 05:36:24

  Modified:jni/java/org/apache/tomcat/jni SSLContext.java
   jni/native/src sslcontext.c
  Log:
  Add quiet shutdown option.
  
  Revision  ChangesPath
  1.8   +23 -2 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- SSLContext.java   1 Jun 2005 12:08:29 -   1.7
  +++ SSLContext.java   1 Jun 2005 12:36:24 -   1.8
  @@ -94,7 +94,28 @@
* Set OpenSSL Option.
* @param ctx Server or Client context to use.
* @param options  See SSL.SSL_OP_* for option flags.
  - * @return true on success, false in case of error
*/
   public static native void setOptions(long ctx, int options);
  +
  +/**
  + * Sets the quiet shutdown flag for bctx/b to be
  + * bmode/b. SSL objects created from bctx/b inherit the
  + * bmode/b valid at the time and may be 0 or 1.
  + * br /
  + * Normally when a SSL connection is finished, the parties must send out
  + * close notify alert messages using LSSL_shutdown(3)|SSL_shutdown(3)
  + * for a clean shutdown.
  + * br /
  + * When setting the quiet shutdown flag to 1, bSSL.shutdown/b
  + * will set the internal flags to 
SSL_SENT_SHUTDOWN|SSL_RECEIVED_SHUTDOWN.
  + * (bSSL_shutdown/b then behaves like called with
  + * SSL_SENT_SHUTDOWN|SSL_RECEIVED_SHUTDOWN.)
  + * The session is thus considered to be shutdown, but no close notify 
alert
  + * is sent to the peer. This behaviour violates the TLS standard.
  + * The default is normal shutdown behaviour as described by the TLS 
standard.
  + * @param ctx Server or Client context to use.
  + * @param mode True to set the quiet shutdown.
  + */
  +public static native void setQuietShutdown(long ctx, boolean mode);
  +
   }
  
  
  
  1.13  +11 -1 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- sslcontext.c  1 Jun 2005 12:16:50 -   1.12
  +++ sslcontext.c  1 Jun 2005 12:36:24 -   1.13
  @@ -269,6 +269,16 @@
   SSL_CTX_set_options(c-ctx, opt);
   }
   
  +TCN_IMPLEMENT_CALL(void, SSLContext, setQuietShutdown)(TCN_STDARGS, jlong 
ctx,
  +   jboolean mode)
  +{
  +tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  +
  +UNREFERENCED_STDARGS;
  +TCN_ASSERT(ctx != 0);
  +SSL_CTX_set_quiet_shutdown(c-ctx, mode ? 1 : 0);
  +}
  +
   #else
   /* OpenSSL is not supported
* If someday we make OpenSSL optional
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni Address.java Multicast.java Pool.java SSL.java

2005-06-01 Thread mturk
mturk   2005/06/01 05:50:51

  Modified:jni/java/org/apache/tomcat/jni Address.java Multicast.java
Pool.java SSL.java
  Log:
  Fix javadocs.
  
  Revision  ChangesPath
  1.7   +3 -3  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Address.java
  
  Index: Address.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Address.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- Address.java  19 May 2005 17:37:56 -  1.6
  +++ Address.java  1 Jun 2005 12:50:51 -   1.7
  @@ -74,9 +74,9 @@
   
   /**
* Return the IP address (in numeric address string format) in
  - * an APR socket address.  APR will allocate storage for the IP address 
  + * an APR socket address.  APR will allocate storage for the IP address
* string from the pool of the apr_sockaddr_t.
  - * @param ss The socket address to reference.
  + * @param sa The socket address to reference.
* @return The IP address.
*/
   public static native String getip(long sa);
  
  
  
  1.2   +4 -3  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Multicast.java
  
  Index: Multicast.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Multicast.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- Multicast.java19 May 2005 18:30:13 -  1.1
  +++ Multicast.java1 Jun 2005 12:50:51 -   1.2
  @@ -53,8 +53,9 @@
* Set the Multicast Time to Live (ttl) for a multicast transmission.
* @param sock The socket to set the multicast ttl
* @param ttl Time to live to Assign. 0-255, default=1
  - * @remark If the TTL is 0, packets will only be seen by sockets on
  - * the local machine, and only when multicast loopback is enabled.
  + * br /bRemark :/b If the TTL is 0, packets will only be seen
  + * by sockets on the local machine,
  + * and only when multicast loopback is enabled.
*/
   public static native int hops(long sock, int ttl);
   
  
  
  
  1.6   +6 -6  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Pool.java
  
  Index: Pool.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Pool.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- Pool.java 28 May 2005 07:48:28 -  1.5
  +++ Pool.java 1 Jun 2005 12:50:51 -   1.6
  @@ -138,11 +138,11 @@
* @param data The user data associated with the pool.
* @param key The key to use for association
* @param pool The current pool
  - * @warning The data to be attached to the pool should have a life span
  - *  at least as long as the pool it is being attached to.
  - *  Object attached to the pool will be globaly referenced
  - *  untill the pool is cleared or dataSet is called with the
  - *  null data.
  + * br /bWarning :/b
  + * The data to be attached to the pool should have a life span
  + * at least as long as the pool it is being attached to.
  + * Object attached to the pool will be globaly referenced
  + * untill the pool is cleared or dataSet is called with the null data.
* @return APR Status code.
*/
public static native int dataSet(long pool, String key, Object data);
  
  
  
  1.7   +11 -11
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java
  
  Index: SSL.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- SSL.java  1 Jun 2005 12:06:55 -   1.6
  +++ SSL.java  1 Jun 2005 12:50:51 -   1.7
  @@ -97,18 +97,18 @@
   public static final int SSL_OP_SSLEAY_080_CLIENT_DH_BUG = 
0x0080;
   public static final int SSL_OP_TLS_D5_BUG   = 
0x0100;
   public static final int SSL_OP_TLS_BLOCK_PADDING_BUG= 
0x0200;
  -
  +
   /* Disable SSL 3.0/TLS 1.0 CBC vulnerability workaround that was added
* in OpenSSL 0.9.6d.  Usually (depending on the application protocol)
* the workaround is not needed.  Unfortunately some broken SSL/TLS
* implementations cannot handle it at all, which is why we include
* it in SSL_OP_ALL. */
   public static final int SSL_OP_DONT_INSERT_EMPTY_FRAGMENTS  = 
0x0800;
  -
  +
   /* SSL_OP_ALL: various bug workarounds that should be rather harmless.
* This used to 

RE: Summer of code

2005-06-01 Thread Yoav Shapira
Hi,

 Correct Servlet Specification violation in reading manifests, aka bug
 34993, is quite inappropriate for a full fledged summer project. The bug
 is actually invalid, but more generally the project would be far too
 short (see o.a.c.util.ExtensionValidator for the implementation of the
 extension check mechanism mandated by the specification).

OK, good.  Thanks for pointing that out and resolving the bug.  If you
haven't edited the wiki page yet, I'll do so in a moment.

The intent on these projects is not necessarily for them to take 3 months of
intense work: it's to get some students to write some code which will get
them familiar and excited with open-source development.  That's it: a low
bar.

 Similarly, Tune Jasper Performance for Multiple JSPs should IMO be a
 more general Tune Jasper Compilation Performance :)

Good point, will change.

 Enhance Tomcat to support one-to-many mapping of security roles might
 be also too short.

We'll see.  The idea is again to get them excited, maybe starting small, and
then continuing to contribute with other stuff.

 I'd like to propose adding the following things to the summer of code:
 - tag plugins implementation for JSTL (finally)
 - improve admin/management tools (?)

Sure.  Feel free to edit the wiki page accordingly.

 Anyway, we need a community discussion on summer of code proposals.

OK.  My intent was to kick-start the process by posting some ideas to the
wiki page, and that seems to have worked ;)  Everyone, please take a look at
http://code.google.com/summerofcode.html and the linked Apache ideas page
(which is currently down for me ;(), and comment as you see fit.  Anyone
willing to be a mentor or help out, that's great.  Any ideas for projects
are also welcome.

Yoav


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



RE: Tomcat 5 Redhat Fedora rpm question

2005-06-01 Thread Yoav Shapira
Hi,
JPackage: http://www.jpackage.org/rpm.php?id=1901.

Yoav

 -Original Message-
 From: Bernard [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, June 01, 2005 2:46 AM
 To: tomcat-dev@jakarta.apache.org
 Subject: Tomcat 5 Redhat Fedora rpm question
 
 Hi,
 
 I am interested in packaging Tomcat.
 
 So I found (using rpmseek.com) the following files:
 
 tomcat5-5.0.30-5jpp_6fc.i386.rpm
 tomcat5-5.0.30-5jpp_4fc.src.rpm
 
 At a first glance, these files looked like what I wanted to create,
 but they contain much more than what I expected and I need to learn
 more about the work that is being put into this by others.
 
 
 Questions:
 
   1) What is tomcat5-5.0.30-5jpp_6fc.i386.rpm ? I thought it was a
 binary distribution but it has an incredible number of development
 file dependencies. Why does it require libgcj?
 
   2) What is tomcat5-5.0.30-5jpp_4fc.src.rpm ? Why is it compiling
 Tomcat ? I thought being a cross platform Java application,
 compilation of the source is not required.
 Does it perform a native compile (libgcj)? If so, is this the future
 norm?
 
 Who are the people to contact re the most common Redhat distribution?
 
 Many thanks,
 
 Bernard
 
 
 -
 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: Tomcat 5 Redhat Fedora rpm question

2005-06-01 Thread Henri Gomez
Yep, for all Java RPM based stuff, jpackage.org is your friend :)


2005/6/1, Yoav Shapira [EMAIL PROTECTED]:
 Hi,
 JPackage: http://www.jpackage.org/rpm.php?id=1901.
 
 Yoav
 
  -Original Message-
  From: Bernard [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, June 01, 2005 2:46 AM
  To: tomcat-dev@jakarta.apache.org
  Subject: Tomcat 5 Redhat Fedora rpm question
 
  Hi,
 
  I am interested in packaging Tomcat.
 
  So I found (using rpmseek.com) the following files:
 
  tomcat5-5.0.30-5jpp_6fc.i386.rpm
  tomcat5-5.0.30-5jpp_4fc.src.rpm
 
  At a first glance, these files looked like what I wanted to create,
  but they contain much more than what I expected and I need to learn
  more about the work that is being put into this by others.
 
 
  Questions:
 
1) What is tomcat5-5.0.30-5jpp_6fc.i386.rpm ? I thought it was a
  binary distribution but it has an incredible number of development
  file dependencies. Why does it require libgcj?
 
2) What is tomcat5-5.0.30-5jpp_4fc.src.rpm ? Why is it compiling
  Tomcat ? I thought being a cross platform Java application,
  compilation of the source is not required.
  Does it perform a native compile (libgcj)? If so, is this the future
  norm?
 
  Who are the people to contact re the most common Redhat distribution?
 
  Many thanks,
 
  Bernard
 
 
  -
  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 35156] - Stream closed exception

2005-06-01 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=35156.
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=35156





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:27 ---
Created an attachment (id=15245)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15245action=view)
error.jsp


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Re: Summer of code

2005-06-01 Thread Remy Maucherat

Yoav Shapira wrote:

Hi,


Correct Servlet Specification violation in reading manifests, aka bug
34993, is quite inappropriate for a full fledged summer project. The bug
is actually invalid, but more generally the project would be far too
short (see o.a.c.util.ExtensionValidator for the implementation of the
extension check mechanism mandated by the specification).


OK, good.  Thanks for pointing that out and resolving the bug.  If you
haven't edited the wiki page yet, I'll do so in a moment.


Don't know, the page is locked for me.


The intent on these projects is not necessarily for them to take 3 months of
intense work: it's to get some students to write some code which will get
them familiar and excited with open-source development.  That's it: a low
bar.


Makes sense. Where's the document on what summer of code ASF projects 
should be ?



Similarly, Tune Jasper Performance for Multiple JSPs should IMO be a
more general Tune Jasper Compilation Performance :)


Good point, will change.


Enhance Tomcat to support one-to-many mapping of security roles might
be also too short.


We'll see.  The idea is again to get them excited, maybe starting small, and
then continuing to contribute with other stuff.


I think the current security is somewhat a dead end. Adding to the list 
of questions, I don't know yet if it will be touched up in the upcoming 
Servlet spec. So I'd rather not plan to base new work on the current 
code until we know more.



I'd like to propose adding the following things to the summer of code:
- tag plugins implementation for JSTL (finally)
- improve admin/management tools (?)


Sure.  Feel free to edit the wiki page accordingly.


Well, we'd need consensus on tasks, I think. Most of the time, I don't 
like it when a random piece of code pops out of thin air.



Anyway, we need a community discussion on summer of code proposals.


OK.  My intent was to kick-start the process by posting some ideas to the
wiki page, and that seems to have worked ;)  Everyone, please take a look at
http://code.google.com/summerofcode.html and the linked Apache ideas page
(which is currently down for me ;(), and comment as you see fit.  Anyone
willing to be a mentor or help out, that's great.  Any ideas for projects
are also welcome.


Ok, from what I understand from Google's documents, pay is rather decent 
(for French standards, at least ;) ), so it seems project's length 
should be around 1 - 1.5 months.


Rémy

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



DO NOT REPLY [Bug 35156] New: - Stream closed exception

2005-06-01 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=35156.
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=35156

   Summary: Stream closed exception
   Product: Tomcat 5
   Version: 5.0.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Keywords: ErrorMessage
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Sorry for my bad English.

Sources:
1. $Header: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/
runtime/PageContextImpl.java,v 1.52 2003/09/02 21:39:59 remm Exp $
   $Revision: 1.52 $
   $Date: 2003/09/02 21:39:59 $
2. $Header: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/
catalina/core/ApplicationDispatcher.java,v 1.26 2003/09/12 17:04:12 remm Exp $
   $Revision: 1.26 $
   $Date: 2003/09/12 17:04:12 $


Steps To Reproduce:
1. Create four JSP:
-
- 1.jsp -
%@ page import=java.util.Vector%
%@ page errorPage=error.jsp %
%@ taglib prefix=logic uri=/WEB-INF/tlds/struts-logic.tld %

CONTENT PAGE 1

%
  // SOME COLLECTION
  Vector someCollection1 = new Vector(1);
  someCollection1.add(some value);
%

%-- Some EVAL_BODY_BUFFERED tag --%
logic:iterate id=some_id_1 collection=%= someCollection1 % 
  jsp:include page=2.jsp /
/logic:iterate

CONTENT PAGE 1

-
- 2.jsp -
%@ page import=java.util.Vector%
%@ page errorPage=error.jsp %
%@ taglib prefix=logic uri=/WEB-INF/tlds/struts-logic.tld %

CONTENT PAGE 2
%
  Vector someCollection2 = new Vector(1);
  someCollection2.add(some value);
%

%-- Some EVAL_BODY_BUFFERED tag --%
logic:iterate id=some_id_2 collection=%= someCollection2 % %
  // Some throwable statment
  if(request.getParameter(not exist parameter) == null)
throw new Exception();
%/logic:iterate

CONTENT PAGE 2

-
- 3.jsp -
%@ page import=java.util.Vector%
%@ taglib prefix=logic uri=/WEB-INF/tlds/struts-logic.tld %

%
  Vector someCollection3 = new Vector(1);
  someCollection3.add(some value);
%

%-- Some EVAL_BODY_BUFFERED tag --%
logic:iterate id=some_id_3 collection=%= someCollection3 % 
  CONTENT PAGE 3
/logic:iterate

-
--- error.jsp ---
%@ page import=java.io.PrintWriter%
%@ page isErrorPage=true %

pre
%
  PrintWriter pw;
  pw = new PrintWriter(out);
  Exception exc;
  exc = pageContext.getException();
  if(exc != null)
exc.printStackTrace(pw);
%
/pre
-

2. Deploy application.
3. Open 1.jsp. We receive a IOException instead of Exception from 2.jsp.
3. Open 3.jsp. We receive a IOException though should not receive exception.

WHY:
When thrown wxceptoin on 2.jsp into ApplicationDispatcher in 465 line was 
closes 
writer. Stack trace:
org.apache.jasper.catalina.core.ApplicationDispatcher.doForward():465
org.apache.jasper.catalina.core.ApplicationDispatcher.forward():359
org.apache.jasper.runtime.PageContextImpl.forward():543
org.apache.jasper.runtime.PageContextImpl.handlePageException():633
org.apache.jsp._2_jsp._jspService(): if (pageContext != null) pageContext.
handlePageException(t);

Later at use EVAL_BODY_BUFFERED tags called method pushBody, which returns 
closed writer. This is reason of IOExceptions.
Closed writer - is outs[depth] from PageContextImpl.
Possible, condition into PageContextImpl.pushBody in line 557 must be:
if (depth = outs.length || IS_CLOSED(outs[depth])),
instead of
if (depth = outs.length).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35156] - Stream closed exception

2005-06-01 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=35156.
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=35156





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:26 ---
Created an attachment (id=15243)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15243action=view)
2.jsp


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35156] - Stream closed exception

2005-06-01 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=35156.
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=35156





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:32 ---
IOEcxeption stack trace:
java.io.IOException: Stream closed
at org.apache.jasper.runtime.BodyContentImpl.ensureOpen(BodyContentImpl.java:
624)
at org.apache.jasper.runtime.BodyContentImpl.write(BodyContentImpl.java:179)
at org.apache.jasper.runtime.BodyContentImpl.write(BodyContentImpl.java:196)
at org.apache.jsp._1_jsp._jspService(_1_jsp.java:79)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:
210)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at org.apache.catalina.core.ApplicationFilterChain.
internalDoFilter(ApplicationFilterChain.java:284)
at org.apache.catalina.core.ApplicationFilterChain.
doFilter(ApplicationFilterChain.java:204)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
java:256)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563)
at org.apache.catalina.core.StandardContextValve.
invokeInternal(StandardContextValve.java:245)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
java:199)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:151)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:149)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
156)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:209)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:670)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.
processConnection(Http11Protocol.java:517)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:575)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.
java:666)
at java.lang.Thread.run(Thread.java:534)

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c sslutils.c

2005-06-01 Thread mturk
mturk   2005/06/01 08:20:14

  Modified:jni/native/include ssl_private.h
   jni/native/src sslcontext.c sslutils.c
  Log:
  Handle the Temporary RSA Keys and DH Params.
  
  Revision  ChangesPath
  1.9   +15 -2 
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- ssl_private.h 1 Jun 2005 10:45:02 -   1.8
  +++ ssl_private.h 1 Jun 2005 15:20:14 -   1.9
  @@ -85,6 +85,7 @@
   
   #define SSL_BIO_FLAG_RDONLY (10)
   #define SSL_BIO_FLAG_CALLBACK   (11)
  +#define SSL_DEFAULT_CACHE_SIZE  (256)
   
   /* public cert/private key */
   typedef struct {
  @@ -138,11 +139,18 @@
   /* for client or downstream server authentication */
   int verify_depth;
   int verify_mode;
  -
  +void*temp_keys[SSL_TMP_KEY_MAX];
   };
   
   typedef struct tcn_ssl_ctxt tcn_ssl_ctxt_t;
   
  +struct tcn_ssl_conn {
  +tcn_ssl_ctxt_t *ctx;
  +SSL*ssl;
  +};
  +
  +typedef struct tcn_ssl_conn tcn_ssl_conn_t;
  +
   /*
*  Additional Functions
*/
  @@ -152,5 +160,10 @@
   int SSL_password_prompt(tcn_ssl_ctxt_t *, char *, int);
   voidSSL_BIO_close(BIO *);
   voidSSL_BIO_doref(BIO *);
  +DH *SSL_dh_get_tmp_param(int);
  +DH *SSL_dh_get_param_from_file(const char *);
  +RSA*SSL_callback_tmp_RSA(SSL *, int, int);
  +DH *SSL_callback_tmp_DH(SSL *, int, int);
  +
   
   #endif /* SSL_PRIVATE_H */
  
  
  
  1.14  +55 -1 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- sslcontext.c  1 Jun 2005 12:36:24 -   1.13
  +++ sslcontext.c  1 Jun 2005 15:20:14 -   1.14
  @@ -30,6 +30,53 @@
   #ifdef HAVE_OPENSSL
   #include ssl_private.h
   
  +/*
  + * Handle the Temporary RSA Keys and DH Params
  + */
  +
  +#define SSL_TMP_KEY_FREE(ctx, type, idx) \
  +if (ctx-temp_keys[idx]) { \
  +type##_free((type *)ctx-temp_keys[idx]); \
  +ctx-temp_keys[idx] = NULL; \
  +}
  +
  +#define SSL_TMP_KEYS_FREE(ctx, type) \
  +SSL_TMP_KEY_FREE(ctx, type, SSL_TMP_KEY_##type##_512); \
  +SSL_TMP_KEY_FREE(ctx, type, SSL_TMP_KEY_##type##_1024)
  +
  +static void ssl_tmp_keys_free(tcn_ssl_ctxt_t *ctx)
  +{
  +
  +SSL_TMP_KEYS_FREE(ctx, RSA);
  +SSL_TMP_KEYS_FREE(ctx, DH);
  +}
  +
  +static int ssl_tmp_key_init_rsa(tcn_ssl_ctxt_t *ctx,
  +int bits, int idx)
  +{
  +if (!(ctx-temp_keys[idx] =
  +  RSA_generate_key(bits, RSA_F4, NULL, NULL))) {
  +BIO_printf(ctx-bio_os, [ERROR] 
  +   Init: Failed to generate temporary 
  +   %d bit RSA private key, bits);
  +return 0;
  +}
  +return 1;
  +}
  +
  +static int ssl_tmp_key_init_dh(tcn_ssl_ctxt_t *ctx,
  +   int bits, int idx)
  +{
  +if (!(ctx-temp_keys[idx] =
  +  SSL_dh_get_tmp_param(bits))) {
  +BIO_printf(ctx-bio_os, [ERROR] 
  +   Init: Failed to generate temporary 
  +   %d bit DH parameters, bits);
  +return 0;
  +}
  +return 1;
  +}
  +
   static apr_status_t ssl_context_cleanup(void *data)
   {
   tcn_ssl_ctxt_t *c = (tcn_ssl_ctxt_t *)data;
  @@ -128,6 +175,11 @@
*/
   SSL_CTX_set_options(c-ctx, 
SSL_OP_NO_SESSION_RESUMPTION_ON_RENEGOTIATION);
   #endif
  +SSL_CTX_sess_set_cache_size(c-ctx, SSL_DEFAULT_CACHE_SIZE);
  +
  +SSL_CTX_set_tmp_rsa_callback(c-ctx, SSL_callback_tmp_RSA);
  +SSL_CTX_set_tmp_dh_callback(c-ctx,  SSL_callback_tmp_DH);
  +
   /*
* Let us cleanup the ssl context when the pool is destroyed
*/
  @@ -200,6 +252,8 @@
*/
   SSL_CTX_set_options(c-ctx, 
SSL_OP_NO_SESSION_RESUMPTION_ON_RENEGOTIATION);
   #endif
  +
  +SSL_CTX_sess_set_cache_size(c-ctx, SSL_DEFAULT_CACHE_SIZE);
   /*
* Let us cleanup the ssl context when the pool is destroyed
*/
  
  
  
  1.8   +203 -1jakarta-tomcat-connectors/jni/native/src/sslutils.c
  
  Index: sslutils.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslutils.c,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- sslutils.c1 Jun 2005 11:22:16 -   1.7
  +++ sslutils.c1 Jun 2005 15:20:14 -   1.8
  @@ -149,6 +149,208 @@
   return rv;
   }
   
  +
  +/* 

DO NOT REPLY [Bug 34895] - IE: Action canceled if servlet returns pdf and authentification is activated

2005-06-01 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=34895.
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=34895


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 17:59 ---
Sorry Rene, Tomcat 5.x by default does not support downloads using IE with SSL.
 I tried to change this behavior but no other committers thought IE
compatibility was important.  You can peruse bugs 34083, 27122, 28662, 29336,
29975, and 30618 and search the archives for the threads related to these for
more information.

Try it with disableProxyCaching set to false.

*** This bug has been marked as a duplicate of 34083 ***

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 34083] - disableProxyCaching behaviour of authenticator causes problems

2005-06-01 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=34083.
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=34083


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
   ||de




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 17:59 ---
*** Bug 34895 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35014] - Please document the change in the context file XML format

2005-06-01 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=35014.
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=35014





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 18:46 ---
(In reply to comment #1)

Sorry, my fault, I stand corrected re the bold comment - I was focused on the 
examples at the bottom of the page and skipped over the bold statement at the 
top of the page.  I'd therefore like to file a bug report about my eyeglasses 
please ;)

However despite my failure to read what was there (or perhaps because of it) I 
would still like to suggest (as also mentioned in report 35055) that it might 
be useful to put these sorts of issues either in the release notes, or if not 
appropriate there, to create a new doc at each version called something 
like Upgrading from previous versions of tomcat...?  Such a doc would be a 
boon for people with existing webapps, to help them make smoother upgrades to 
later TC builds.

Just a suggestion :)


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 34790] - Build Failure

2005-06-01 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=34790.
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=34790


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 19:13 ---
It seems that Ant 1.6.3 is broken as well.

*** This bug has been marked as a duplicate of 35061 ***

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35061] - Tomcat build fails with newest ant 1.6.4

2005-06-01 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=35061.
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=35061


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 19:13 ---
*** Bug 34790 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page

2005-06-01 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=31794.
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=31794


[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.0.25  |5.0.30




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 21:50 ---
Not fixed in 5.0.30 either (assuming implicitely 5.0.28)

5.5.x doesn't matter, this bug must be fixed on 5.0.x stream anyway.
5.5.x requires updates and jdk15 which is not expected for a bug fix release.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page

2005-06-01 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=31794.
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=31794


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|NEW




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page

2005-06-01 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=31794.
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=31794


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 22:56 ---
5.5.x *does not* requires Java 5. It is very unlikely at this point there will
be another 5.0.x release.

Note: In case of a bad URI, or any invalid request (ex: no host), the connector
itself will return the 400. This will NOT be handled by the servlet layer, since
the request will never get mapped.

Please do not reopen the report.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Re: Summer of code

2005-06-01 Thread Remy Maucherat

Yoav Shapira wrote:

Hi,
Yeah, that *is* a great idea.  Feel free to edit to the wiki page
(wiki.apache.org/general/SummerOfCode2005), please ;)


I removed two of the projects, so it's ready for new additions.

Rémy

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



DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page

2005-06-01 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=31794.
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=31794


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page

2005-06-01 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=31794.
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=31794


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2005-06-02 00:03 ---
(Sorry Yoavs for CC'ing, I have to contradict the verdict and hope someone else
than our hurried friend will handle this...)

The 400 status code can have and should forward to a page handler if any.
It sure has no mapping, but doesn't need so. The url is in the web.xml plain 
simply.

I have seen the code for myself, and even if it is not easy to refactor the
oversight, this is the spec. The argument given is one from an implementation
perspective and has no weight given the spec wasn't respected. The limitation of
tomcat must be fixed.

I'm about to try this 5.5.x without 1.5... Last time, I checked, it wasn't 
working.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page

2005-06-01 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=31794.
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=31794





--- Additional Comments From [EMAIL PROTECTED]  2005-06-02 00:19 ---
Please don't waste your time reopening the report. An invalid HTTP request
cannot be mapped, and thus cannot be processed according to the Servlet
specification.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page

2005-06-01 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=31794.
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=31794


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Initial apr results

2005-06-01 Thread Tim Funk

My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz)

On my initial tests with the APR connector - the APR connector seemed 
slower the old http connector. But the difference is mild and my initial 
numbers are flaky. On the same hardware - I am running 6 other instances (of 
different versions) of tomcat at the same time which may be throwing my 
numbers off.


During some slow time - I might be able to take most of them down and run 
some more tests to try to ensure I am hogging all the resources to the box 
and not sharing them.


For those curious - for /tomcat.gif - my requests per second range anywhere 
from 1200+ to 5000+ - Due to such a large range - I have no confidence in my 
numbers so far to reach any conclusion.


I was using the command:
 /usr/local/httpd/bin/ab -n 1000 -c 100 -k http://myserver:8090/tomcat.gif

With keepalive off - I was still easily over 1000 requests per second for 
tomcat.gif.






-Tim

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



Re: Initial apr results

2005-06-01 Thread Peter Lin
once I finally get the APR build working on my laptop, I will run my
benchmarks and publish the results.

peter

On 6/1/05, Tim Funk [EMAIL PROTECTED] wrote:
 My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz)
 
 On my initial tests with the APR connector - the APR connector seemed
 slower the old http connector. But the difference is mild and my initial
 numbers are flaky. On the same hardware - I am running 6 other instances (of
 different versions) of tomcat at the same time which may be throwing my
 numbers off.
 
 During some slow time - I might be able to take most of them down and run
 some more tests to try to ensure I am hogging all the resources to the box
 and not sharing them.
 
 For those curious - for /tomcat.gif - my requests per second range anywhere
 from 1200+ to 5000+ - Due to such a large range - I have no confidence in my
 numbers so far to reach any conclusion.
 
 I was using the command:
   /usr/local/httpd/bin/ab -n 1000 -c 100 -k http://myserver:8090/tomcat.gif
 
 With keepalive off - I was still easily over 1000 requests per second for
 tomcat.gif.
 
 
 
 
 
 -Tim
 
 -
 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 35169] New: - pageContext not available within tag

2005-06-01 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=35169.
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=35169

   Summary: pageContext not available within tag
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlet  JSP API
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


generated java:

  public void doTag() throws JspException, java.io.IOException {
PageContext _jspx_page_context = (PageContext)jspContext;
...
}

but shouldn't the local variable be called pageContext instead of
_jspx_page_context?

my work around is to refer to jspContext, but is that what i should be doing?

thanks,
tony.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 33650] - Jasper performance for multiple files processing

2005-06-01 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=33650.
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=33650





--- Additional Comments From [EMAIL PROTECTED]  2005-06-02 06:27 ---
(In reply to comment #11)
 I've made this item a candidate for the Summer of Code:
 http://wiki.apache.org/general/SummerOfCode2005.

I have applied to participate in this project during google summer of code.  If
I am accepted or not I am still very interested in this issue.  I am a student
intern at a company and during my time there I have been involved in development
of a very large web application involving several hundred jsps.  I have
encountered this issue during development / deployment and would enjoy learning
more about this issue and finding a clean optimized solution.  Any suggestions
on where to start?  Feel free to email me.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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