[rules-dev] .classpath files within drools trunk

[Michael Neale]

I think the past approach was not to have them - and instead let mvn eclipse
generate them - but somehow they got checked in along the way. At least it
used to be that way.

On Sat, May 8, 2010 at 1:25 PM, Randy Secrist <randy.secrist at gmail.com>wrote:

> There are a number of references to M2_REPO in eclipse .classpath files
> which are appear to no longer be used by the MVN build (for at least the
> test case + install phase).  I'm assuming it is because the CI loop is fine
> but the eclipse stuff has not been maintained.
>
> Would any committers here be interested if I patched out the artifacts
> within the .classpath files which I don't think we need anymore and sent up
> the diff?
>
> or -
>
> should we remove the .classpath and .project?
>
> or -
>
> should we enable the sonatype maven plugin within the .project files?
>
> Some examples are:
> drools-decisiontables/.classpath has
>  - antlr
>  - cglib
>  - stringtemplate
>  - hamcrest-core
>  - hamcrest-library
>  - jmock-legacy
>  - jmock
>  - objenesis
>
> Let me know what you guys think ...
>
> -- Randy Secrist
> GE Healthcare
>
> _______________________________________________
> 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/20100508/67a55e3a/attachment-0001.html