Hi Alex, Oops! I just saw your drop box request. Thanks and sorry for the inconvenience. But still there is no context.xml file. It was there in 3.1.3 release. BTW is it required to have ?
On Wed, May 15, 2013 at 5:10 PM, Subash Chaturanga <[email protected]>wrote: > > > 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 > > -- Subash Chaturanga Department of Computer Science & Engineering University of Moratuwa Sri Lanka Blog - http://subashsdm.blogspot.com/ Twitter - http://twitter.com/subash89
