Bryan This is the scenario for the ebMail tool (ebMS with some CPA but no more) as far as I know, so if you find users of ebMail I'd say that gives some answer to your question. Stephen Green -----Original Message----- From: Bryan Rasmussen <brs@itst.dk> Sent: 21 July 2004 13:10 To: 'Matthew MacKenzie' <mattm@adobe.com> Cc: <ebxml-dev@lists.ebxml.org> Subject: SV: SV: ebms seperation from ebxml I know that ebMS needs no other ebXML components, however in making statements like that for other people to read it is often highly beneficial to point to cases in which ebMS has been used without using other ebXML components, given that I'm not gonna be able to tell my boss or similar level people, read the specification, they want to see something that makes them feel secure. This is why I'm asking onlist for all examples people have where ebMS has been implemented/used seperate from ebXML implementation/usage. Oprindelig meddelelse Fra: Matthew MacKenzie [ mailto:mattm@adobe.com] Sendt: 21. juli 2004 14:05 Til: Bryan Rasmussen Cc: ebxml dev@lists.ebxml.org Emne: Re: SV: ebms seperation from ebxml As I said, ebMS needs no other ebXML components, its more or less spelled out in the specification. Doc lit web services can be deployed as ebMS services very easily. Also, re: UDDI ebxml does have its own Registry. Companies such as Adobe (my employer) have implementations. Mattt On 21 Jul 04, at 8:40 AM, Bryan Rasmussen wrote: > 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/> > 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>>