Hi Craig, thanks for the deep links! The SCA-C-C++ does indeed sound intriguing! At the moment my guess is that it would provide a generic way to create C/C++ accessors (stubs) for the OASIS middleware standards stack. So, in some sense its like a generic SAGA for OASIS. Interesting for us is that SAGA does, at the moment, has _no_ generic elements - we prescribe all semantic parts of the API as well. At some point we will need a generic part, and should look at the outcome of the SCA-C-C++ effort. IIUC, it requires at least a yearly $300 fee to actively participate in the group (as individual member). Is anybody on this list already OASIS member, or affiliated with an OASIS member organization/company? Swift: at a first glance, it looks not that different from other grid enabled workflow environments, although targeting on more scalable problems. I'm not sure if I missed their point though, will have to dig through their docs more thoroughly :-) SAGA / JSR: Gregor was the one proposing and driving that project, and I assume he still has interest in that. But, AFAIK, he has very tough time constraints :-( So I assume that is on hold until someone else who is comfortable with Java and the JSR process steps up to support that effort. Cheers, Andre. Quoting [Craig Lee] (Sep 12 2007):

To: Andre Merzky <andre@merzky.net> From: Craig Lee <craig@rush.aero.org> Subject: Re: [global-custreqs] Groups - OASIS: 6 New Committees Standardizing SCA for SOA (SCA OASIS - 6 SOA TCs .pdf) uploaded Cc: msc@ogf.org, saga-rg@ogf.org

Andre,

That document is actually just the OASIS press release which is also available at:

http://www.oasis-open.org/news/oasis-news-2007-08-09.php

There's a little bit more info at:

http://xml.coverpages.org/ni2007-07-06-a.html#SCA-C

But if you drill down to:

http://www.oasis-open.org/committees/documents.php?wg_abbrev=sca-c-cpp

there are still no documents -- perhaps not yet. The charter for the C-C++ group has some more info:

http://www.oasis-open.org/committees/sca-c-cpp/charter.php

but still not specific information.

On another topic, what do you SAGA-noids think about Swift? http://www.ci.uchicago.edu/swift

On a third topic, is the SAGA group still thinking about sending the Java binding through the JSR process?

--Craig

At 06:26 PM 9/10/2007, Andre Merzky wrote:

...

The document area seems to be passwd protected - do you know if the document publicly is available somewhere? I have to admint that I would need to read into it to understand what that agglomeration of acronyms really implies :-)

Thanks, Andre.

...

To: msc@ogf.org, saga-rg@ogf.org From: Craig Lee <craig@rush.aero.org> Subject: [SAGA-RG] Fwd: [global-custreqs] Groups - OASIS: 6 New Committees Standardizing SCA for SOA (SCA OASIS - 6 SOA TCs .pdf) uploaded

All,

The OSOA work (www.osoa.org) is now being sent through the OASIS standardization process. The OSOA approach is SCA (Service Component Architecture) and SDO (Service Data Objects) which seems to me like it makes services and data independently manageable, a la WSRF. WRT framework, policy, bindings, I wonder how much they are reinventing? WRT the C/C++/Java use in SCA domains, I wonder how much SAGA could do

...

right now?

--Craig

...

Delivered-To: lee@aero.org Mailing-List: contact global-custreqs-help@lists.ncoic.org; run by ezmlm X-No-Archive: yes List-Post: <mailto:global-custreqs@lists.ncoic.org> List-Help: <mailto:global-custreqs-help@lists.ncoic.org> List-Unsubscribe: <mailto:global-custreqs-unsubscribe@lists.ncoic.org> List-Subscribe: <mailto:global-custreqs-subscribe@lists.ncoic.org> Delivered-To: mailing list global-custreqs@lists.ncoic.org Date: 10 Sep 2007 12:46:45 -0700 To: global-custreqs@lists.ncoic.org From: "Steve Russell" <Steve.Russell@l-3com.com> Subject: [global-custreqs] Groups - OASIS: 6 New Committees Standardizing SCA for SOA (SCA OASIS - 6 SOA TCs .pdf) uploaded Sender: global-custreqs-return-782-lee=aero.org@lists.ncoic.org X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on rushe.aero.org X-Spam-Level: X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.60

Six OASIS Technical Committees formed for developing NIF-like Service components, specifications, and developer guidance.

-- Steve Russell

The document named OASIS: 6 New Committees Standardizing SCA for SOA (SCA OASIS - 6 SOA TCs .pdf) has been submitted by Steve Russell to the Requirements Validation FT document repository.

Document Description: OASIS, the international open standards consortium, has formed 6 new technical committees to simplify SOA application development by advancing the Service Component Architecture (SCA) family of specifications. The work will be organized within the OASIS Open Composite Services Architecture (Open CSA) Member Section, and the resulting specifications will be offered for implementation on a royalty-free basis. The six new Technical Committees (TCs) and their roles are:

1. SCA-Assembly: define core framework. 2. SCA-Policy: define policy framework and specific policies. 3. SCA-Bindings: define bindings for SCA services and technologies. 4. SCA-BPEL: define how to write SCA component implementations. 5. SCA-C-C++: develop specs that standardize C and C++ use in SCA. 6. SCA-J: develop specs that standardize Java use in an SCA domain.

View Document Details: https://www.ncoic.org/apps/org/workgroup/custreq/document.php?document_ id=6733

Download Latest Revision of Document: https://www.ncoic.org/apps/org/workgroup/custreq/download.php/6733/late st/SCA%20OASIS%20-%206%20SOA%20TCs%20.pdf

PLEASE NOTE: If the above links do not work for you, your email application may be breaking the link into two pieces. You may be able to copy and

Quoting [Craig Lee] (Sep 10 2007): this paste

...

...

the entire link address into the address field of your web browser.

-Network Centric Operations Industry Consortium Administration

--------------------------------------------------------------------- To unsubscribe, e-mail: global-custreqs-unsubscribe@lists.ncoic.org For additional commands, e-mail: global-custreqs-help@lists.ncoic.org -- No trees were destroyed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.

-- No trees were destroyed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.