Re: JRE as part of Linux

[noisebrain]

> What is really needed is a pre-started jvm.  When you start up a java
> process, the jvm will fork, and the child will su to you and proceed as
> normal.  I don't know exactly what the jvm is doing when it is taking
> all that time starting up so I don't know how useful this would be.

I like this solution, though I don't see the details.
My guess is that part of the startup time is just that java
has to uncompress the classes zip file, which is big.  The
scheme above would avoid the uncompress.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Detecting executable jar files

[Nicolás Lichtmaier]

> Does anyone have a good binfmt_misc recipe for making "executable
> jar files" runable?  What I'm actually looking for in one which 
> doesn't depend on a ".jar" extension, but this requires being able to
> tell the difference between an executable jar file and any other type
> of zip file in the first 128 bytes... is this possible?  My gut
> reaction is that trying to execute all zip files with x bits set is
> probably too broad.

 It's not to broad, it's ok. That's the executable bit purpose. All .zip's
marked as executables, will be executable jars, as there are no other
language or tools using .zips as executables.

 Take for example the ELF format. All binary executables are ELF, but there
are many other non-executable ELF files as well (shared libraries, object
files).


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]