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

2005-05-28 Thread mturk
mturk   2005/05/28 00:48:29

  Modified:jni/java/org/apache/tomcat/jni Pool.java
   jni/native/src network.c pool.c
  Log:
  Add missing userdata functions for Pool.
  Those will be used for SSL socket abstraction.
  
  Revision  ChangesPath
  1.5   +32 -1 
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.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- Pool.java 5 Feb 2005 12:31:35 -   1.4
  +++ Pool.java 28 May 2005 07:48:28 -  1.5
  @@ -129,4 +129,35 @@
*/
   public static native ByteBuffer calloc(long p, int size);
   
  +/*
  + * User data management
  + */
  +
  +/**
  + * Set the data associated with the current pool
  + * @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.
  + * @return APR Status code.
  + */
  + public static native int dataSet(long pool, String key, Object data);
  +
  +/**
  + * Return the data associated with the current pool.
  + * @param key The key for the data to retrieve
  + * @param pool The current pool.
  + */
  + public static native Object dataGet(long pool, String key);
  +
  +/**
  + * Run all of the child_cleanups, so that any unnecessary files are
  + * closed because we are about to exec a new program
  + */
  +public static native void cleanupForExec();
  +
   }
  
  
  
  1.22  +9 -2  jakarta-tomcat-connectors/jni/native/src/network.c
  
  Index: network.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/network.c,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- network.c 27 May 2005 16:39:13 -  1.21
  +++ network.c 28 May 2005 07:48:29 -  1.22
  @@ -30,6 +30,13 @@
   static int sp_closed   = 0;
   static int sp_cleared  = 0;
   static int sp_accepted = 0;
  +/* Fake private pool struct to deal with APR private's socket
  + * struct not exposing function to access the pool.
  + */
  +typedef struct
  +{
  +apr_pool_t *pool;
  +} fake_apr_socket_t;
   #endif
   
   #if  !APR_HAVE_IPV6
  @@ -195,7 +202,7 @@
   
   #ifdef TCN_DO_STATISTICS
   sp_closed++;
  -apr_pool_cleanup_kill((apr_pool_t *)s, s, sp_socket_cleanup);
  +apr_pool_cleanup_kill(((fake_apr_socket_t *)s)-pool, s, 
sp_socket_cleanup);
   #endif
   
   return (jint)apr_socket_close(s);
  
  
  
  1.6   +78 -1 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.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- pool.c27 May 2005 16:38:09 -  1.5
  +++ pool.c28 May 2005 07:48:29 -  1.6
  @@ -133,6 +133,7 @@
   tcn_callback_t *cb = J2P(data, tcn_callback_t *);
   
   UNREFERENCED(o);
  +TCN_ASSERT(pool != 0);
   apr_pool_cleanup_kill(p, cb, generic_pool_cleanup);
   (*e)-DeleteGlobalRef(e, cb-obj);
   free(cb);
  @@ -146,6 +147,7 @@
   void *mem;
   
   UNREFERENCED(o);
  +TCN_ASSERT(pool != 0);
   
   if ((mem = apr_palloc(p, sz)) != NULL)
   return (*e)-NewDirectByteBuffer(e, mem, (jlong)sz);
  @@ -161,9 +163,84 @@
   void *mem;
   
   UNREFERENCED(o);
  +TCN_ASSERT(pool != 0);
   
   if ((mem = apr_pcalloc(p, sz)) != NULL)
   return (*e)-NewDirectByteBuffer(e, mem, (jlong)sz);
   else
   return NULL;
   }
  +
  +static apr_status_t generic_pool_data_cleanup(void *data)
  +{
  +apr_status_t rv = APR_SUCCESS;
  +tcn_callback_t *cb = (tcn_callback_t *)data;
  +
  +if (data) {
  +if (!TCN_IS_NULL(cb-env, cb-obj)) {
  +TCN_UNLOAD_CLASS(cb-env, cb-obj);
  +}
  +free(cb);
  +}
  +return rv;
  +}
  +
  +TCN_IMPLEMENT_CALL(jint, Pool, dataSet)(TCN_STDARGS, jlong pool,
  +jstring key, jobject data)
  +{
  +apr_pool_t *p = J2P(pool, apr_pool_t *);
  +apr_status_t rv = APR_SUCCESS;
  +void *old = NULL;
  +TCN_ALLOC_CSTRING(key);
  +
  +UNREFERENCED(o);
  +TCN_ASSERT(pool != 0);
  +
  +if (apr_pool_userdata_get(old, J2S(key), p) == APR_SUCCESS) {
  + 

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

2005-05-28 Thread mturk
mturk   2005/05/28 01:18:09

  Modified:jni/java/org/apache/tomcat/jni Library.java
   jni/native/src jnilib.c
  Log:
  Check if we have at least APR 1.0 and Threading support.
  
  Revision  ChangesPath
  1.6   +10 -2 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Library.java
  
  Index: Library.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Library.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- Library.java  27 May 2005 10:04:43 -  1.5
  +++ Library.java  28 May 2005 08:18:09 -  1.6
  @@ -95,6 +95,8 @@
   
   /* TCN_VERSION_STRING */
   public static native String versionString();
  +/* APR_VERSION_STRING */
  +public static native String aprVersionString();
   
   /*  APR Feature Macros */
   public static boolean APR_HAVE_IPV6   = false;
  @@ -192,8 +194,14 @@
   APR_CHARSET_EBCDIC  = has(18);
   APR_TCP_NODELAY_INHERITED = has(19);
   APR_O_NONBLOCK_INHERITED  = has(20);
  +if (APR_MAJOR_VERSION  1) {
  +throw new UnsatisfiedLinkError(Unsupported APR Version ( +
  +   aprVersionString() + ));
  +}
  +if (!APR_HAS_THREADS) {
  +throw new UnsatisfiedLinkError(Missing APR_HAS_THREADS);
  +}
   }
   return initialize();
   }
  -
   }
  
  
  
  1.6   +7 -1  jakarta-tomcat-connectors/jni/native/src/jnilib.c
  
  Index: jnilib.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/jnilib.c,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- jnilib.c  27 May 2005 16:39:13 -  1.5
  +++ jnilib.c  28 May 2005 08:18:09 -  1.6
  @@ -231,6 +231,12 @@
   return AJP_TO_JSTRING(TCN_VERSION_STRING);
   }
   
  +TCN_IMPLEMENT_CALL(jstring, Library, aprVersionString)(TCN_STDARGS)
  +{
  +UNREFERENCED(o);
  +return AJP_TO_JSTRING(apr_version_string());
  +}
  +
   TCN_IMPLEMENT_CALL(jboolean, Library, has)(TCN_STDARGS, jint what)
   {
   jboolean rv = JNI_FALSE;
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jni/native/include tcn.h

2005-05-28 Thread mturk
mturk   2005/05/28 01:24:59

  Modified:jni/native/include tcn.h
  Log:
  Refuse to compile the native if APR_HAS_THREADS is missing.
  
  Revision  ChangesPath
  1.7   +5 -1  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.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- tcn.h 27 May 2005 16:39:13 -  1.6
  +++ tcn.h 28 May 2005 08:24:59 -  1.7
  @@ -22,6 +22,10 @@
   #ifndef TCN_H
   #define TCN_H
   
  +#ifndef APR_HAS_THREADS
  +#error Missing APR_HAS_THREADS support from APR.
  +#endif
  +
   #include jni.h
   
   #if defined(_DEBUG) || defined(DEBUG)
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jni/native/include tcn.h

2005-05-28 Thread mturk
mturk   2005/05/28 01:29:14

  Modified:jni/native/include tcn.h
  Log:
  Add classpath prefix to easily change the classpath if desired.
  
  Revision  ChangesPath
  1.8   +5 -4  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.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- tcn.h 28 May 2005 08:24:59 -  1.7
  +++ tcn.h 28 May 2005 08:29:14 -  1.8
  @@ -39,9 +39,10 @@
   #define APR_MAX_IOVEC_SIZE 1024
   #endif
   
  -#define TCN_FINFO_CLASS org/apache/tomcat/jni/FileInfo
  -#define TCN_AINFO_CLASS org/apache/tomcat/jni/Sockaddr
  -#define TCN_ERROR_CLASS org/apache/tomcat/jni/Error
  +#define TCN_CLASS_PATH  org/apache/tomcat/jni/
  +#define TCN_FINFO_CLASS TCN_CLASS_PATH FileInfo
  +#define TCN_AINFO_CLASS TCN_CLASS_PATH Sockaddr
  +#define TCN_ERROR_CLASS TCN_CLASS_PATH Error
   
   #define UNREFERENCED(P) (P)
   #define P2J(P)  ((jlong)(P))
  
  
  

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



DO NOT REPLY [Bug 35113] New: - Possibily to undeploy without removing

2005-05-28 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=35113.
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=35113

   Summary: Possibily to undeploy without removing
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Webapps:Manager
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I'd like to see the possibility to undeploy a wepapp, without removing its
content-directory. This is useful in the case, when I just want to update some
files in the root webapp, and temporarily need to display a not available
message, by replacing the root webapp.

-- 
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 35113] - Possibily to undeploy without removing

2005-05-28 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=35113.
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=35113


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |enhancement




-- 
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/os/win32 system.c

2005-05-28 Thread mturk
mturk   2005/05/28 04:40:52

  Modified:jni/java/org/apache/tomcat/jni OS.java
   jni/native/os/unix system.c
   jni/native/os/win32 system.c
  Log:
  Update OS info for linux
  
  Revision  ChangesPath
  1.6   +29 -17
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/OS.java
  
  Index: OS.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/OS.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- OS.java   12 May 2005 19:29:47 -  1.5
  +++ OS.java   28 May 2005 11:40:52 -  1.6
  @@ -29,6 +29,9 @@
   private static final int NETWARE  = 2;
   private static final int WIN32= 3;
   private static final int WIN64= 4;
  +private static final int LINUX= 5;
  +private static final int SOLARIS  = 6;
  +private static final int BSD  = 7;
   
   /**
* Check for OS type.
  @@ -41,12 +44,18 @@
   IS_NETWARE = is(NETWARE);
   IS_WIN32   = is(WIN32);
   IS_WIN64   = is(WIN64);
  +IS_LINUX   = is(LINUX);
  +IS_SOLARIS = is(SOLARIS);
  +IS_BSD = is(BSD);
   }
   
   public static boolean IS_UNIX= false;
   public static boolean IS_NETWARE = false;
   public static boolean IS_WIN32   = false;
   public static boolean IS_WIN64   = false;
  +public static boolean IS_LINUX   = false;
  +public static boolean IS_SOLARIS = false;
  +public static boolean IS_BSD = false;
   
   /**
* Get the name of the system default characer set.
  @@ -73,26 +82,29 @@
* Gather system info.
* PRE
* On exit the inf array will be filled with:
  - * inf[0]  - Physical RAM
  - * inf[1]  - Available RAM
  - * inf[2]  - Total page file (swap + Physical RAM)
  - * inf[3]  - Free page file
  - * inf[4]  - Memory Load
  + * inf[0]  - Total usable main memory size
  + * inf[1]  - Available memory size
  + * inf[2]  - Total page file/swap space size
  + * inf[3]  - Page file/swap space still available
  + * inf[4]  - Amount of shared memory
  + * inf[5]  - Memory used by buffers
  + * inf[6]  - Memory Load
*
  - * inf[5]  - Idle Time in microseconds
  - * inf[6]  - Kernel Time in microseconds
  - * inf[7]  - User Time in microseconds
  + * inf[7]  - Idle Time in microseconds
  + * inf[9]  - Kernel Time in microseconds
  + * inf[9]  - User Time in microseconds
*
  - * inf[8]  - Process creation time (apr_time_t)
  - * inf[9]  - Process Kernel Time in microseconds
  - * inf[10] - Process User Time in microseconds
  + * inf[10] - Process creation time (apr_time_t)
  + * inf[11] - Process Kernel Time in microseconds
  + * inf[12] - Process User Time in microseconds
*
  - * inf[11] - Current working set size.
  - * inf[12] - Peak working set size.
  - * inf[13] - Number of page faults.
  + * inf[13] - Current working set size.
  + * inf[14] - Peak working set size.
  + * inf[15] - Number of page faults.
* /PRE
  - * @param inf array that will be filled with system informations.
  + * @param inf array that will be filled with system information.
  + *Array length must be at least 16.
*/
   public static native int info(long [] inf);
  -
  +
   }
  
  
  
  1.5   +49 -5 jakarta-tomcat-connectors/jni/native/os/unix/system.c
  
  Index: system.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/os/unix/system.c,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- system.c  24 May 2005 09:25:36 -  1.4
  +++ system.c  28 May 2005 11:40:52 -  1.5
  @@ -18,18 +18,33 @@
* @author Mladen Turk
* @version $Revision$, $Date$
*/
  - 
  +
   #include apr.h
   #include apr_pools.h
   #include apr_network_io.h
   
   #include tcn.h
  +#if defined(__linux__)
  +#include sys/sysinfo.h
  +#endif
   
   TCN_IMPLEMENT_CALL(jboolean, OS, is)(TCN_STDARGS, jint type)
   {
   UNREFERENCED_STDARGS;
   if (type == 1)
   return JNI_TRUE;
  +#if defined(__linux__)
  +else if (type == 5)
  +return JNI_TRUE;
  +#endif
  +#if defined(sun)
  +else if (type == 6)
  +return JNI_TRUE;
  +#endif
  +#if defined(__FreeBSD__) || defined(__NetBSD__)
  +else if (type == 7)
  +return JNI_TRUE;
  +#endif
   else
   return JNI_FALSE;
   }
  @@ -37,7 +52,36 @@
   TCN_IMPLEMENT_CALL(jint, OS, info)(TCN_STDARGS,
  jlongArray inf)
   {
  -UNREFERENCED_STDARGS;
  -UNREFERENCED(inf);
  -return APR_ENOTIMPL;
  +jint rv;
  +int  i;
  +jsize ilen = (*e)-GetArrayLength(e, inf);
  +

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

2005-05-28 Thread mturk
mturk   2005/05/28 05:13:02

  Modified:jni/examples/org/apache/tomcat/jni Echo.java
  Log:
  Update examples to conform to API.
  Add OS.info display.
  
  Revision  ChangesPath
  1.11  +55 -16
jakarta-tomcat-connectors/jni/examples/org/apache/tomcat/jni/Echo.java
  
  Index: Echo.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/examples/org/apache/tomcat/jni/Echo.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- Echo.java 18 Apr 2005 15:28:06 -  1.10
  +++ Echo.java 28 May 2005 12:13:02 -  1.11
  @@ -82,7 +82,7 @@
   System.out.println(Server:  + addr.servname);
   System.out.println(IP:  + Address.getip(sa) +
  : + addr.port);
  -}   
  +}
   int rc = Socket.bind(serverSock, inetAddress);
   if (rc != 0) {
 throw(new Exception(Can't create Acceptor: bind:  + 
Error.strerror(rc)));
  @@ -101,7 +101,7 @@
   while (true) {
   long clientSock = Socket.accept(serverSock, pool);
   System.out.println(Accepted id:  +  i);
  -
  +
   try {
   long sa = Address.get(Socket.APR_REMOTE, clientSock);
   Sockaddr raddr = new Sockaddr();
  @@ -117,13 +117,13 @@
   System.out.println(Local Server:  + 
Address.getnameinfo(sa, 0));
   System.out.println(Local IP:  + 
Address.getip(sa) +
  : + laddr.port);
  -}
  -
  +}
  +
   } catch (Exception e) {
   // Ignore
   e.printStackTrace();
   }
  -
  +
   Socket.timeoutSet(clientSock, 1000);
   Worker worker = new Worker(clientSock, i++,
  this.getClass().getName());
  @@ -183,16 +183,25 @@
   /* Four times size then  created pollset */
   long [] desc = new long[64];
   /* USe 1 second poll timeout */
  -int rv = Poll.poll(serverPollset, 100, desc);
  -for (int n = 0; n  rv; n++) {
  -long clientSock = desc[n*4+1];
  -int  workerId   = (int)desc[n*4+2];
  -System.out.println(Poll flags  + desc[n*4]);
  -remove(clientSock, workerId);
  -Worker worker = new Worker(clientSock, workerId,
  -   
this.getClass().getName());
  -Echo.incThreads();
  -worker.start();
  +int rv = Poll.poll(serverPollset, 100, desc, false);
  +if (rv  0) {
  +for (int n = 0; n  rv; n++) {
  +long clientSock = desc[n*4+1];
  +int  workerId   = (int)desc[n*4+2];
  +System.out.println(Poll flags  + desc[n*4]);
  +remove(clientSock, workerId);
  +Worker worker = new Worker(clientSock, workerId,
  +   
this.getClass().getName());
  +Echo.incThreads();
  +worker.start();
  +}
  +}
  +else {
  +if (Status.APR_STATUS_IS_TIMEUP(-rv))
  +System.out.println(Timeup);
  +else {
  +System.out.println(Error  + (-rv));
  +}
   }
   }
   /* XXX: JFC quick hack
  @@ -294,6 +303,36 @@
   public static void main(String [] args) {
   try {
   Library.initialize(null);
  +long [] inf = new long[16];
  +System.out.println(Info ...);
  +System.out.println(  Native + Library.versionString());
  +System.out.println(  APR+ 
Library.aprVersionString());
  +OS.info(inf);
  +System.out.println(OS Info ...);
  +System.out.println(  Physical   + inf[0]);
  +System.out.println(  Avail  + inf[1]);
  +System.out.println(  Swap   + inf[2]);
  +System.out.println(  Swap free  + inf[3]);
 

DO NOT REPLY [Bug 35113] - Possibily to undeploy without removing

2005-05-28 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=35113.
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=35113


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-05-28 16:41 ---
Making a hot deployer work reliably is not trivial overall, and has to rely on
certain mechanisms to work well. I would recommend experimenting with start/stop
rather that deploy/undeploy for your purpose, but this will not be fixed inside
Tomcat.

OTOH, capabilities to redirect parts of the URL namespace to a special webapp to
handle better redeployment in production is a possible feature addition, but
this has nothing to do with changing the way the deployer behaves.

-- 
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: What to do now

2005-05-28 Thread Remy Maucherat

Bill Barker wrote:
Now that we are officially a TLP (and, by the way, congrats Remy :), 


I think it's more congrats Mladen, as he's the one who wanted it most.


what is the migration strategy?


From the previous discussions:
- repositories: remain the same at the moment, in CVS, as we'll have to 
migrate to SVN (unfortunately) before the end of the year, and two 
migrations in 6 months didn't sound that sensible
- mailing lists: I don't know yet, but I favor moving to 
[EMAIL PROTECTED] and [EMAIL PROTECTED] (hopefully no more spam 
for a few months :) )
- website: infrastructure didn't create any virtual host yet, although 
they got the appropriate announcement


I'm assuming that we'll need to do a new 'ci' on all of what once was 
jakarta-tomcat*, but did jakarta-servletapi* and jakarta-watchdog* 
follow us?


Yes, we'll be responsible for these repositories.

Rémy

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



DO NOT REPLY [Bug 35114] New: - Jasper JSPC does not support a failonerr from Ant

2005-05-28 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=35114.
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=35114

   Summary: Jasper JSPC does not support a failonerr from Ant
   Product: Tomcat 5
   Version: 5.5.7
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When using org.apache.jasper.JspC as a taskdef Ant tag, if there is a failure 
in the compilation the whole compilation aborts.

Although in some working environments it is required to stop the whole process 
after the first error, there are cases where it is needed to have the whole 
list of errors instead of stopping at the first one.

A typical case is when migrating from WebLogic to JBoss. WebLogic's JSPC 
forgives so much that develpers do not notice they are entering faulty JSP 
expressions. When compiling with Jasper for migration it is needed to be able 
to get all the errors to distribute the job among the developers.

I recommend a failonerr capability to JspC and modify the unconditional re-
throw of exceptions catched by JspC.execute().

-- 
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: rfe

2005-05-28 Thread Yoav Shapira
Hi,
First, please don't cross-post to both tomcat-user and tomcat-dev.

  I was wondering if any one other than me has had the need to use a run-
 time
 'before-bootstrapping' and 'cleaning-after-at-the-very-end' type of
 functionality.

If I do, there are other places for this that don't require hacking.  They
include the LifecycleListeners you can attach to Tomcat's containers, webapp
ServletContextListeners, class static initializers, and the JVM's shutdown
hooks.  Because all these are present, I don't think your RFE is needed by a
lot of people (if any, except you), so I wouldn't be gung-ho about adding it
to Tomcat.

Yoav


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



DO NOT REPLY [Bug 35114] - Jasper JSPC does not support a failonerr from Ant

2005-05-28 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=35114.
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=35114





--- Additional Comments From [EMAIL PROTECTED]  2005-05-28 19:07 ---
Created an attachment (id=15195)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15195action=view)
Implements the failonerror option for using JaspC as a task

This patch was done for tomcat-5.5.7.

-- 
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 35114] - Jasper JSPC does not support a failonerr from Ant

2005-05-28 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=35114.
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=35114


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #15195|Implements the failonerror|I submit this patch for your
description|option for using JaspC as a |consideration. It implements
   |task|the failonerror option for
   ||using JaspC as an Ant task.




-- 
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 35114] - Jasper JSPC does not support a failonerr from Ant

2005-05-28 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=35114.
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=35114


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #15195|I submit this patch for your|It implements the
description|consideration. It implements|failonerror option for
   |the failonerror option for|using JaspC as an Ant task.
   |using JaspC as an Ant task. |




-- 
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 35114] - Jasper JSPC does not support a failonerr from Ant

2005-05-28 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=35114.
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=35114


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #15195|It implements the   |Implementation of
description|failonerror option for|failonerror option for
   |using JaspC as an Ant task. |JspC when used as an Ant
   ||task.




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



Unclear 5.0 release status

2005-05-28 Thread Rainer Jung
Hi,

the release status of TC 5.0 is a little unclear:

http://jakarta.apache.org/tomcat/tomcat-5.0-doc/status.html

states:

Tomcat 5.0.29 was released on October 6th, 2004. Work on the 5.0 branch is
primarily for maintenance and bug fixes. It is still considered the best
branch for production use, but Tomcat 5.5 is rapidly nearing a stable
release.

I remember, that 5.0.29 was not finally released, instead 5.0.30-beta was
put on the server 6 months ago and never changed from beta to final, so

http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi

still only shows 5.0.30-beta and the last non-beta version is 5.0.28.

Any reasons to not formally change 5.0.30 from beta to final (apart from
everyone is using his/her time for 5.5.x)?

Rainer



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



RE: Unclear 5.0 release status

2005-05-28 Thread Yoav Shapira
Hi,

 the release status of TC 5.0 is a little unclear:
 
 http://jakarta.apache.org/tomcat/tomcat-5.0-doc/status.html
 
 states:
 
 Tomcat 5.0.29 was released on October 6th, 2004. Work on the 5.0 branch is
 primarily for maintenance and bug fixes. It is still considered the best
 branch for production use, but Tomcat 5.5 is rapidly nearing a stable
 release.

That's out of date.

 Any reasons to not formally change 5.0.30 from beta to final (apart from
 everyone is using his/her time for 5.5.x)?

Yes, it will never be changed from beta.  See the stability voting thread
for 5.0.30 in this list's archives.

Yoav


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



Re: What to do now

2005-05-28 Thread Ian Darwin
On Sat, May 28, 2005 at 04:43:45PM +0200, Remy Maucherat wrote:
 
 I'm assuming that we'll need to do a new 'ci' on all of what once was 
 jakarta-tomcat*, but did jakarta-servletapi* and jakarta-watchdog* 
 follow us?

Does it make more sense to ci all over again, or to move or copy the
existing repository and thereby preserve the history? (As well as being
a lot faster).  If it's move or copy, move is also faster :-) and
prevents ppl from getting out from the stale repo...

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