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

Michael Neale michael.neale at gmail.com
Wed Oct 27 18:41:20 EDT 2010


agree - although "ide" in the name implies it is not for web tools ?

On Wed, Oct 27, 2010 at 5:35 PM, Geoffrey De Smet
<ge0ffrey.spam at gmail.com>wrote:

> 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 at gmail.com
> > <mailto:michael.neale at 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 at gmail.com
> >     <mailto:lucazamador at 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 at codehaus.org
> >         <mailto:mproctor at 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 at gmail.com <mailto:ge0ffrey.spam at 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 at lists.jboss.org
> >>                 <mailto:rules-dev at lists.jboss.org>
> >>                 https://lists.jboss.org/mailman/listinfo/rules-dev
> >>
> >>
> >>
> >>             _______________________________________________
> >>             rules-dev mailing list
> >>             rules-dev at lists.jboss.org  <mailto:
> rules-dev at lists.jboss.org>
> >>             https://lists.jboss.org/mailman/listinfo/rules-dev
> >
> >
> >             _______________________________________________
> >             rules-dev mailing list
> >             rules-dev at lists.jboss.org <mailto:rules-dev at lists.jboss.org>
> >             https://lists.jboss.org/mailman/listinfo/rules-dev
> >
> >
> >
> >         _______________________________________________
> >         rules-dev mailing list
> >         rules-dev at lists.jboss.org <mailto:rules-dev at 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 at lists.jboss.org <mailto:rules-dev at lists.jboss.org>
> >     https://lists.jboss.org/mailman/listinfo/rules-dev
> >
> >
> >
> >
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/rules-dev
>
> --
> With kind regards,
> Geoffrey De Smet
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>



-- 
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20101028/4da80fe6/attachment.html 


More information about the rules-dev mailing list