+1 Il gio 30 apr 2020, 17:19 Claus Ibsen <claus.ib...@gmail.com> ha scritto:
> Hi > > Just to get attention to this again. I would be good to finish up the > bits we can make and get Camel 3.3 timeboxed for release. > > So I suggest we by end of next week (friday) cut the RC. Then we can > get the release out here in start of May. > And then the 3.4 LTS release out in June / start of July (at latest). > > Any thoughts? > > On Wed, Apr 15, 2020 at 7:28 AM Claus Ibsen <claus.ib...@gmail.com> wrote: > > > > Hi > > > > Lets keep the momentum going and release a new 3.x version next month. > > And lets aim for 3 weeks time. So if we can get Camel 3.3 released in > > start of / mid May 2020, then that would be great. > > > > Here are some of the areas to work on and see if we can get > > implemented and also the stuff already done. > > > > 1) Reflection free *DONE* > > We have continued the work to make Camel use less reflections and have > > now fixed the remainder bits in Rest DSL and Circuit Breakers. > > And there were some data formats that wasnt entirely fixed either. > > > > 2) Reflection free custom POJOs *DONE* > > We can now use @Configurer on custom POJOs and with our maven tool > > generate source code to configure without reflection > > > > 3) JAXB free *DONE* > > There were a few spots left to remove JAXB from the classpath when its > > not needed. Now Rest DSL is also free when you do not use XML > > bindings. > > And also remove JAXB from maven pom etc. > > > > 4) Bugs reported about Camel 3.2 *DONE* > > We have fixed the problems reported with Camel 3.2 such as install on > > karaf, or the endpoint-dsl not support property placeholders. > > > > 5) Website improvements > > The website keeps improving but this work is less dependent on the > > Camel 3.3 release. > > > > 6) Lightweight CamelContext > > gnodet will continue his experiment with this for really lightweight > > and fast Camel for graalvm/quarkus. > > > > 7) doInit vs doStart > > We should continue move and splitup initialization logic into early > > phase when possible. > > > > 8) Move reifiers to separate module / move model out of runtime > > If possible lets see if we can get more classes modularized so we can > > for example avoid having model classes at runtime if not needed. > > > > 9) Look at if we can align auto configuration of components in SB vs > camel-main > > > > And then the usual bunch of stuff with new components, bug fixes, > > dependency upgrades and whatnot. > > > > > > > > > > > > > > > > > > > > -- > > Claus Ibsen > > ----------------- > > http://davsclaus.com @davsclaus > > Camel in Action 2: https://www.manning.com/ibsen2 > > > > -- > Claus Ibsen > ----------------- > http://davsclaus.com @davsclaus > Camel in Action 2: https://www.manning.com/ibsen2 >
