You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@juddi.apache.org by "Geir Magnusson Jr." <ge...@gluecode.com> on 2005/02/15 00:55:51 UTC
Sun's WSDP Registry...
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(BusinessEntities
.java:55)
at
com.sun.registry_server.base.UDDICollection.populate(UDDICollection.java
: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
geir@gluecode.com
RE: Sun's WSDP Registry...
Posted by Steve Viens <st...@viens.net>.
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:geir@4quarters.com]
Sent: Monday, February 14, 2005 10:32 PM
To: juddi-dev@ws.apache.org
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:geir@4quarters.com]
> Sent: Monday, February 14, 2005 7:46 PM
> To: juddi-dev@ws.apache.org
> 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
>> geir@gluecode.com
>>
> --
> Geir Magnusson Jr +1-203-665-6437
> geir@gluecode.com
>
>
>
>
--
Geir Magnusson Jr +1-203-665-6437
geir@gluecode.com
Re: Sun's WSDP Registry...
Posted by Geir Magnusson Jr <ge...@4quarters.com>.
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:geir@4quarters.com]
> Sent: Monday, February 14, 2005 7:46 PM
> To: juddi-dev@ws.apache.org
> 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(BusinessEntitie
>> s.java:55)
>> at
>>
> com.sun.registry_server.base.UDDICollection.populate(UDDICollection.jav
>> 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
>> geir@gluecode.com
>>
> --
> Geir Magnusson Jr +1-203-665-6437
> geir@gluecode.com
>
>
>
>
--
Geir Magnusson Jr +1-203-665-6437
geir@gluecode.com
RE: Sun's WSDP Registry...
Posted by Steve Viens <st...@viens.net>.
Thanks Geir, I'll apply the patch as soon as it's posted.
Steve
-----Original Message-----
From: Geir Magnusson Jr [mailto:geir@4quarters.com]
Sent: Monday, February 14, 2005 7:46 PM
To: juddi-dev@ws.apache.org
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(BusinessEntitie
> s.java:55)
> at
>
com.sun.registry_server.base.UDDICollection.populate(UDDICollection.jav
> 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
> geir@gluecode.com
>
--
Geir Magnusson Jr +1-203-665-6437
geir@gluecode.com
Re: Sun's WSDP Registry...
Posted by Geir Magnusson Jr <ge...@4quarters.com>.
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(BusinessEntitie
> s.java:55)
> at
> com.sun.registry_server.base.UDDICollection.populate(UDDICollection.jav
> 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
> geir@gluecode.com
>
--
Geir Magnusson Jr +1-203-665-6437
geir@gluecode.com