+1 －－－－－－－－－－－－－ Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat Web: http://fusesource.com | http://www.redhat.com/ Twitter: freemanfang Blog: http://freemanfang.blogspot.com http://blog.sina.com.cn/u/1473905042 weibo: @Freeman小屋
On 2013-2-4, at 下午6:50, Andreas Pieber wrote: > +1 from my side too! > > Kind regards, > Andreas > > > On Mon, Feb 4, 2013 at 11:49 AM, Robert Davies <[email protected]> wrote: > >> sounds good to me too >> >> On 4 February 2013 10:21, Guillaume Nodet <[email protected]> wrote: >> >>> Yeah, that sounds like a good plan to me, +1 >>> >>> >>> On Mon, Feb 4, 2013 at 10:46 AM, Gert Vanthienen >>> <[email protected]>wrote: >>> >>>> Guillaume, >>>> >>>> >>>> Bundles and specs are usually released separately these days and they >>> have >>>> a completely different release cycle than the container, so I would >> keep >>>> those as they are today. >>>> >>>> I was mainly thinking about Features itself and the things we usually >>>> release together with that (Utils, Components, NMR, Archetypes). If we >>>> could strip that down to a single maven build for the container itself >>> and >>>> drop the JBI/NMR bits, we should be able to do those container builds >>> more >>>> quickly and easily, making it easier to stay up-to-date with all other >>>> dependency versions (Karaf, Camel, CXF, ...) >>>> >>>> >>>> Regards, >>>> >>>> Gert Vanthienen >>>> >>>> >>>> On Mon, Feb 4, 2013 at 9:16 AM, Guillaume Nodet <[email protected]> >>> wrote: >>>> >>>>> Are you also talking about moving back everything in a single >>> subproject >>>> ? >>>>> So that the release would only consist in a single maven release ? >>>>> If so, I'm not sure we can easily do that for bundles (which are used >>> by >>>>> downstream projects), and also the specs (which are used by Karaf). >>>>> >>>>> >>>>> On Sun, Feb 3, 2013 at 9:54 PM, Gert Vanthienen >>>>> <[email protected]>wrote: >>>>> >>>>>> L.S., >>>>>> >>>>>> >>>>>> About a year and a half ago, we had some discussions on the mailing >>>> list >>>>>> about a plan for Apache ServiceMix 5.0 and had some initial commits >>> to >>>>>> build the additional services and functionality. Since then >> however, >>>>> none >>>>>> of us have actually had the time to work on that code or move >> things >>>>>> forward. >>>>>> >>>>>> In the meanwhile, we are also struggling constantly to get our >>> releases >>>>>> done in timely fashion. The latest 4.5.0 release took almost 9 >>> months >>>>>> since the first mention of it on the dev@ list. Doing a >> ServiceMix >>>>>> release >>>>>> now is quite a task: it usually involves doing releases in 5 or 6 >>>>>> subprojects. >>>>>> >>>>>> I would like to propose a new plan for Apache ServiceMix 5.0. >>> Instead >>>> of >>>>>> doing a lot of new development, how about we start with the current >>> 4.x >>>>>> features codebase and remove everything that's related to JBI and >> the >>>>> NMR. >>>>>> That will give us a nice and simple integration container build >>> (based >>>>> on >>>>>> Karaf, Camel, CXF, ActiveMQ, ...) and everything is living in a >>> single >>>>>> project that's quick and easy to release. >>>>>> >>>>>> If we start doing this now, we could get a build out with Karaf >>> 2.3.0, >>>>>> ActiveMQ 5.8.0, Camel 2.11.0 (which will bring in Scala 2.10 and >>> opens >>>> up >>>>>> the possibility to include the Akka OSGi examples I built a few >>> months >>>>> ago) >>>>>> pretty soon after those versions are available. With only one >>> project >>>>> to >>>>>> maintain the versions of all those dependencies, we should be able >> to >>>>>> follow up more regularly as our sibling projects do (new) fix >>> releases >>>> as >>>>>> well. >>>>>> >>>>>> We don't have to throw away the existing ServiceMix 5.0 code by the >>>> way, >>>>> we >>>>>> can always move that into a separate branch and then cherry-pick >> the >>>>> useful >>>>>> bits afterwards, but I think our first goal now should be to get >>>>> ourselves >>>>>> in a position that we can actually build and release stuff more >>> easily >>>>>> again. >>>>>> >>>>>> >>>>>> Wdyt? >>>>>> >>>>>> Gert Vanthienen >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ------------------------ >>>>> Guillaume Nodet >>>>> ------------------------ >>>>> Red Hat, Open Source Integration >>>>> >>>>> Email: [email protected] >>>>> Web: http://fusesource.com >>>>> Blog: http://gnodet.blogspot.com/ >>>>> >>>> >>> >>> >>> >>> -- >>> ------------------------ >>> Guillaume Nodet >>> ------------------------ >>> Red Hat, Open Source Integration >>> >>> Email: [email protected] >>> Web: http://fusesource.com >>> Blog: http://gnodet.blogspot.com/ >>> >>
