well actually that's what I meant, do you have any examples of these ebMS implementations without the CPP/A, with the CPP/A but without other ebXML framework involvement. The thing I would really like to figure out is, with all the stuff we have in house, how close are we to ebXML, as in what would we have to do to get there, and can we graduate that process, take our doc-literal webservices for example, reformulate as ebMS messages and so forth. I'm looking at it like this, we have a registry (UDDI), we have some sort of repository which pretty much just returns objects in the filesystem combined with metadata, we have various services and business processes, we have a procurement system running somewhere passing UBL documents, the more I look at it the more I start thinking that ebXML is indicated. -----Oprindelig meddelelse----- Fra: Matthew MacKenzie [mailto:mattm@adobe.com] Sendt: 21. juli 2004 13:29 Til: Bryan Rasmussen Cc: ebxml-dev@lists.ebxml.org Emne: Re: ebms seperation from ebxml Bryan, I know this is not an example, but I would like to point out that ebMS can be used in any place where document-literal web services are in use. It really doesn't rely on any other parts of the ebMS stack -- even CPP/A can be and is omitted from many ebMS implementations. -Matt On 21-Jul-04, at 6:59 AM, Bryan Rasmussen wrote: > Does anyone have any examples of ebms usage seperate from the ebxml > architecture? > > The ebxml-dev list is sponsored by OASIS <http://www.oasis-open.org> > The > list archives are at http://lists.ebxml.org/archives/ebxml-dev/ > To subscribe or unsubscribe from this list use the subscription > manager: > <http://www.oasis-open.org/mlmanage/> > The ebxml-dev list is sponsored by OASIS <http://www.oasis-open.org> The list archives are at http://lists.ebxml.org/archives/ebxml-dev/ To subscribe or unsubscribe from this list use the subscription manager: <http://www.oasis-open.org/mlmanage/>
<<attachment: winmail.dat>>