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