cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrey Redko <drr...@gmail.com>
Subject Re: cxf git commit: [CXF-7164] Support tracing using Zipkin Brave
Date Wed, 07 Dec 2016 14:50:32 GMT
I think it is very good idea to integrate brave-cxf into CXF. Christian, do
you have enough time to work on that? I think I could help you out with
that, I have reviewed brave-cxf PRs awhile back. Thanks.

On Wed, Dec 7, 2016 at 5:00 AM, Christian Schneider <chris@die-schneider.net
> wrote:

> I just talked to Adrian Cole. He prefers to have the brave cxf integration
> in cxf instead of brave. So we can go ahead and improve the module in cxf
> and he will deprecate the
> brave-cxf module in brave once ours is good enough to cover all cases.
>
> Christian
>
> On 07.12.2016 11:46, Sergey Beryozkin wrote:
>
>> Hi Christian
>>
>> May be you can contribute your CXF Brave Feature code to the Brave CXF 3
>> module (the docs show the interceptors are registered directly) ? Otherwise
>> Brave and CXF own Brave interceptors will start competing for who has the
>> latest code :-)
>>
>> CXF HTrace is quite advanced thanks to the work Andriy did. But I believe
>> your reservation about it was that HTrace was not working well in OSGI.
>>
>> But if CXF RS/WS services are running in Spring Boot or other non-OSGI
>> containers then what we have with HTrace is good. We'd like to consider
>> enhancing it a bit:
>>
>> https://issues.apache.org/jira/browse/CXF-7129
>>
>> so that the hTrac-ing can be optionally implicit.
>>
>> Cheers, Sergey
>>
>
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Open Source Architect
> http://www.talend.com
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message