On 5 June 2013 22:53, Ricardo Espírito Santo <ricardoespsa...@gmail.com> wrote: > Ok a bit more educated about the [exec] project now and yes I do believe > [exec] is sort of too small to be left on its own. > > I liked the idea of merging it into [launcher] or the other way around but > then I liked your next idea even better merging them both into [lang] ... > > However, on a second thought, [lang] was never intended to be doing all > this sort of ninja third party code execution stuff that both [launcher] > and [exec] aim to. > > The closest [lang] comes to external code execution seems to be on > the org.apache.commons.lang3.SystemUtils and even that is only meant to > extend the functionality of java.lang.System which doesn't contain any of > the code execution stuff (apart from load() and loadLibrary()) > > I believe it would then be better to merge them [launcher] and [exec] but > leave them out of [lang] at least for now. > > Do you agree?
I agree that LANG is out of scope for EXEC and LAUNCHER. > Ricardo Espírito Santo > > > On 5 June 2013 09:33, Ricardo Espírito Santo <ricardoespsa...@gmail.com>wrote: > >> I have to admit that I am not very familiar with [exec] ... >> >> Let me have a look at [exec] (in about 9 hours) and I'll let you know what >> I think about it. >> >> Ricardo Espírito Santo >> >> >> On 4 June 2013 23:09, Gary Gregory <garydgreg...@gmail.com> wrote: >> >>> On Tue, Jun 4, 2013 at 6:01 PM, Ricardo Espírito Santo < >>> ricardoespsa...@gmail.com> wrote: >>> >>> > Hi Gary, >>> > >>> > Thanks for your reply! >>> > >>> > I kinda was expecting that answer but I'm sort of curious as to what >>> > happens to a project that gets no love from anyone for a long while? >>> > >>> > The reason I'm asking this is that I have been buzzing around the >>> commons >>> > projects for a few days trying to find something I could be useful at >>> and >>> > seem to find projects that have a few good ideas as JIRAs some even with >>> > patches attached but then have literally no action since two years or >>> so... >>> > >>> > So I guess my real question now is 'Is it possible to retake control of >>> a >>> > project which has been left semi-abandoned?' >>> > >>> >>> Yes, development is based on contributions from the community. >>> >>> WRT [launcher], I wonder if we could merge it with [exec]. They seem to do >>> the same kind of thing. They could be both folded into [lang] AFAIAC. >>> >>> WDYT? >>> >>> Gary >>> >>> > >>> > >>> > Ricardo Espírito Santo >>> > >>> > >>> > On 4 June 2013 22:28, Gary Gregory <garydgreg...@gmail.com> wrote: >>> > >>> > > Hi, >>> > > >>> > > No one is "in charge" of any Commons component. The community develops >>> > and >>> > > supports Commons as each participant and member sees fit. >>> > > >>> > > Gary >>> > > >>> > > >>> > > On Tue, Jun 4, 2013 at 4:33 PM, Ricardo Espírito Santo < >>> > > ricardoespsa...@gmail.com> wrote: >>> > > >>> > > > Is there anyone in charge of this project? >>> > > > >>> > > > Thanks, >>> > > > Ricardo Espírito Santo >>> > > > >>> > > >>> > > >>> > > >>> > > -- >>> > > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >>> > > Java Persistence with Hibernate, Second Edition< >>> > > http://www.manning.com/bauer3/> >>> > > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/> >>> > > Spring Batch in Action <http://www.manning.com/templier/> >>> > > Blog: http://garygregory.wordpress.com >>> > > Home: http://garygregory.com/ >>> > > Tweet! http://twitter.com/GaryGregory >>> > > >>> > >>> >>> >>> >>> -- >>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >>> Java Persistence with Hibernate, Second Edition< >>> http://www.manning.com/bauer3/> >>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/> >>> Spring Batch in Action <http://www.manning.com/templier/> >>> Blog: http://garygregory.wordpress.com >>> Home: http://garygregory.com/ >>> Tweet! http://twitter.com/GaryGregory >>> >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
