Il 23/12/2016 17:03, Sergey Beryozkin ha scritto:
OK, these 5 modules (jibx, xmlbeans, sdo, binding/object,
rt-management-web - the best but never used logging system for the
endpoints :-), +2 systest jibx modules) have gone, -7 in total.
Not too many but it is a start.
I was hesitating for
OK, these 5 modules (jibx, xmlbeans, sdo, binding/object,
rt-management-web - the best but never used logging system for the
endpoints :-), +2 systest jibx modules) have gone, -7 in total.
Not too many but it is a start.
I was hesitating for few mins about removing a databindins-xmlbeans, but
So far the modules rt-management-web and rt-databindings-jibx have gone,
with
rt-databindings-sdo, rt-databindings-xmlbeans and rt-bindings-object
being on the way, I suppose I will remove them now and then we can
double check once more in January.
I've also proposed removing the archetypes bu
Hi All,
I've created a master issue,
https://issues.apache.org/jira/browse/CXF-7191, please double check,
and started from removing the cxf-rt-management-web module.
As I've already mentioned few times, the modules will be restored on
demand,
I'm planning to remove JIBX related modules next...
Hi All
Just a reminder that the below is a list of the modules which will,
unless someone objects, be gone from 3.2.0 - but will be put back
immediately if either of these modules is still used.
We'd just to make the best effort at starting cleaning up CXF large
module space.
Thanks, Sergey
Hi Mr. Kelly
Thank you very much!
You mentioned that Mason is a little bit weak at English foundation compared to
other kids last week. So we want to know how we can do at home to cooperate
with you to improve his English capability.
From about 1 year ago, I began to read English books for him fo
Updated list
1. rt/management-web
I was the one who added it, it was based on a GSOC project and I do
think it is a unique project (users can see logging events in Atom
readers), Aki did some good work around it a couple of years back, but I
haven't seen any user actually asking questions or
Hi Freeman
Sure.
Sergey
On 05/09/16 02:55, Freeman Fang wrote:
Hi Sergey,
I think we still need keep the services/wsn, WS-N is one of WS-* specification
and AFAIK users still use it.
Thanks!
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
On Sep 3, 2016,
Hi Sergey,
I think we still need keep the services/wsn, WS-N is one of WS-* specification
and AFAIK users still use it.
Thanks!
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
> On Sep 3, 2016, at 4:41 AM, Sergey Beryozkin wrote:
>
> Updated list (it may be
Hey Sergey,
Sounds awesome, the time to deprecate OAuth1 will certainly come :-)
Thanks a lot!
Best Regards,
Andriy Redko
SB> Hi Andriy
SB> Thanks, interesting to hear you are seeing quite a bit of life is left
SB> in OAuth1 (it was indeed a real innovation at a time).
SB> I did have some
Hi Andriy
Thanks, interesting to hear you are seeing quite a bit of life is left
in OAuth1 (it was indeed a real innovation at a time).
I did have some doubts about whether to include this module or not.
Some modules (ex, Corba related), are indeed much older, but they are
actually used these
Meant "this module" (integration/jca)
On 04/09/16 17:53, Sergey Beryozkin wrote:
Hi, Thanks, I guess this method was used in early ServiceMix (or even
pre ServiceMix) ... May be it should be kept. But as I noted we'd
readily put anything that may be required later on so, I'll keep in the
list for
Hi, Thanks, I guess this method was used in early ServiceMix (or even
pre ServiceMix) ... May be it should be kept. But as I noted we'd
readily put anything that may be required later on so, I'll keep in the
list for now, as no -1 has been received on dropping it yet.
Thanks, Sergey
On 02/09/
no idea what the integration/jca module might do but… jca (java connector
architecture) is the spec way of installing things like JMS providers, SAP
connector, CICS connector and other “enterprise integration” products. If
there’s a way to use JMS as a transport this might be involved.
david j
Hi Andriy
Just something I'd like to clarify re CXF OAuth1 module. I was a mentor
for the original GSOC project and spent quite a bit of time with it
afterwards too.
After spending even more time with OAuth2 I see OAuth2
being actually simpler for a classical case originally covered by OAuth1
Updated list (it may be a bit noisy but it will settle down...)
1. rt/management-web
I was the one who added it, it was based on a GSOC project and I do
think it is a unique project (users can see logging events in Atom
readers), Aki did some good work around it a couple of years back, but I
Let me drop a netty transport from this list - it is relatively new,
we've had few queries about it, and I see Brad asking about Netty and
CXF on Camel users, I guess it can be reviewed in CXF 4.
Sergey
On 02/09/16 17:39, Sergey Beryozkin wrote:
An updated list:
(Alessio, see item 10 (just a t
An updated list:
(Alessio, see item 10 (just a try), I know http-netty was added first
followed by http-undertow, so may be you know best if adding http-netty
was a temp requirement though I guess it may be used by some users, we
do not know...)
1. rt/management-web
I was the one who added i
Hi Andriy
Yeah, I just wanted to show I'm ready to depart with some of RS modules
too :-). You are right though, likely some existing integrations are
still around.
Sergey
On 02/09/16 17:27, Andrey Redko wrote:
Hey Sergey,
Great undertaking I think! From my side, I would put -1 to oauth mod
Hey Sergey,
Great undertaking I think! From my side, I would put -1 to oauth module.
You are right, technically it is old spec but it is still
used widely (mostly because it is much simple to integrate comparing to
oauth2 f.e.).
Thanks.
Best Regards,
Andriy Redko
On Fri, Sep 2, 2016 at 12:0
Hi Alessio
Sure, I knew ws-transfer was a recent addition but was not sure about
-mex and -eventing. If any of us thinks a given module needs to stays
then it stays.
Thanks, Sergey
On 02/09/16 17:19, Alessio Soldano wrote:
Hi Sergey,
I like the idea of cleaning up the code base a bit. I would
Hi Sergey,
I like the idea of cleaning up the code base a bit. I would however cast
my -1 on the removal of rt/ws/eventing and rt/ws/mex, which are ws-*
spec we kind of declare support for / implementation.
Cheers
Alessio
Il 02/09/2016 18:07, Sergey Beryozkin ha scritto:
Hi
CXF module base
Hi
CXF module base continues to grow - a lot of modules is available, with
some of these modules being obsolete and never used.
I'd like to propose to drop some of these modules in 3.2.0-SNAPSHOT to
make the builds faster, the workspaces smaller and new users less
overwhelmed :-). Once we ag
23 matches
Mail list logo
