Oracle has developed a virtualized JVM for their various web products.
It puts all the shared, read-only stuff in one layer and all the private
read-write stuff in another layer. It allows each client session to
have effectively their own private JVM with something like 20KB overhead
per ses
> The problem is that the connection to the X display happens when the AWT
> native library is first loaded. It's a single connection that is used
> through the life of the JVM. As currently structured, the AWT won't let
> you associate different objects with different X connections. It would
> ta
Sounds what we need is the old UNIX sticky bit put back into Linux. The
sticky bit was a file attribute that told the Kernel that the
application should stay in cached for some period of time after it was
initially loaded. Way back when, UNIX did this and things that got hit a
lot like editors (vi
> 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 t
allen petersen wrote:
>
> you know, it would probably make a whole lot more sense to integrate the jvm
> with something like gnome or kde rather than with the operating system itself.
> that way you skip the various xdisplay problems (since you'll necessarily have
> an x environment associated wi
you know, it would probably make a whole lot more sense to integrate the jvm
with something like gnome or kde rather than with the operating system itself.
that way you skip the various xdisplay problems (since you'll necessarily have
an x environment associated with your session) and you don'
Yavor Kolarov wrote:
>
> Thanks to everyone who replied!
>
> It is clear that JVM can't be part of the kernel. Because of three main
> reasons:
> 1. Java is not GPL'ed
> 2. the more code in the kernel the worse. Java is too big and not so stable.
>
You don't want different people sharing the j
Yavor Kolarov wrote:
>
> There are some additional problems.
>
> If we have a wrapper starting all programs it has to be able to:
> - open news windows and frames on a specific X terminal. ( User A running
> Java application on localhost:0.0 and user B on localhost:1.0)
> This raises the questio
> "Brett" == Brett W McCoy <[EMAIL PROTECTED]> writes:
Brett> On 19 Jan 2001, Juergen Kreileder wrote:
>> Yes, a "simplified" implementation isn't too hard but a complete
>> implementation isn't trivial.
>> BTW, SCO has done this for Solaris and UnixWare:
>> http://www.sco
Hi!
On Fre, 19 Jan 2001 Yavor Kolarov wrote:
> Thanks to everyone who replied!
>
> It is clear that JVM can't be part of the kernel. Because of three main
> reasons:
> 1. Java is not GPL'ed
> 2. the more code in the kernel the worse. Java is too big and not so stable.
Sorry, the JOS mailing is
Thanks to everyone who replied!
It is clear that JVM can't be part of the kernel. Because of three main
reasons:
1. Java is not GPL'ed
2. the more code in the kernel the worse. Java is too big and not so stable.
Here is one possible design:
1. At boot time a wrapper is started in the user spac
Hi!
On Fre, 19 Jan 2001 Bruno Randolf wrote:
> i understand the reluctance of the linux community to use java because
> of licencing problems, but on the other hand i think it would be really
> interresting to integrate java and linux.
Don't forget that the GNU utils are a huge part of Li
At 21:58 01 Jan 2001 +0200, Yavor Kolarov wrote:
> Recently an interesting question crossed my mind - is there a project for
> "emedding" JRE as part of Linux system. By embedding I mean starting it at
> system boot or the first time it's needed and keep it running, so that when
> the user sta
hello!
i also thought of a similar thing - would'nt it be cool to have java
wrappers around the linux kernel and the system calls - so that you can
access them in java? also a java shell would be nice (java instead of
shell-scripts!).
i understand the reluctance of the linux community to use jav
On 19 Jan 2001, Juergen Kreileder wrote:
> Yes, a "simplified" implementation isn't too hard but a complete
> implementation isn't trivial.
> BTW, SCO has done this for Solaris and UnixWare:
> http://www.sco.com/10xmore/
But I'm sure they have done it under license and NDA. It's a different
sto
> "Nathan" == Nathan Meyers <[EMAIL PROTECTED]> writes:
Nathan> "Brett W. McCoy" wrote:
>>
>> On Thu, 18 Jan 2001, Yavor Kolarov wrote:
>>
>> > Recently an interesting question crossed my mind - is there a
>> > project for "emedding" JRE as part of Linux system. By
Hi!
On Don, 18 Jan 2001 Brett W. McCoy wrote:
> On Thu, 18 Jan 2001, Yavor Kolarov wrote:
>
> > Recently an interesting question crossed my mind - is there a project for
> > "emedding" JRE as part of Linux system. By embedding I mean starting it at
> > system boot or the first time it's needed a
"Brett W. McCoy" wrote:
>
> On Thu, 18 Jan 2001, Yavor Kolarov wrote:
>
> > Recently an interesting question crossed my mind - is there a project for
> > "emedding" JRE as part of Linux system. By embedding I mean starting it at
> > system boot or the first time it's needed and keep it running,
Until Sun agress to release java under the gpl, it ain't gonna happen.
There isn't even a 1.2 compatible free jvm.
Yavor Kolarov wrote:
>
> Hello
>
> Recently an interesting question crossed my mind - is there a project for
> "emedding" JRE as part of Linux system. By embedding I mean starting
On Thu, 18 Jan 2001, Yavor Kolarov wrote:
> Recently an interesting question crossed my mind - is there a project for
> "emedding" JRE as part of Linux system. By embedding I mean starting it at
> system boot or the first time it's needed and keep it running, so that when
> the user starts an Jav
http://gcc.gnu.org/ ... look at the Java support if you
want startup times that are as good as native code.
(And don't need Swing... GTK integration is in the
works though.)
GCC 3.0 includes a Java compiler, GCJ. It's in code
slush now, soon to branch; "hope to release by the
end of Q1 2001".
21 matches
Mail list logo
