Ok, PR is up - https://github.com/apache/cxf/pull/313
Please feel free to review. This is handling for me both OWB and Weld use
cases. From my testing though, getting it registered early seems to work
better than later since I rely on the CDI integration to create the bus.
John
On Mon, Sep 18,
For it to be part of the CXF CDI module ? Sure, if it can help to
improve it then yes, I'm not sure if activating it by default will work
for Romain, but please create PR and let Andriy and Romain comment
Thanks, Sergey
On 18/09/17 11:08, John D. Ament wrote:
Would you be in favor of having
Would you be in favor of having one checked in and used by default if
you're using CDI integration?
On Mon, Sep 18, 2017 at 4:41 AM Sergey Beryozkin
wrote:
> My understanding ClassUnwrapper callback was added to support these
> scenarios, Romain may've used it.
>
> Sergey
My understanding ClassUnwrapper callback was added to support these
scenarios, Romain may've used it.
Sergey
On 17/09/17 23:27, John D. Ament wrote:
On Sun, Sep 17, 2017 at 5:09 PM Sergey Beryozkin
wrote:
Hi
On 17/09/17 15:37, John D. Ament wrote:
Hey
So I just ran
On Sun, Sep 17, 2017 at 5:09 PM Sergey Beryozkin
wrote:
> Hi
> On 17/09/17 15:37, John D. Ament wrote:
> > Hey
> >
> > So I just ran into an issue where ExceptionMappers weren't being
> processed
> > in CXF when they had a CDI normal scope. Switching to a pseudo scope
> >
Hi
On 17/09/17 15:37, John D. Ament wrote:
Hey
So I just ran into an issue where ExceptionMappers weren't being processed
in CXF when they had a CDI normal scope. Switching to a pseudo scope
(@Dependent) fixes it. A similar issue to what I saw recently with Weld
and Generic Type being lost,
Hey
So I just ran into an issue where ExceptionMappers weren't being processed
in CXF when they had a CDI normal scope. Switching to a pseudo scope
(@Dependent) fixes it. A similar issue to what I saw recently with Weld
and Generic Type being lost, except this was happening for both OWB and