cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sergey Beryozkin (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CXF-6793) InvocationCallback doesn't try to get response class type
Date Mon, 22 Feb 2016 17:00:19 GMT

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

Sergey Beryozkin updated CXF-6793:
----------------------------------
    Fix Version/s: 3.0.9

> InvocationCallback doesn't try to get response class type
> ---------------------------------------------------------
>
>                 Key: CXF-6793
>                 URL: https://issues.apache.org/jira/browse/CXF-6793
>             Project: CXF
>          Issue Type: Bug
>    Affects Versions: 3.1.5
>            Reporter: Romain Manni-Bucau
>            Assignee: Sergey Beryozkin
>             Fix For: 3.2.0, 3.1.6, 3.0.9
>
>
> in org.apache.cxf.jaxrs.client.WebClient#doInvokeAsyncCallback the webclient could try
to find the response class if not there.
> would avoid to give a null type the providers can't use to do what they need to
> Code can be if respClass is null and callback is not null something like:
> {code}
> // in real code filter interfaces and dont access them directly by index
> ParameterizedType.class.cast(callback.getClass().getGenericInterfaces()[0]).getActualTypeArguments()[0]
> {code}
> edit: digging a bit seems org.apache.cxf.jaxrs.utils.InjectionUtils#getSuperType just
doesn't default to anything and in case of TypeVariable unbounded is not able to default to
Object so if bound is really Object it fails
> if it helps here is the code I use: https://gist.github.com/rmannibucau/09a084c28d8b61c232cf
- of course would like to make the class geenric (<T>) and remove this String typing
;)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message