This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: JSP Servlet container / WEB server


On Sat, 2003-07-19 at 21:25, Lars Andersen wrote:
> This is slightly OT, but might interest.
> 
> I have made a web server that compiles JSP pages and servlets into .so
> dynamic libraries using GCJ. The web engine itself is of course compiled
> with GCJ. 
> This makes for a compact, fast little web server!
> 
> I call it the Rimfaxe Web Server or just RWS.
> 
> I have put up a distribution (sources) on :
> 
> http://www.rimfaxe.com/rws/rws.jsp
> 
> It runs on linux, and perhaps other unices. For sure not on win32.
> 
> This is at an early stage, I would greatly appreciate if you would test
> it and comment on it!
> 
> Erik Poupart has already tried it out and helped me along.
> 
> The site www.rimfaxe.com runs on RWS by the way, with working MySQL JDBC
> drivers.
> 
> The IO frontend is based on SEDA sandStorm written by Matt Welsh and
> features Nonblocking IO and automatic adaption to load.
> SEDA sandStorm outperforms Apache on heavy loads.
> 
> The JSP page compiler is modified from Apache Jasper.
> 
> I have included the examples webapp from Tomcat to demonstrate it.
> RWS will even detect if a JSP page changed while running and recompile
> and reload it!
> 
> I have yet to benchmark it, but compared to tomcat it is really snappy.
> 
> 
> /Lars Andersen
> 

I'm posting to the list because this may be a GCJ thing or it may be a 
JWS thing. I'd love to get this working and if it's not a GCJ issue I
will post further question to Rimfax direct.

I just downloaded it to try it out but unfortunately when
I point my browser at http://localhost:8081/ i get this:

Sandstorm: Ready.
 
, maxBatch=-1
DynamicHttp: Loaded class com.rimfaxe.webserver.seda.SedaHandler for url /
java.security.NoSuchAlgorithmException: MD5
   at _ZN4java4lang11VMThrowable16fillInStackTraceEPNS0_9ThrowableE (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3/libgcj.so.4.0.0)

<-snip-> 

Now I looked through libgcj-3.3.jar and found this:

./gnu/java/security/provider/MD5.class

indicating MD5 is supported in gcj. So my question is: is the MD5 not fully
implemented in GCJ? or is there a bug in GCJ? Or is this an issue with RWS?

Here's some info about my version of gcj:

gcj -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3/specs
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3/libgcj.spec
rename spec lib to liborig
Configured with: /var/tmp/portage/gcc-3.3/work/gcc-3.3/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3 --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info --enable-shared --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --with-system-zlib --enable-languages=c,c++,ada,f77,objc,java --enable-threads=posix --enable-long-long --disable-checking --enable-cstdio=stdio --enable-clocale=generic --enable-__cxa_atexit --enable-version-specific-runtime-libs --with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3/include/g++-v3 --with-local-prefix=/usr/local --enable-shared --enable-nls --without-included-gettext --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-interpreter --enable-java-awt=xlib --with-x --disable-multilib
Thread model: posix
gcc version 3.3 (Gentoo Linux 1.4, PVR 3.3)

Regards,

- Galik

Attachment: signature.asc
Description: This is a digitally signed message part


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]