Either or, I prefer 2 but sandbox might be a good idea. On Jan 25, 2013, at 16:43, Hadrian Zbarcea <hzbar...@gmail.com> wrote:
> I'd keep this thread short and focus on achieving consensus (if possible) on > what to do with the existing console. So far it looks to me like there is > (almost(*)) consensus on not having the console part of the camel distro. > > The contenders are: > 1. James proposal to move it to the sandbox (as an alternative to my > subproject suggestoin). I think that's an even better alternative. If there > is enough interest it can grow in the sandbox and then we can decide on its > future, uhm, future. > 2. Get rid of it completely (Rob and Dan). > > I am in favor of both with a slight bias towards 2. From the thread it's not > yet clear if the balance tips one way or another, so let's keep the > discussion going, looks like this will be easy to sort out. > > Cheers, > Hadrian > > (*) @cmoulliard: I agree with your point, but it helps way more to sell said > technology if you had sharp looking eye candy. History indicates that it's > not likely to get that from the current camel distro, yet more likely to get > it from karaf, hawt.io or other places (ALv2 licensed on top of everything). > > > > On 01/25/2013 06:05 PM, Christian Schneider wrote: >> I think even both may be possible. We could have plugins for apache >> projects that are written inside the projects or outside. Depending on >> the interest of a project to build such a plugin and the feasibility to >> develop it independent of the project release cycle. >> >> The core part of my idea is though to have cooporation of multiple >> organizations and projects towards such a management framework. I think >> this is too big for one company to succeed on its own and I have seen >> too many similar projects fail. >> >> Christian >> >> Am 25.01.2013 23:57, schrieb Guillaume Nodet: >>> On the other hand, if the plugin is developped outside the Camel project, >>> it could be written to support multiple camel versions at the same time, >>> especially older versions. Which might be harder (though not impossible) >>> if hosted inside camel project itself. >>> >>> >>> On Fri, Jan 25, 2013 at 11:36 PM, Christian Schneider < >>> ch...@die-schneider.net> wrote: >>> >>
