You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@juddi.apache.org by sv...@attbi.com on 2003/06/02 11:57:02 UTC

[juddi-Developers] Re: FW: [juddi-Users] Problem accessing jUDDI 0.7 with JAXR

Anou, It's all yours (thanks!)

I've researched this a little and I think the job is pretty simple. There are 71
UDDI elements that use a XSD 'sequence' but 39 of them have only 1 element in
them (nothing to rearrange) and another 11 have two elements and one of those
two are AuthInfo (which I think are probably okay already).

These need to be looked at. They all have more than one element as part of thier
'sequence' in the v2.0 UDDI schema.

assertionStatusItem
bindingTemplate
businessEntity
businessInfo
businessService
contact
instanceDetails
keysOwned
overviewDoc
publisherAssertion
relatedBusinessInfo
serviceInfo
tModel
tModelInfos
tModelInstanceInfo
find_binding
find_business
find_relatedBusinesses
find_service
find_tModel
save_business
save_tModel
registeredInfo
relatedBusinessList

These have only two elements and one of them is "AuthInfo". I have a very strong
feeling that these are probably being marshalled correctly - but we may want to
take a closer look to verify that.

add_publisherAssertions
delete_binding
delete_business
delete_publisherAssertions
delete_service
delete_tModel
get_assertionStatusReport
save_binding
save_service
set_publisherAssertions

Steve
> Message 
>
> Steve,
> 
> Want me to look at this ? Just seems to be rearranging things.
> 
> -Anou
> 
> -----Original Message-----
> From: juddi-users-admin@lists.sourceforge.net
> [mailto:juddi-users-admin@lists.sourceforge.net]On Behalf Of Steve Viens
> Sent: Saturday, May 31, 2003 11:41 PM
> To: juddi-users@lists.sourceforge.net
> Subject: RE: [juddi-Users] Problem accessing jUDDI 0.7 with JAXR
> 
> 
> Mike you've probably uncovered a significant number of bugs here.  :(
> ...but it's great to know about them now! I've summarized them below. Would
> you mind submitting a bug ... to make it easy, you can just copy-paste the
> text below.
> 
> jUDDI Bug Tracker:
> http://sourceforge.net/tracker/?group_id=42875&atid=434422
> 
> Generally speaking, jUDDI's XML "Handlers" do not marshal the objects into
> XML as the UDDI v2.0 schema dictates. Elements are added to parent elements
> in an order that may not coincide with the UDDI v2.0 XML Schema.  Here are
> the jUDDI-XML Schema bugs I've identified in the jUDDI response below. I'm

> sure there are others.
> 
> ContactHandler
> - phone element should be positioned before email element
> 
> BusinessEntity (should be written out in this order)
> - businessServices should precede categoryBag and identifierBag element
> - categoryBag element should follow identifierbag element
> - identifierBag element should not be included if empty
> - discoveryURLs element should not be included if empty
> 
> BindingTemplate
> - description should precede accessPoint
> 
> These are not exactly show-stopper bugs but will come up whenever someone
> uses a tool that expects the XML to conform to the schema (UDDI4j doesn't
> much care, neither does JWSDP I believe).
> 
> Steve
> 
> -----Original Message-----
> From: juddi-users-admin@lists.sourceforge.net
> [mailto:juddi-users-admin@lists.sourceforge.net] On Behalf Of Andy Cutright
> Sent: Friday, May 30, 2003 7:27 PM
> To: juddi-users@lists.sourceforge.net
> Subject: Re: [juddi-Users] Problem accessing jUDDI 0.7 with JAXR
> 
> 

> the lack of a discovery URL is a known issue. i believe this has been fixed,
> but i haven't tested it yet. i'm going to have look a bit closer at the spec
> about the empty identifierBag element.
> 
> cheers,
> andy
> 
> Michael Woinoski wrote:
> 
> As Steve and Anou suggested, I used tcpmon to peek at the messages exchanged
> between the registry and the jaxr client. With both juddi and jwsdp, the
> jaxr
> calls resulted 3 SOAP messages to the UDDI registry. One interesting thing
> is
> that the sequence of client requests is different, even though the only code
> change in the client was to replace the url
> "http://localhost:7777/juddi/inquiry" with
> "http://localhost:7777/RegistryServer/RegistryServerServlet":
> 
>   jwsdp SOAP messages: find_business, get_businessDetail, get_bindingDetail
>   juddi SOAP messages: find_business, get_businessDetail, get_serviceDetail
> 
> However, in juddi's response to the get_businessDetail request, the
> <businessEntity> child of the <businessDetail> element does not match the
> UDDI

> schema, while the jwsdp message does match the schema:
> 
> <xsd:complexType name="businessEntity">
>  <xsd:sequence>
>    <xsd:element ref="uddi:discoveryURLs" minOccurs="0" />
>    <xsd:element ref="uddi:name" maxOccurs="unbounded" />
>    <xsd:element ref="uddi:description" minOccurs="0" maxOccurs="unbounded"
> />
>    <xsd:element ref="uddi:contacts" minOccurs="0" />
>    <xsd:element ref="uddi:businessServices" minOccurs="0" />
>    <xsd:element ref="uddi:identifierBag" minOccurs="0" />
>    <xsd:element ref="uddi:categoryBag" minOccurs="0" />
>   </xsd:sequence>
>   <xsd:attribute name="businessKey" type="uddi:businessKey" use="required"
> />
>   <xsd:attribute name="operator" type="string" use="optional" />
>   <xsd:attribute name="authorizedName" type="string" use="optional" />
> </xsd:complexType>
> 
> For the sake of brevity, I appended only the two different <businessDetail>
> responses below. Let me know if it would helpful to see all the other
> requests
> and responses as well.
> 
> Thanks,
> Mike
> 
> 

> -------------- jUDDI: response to get_businessDetail ---------------------
> 
> <?xml version="1.0" encoding="UTF-8"?>
> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
>  <soapenv:Body>
>     <businessDetail generic="2.0" operator="jUDDI.org"
> xmlns="urn:uddi-org:api_v2">
>        <businessEntity authorizedName="Learning Tree Java Web Services"
> businessKey="3A4C1200-907B-11D7-B874-ADAF48E90910" operator="jUDDI.org">
>           <name xml:lang="en">Rainforest, Inc.</name>
>           <description xml:lang="en">Music and video
> wholesaler</description>
>           <contacts>
>              <contact>
>                 <personName>R. F. Jagger</personName>
>                 <email>rainforest@glamourshack.com</email>
>                 <phone>302-555-4321</phone>
>              </contact>
>              <contact useType="publisher">

>                 <personName>Learning Tree Java Web Services</personName>
>              </contact>
>           </contacts>
>           <categoryBag>
>              <keyedReference keyName="Other Miscellaneous Nondurable Goods
> Wholesalers" keyValue="42299"
> tModelKey="uuid:C0B9FE13-179F-413D-8A5B-5004DB8E5BB2"/>
>           </categoryBag>
>           <identifierBag/>
>           <discoveryURLs/>
>           <businessServices>
>              <businessService
> businessKey="3A4C1200-907B-11D7-B874-ADAF48E90910"
> serviceKey="3A90BC20-907B-11D7-B874-863AF5D8A4E8">
>                 <name xml:lang="en">RainOrderService</name>
>                 <description xml:lang="en">Order recordings</description>
>                 <categoryBag/>
>                 <bindingTemplates>
>                    <bindingTemplate
> bindingKey="3AA94D30-907B-11D7-B874-F72311115D97"
> serviceKey="3A90BC20-907B-11D7-B874-863AF5D8A4E8">
>                       <accessPoint
> URLType="http://localhost:8080/rainservice/RainAccessorService">http</access
> Point>

>                       <tModelInstanceDetails/>
>                       <description>Ordering recording</description>
>                    </bindingTemplate>
>                 </bindingTemplates>
>              </businessService>
>           </businessServices>
>        </businessEntity>
>     </businessDetail>
>  </soapenv:Body>
> </soapenv:Envelope>
> 
> ---------------- JWSDP: response to get_businessDetail ----------------
> 
> <soap-env:Envelope
> xmlns:soap-env="http://schemas.xmlsoap.org/soap/envelope/">
>    <soap-env:Header></soap-env:Header>
>    <soap-env:Body>
>       <businessDetail xmlns="urn:uddi-org:api_v2" generic="2.0"
> operator="Sun
> Microsystems Inc." truncated="false">
>          <businessEntity authorizedName="testuser"
> businessKey="f565de7f-17f5-65de-ac52-ee9df25799b6" operator="Sun
> Microsystems
> Inc.">
>             <discoveryURLs>
>                <discoveryURL
> useType="getUrl">http://localhost:8080/registry-server/businessEntity?busine
> ssKey=f565de7f-17f5-65de-ac52-ee9df25799b6</discoveryURL>

>             </discoveryURLs>
>             <name xml:lang="en">Rainforest, Inc.</name>
>             <description xml:lang="en">Video and music
> wholesaler</description>
>             <contacts>
>                <contact>
>                   <description xml:lang="en"></description>
>                   <personName>R. F. Jageger</personName>
>                   <phone useType="">302-555-4321</phone>
>                   <email>rainforest@glamourshack.com</email>
>                </contact>
>             </contacts>
>             <businessServices>
>                <businessService
> businessKey="f565de7f-17f5-65de-ac52-ee9df25799b6"
> serviceKey="f565de7f-17f5-65de-cf04-305ffc28afdc">
>                   <name xml:lang="en">RainOrderService</name>
>                   <description xml:lang="en">Order recordings</description>
>                   <bindingTemplates>
>                      <bindingTemplate
> bindingKey="f565de7f-17f5-65de-4b97-687d7c031474"
> serviceKey="f565de7f-17f5-65de-cf04-305ffc28afdc">

>                         <description xml:lang="en">Order
> recording</description>
>                         <accessPoint
> URLType="http">http://localhost:8080/rainservice/RainAccessorService</access
> Point>
>                         <tModelInstanceDetails></tModelInstanceDetails>
>                      </bindingTemplate>
>                   </bindingTemplates>
>                </businessService>
>             </businessServices>
>             <categoryBag>
>                <keyedReference keyName="Other Miscellaneous Nondurable Goods
> Wholesalers" keyValue="42299"
> tModelKey="uuid:C0B9FE13-179F-413D-8A5B-5004DB8E5BB2"></keyedReference>
>             </categoryBag>
>          </businessEntity>
>       </businessDetail>
>    </soap-env:Body></soap-env:Envelope>
> 
> 
> -----Original Message-----
> From: juddi-users-admin@lists.sourceforge.net
> [mailto:juddi-users-admin@lists.sourceforge.net] On Behalf Of Michael
> Woinoski
> Sent: Tuesday, May 27, 2003 9:16 PM
> To: jUDDI mailing list

> Subject: [juddi-Users] Problem accessing jUDDI 0.7 with JAXR
> 
> Hi. (Sorry for the long post, but I thought the details might help.) I
> installed jUDDI 0.7 and MySQL on W2K to replace the UDDI registry
> bundled with Sun's JWSDP 1.1. jUDDI seems happy enough; I can use the
> JAXR browser from JWSDP to publish to and search the jUDDI registry.
> However, when I try to access the registry with the JAXR implementation
> from JWSDP, the code connects to jUDDI successfully and gets some info
> but then dies with a ClassCastException from one of the Castor classes.
> The same code works fine with the JWSDP registry.
> 
> 
> 
> 
> ------------------------------------------------------- This SF.net email is
> sponsored by: eBay Get office equipment for less on eBay!
> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
> _______________________________________________ juddi-users mailing list
> juddi-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/juddi-users