Re: [rules-dev] [vote] Module drools-assistent moved into drools-ide-common

If drools-assistent needs to be implemented in guvnor and the eclipse plugin, it should be added to drools-ide-common IIRC :) Op 27-10-10 07:42, Lucas Amador schreef: > Ideally it should remain as a separated module, so it can be implemented > in guvnor and the plugin. But maybe it could be moved to a new folder > together with the other modules that aren't functional to drools itself. > > On 27 October 2010 01:48, Michael Neale <michael.neale(a)gmail.com > <mailto:michael.neale@gmail.com>> wrote: > > Yes - that is right - I forgot the name of it. So the stand alone > module needs to stay - or is the source code being merged in with > plugin codebase? > > > On Wed, Oct 27, 2010 at 2:37 PM, Lucas Amador <lucazamador(a)gmail.com > <mailto:lucazamador@gmail.com>> wrote: > > Hi all, > drools-assistant is the module that I created to add refactoring > support in the eclipse plugin/guvnor. The last weekend I fixed > the integration with eclipse and they will be commited in the > next days, maybe tomorrow :) > > Regards, > > Lucas > > On 26 October 2010 23:09, Mark Proctor <mproctor(a)codehaus.org > <mailto:mproctor@codehaus.org>> wrote: > > On 26/10/2010 22:57, Michael Anstis wrote: >> Hi Geoffrey, >> >> Being relatively new I can't comment on some of the >> specifics, but I question the following:- >> >> * drools-assistant >> * drools-atom >> * drools-clips (I believe Mark did this on a rainy >> weekend, but don't know if it's still supported). >> * drools-container >> * drools-doc\drools-docs (which is actively used?!? Do >> we need both?) >> * drools-rhq-plugin >> * drools-simulator >> * install >> * src >> >> I have thought for a long time I'd be good to have on the >> Wiki a summary of what each project represents and what >> package (JAR) they bundle into. > You just volunteered yourself for your first task next > november when you start ;) > > Mark > >> >> Cheers, >> >> Mike >> >> On 26 October 2010 15:59, Geoffrey De Smet >> <ge0ffrey.spam(a)gmail.com <mailto:ge0ffrey.spam@gmail.com>> >> wrote: >> >> I am looking at cleaning up the build and moving to >> maven 3, to make it >> faster, more reliable, etc. >> I am also actively wondering if some modules or files >> aren't dead code. >> First candidate is drools-atom: >> >> The module drools-atom is in limbo: >> - It still exists >> - It's not part of any build >> - Does it still build? No >> -- 'dependencies.dependency.version' is missing for >> org.apache.cxf:cxf-rt-frontend-jaxrs:jar >> - Does it still compile against the latest drools >> version? Idunno, but >> since it's not part of the build, tomorrow's refactor >> might break it. >> - Does anyone use it? If it doesn't build and it isn't >> released... no? >> >> I don't think that code is useful to anyone in this >> state. I do think >> it's presence alone slightly complicates the drools >> sources. >> >> >> What do we do with it? >> - [A] remove the directory drools-atom from trunk >> (it's still retired in >> in subversion) >> - [B] leave it like it is now. It might be usefull to >> someone >> - [C] add it to the build again, make it work >> - [D] create a separate repository "drools-incubator" >> and move it there >> >> In my opinion: >> +1 for [A] >> -1 for [B]: either it builds or it's not in trunk >> >> >> If we all agree that removing dead modules is a good >> idea, I 'll provide >> a list of possible candidates next time. >> >> -- >> With kind regards, >> Geoffrey De Smet >> >> _______________________________________________ >> rules-dev mailing list >> rules-dev(a)lists.jboss.org >> <mailto:rules-dev@lists.jboss.org> >> https://lists.jboss.org/mailman/listinfo/rules-dev >> >> >> >> _______________________________________________ >> rules-dev mailing list >> rules-dev(a)lists.jboss.org <mailto: rules-dev(a)lists.jboss.org&gt; >> https://lists.jboss.org/mailman/listinfo/rules-dev > > > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org> > https://lists.jboss.org/mailman/listinfo/rules-dev > > > > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org> > https://lists.jboss.org/mailman/listinfo/rules-dev > > > > > -- > Michael D Neale > home: www.michaelneale.net <http://www.michaelneale.net> > blog: michaelneale.blogspot.com <http://michaelneale.blogspot.com> > > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org> > https://lists.jboss.org/mailman/listinfo/rules-dev > > > > > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-dev -- With kind regards, Geoffrey De Smet _______________________________________________ rules-dev mailing list rules-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev