You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@juddi.apache.org by "Kurt T Stam (JIRA)" <ju...@ws.apache.org> on 2013/04/04 16:13:15 UTC

[jira] [Assigned] (JUDDI-572) Sending a business key for getServiceDetail causing a class cast exception

     [ https://issues.apache.org/jira/browse/JUDDI-572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kurt T Stam reassigned JUDDI-572:
---------------------------------

    Assignee: Alex O'Ree  (was: Kurt T Stam)
    
> Sending a business key for getServiceDetail causing a class cast exception
> --------------------------------------------------------------------------
>
>                 Key: JUDDI-572
>                 URL: https://issues.apache.org/jira/browse/JUDDI-572
>             Project: jUDDI
>          Issue Type: Bug
>            Reporter: Alex O'Ree
>            Assignee: Alex O'Ree
>             Fix For: 3.1.5
>
>
> probably should trap this and handle it correctly...
>  Caused by: java.lang.ClassCastException: org.apache.juddi.model.BusinessEntity cannot be cast to org.apache.juddi.model.BusinessService
>  	at org.apache.juddi.api.impl.UDDIInquiryImpl.getServiceDetail(UDDIInquiryImpl.java:472)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [jira] [Assigned] (JUDDI-572) Sending a business key for getServiceDetail causing a class cast exception

Posted by Kurt T Stam <ku...@gmail.com>.
Which I what I tried to reproduce. JPA is supposed to take into account 
the type; and did
so fine in my test returning 'null', when the businessKey was passed in 
the serviceKey field. Which is how JPA is supposed to work.

Maybe you can get me test that reproduces it? I can't fix it if I can't 
reproduce it.

--K

On 4/4/13 12:14 PM, Alex O'Ree wrote:
> Basically, I created the following structure
> Business 1
>     Service 1
> Business 2
>     Service 2
>
> getServiceDetail(using business 1's key). Basically JPA works as
> advertised, except that it returned a different type. I'm not sure
> what the table layout looks like so if businesses and services are
> stored in the same table, this may be an explanation of what happened.
>
>
> On Thu, Apr 4, 2013 at 10:13 AM, Kurt T Stam (JIRA)
> <ju...@ws.apache.org> wrote:
>>       [ https://issues.apache.org/jira/browse/JUDDI-572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
>>
>> Kurt T Stam reassigned JUDDI-572:
>> ---------------------------------
>>
>>      Assignee: Alex O'Ree  (was: Kurt T Stam)
>>
>>> Sending a business key for getServiceDetail causing a class cast exception
>>> --------------------------------------------------------------------------
>>>
>>>                  Key: JUDDI-572
>>>                  URL: https://issues.apache.org/jira/browse/JUDDI-572
>>>              Project: jUDDI
>>>           Issue Type: Bug
>>>             Reporter: Alex O'Ree
>>>             Assignee: Alex O'Ree
>>>              Fix For: 3.1.5
>>>
>>>
>>> probably should trap this and handle it correctly...
>>>   Caused by: java.lang.ClassCastException: org.apache.juddi.model.BusinessEntity cannot be cast to org.apache.juddi.model.BusinessService
>>>        at org.apache.juddi.api.impl.UDDIInquiryImpl.getServiceDetail(UDDIInquiryImpl.java:472)
>> --
>> This message is automatically generated by JIRA.
>> If you think it was sent incorrectly, please contact your JIRA administrators
>> For more information on JIRA, see: http://www.atlassian.com/software/jira


Re: [jira] [Assigned] (JUDDI-572) Sending a business key for getServiceDetail causing a class cast exception

Posted by Alex O'Ree <sp...@gmail.com>.
Basically, I created the following structure
Business 1
   Service 1
Business 2
   Service 2

getServiceDetail(using business 1's key). Basically JPA works as
advertised, except that it returned a different type. I'm not sure
what the table layout looks like so if businesses and services are
stored in the same table, this may be an explanation of what happened.


On Thu, Apr 4, 2013 at 10:13 AM, Kurt T Stam (JIRA)
<ju...@ws.apache.org> wrote:
>
>      [ https://issues.apache.org/jira/browse/JUDDI-572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
>
> Kurt T Stam reassigned JUDDI-572:
> ---------------------------------
>
>     Assignee: Alex O'Ree  (was: Kurt T Stam)
>
>> Sending a business key for getServiceDetail causing a class cast exception
>> --------------------------------------------------------------------------
>>
>>                 Key: JUDDI-572
>>                 URL: https://issues.apache.org/jira/browse/JUDDI-572
>>             Project: jUDDI
>>          Issue Type: Bug
>>            Reporter: Alex O'Ree
>>            Assignee: Alex O'Ree
>>             Fix For: 3.1.5
>>
>>
>> probably should trap this and handle it correctly...
>>  Caused by: java.lang.ClassCastException: org.apache.juddi.model.BusinessEntity cannot be cast to org.apache.juddi.model.BusinessService
>>       at org.apache.juddi.api.impl.UDDIInquiryImpl.getServiceDetail(UDDIInquiryImpl.java:472)
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA administrators
> For more information on JIRA, see: http://www.atlassian.com/software/jira