Re: [equinox-dev] shell refactoring proposal - Gogo jars in orbit

2010-12-09 Thread Kirchev, Lazar
: Equinox development mailing list Subject: Re: [equinox-dev] shell refactoring proposal - Gogo jars in orbit Another option is to nominate Lazar as an Orbit committer if Lazar is up for maintaining Gogo in orbit. Tom [cid:image001.gif@01CB97C6.101A7800]Jeff McAffer ---12/09/2010 08:33:51 AM

Re: [equinox-dev] shell refactoring proposal - Gogo jars in orbit

2010-12-09 Thread Thomas Watson
-| |12/09/2010 08:33 AM | >---| |> | Subject: | |> >---------------| |Re: [equinox-d

Re: [equinox-dev] shell refactoring proposal - Gogo jars in orbit

2010-12-09 Thread Jeff McAffer
ent mailing list > Subject: Re: [equinox-dev] shell refactoring proposal - Indigo plan deadline > > I'm not sure how to deal with the gogo jars in orbit. The jars are real > bundles and we will not have to repackage them or anything like that. Jeff > what do you recommend?

Re: [equinox-dev] shell refactoring proposal - Gogo jars in orbit

2010-12-08 Thread Kirchev, Lazar
, December 02, 2010 4:11 PM To: Equinox development mailing list Subject: Re: [equinox-dev] shell refactoring proposal - Indigo plan deadline I'm not sure how to deal with the gogo jars in orbit. The jars are real bundles and we will not have to repackage them or anything like that. Jeff what d

Re: [equinox-dev] shell refactoring proposal - Indigo plan deadline

2010-12-02 Thread Jeff McAffer
> I'm not sure how to deal with the gogo jars in orbit. The jars are real > bundles and we will not have to repackage them or anything like that. Jeff > what do you recommend? > Orbit is about maintaining bundles for third party code that eclipse projects use. We already have cases where the co

Re: [equinox-dev] shell refactoring proposal

2010-03-31 Thread Jeff McAffer
Subject: Re: [equinox-dev] shell refactoring proposal I do not want to start a flame war here but just out of curiosity: why do you want to develop an equinox specific implementation of RFC147 whne there are already implementation out there like: Apache Felix GoGo - This si started from the

Re: [equinox-dev] shell refactoring proposal

2010-03-31 Thread Thomas Watson
--| |> | Subject: | |> >------------------|

Re: [equinox-dev] shell refactoring proposal

2010-03-30 Thread Alin Dreghiciu
I do not want to start a flame war here but just out of curiosity: why do you want to develop an equinox specific implementation of RFC147 whne there are already implementation out there like: Apache Felix GoGo - This si started from the code Peter Kriens developed as part of RFP Apache Karaf - th

Re: [equinox-dev] shell refactoring proposal

2010-03-30 Thread Jeff McAffer
Krassi, This is great. I've been wanting the console out of the framework for some time. See Bug 169603. Having a better, more functional console that has a better command UI structure would be a real bonus to many users. As you observe, maintaining compatibility with the old way is essenti

[equinox-dev] shell refactoring proposal

2010-03-30 Thread Semerdzhiev, Krasimir
Hi, This is a short summary of an activity we believe fits to the current point in time and the direction of the project. Any input on that is highly appreciated. Krassi Introduction We'd like to propose an incubation activity under the Eclipse Equinox umbrella which to result in a RFC147 comp