river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dennis Reedy <dennis.re...@gmail.com>
Subject Re: JVM version policy Was: Re: Build failed in Hudson: River-trunk-jdk1.5 #3
Date Thu, 02 Dec 2010 17:20:00 GMT
Apologies for getting wrapped around the axle here, I wanted to get some specifics on what
River components were required in the RTSJ environment. I think it would be helpful to discuss

Below, Greg asks an interesting question, I'd like to expand on it. Is it your requirement
that all provided River services run in a RT Java VM? Even if they do not use any specific
RTJ APIs? If so why?

On Dec 2, 2010, at 104AM, MICHAEL MCGRADY wrote:

> We do this now with Java 1.5, Greg.  Java RT 2.1 (64 bit) is compatible with Java 1.5.
 http://preview.tinyurl.com/2bpjqfh  There would be no other test than works-with-Java-1.5.
 The simple answer is that if River does not call real-time threads and uses Java 1.5 there
is no issue.  There are other things that impact real-time but we can cover those.
> MG
> On Dec 1, 2010, at 9:00 PM, Greg Trasuk wrote:
>> On Wed, 2010-12-01 at 23:33, Mike McGrady wrote:
>>> Like I said, Java 1.6 is incompatible with Java RTS and that os very serious
in my neighborhood.  We do QoS with Java RTS.
>> That's certainly an interesting comment... I'm curious though: I haven't
>> looked at RT Java for several years, but I recall that the first pass
>> allowed plain Java (i.e. non-real-time) to be executed.  Would River
>> components need some other evaluation or testing to be accepted as
>> "real-time" (which I doubt would be an easy task), or would you just be
>> looking for compatibility with the run-time environment, but without
>> real-time guarantees?
>> Also, what would be the impact if the RT system called services that
>> were resident in a non-RT virtual machine?  Specifically, would the
>> registrar and/or JavaSpaces implementation need to be hosted in a Java
>> RTS virtual machine?
>> Cheers,
>> Greg.
>> Sent from my iPhone
>>> Michael McGrady
>>> Principal investigator AF081_028 SBIR
>>> Chief Architect
>>> Topia Technology, Inc
>>> Work 1.253.572.9712
>>> Cel 1.253.720.3365
>>> On Dec 1, 2010, at 5:03 PM, Patricia Shanahan <pats@acm.org> wrote:
>>>> On 12/1/2010 4:53 PM, Dennis Reedy wrote:
>>>> ...
>>>>> Some of the discussion has referenced Java CDC on BlueRay. Should
>>>>> these platforms have an overriding influence on whether River moves
>>>>> forward and adopts 1.6 as a baseline? I'm not so sure at this point.
>>>> Is the relevant Java dialect identical to 1.4? If not, we would need a separate
project to make portions of River run on it.
>>>> Patricia
>> -- 
>> Greg Trasuk, President
>> StratusCom Manufacturing Systems Inc. - We use information technology to
>> solve business problems on your plant floor.
>> http://stratuscom.com
> Michael McGrady
> Chief Architect
> Topia Technology, Inc.
> Cel 1.253.720.3365
> Work 1.253.572.9712 extension 2037
> mmcgrady@topiatechnology.com

View raw message