cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Romain Manni-Bucau (JIRA)" <>
Subject [jira] [Commented] (CXF-6793) InvocationCallback doesn't try to get response class type
Date Mon, 22 Feb 2016 12:30:18 GMT


Romain Manni-Bucau commented on CXF-6793:

[~sergey_beryozkin] simple async post call with as callback: new JaxRsPromise().toJaxRsCallback()
(see the gist). Depending the method the type variable is resolvable or not by cxf but it
should pass at least Object.class to message body writers and not null IMO.

> InvocationCallback doesn't try to get response class type
> ---------------------------------------------------------
>                 Key: CXF-6793
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>    Affects Versions: 3.1.5
>            Reporter: Romain Manni-Bucau
> 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:
- of course would like to make the class geenric (<T>) and remove this String typing

This message was sent by Atlassian JIRA

View raw message