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? <br><br><div class="gmail_quote">On Wed, Oct 27, 2010 at 2:37 PM, Lucas Amador <span dir="ltr"><<a href="mailto:lucazamador@gmail.com">lucazamador@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi all,<div>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 :)</div>
<div><br></div><div>Regards,</div><div><br></div><font color="#888888"><div>Lucas</div></font><div><div></div><div class="h5"><div><br><div class="gmail_quote">On 26 October 2010 23:09, Mark Proctor <span dir="ltr"><<a href="mailto:mproctor@codehaus.org" target="_blank">mproctor@codehaus.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#ffffff"><div>
On 26/10/2010 22:57, Michael Anstis wrote:
<blockquote type="cite">Hi Geoffrey,<br>
<br>
Being relatively new I can't comment on some of the specifics, but
I question the following:-<br>
<ul>
<li>drools-assistant</li>
<li>drools-atom</li>
<li>drools-clips (I believe Mark did this on a rainy weekend,
but don't know if it's still supported).</li>
<li>drools-container</li>
<li>drools-doc\drools-docs (which is actively used?!? Do we need
both?)</li>
<li>drools-rhq-plugin</li>
<li>drools-simulator</li>
<li>install</li>
<li>src</li>
</ul>
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.<br>
</blockquote></div>
You just volunteered yourself for your first task next november when
you start ;)<br><font color="#888888">
<br>
Mark</font><div><div></div><div><br>
<blockquote type="cite">
<br>
Cheers,<br>
<br>
Mike<br>
<br>
<div class="gmail_quote">On 26 October 2010 15:59, Geoffrey De
Smet <span dir="ltr"><<a href="mailto:ge0ffrey.spam@gmail.com" target="_blank">ge0ffrey.spam@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
I am looking at cleaning up the build and moving to maven 3,
to make it<br>
faster, more reliable, etc.<br>
I am also actively wondering if some modules or files aren't
dead code.<br>
First candidate is drools-atom:<br>
<br>
The module drools-atom is in limbo:<br>
- It still exists<br>
- It's not part of any build<br>
- Does it still build? No<br>
-- 'dependencies.dependency.version' is missing for<br>
org.apache.cxf:cxf-rt-frontend-jaxrs:jar<br>
- Does it still compile against the latest drools version?
Idunno, but<br>
since it's not part of the build, tomorrow's refactor might
break it.<br>
- Does anyone use it? If it doesn't build and it isn't
released... no?<br>
<br>
I don't think that code is useful to anyone in this state. I
do think<br>
it's presence alone slightly complicates the drools sources.<br>
<br>
<br>
What do we do with it?<br>
- [A] remove the directory drools-atom from trunk (it's still
retired in<br>
in subversion)<br>
- [B] leave it like it is now. It might be usefull to someone<br>
- [C] add it to the build again, make it work<br>
- [D] create a separate repository "drools-incubator" and move
it there<br>
<br>
In my opinion:<br>
+1 for [A]<br>
-1 for [B]: either it builds or it's not in trunk<br>
<br>
<br>
If we all agree that removing dead modules is a good idea, I
'll provide<br>
a list of possible candidates next time.<br>
<font color="#888888"><br>
--<br>
With kind regards,<br>
Geoffrey De Smet<br>
<br>
_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
</font></blockquote>
</div>
<br>
<pre><fieldset></fieldset>
_______________________________________________
rules-dev mailing list
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Michael D Neale<br>home: <a href="http://www.michaelneale.net">www.michaelneale.net</a><br>blog: <a href="http://michaelneale.blogspot.com">michaelneale.blogspot.com</a><br>