[rules-dev] [vote] Module drools-assistent moved into drools-ide-common
Lucas Amador
lucazamador at gmail.com
Wed Oct 27 20:56:36 EDT 2010
Good idea, I agree.
On 27 October 2010 19:41, Michael Neale <michael.neale at gmail.com> wrote:
> 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
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20101027/41a608d7/attachment-0001.html
More information about the rules-dev
mailing list