On Wed, May 15, 2013 at 5:04 PM, Alex O'Ree <[email protected]> wrote:
> Did you get the link from drop box ? > Nope . I didn't receive such. But I just build the trunk. I didn't see the META-INF/context.xml file inside the war. Is it required ? > On May 15, 2013 7:19 AM, "Subash Chaturanga" <[email protected]> wrote: > >> Thanks Alex, >> Will try to build the juddiv3-war in trunk. >> >> >> On Wed, May 15, 2013 at 4:40 PM, Alex O'Ree <[email protected]>wrote: >> >>> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/java/org/apache/juddi/api/impl/UDDIInquiryImpl.java >>> >>> Basically, all of the lookup were wrapped in a try/catch >>> (ClassCastException), such as this >>> >>> org.apache.juddi.model.BusinessService modelBusinessService = null; >>> try { >>> em.find(org.apache.juddi.model.BusinessService.class, >>> serviceKey); >>> } catch (ClassCastException e) {} >>> >>> The commit for the change was at r1466229 of the above referenced file >>> >>> On Tue, May 14, 2013 at 10:42 PM, Subash Chaturanga <[email protected]> >>> wrote: >>> > Hi Alex >>> > Is the fix is commited to trunk [1]? Couldn't find it. >>> > >>> > [1] - http://svn.apache.org/repos/asf/juddi/trunk >>> > >>> > On Wed, May 15, 2013 at 12:38 AM, Subash Chaturanga < >>> [email protected]> >>> > wrote: >>> >> >>> >> >>> >> >>> >> On Wed, May 15, 2013 at 12:01 AM, Alex O'Ree <[email protected]> >>> >> wrote: >>> >>> >>> >>> It's patched already. See >>> >>> https://issues.apache.org/jira/browse/JUDDI-572 >>> >>> >>> >>> We can provide a war file of the latest and greatest if you want. >>> >> >>> >> >>> >> >>> >>> >>> >>> I'm >>> >>> not sure when the official release will be, but it should be within a >>> >>> week or so. Maybe Kurt can answer that. >>> >>> >>> >>> It sounds like the problem is either with your code, or the OSB code >>> >>> that is doing the registration. Which ever part is calling >>> >>> get_serviceDetail is passing in a Service Key that is actually >>> already >>> >>> registered as a tModel. The UDDI spec states that all keys within a >>> >>> registry node must be unique, regardless of the entity type >>> (business, >>> >>> service, tmodel, binding template). The net result is that after >>> that >>> >>> call is made, an exception should be thrown by the registry. My bet >>> is >>> >>> that the calling code has some opportunities for improvement. Do you >>> >>> have access to the code that calls get_serviceDetail and triggers the >>> >>> fault? >>> >> >>> >> >>> >> Unfortunately not. It is the OSB who acts as a client to JUDDI. And >>> OSB >>> >> not open source. Yes there can be such issue in the code. It will be >>> great >>> >> if you can you provide the latest war ? So that I can even today try >>> out >>> >> this with the fixed war. >>> >> >>> >>> >>> >>> On Tue, May 14, 2013 at 1:13 PM, Subash Chaturanga < >>> [email protected]> >>> >>> wrote: >>> >>> > >>> >>> > >>> >>> > On Tue, May 14, 2013 at 9:34 PM, Alex O'Ree <[email protected] >>> > >>> >>> > wrote: >>> >>> >> >>> >>> >> Known issue.there is a ticket opened. Will be fixed on the next >>> >>> >> release >>> >>> > >>> >>> > So as per your comment, a tmodel key is passed and hence $subject. >>> >>> > Ideally >>> >>> > we should not continue with the business service validation if the >>> >>> > search >>> >>> > result is not instance of BusinessService. Because of this, OSB >>> cannot >>> >>> > publish proxy services to JUDDI. Is there any workaround to ignore >>> this >>> >>> > ? >>> >>> > When is the nest release ? >>> >>> > >>> >>> > If this fix is not yet patched, I would like to give a patch. >>> >>> > >>> >>> > >>> >>> >> On May 14, 2013 11:53 AM, "Subash Chaturanga" < >>> [email protected]> >>> >>> >> wrote: >>> >>> >>> >>> >>> >>> Hi , >>> >>> >>> I encounter this in JUDDI code, since OSB proxy services fails to >>> >>> >>> publish >>> >>> >>> on JUDDI side. >>> >>> >>> The reason is, >>> >>> >>> >>> org.apache.juddi.validation.ValidatePublish.validateBusinessService() >>> >>> >>> method; @Line 613 it has following. >>> >>> >>> >>> >>> >>> Object obj = >>> em.find(org.apache.juddi.model.BusinessService.class, >>> >>> >>> entityKey); >>> >>> >>> >>> >>> >>> In my case it returns an org.apache.juddi.model.Tmodel instance. >>> And >>> >>> >>> in >>> >>> >>> next line >>> >>> >>> >>> >>> >>> org.apache.juddi.model.BusinessService bs = >>> >>> >>> (org.apache.juddi.model.BusinessService)obj; >>> >>> >>> >>> >>> >>> And hence ClassCastException as org.apache.juddi.model.Tmodel >>> cannot >>> >>> >>> be >>> >>> >>> cast to org.apache.juddi.model.BusinessService >>> >>> >>> >>> >>> >>> Is this a known issue ? Or am I missing something here. >>> Appreciate >>> >>> >>> any >>> >>> >>> feedback on this since integrating OSB with JUDDI is quite a >>> useful >>> >>> >>> use >>> >>> >>> case. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> >>> Subash Chaturanga >>> >>> >>> Sri Lanka >>> >>> >>> >>> >>> >>> Blog - http://subashsdm.blogspot.com/ >>> >>> >>> Twitter - http://twitter.com/subash89 >>> >>> >>> >>> >>> > >>> >>> > >>> >>> > >>> >>> > >>> >>> > -- >>> >>> > Subash Chaturanga >>> >>> > Department of Computer Science & Engineering >>> >>> > University of Moratuwa >>> >>> > Sri Lanka >>> >>> > >>> >>> > Blog - http://subashsdm.blogspot.com/ >>> >>> > Twitter - http://twitter.com/subash89 >>> >>> > >>> >> >>> >> >>> >> >>> >> >>> >> -- >>> >> Subash Chaturanga >>> >> Department of Computer Science & Engineering >>> >> University of Moratuwa >>> >> Sri Lanka >>> >> >>> >> Blog - http://subashsdm.blogspot.com/ >>> >> Twitter - http://twitter.com/subash89 >>> >> >>> > >>> > >>> > >>> > >>> > -- >>> > Subash Chaturanga >>> > Department of Computer Science & Engineering >>> > University of Moratuwa >>> > Sri Lanka >>> > >>> > Blog - http://subashsdm.blogspot.com/ >>> > Twitter - http://twitter.com/subash89 >>> > >>> >> >> >> >> -- >> Subash Chaturanga >> Department of Computer Science & Engineering >> University of Moratuwa >> Sri Lanka >> >> Blog - http://subashsdm.blogspot.com/ >> Twitter - http://twitter.com/subash89 >> >> > -- Subash Chaturanga Department of Computer Science & Engineering University of Moratuwa Sri Lanka Blog - http://subashsdm.blogspot.com/ Twitter - http://twitter.com/subash89
