RE: Initial correlation of ebXML Transport requirements with CORBA services

[Henry Lowe <hlowe@omg.org> (by way of Henry Lowe <hlowe@omg.org>)]

Oops.  In sending this to Kay to pass on to Rik, I forgot to 
include the main transport list.  -- Henry
--------------------------------------------------
Hi Rik,

Just recovering from the holidays and am a bit behind.

To answer your question below, not really, unless I didn't 
understand some of the implications of the responses received 
up to this message from you.  Also, I have a question on your 
2-liner below.

In you statement "just allow them [objects] to be done in xml 
descriptions", do you mean do object invocations in XML syntax 
as is done in SOAP?  I would certainly agree with you that we 
should do objects, but if you want to do object invocations in 
XML syntax, you're going to have to respecify all the stuff that 
CORBA and other OO protocols already do in XML (probably not 
to hard but certainly not a small task).  Also, the messages 
would be rather bigger than those of CORBA or DCE (perhaps not 
a problem for those with bandwidth to spare, but for folk still
using a modem, that might be a problem).

While it won't (or shouldn't) affect the Requirements document, 
I don't think the data/protocol model which was suggested in 
reply to the orginal question, is the best way to go.  I'd rather 
favor the API model -- with the protocol model you have to do 
an API eventually anyway or you have portability problems (the 
IETF, which is really pretty protocol based, seems to be doing 
more and more APIs these days). 

I do agree with David, that we want to get the Requirements done 
first and go from there.  But I think we may want to get input 
from the other WGs on what sort of model they are expecting 
(as I heard in my brief visit with the Architecture WG in San 
Jose, do they want objects in the CORBA and COM sense so they 
can have componentized software?).

Slightly longish answer to a short question.

Best regards,
Henry
----------------------------------------------------------
At 02:55 PM 12/15/1999 -0600, Rik Drummond wrote:
>henry, did you get your question answered?  I think we should do objects....
>just allow them to be done in xml descriptions.... your thoughts?
>
>-----Original Message-----
>From: Henry Lowe [mailto:hlowe@omg.org]
>Sent: Tuesday, December 14, 1999 9:35 AM
>To: Rik Drummond
>Cc: srh@us.ibm.com; Henry Lowe; ebXML-Transport@lists.oasis-open.org;
>andrew@emerald.omg.org; soley@emerald.omg.org
>Subject: RE: Initial correlation of ebXML Transport requirements with
>CORBA services
>
>
>Hi all,
>
>This raises an interesting question -- what model does XML
>require?  In San Jose, before I joined the Packaging & Transport
>group, I spent 10-15 minutes with the Architecture folk.  They
>were talking in terms of objects and components.  I just carried
>this over to the P&T discussion as a given, i.e., ebXML wants an
>OO transport.  I think this makes sense (all the usual arguments
>for OO and componenets), but Rik's question makes me pause and
>ask if this is a valid assumption.  Comments?
>
>Best regards,
>Henry
>-------------------------------------
>At 02:36 PM 12/13/1999 -0600, Rik Drummond wrote:
>>so can someone tell us what the functionality of these models.. so that we
>>can do our due diligence?
>>
>>-----Original Message-----
>>From: srh@us.ibm.com [mailto:srh@us.ibm.com]
>>Sent: Friday, December 10, 1999 12:25 PM
>>To: Henry Lowe
>>Cc: Rik Drummond; Henry Lowe; ebXML-Transport@lists.oasis-open.org;
>>henry@emerald.omg.org; andrew@emerald.omg.org; soley@emerald.omg.org
>>Subject: RE: Initial correlation of ebXML Transport requirements with
>>CORBA services
>>
>>
>>
>>
>>Henry,
>>Well put.
>>
>>Food 4 thought:
>>
>>I would add to your comments that in the end, commercial transactions for
>>eMarkets
>>over the internet via XML will require functionality that is similar to
>>almost all of the
>>already-thought-out CORBA Services, and Java Enterprise semantics; without
>>an ORB.
>>If you buy into this thought, the intellect of these problems has already
>>been spent,
>>and a logical approach to some of this may be to start with these current
>>programming models
>>and collaboration patterns mapped to an ORBless environment.
>>
>>Hmmmmm,
>>
>>Scott R. Hinkelman
>>IBM Austin
>>Architecture and Development, Industry XML/Java Standards
>>Office: 512-823-8097 TL793-8097
>>Home: 512-930-5675
>>Cell: 512-940-0519
>>srh@us.ibm.com
>>Fax: 512-838-1074
>>
>>
>>
>>Henry Lowe <hlowe@omg.org> on 12/10/99 11:40:38 AM
>>
>>To:   "Rik Drummond" <drummond@onramp.net>
>>cc:   "Henry Lowe" <hlowe@omg.org>, ebXML-Transport@lists.oasis-open.org,
>>      henry@emerald.omg.org, andrew@emerald.omg.org, soley@emerald.omg.org
>>Subject:  RE: Initial correlation of ebXML Transport requirements with
>>      CORBA services
>>
>>
>>
>>
>>Hi Rik,
>>
>>>Henry, could you give us some better background on corba and xml. will you
>>>be converting corba to an xml based mechanism? Best regards, rik
>>
>>No, there are no plans to convert CCORBA to an XML based mechanism,
>>but there is already an active move to make it easier to use CORBA
>>to support XML -- you could do it with what's in CORBA products on
>>the market today treating XML as an octet string or character string.
>>However, the new work, the RFP is called XML/value, will do a better
>>job of it.
>>
>>This is a major reason I'm participating in the Transport & Packing
>>group -- XML needs a transport which provides security (encryption,
>>authentication, non-repudiation and all that good stuff) and also
>>a transport which provides the two phase commit semantics for
>>once-and-onnce-only (which will probably be VERY important to
>>e-commerce as I don't think banks will be too keen on transferring
>>millions of dollars/euros if there is a chance the transport is
>>going to lose or possible replicate the transfer ;-).  CORBA has it
>>now, our specs are open (indeed, we're submitting them to ISO
>>using their PAS process), and the specs are implemented in
>>commercially supported products which are on the market.
>>
>>Information on XML/value is on our web site at
>>http://www.omg.org/techprocess/meetings/schedule/XML_Value_RFP.html
>>As I said, it's new and the list of companies which have turned in
>>a Letter of Intent to submit is on this page (there is definite
>>interest).  We haven't had any submissions yet, but that's not too
>>surprising as the deadline hasn't passed.  For those interested in
>>more detail, there's a link to the RFP itself.
>>
>>On the OMG home page, there is also a pointer to some more info on
>>XML as it relates to OMG -- http://www.omg.org/xml/
>>
>>There are two other areas in which we currently use XML:
>>1. XMI which is an XML based means for texhanging UML models and
>>   other meta data, and
>>2. in our component model where descriptors of components are in
>>   XML.
>>However, this isn't the subject of your question.
>>
>>Hope this helps without being too long.  Glad to answer any further
>>questions.  Sorry about preaching two phase commit transaction
>>processing, but I'm a true believer.  It probably won't be the
>>last time I'll harangue the group on this :-)
>>
>>Best regards,
>>Henry
>>-------------------------------------
>>At 08:47 AM 12/10/1999 -0600, Rik Drummond wrote:
>>>Henry, could you give us some better background on corba and xml. will you
>>>be converting corba to an xml based mechanism? Best regards, rik
>>>
>>>-----Original Message-----
>>>From: owner-ebxml-transport@lists.oasis-open.org
>>>[mailto:owner-ebxml-transport@lists.oasis-open.org]On Behalf Of Henry
>>>Lowe
>>>Sent: Tuesday, November 30, 1999 12:50 PM
>>>To: ebXML-Transport@lists.oasis-open.org
>>>Cc: henry@emerald.omg.org
>>>Subject: Initial correlation of ebXML Transport requirements with CORBA
>>>services
>>>
>>>
>>>Hi,
>>>
>>>As a possible basis for discussion, attached is a first pass
>>>at correlating the ebXML transport requirements from San Jose
>>>with CORBA services.  There's still work to be done in that
>>>a) I'm not sure I understand all of the requirements, and
>>>b) I need some help from some of the OMG members to ensure
>>>   I get it right.
>>>
>>>But, it is a start and perhaps we can use it on the ConCall to
>>>clarify some of (a) and chat about some of (b).
>>>
>>>Has a time and number been fixed for the Call?  I have the
>>>feeling I've been missing some in-coming e-mail (of course,
>>>that's one of those things that's hard to pin down ;-)
>>>
>>>Best regards,
>>>Henry
>>>
>>
>>
>>
>>
>>
>
>