Re: Challenges for Java hosting

2006-04-08 Thread Rainer Jung
Some hints, although I didn't go deeper into it and most of it might still be experimental: 1) Java Isolate API JSP-221 http://java.sys-con.com/read/99716.htm http://jcp.org/en/jsr/detail?id=121 2) Building on top Java Resource Consumption Management API JSR-284

Re: APR Sendfile Support with MAC OS X not yet implemented

2006-04-08 Thread Mladen Turk
Peter Rossbach wrote: Hi, I have test the sendfile apr connector feature with MAC OS X 10.4.5, Java 1.5, APR 1.2.2, Tomcat svn head, Every time as sendfile is use the AprEndpoint.add(SendfileData data) Socket.sendfilen() L1417 returned code 70023 APR_ENOTIMPL Not yet implemented?! Looks

Re: APR Sendfile Support with MAC OS X not yet implemented

2006-04-08 Thread Peter Rossbach
Arrg, you are right! It seems that MAC OS X have no sendfile support. I have search, but I can't find sys/sendfile.h I don't understand why Library.APR_HAS_SENDFILE not set correctly :-( apr.h is correct generate without sendfile support #define APR_HAS_SENDFILE 0 Regards Peter Am

Re: APR Sendfile Support with MAC OS X not yet implemented

2006-04-08 Thread Mladen Turk
Peter Rossbach wrote: Arrg, you are right! It seems that MAC OS X have no sendfile support. I have search, but I can't find sys/sendfile.h I don't understand why Library.APR_HAS_SENDFILE not set correctly :-( apr.h is correct generate without sendfile support #define APR_HAS_SENDFILE 0

Re: APR Sendfile Support with MAC OS X not yet implemented

2006-04-08 Thread Peter Rossbach
Ups, now I find the root of my strange problem... Peter Rossbach wrote: Arrg, you are right! It seems that MAC OS X have no sendfile support. I have search, but I can't find sys/sendfile.h I don't understand why Library.APR_HAS_SENDFILE not set correctly :-( apr.h is correct generate

Re: APR Sendfile Support with MAC OS X not yet implemented

2006-04-08 Thread Mladen Turk
Peter Rossbach wrote: Ups, now I find the root of my strange problem... Start with zero, but jnilib.c starts with one?! I think that isn't correct or every one at the middle decrement the has() value! Can I change the Library.java ? If you have a commit right, sure :) It seems it's an

Re: APR Sendfile Support with MAC OS X not yet implemented

2006-04-08 Thread Mladen Turk
Peter Rossbach wrote: Ups, now I find the root of my strange problem... I think that isn't correct or every one at the middle decrement the has() value! Can I change the Library.java ? Sorry... Fix the jnilib.c instead Library.java -- Mladen.

Re: APR Sendfile Support with MAC OS X not yet implemented

2006-04-08 Thread Peter Rossbach
OK, but then all user need a new tcnative releas. I thing the correction at Library.java is the better option, but I am not sure! Peter Am 08.04.2006 um 14:25 schrieb Mladen Turk: Peter Rossbach wrote: Ups, now I find the root of my strange problem... I think that isn't correct or every

Re: Challenges for Java hosting

2006-04-08 Thread Darryl Miles
Interesting discussion. Ideas? Yes, and it's very simple - use fork()! The problem with fork() in the way you propose is Garbage Collection. A JVM can move objects and compact heap space during GC, this presents a problem that moving data unshare's that page. For a native executable

svn commit: r392530 - /tomcat/connectors/trunk/jni/native/src/jnilib.c

2006-04-08 Thread pero
Author: pero Date: Sat Apr 8 07:22:13 2006 New Revision: 392530 URL: http://svn.apache.org/viewcvs?rev=392530view=rev Log: Fix APR feature constant that it correct map to Libaray.java! Modified: tomcat/connectors/trunk/jni/native/src/jnilib.c Modified:

svn commit: r392531 - /tomcat/connectors/trunk/jni/native/src/sslinfo.c

2006-04-08 Thread pero
Author: pero Date: Sat Apr 8 07:24:55 2006 New Revision: 392531 URL: http://svn.apache.org/viewcvs?rev=392531view=rev Log: fix to correct datatype. Modified: tomcat/connectors/trunk/jni/native/src/sslinfo.c Modified: tomcat/connectors/trunk/jni/native/src/sslinfo.c URL:

Found two compiler warnings at MAC OS X at tcnative/apr

2006-04-08 Thread Peter Rossbach
I got these two warnings: /bin/sh /Users/peter/tools/local//build-1/libtool --silent -- mode=compile gcc -g -O2 -DHAVE_CONFIG_H -DDARWIN - DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -g -O2 - DHAVE_OPENSSL -I/Users/peter/tomcat/develop/tomcat55/connectors/jni/ native/include

Critical poller failure when using tcnative

2006-04-08 Thread Jeff Turner
Hi, I'm trying to set the new issues.apache.org box up with Tomcat 5.5.16 + tomcat-native-1.1.2 + httpd 2.2.0. When requests come in, I'm seeing these errors for almost every request in the logs: Apr 8, 2006 3:28:47 PM org.apache.tomcat.util.net.AprEndpoint$Poller run SEVERE: Critical poller

Re: Critical poller failure when using tcnative

2006-04-08 Thread Remy Maucherat
Jeff Turner wrote: We experienced this before on the old issues.apache.org box, but Remy said he fixed it (and it is fixed on that box): Yes, it was a specificity of the Itanium platform which got fixed. Normally, I also fixed the problem where a poller could crash when it is restarted.

Re: Challenges for Java hosting

2006-04-08 Thread Wade Chandler
Just some thoughts based on what Tim has mentioned. --- Tim Funk [EMAIL PROTECTED] wrote: I was thinking that too. A big problem with JVM's is memory leaks. I would say a big problem any application is memory leaks. C and C++ have the same types of issues...just a little different along with

Re: Critical poller failure when using tcnative

2006-04-08 Thread Jeff Turner
On Sat, Apr 08, 2006 at 06:56:06PM +0200, Remy Maucherat wrote: Jeff Turner wrote: We experienced this before on the old issues.apache.org box, but Remy said he fixed it (and it is fixed on that box): Yes, it was a specificity of the Itanium platform which got fixed. Normally, I also