The reason it's slow is because it's creating a SecureRandom object (used
for creating session IDs and for SSL) and that is true for all platforms.
There's a way to speed it up, but, it is supposed to decrease security.
Jon
----- Original Message -----
From: "Anthony Green" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, September 20, 2001 3:38 AM
Subject: Re: New xml parser on startup in Tomcat ?
> Franck wrote:
> > It works perfectly, although Tomcat is veeeeeeeeeery long to start
(almost
> > as long as netbeans !)
> > The point is that there is no JIT implementation for Linux PPC :-(
> > But still, it's long, even after I commented out the Tomcat-Apache in
> > server.xml...
> >
> > Any idea on how to make it start quicker ?
>
> Yes, help me test and debug Tomcat built with gcj on LinuxPPC. Tomcat is
> precompiled to native code (like C/C++). Servlets are compiled to shared
> libraries. When I finish hacking GnuJavaCompiler for jasper, JSP pages
will
> also be compiled to shared libraries and loaded.
>
> Gcj is known to work well on PowerPC Linux systems. Tomcat starts in just
a
> couple of seconds on my x86 box. I would expect the same on PowerPC
Linux.
> You'll need the very latest GCC development sources which includes
important
> fixes for gcj and libgcj (the runtime library).
>
> See http://sources.redhat.com/rhug
>
> AG
>
>
