Geir,
Is this a Java-2-XML marshalling issue? Would changing the Handler
(i.e. o.a.j.handlers.BusinessEntityHandler) to ensure that the
businessKey attribute is created even when it's value is null correct
this?
For instance, would changing the marshal() method in
BusinessEntityHandler as follows do the trick?
Replace:
String businessKey = business.getBusinessKey();
if (businessKey != null)
element.setAttribute("businessKey",businessKey);
With:
String businessKey = business.getBusinessKey();
if (businessKey != null)
element.setAttribute("businessKey",businessKey);
else
element.setAttribute("businessKey","");
If this works for you then I can track down wherever this occurs and
apply the fix.
Steve
-----Original Message-----
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Monday, February 14, 2005 10:32 PM
To: [email protected]
Subject: Re: Sun's WSDP Registry...
On Feb 14, 2005, at 8:35 PM, Steve Viens wrote:
> Thanks Geir, I'll apply the patch as soon as it's posted.
The simple solution is to set businessKey and serviceKey = "" and not
let them get set to null in BusinessEntity and BusinessService. That
fixed it.
However, I figured that this could be prevented from happening again by
unsuspecting higher level objects by fixing at a lower level, and I was
looking at BusinessKey, ServiceKey, *Key, and refactored to have
KeyBase that they all extended, and have KeyBase never let the value
get set to null. However this didn't fix it. Where is this object
model used? (Yes, i know - I ahve the source and will read it, but
hoping for some history...)
geir
>
> Steve
>
> -----Original Message-----
> From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
> Sent: Monday, February 14, 2005 7:46 PM
> To: [email protected]
> Subject: Re: Sun's WSDP Registry...
>
>
> Yep that was it.
>
> Makes Sun's Registry happy. Fixed the businessKey problem w/ IBM but
> now IBM has other issues... I'll chase down and submit a patch...
>
> geir
>
> On Feb 14, 2005, at 6:55 PM, Geir Magnusson Jr. wrote:
>
>> blew it's cookies when I ran the SaveBusinessSample. It gave me an
>> auth token, but then to my amazement threw an NPE w/ the save
>> business
>
>> request :
>>
>> <SOAP-ENV:Envelope
>> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/";><SOAP-ENV:
>> Header/><SOAP-ENV:Body><SOAP-ENV:Fault><detail><dispositionReport
>> generic="2.0" operator="Sun Microsystems Inc." truncated="false"
>> xmlns="urn:uddi-org:api_v2"><result errno="10500"><errInfo
>> errCode="E_FATALERROR">java.lang.NullPointerException
>> at
>> com.sun.registry_server.base.UDDIString.<init>(UDDIString.java:
>> 89)
>> at
> com.sun.registry_server.base.UDDIKey.<init>(UDDIKey.java:92)
>> at
>> com.sun.registry_server.base.BusinessKey.<init>
>> (BusinessKey.java:72)
>> at
>> com.sun.registry_server.base.BusinessEntity.<init>
>> (BusinessEntity.java:106)
>> at
>>
> com.sun.registry_server.base.BusinessEntities.newObject(BusinessEntiti
> e
>> s.java:55)
>> at
>>
> com.sun.registry_server.base.UDDICollection.populate(UDDICollection.ja
> v
>> a:77)
>> at com.sun.registry_server.base.BusinessEntities.<init>
>> (BusinessEntities.java:40)
>> at
>> com.sun.registry_server.request.SaveBusiness.<init>
>> (SaveBusiness.java:60)
>>
>>
>> It did have the courtesy to return the entire stack trace in the
>> result message....
>>
>> Now, putting aside the fact that this is v1.5 of this gawdawful
>> software, and it should do some thing much more intelligent that barf
>
>> an NPE back at me, it is hinting that maybe there's something wrong
w/
>
>> the BusinessKey :), similar to what IBM said... I'm going to set it
>> as "" and see if businessKey gets included as an attribute...
>>
>>
>> --
>> Geir Magnusson Jr +1-203-665-6437
>> [EMAIL PROTECTED]
>>
> --
> Geir Magnusson Jr +1-203-665-6437
> [EMAIL PROTECTED]
>
>
>
>
--
Geir Magnusson Jr +1-203-665-6437
[EMAIL PROTECTED]
