[rules-dev] .classpath files within drools trunk

[Mark Proctor]

On 08/05/2010 05:13, Michael Neale wrote:
> 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.
Maven use to not be able to build the eclipse files in the entire trunk 
would not build. So from time to time we generate and commit the 
.project and .classpath to keep them up to date.

Mark
>
> On Sat, May 8, 2010 at 1:25 PM, Randy Secrist <randy.secrist at gmail.com 
> <mailto: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 <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
> https://lists.jboss.org/mailman/listinfo/rules-dev
>    

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20100508/5e12e479/attachment-0001.html