Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v730)
In-Reply-To: <42979E4D.3030203@Jarnbjo.de>
References: <60510FC8-4503-4149-A7EA-9CEBA018D0FA@apache.org>
 <42978057.7080403@Jarnbjo.de>
 <BFA4DBA1-CA58-49F5-B9B6-51507FFCD5D5@apache.org>
 <42979E4D.3030203@Jarnbjo.de>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <09075780-2096-4546-89AF-A882E4C5B8C6@apache.org>
Content-Transfer-Encoding: 7bit
From: "Geir Magnusson Jr." <geirm@apache.org>
Subject: Re: [arch] VM/Classlibrary interface
Date: Fri, 27 May 2005 18:31:00 -0400
To: harmony-dev@incubator.apache.org


On May 27, 2005, at 6:25 PM, Tor-Einar Jarnbjo wrote:

> Geir Magnusson Jr. wrote:
>
>
>> (Tomcat : I'd bet they fixed that (or will fix...))
>>
>
> It doesn't seem so. The SSL code has been in Tomcat versions 4.1.x  
> to 5.5.9 and I just saw that also the LDAP code in Tomcat 5.5.9  
> uses classes in com.sun.

Amazing.  Jetty was doing the same thing until we asked them to fix  
it.  They did, and all is well now.

>
>
>> Well, can't the VM just prevent non-kernel code from using them?    
>> Maybe overhead too high?
>>
>
> How do you distinguish "kernel code" and "non-kernel code"? From  
> the VM point of view, the classes in the java(x).* packages do not  
> differ from user code classes and it is also possible to bootstrap  
> the VM and replace java(x).* classes with own implementations. Been  
> there, done that.

I meant execution context.  Is there a clear boundary between code  
thats executing in the context of the VM and code that's executing in  
the context of the 'user' app?

geir

-- 
Geir Magnusson Jr                                  +1-203-665-6437
geirm@apache.org