[cgl_discussion] Re: [OCF]draft 0.8 of the SAF Application Interface specification

Frederic Herrmann Frederic.Herrmann at sun.com
Wed Jan 8 19:19:39 PST 2003


>Delivered-To: 
mailman-lists.community.tummy.com-ocf at lists.community.tummy.com
>From: David Brower <David.Brower at oracle.com>
>User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) 
Gecko/20020829
>X-Accept-Language: en-us, en
>MIME-Version: 1.0
>To: ocf at lists.community.tummy.com
>Subject: Re: [cgl_discussion] Re: [OCF]draft 0.8 of the SAF Application 
Interface specification
>Content-Transfer-Encoding: 7bit
>X-BeenThere: ocf at lists.community.tummy.com
>X-Mailman-Version: 2.0.13
>List-Unsubscribe: <http://lists.community.tummy.com/mailman/listinfo/ocf>, 
<mailto:ocf-request at lists.community.tummy.com?subject=unsubscribe>
>List-Id: Open Clustering Framework main list 
<ocf.lists.community.tummy.com>
>List-Post: <mailto:ocf at lists.community.tummy.com>
>List-Help: <mailto:ocf-request at lists.community.tummy.com?subject=help>
>List-Subscribe: <http://lists.community.tummy.com/mailman/listinfo/ocf>, 
<mailto:ocf-request at lists.community.tummy.com?subject=subscribe>
>List-Archive: <http://lists.community.tummy.com/pipermail/ocf/>
>Date: Wed, 08 Jan 2003 11:18:10 -0800
>
>>
>>
>>essage: 2
>>Date: Tue, 7 Jan 2003 18:27:49 +0100 (MET)
>>From: Dave Penkler - Sun Microsystems <Dave.Penkler at sun.com>
>>Subject: Re: [cgl_discussion] Re: [OCF]draft 0.8 of the SAF Application 
Interface specification
>>To: wookie at osdl.org, cgl_discussion at osdl.org, mika at osdl.org
>>Cc: ocf at lists.community.tummy.com, Wolfram.Weyer at fci.com,
>>        Timo.Jokiaho at nokia.com, Henry.Turko at nokia.com, jkj at uk.ibm.com,
>>        Dave.Penkler at sun.com, Frederic.Herrmann at sun.com
>>Reply-To: ocf at lists.community.tummy.com
>>
>>Just to add a small clarification to MiKu's observation: The spec uses 
POSIX
>>calls in the examples but it does not require the underlying OS to be 
POSIX
>>compliant. Small footprint / RT implementations of the SAF middleware may 
>>find POSIX compliance of the OS too onerous.
>>  
>>
>Au contraire, it assumes POSIX-like semantics every place it uses a 
integer
>file descriptor, and assumes the presence of something like select or 
poll.

In the SAF application spec, an opaque type (SaSelectionObject) is returned 
to the application. This may be a file desc on a Posix system or something 
else on other systems. There is no assumption on select or poll explicitly 
by the spec but only an assumption that the application has a way to wait 
on the selection object returned previously. 

It is true that we didn't look at many OSes such as OS/390 to make sure 
that there is a way to map the abstract type on something reasonable but 
someone in our group checked that this could be easily mapped on NT 
(without using the POSIX emulation). 

>An OS agnostic approach would have opaque types that could be either
>integers or handles, and wait mechanisms that encapsulated those types;
>and encapsulated the lifecycle management of their creation and 
destruction.

I think we're in agreement here.

>
>As it stands, it is about as POSIX specific as the OCF drafts, with 
>additional complication and embelleshment. 

I would appreciate if you could point out the parts which are unnecessary 
complicated so that we can give it a try at simplifying them.

> I think OCF could align with a subset
>of the SAF stuff easily.   I can't see SAF as meeting the 'agnostic' 
claim.
>Using the perrenial worst case example, it would probably be a pain to
>make that API work on OS/390 without the  POSIX emulation layer
>that many don't like to use.

I'm not familiar with OS/390 and I would appreciate if you could point out 
the parts of the spec which you think would be hard to implement on OS/390.

Best regards.
Fred.
>
>
>-dB
>
>
>
>
>
>
>
>
>
>_______________________________________________
>OCF mailing list
>OCF at lists.community.tummy.com
>http://lists.community.tummy.com/mailman/listinfo/ocf




More information about the cgl_discussion mailing list