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,
estion 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 Java application java is already there and start tim
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
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
"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
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 o
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 w
end of Q1 2001".
- Dave
- Original Message -
From: Yavor Kolarov <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 18, 2001 11:58 AM
Subject: JRE as part of Linux
> Hello
>
> Recently an interesting question crossed my mind - is there a proje
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 it at
system boot or the first time it's needed and keep it running, so that when
the user starts an Java application java is al
22 matches
Mail list logo
