Hey Guillaume, Thanks a lot! This is a wonderful start for Camel 3.x work! Many thanks! I'll take a look at the branch!
-- Andrea Cosentino ---------------------------------- Apache Camel PMC Chair Apache Karaf Committer Apache Servicemix PMC Member Email: ancosen1...@yahoo.com Twitter: @oscerd2 Github: oscerd On Wednesday, October 3, 2018, 5:37:00 PM GMT+2, Guillaume Nodet <gno...@apache.org> wrote: Hey guys ! It's been a long time I've been working actively on Camel, so I'm glad to be back ! I've spent the last few weeks working on a few things related to a possible Camel 3.x branch, mainly: * removing all deprecated stuff (or most of them) * making camel-core more modular by extracting stuff out of it Given those changes lead to incompatible changes, I've refactored my changes on top of a change to version 3.0.0-SNAPSHOT. I've uploaded the branch at https://github.com/apache/camel/tree/sandbox/camel-3.x The first item is quite simple in principle, i.e. I've removed everything that was flagged as @Deprecated. A lot of changes were more complicated than just removing a few lines, and some of them were actually substantial. On top of that, I've worked on some JIRA already raised for 3.x and also a few enhancements (like the ServiceSupport one, though there are still some incoherences). One of my goal was to experiment on making camel-core more modular, which I've worked on these past days. This requires moving some stuff from one package to another to make packages more cohesive and be able to later extract them. So o.a.c.util.* do not depend on a.o.c anymore, which means some stuff has been moved to o.a.c.support and similar changes. Also, base classes such as DefaultComponent, DefaultEndpoint and related have been moved from o.a.c.impl to o.a.c.support. I'll continue experimenting a bit on this modularization to ensure that components can be built without relying on camel-core directly. Another thing I've experimented but not yet ported to that branch is to isolate o.a.c.model from the actual processors. This is done by extracting the code that translates the XxxDefinition into YyyProcessor into a separate package. This should allow experimenting with stuff like generating fluent xml/java dsls from the metadata. Just wanted to provide some feedback on my latest huge commit and make things public. I'm planning to rebase on top of master regularly until the community decides of the fate of this branch :-) Guillaume -- ------------------------ Guillaume Nodet
