OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

regrep message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [regrep] RE: UDDI and ebXML required infrastructure


Peter asked:
> So I would like to have a fuller explaination of why it is that you
believe
> that it requires separate infrastructure.

It's not that J2EE can't support the ebXML infrastructure. The difference is
that .NET, WebLogic, WebSphere, Oracle 9iAS, Sun ONE AS, IONA ASP, Sybase
EAServer, and most other J2EE systems *include* the SOAP/WSDL/UDDI
infrastructure. (SOAP runtime libraries, WSDL-based tools, and UDDI
query/publish tools.) But none of these products *includes* support for the
ebXML infrastructure. Additional software must be installed to communicate
using ebMS, CPPA, and/or BPSS.

J2EE 1.4 requires support for the SOAP/WSDL/UDDI infrastructure (JAX-RPC,
SAAJ, JSR 109, and JAXR Level 0). It does not require support for JAXM or
JAXR level 1. From J2EE 1.4 Section 6.15: "J2EE products must include a JAXR
registry provider that meets at least the JAXR level 0 requirements, as well
as a registry implementation that can be access using that provider."

Regards,
Anne

----- Original Message -----
From: "Peter Kacandes" <pkacande@adobe.com>
To: <regrep@lists.oasis-open.org>
Sent: Thursday, July 03, 2003 12:12 PM
Subject: [regrep] RE: UDDI and ebXML required infrastructure


> To my mind, it comes down to what the notion of "infrastructure" is. You
> seem to have indicated that you believe that WebSphere, WebLogic, etc. are
> "infrastructure" and that somehow these can't be used for both UDDI and
> ebXML registry. I have to admit that I don't get it.
>
> Both WebSphere and WebLogic are J2EE application servers. Obviously, there
> is a Java API for both UDDI and ebXML Registry and you could write a Java
> application that utilizes it and runs on both products and many others
also.
> Similarly, the ebxmlrr implementation is written in Java and could also
run
> on one of the app servers.
>
> The same applies for other parts of ebXML, for example, JAXM and ebMS or
the
> open source ebMS implementation which, if I'm not mistaken, is also
written
> in Java.
>
> Obviously, all of this does not apply to .NET.
>
> So I would like to have a fuller explaination of why it is that you
believe
> that it requires separate infrastructure.
>
> Just curious.
>
> pk
>
> -----Original Message-----
> From: Anne Thomas Manes [mailto:anne@manes.net]
> Sent: Wednesday, July 02, 2003 5:41 PM
> To: regrep@lists.oasis-open.org
> Subject: [regrep] Fw: [uddi-spec] Fw: [regrep] UDDI as the registry for
> ebXML components: Typo?
>
>
> Tom Bellwood requests that the regrep TC submit an official statement
> requesting the change.
>
> We'd also appreciate your help in making sure that we're using the
> appropriate namespaces and URIs in the TN.
>
> Best regards,
> Anne
>
> ----- Original Message -----
> From: "Tom Bellwood" <bellwood@us.ibm.com>
> To: "Anne Thomas Manes" <anne@manes.net>
> Cc: "Uddi-Spec" <uddi-spec@lists.oasis-open.org>
> Sent: Wednesday, July 02, 2003 4:42 PM
> Subject: Re: [uddi-spec] Fw: [regrep] UDDI as the registry for ebXML
> components: Typo?
>
>
> >
> >
> >
> >
> > Hi Anne,
> >
> > Thank you for pursuing this discussion.  While I don't object to the
> > proposed changes, I think we need an official statement from their TC
> > requesting us to make such changes.   Can we get that?
> >
> > Luc is also trying to pursue getting acceptable Namespace and URI data
> from
> > them.   Have your conversations touched on that topic?
> >
> > Please try to make the Tues. 7/8 meeting and I'll add this topic to the
> > agenda.
> >
> > Thanks,
> > Tom Bellwood       Phone:  (512) 838-9957 (external);   TL:  678/9957
> > (internal)
> > Co-Chair, OASIS UDDI Specification TC
> >
> >
> > "Anne Thomas Manes" <anne@manes.net> on 07/02/2003 11:34:45 AM
> >
> > To:    "Uddi-Spec" <uddi-spec@lists.oasis-open.org>
> > cc:
> > Subject:    [uddi-spec] Fw: [regrep] UDDI as the registry for ebXML
> >        components: Typo?
> >
> >
> >
> > FYI:
> >
> > I've been having a lengthy discussion with the regrep TC regarding the
> > Registering ebXML in UDDI TN. They have some concern with the phrasing
of
> > the problem statement -- particularly the implication that using ebXML
> > imposes significant increased cost and management. Here is some proposed
> > rewording.
> >
> > Anne
> >
> > ----- Original Message -----
> > From: "Chiusano Joseph" <chiusano_joseph@bah.com>
> > To: "Anne Thomas Manes" <anne@manes.net>
> > Cc: <regrep@lists.oasis-open.org>; <karl.best@oasis-open.org>
> > Sent: Wednesday, July 02, 2003 12:20 PM
> > Subject: Re: [regrep] UDDI as the registry for ebXML components: Typo?
> >
> >
> > > <Quote>
> > > I'm still having trouble understanding what can be easily
> > > misinterpreted. Can you perhaps propose some alternate wording? Is it
as
> > > simple as just saying "ebXML services and Web services" rather than
> > > "ebXML and Web services"?
> > >
> > > Just trying to understand the problem...
> > > </Quote>
> > >
> > > Thanks Anne. I appreciate your working with us, and I know you and the
> > > other UDDI folks have nothing but good intentions. I've already made a
> > > motion to have our TC chair vet this with the UDDI TC chairs (with no
> > > opposition from our TC so far), but for what it's worth here's how I
> > > would change the phrase - but I'll start with the current version of
the
> > > first and second paragraphs on p.3 of the TN under "1.1 Problem
> > > Statement", so that the context is clear:
> > >
> > > <CurrentParagraphs>
> > > Multiple consortia have initiated pilot projects using the ebXML
> > > framework for business-to-business transactions, while corporations
have
> > > also begun adopting ebXML technologies for internal use. At the same
> > > time Web service technologies, which have significant momentum due to
> > > unprecedented industry support, are also being rolled out. This
> > > introduces significant concerns of cost and manageability, because
ebXML
> > > and Web services impose separate infrastructure requirements and
> > > platform components.
> > >
> > > As a universal technology for publication and discovery of service
> > > metadata, UDDI allows the bridging of the two infrastructures by
> > > accommodating metadata registrations for Web services as well as ebXML
> > > framework components, enabling interoperability among trading partners
> > > using ebXML or Web services. However, a prescribed methodology of
> > > modeling services and components which are conformant to ebXML
> > > specifications is required to make interoperable solutions possible.
> > > </CurrentParagraphs>
> > >
> > > <ProposedParagraphs>
> > > Multiple consortia have initiated pilot projects using the ebXML
> > > framework for business-to-business transactions, while corporations
have
> > > also begun adopting ebXML technologies for internal use. At the same
> > > time Web service technologies, which have significant momentum due to
> > > unprecedented industry support, are also being rolled out. There may
be
> > > situations in which a UDDI user may wish to access ebXML framework
> > > components that are registered in an ebXML registry. This Technical
Note
> > > provides guidance on how to handle such scenarios.
> > >
> > > In addition to being a universal technology for publication and
> > > discovery of service metadata, the fact that UDDI also enables
discovery
> > > ebXML framework components can help enable interoperability among
> > > trading partners that use UDDI and ebXML registry. However, a
prescribed
> > > methodology of modeling services and components which are conformant
to
> > > ebXML specifications is required to make interoperable solutions
> > > possible.
> > > </ProposedParagraphs>
> > >
> > > Thanks,
> > > Joe
> > >
> > <TAB>..... rest of the attachment deleted for brevity.... </TAB>
> >
>
>
> You may leave a Technical Committee at any time by visiting
>
http://www.oasis-open.org/apps/org/workgroup/regrep/members/leave_workgroup.
> php
>
>
> You may leave a Technical Committee at any time by visiting
http://www.oasis-open.org/apps/org/workgroup/regrep/members/leave_workgroup.
php
>



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]