BTW, have you tried it with the eclipse plugin instead? Speaking with
the Maven folks, that is the expected path of IDE integration moving
forward (its the reason us IntelliJ users are using the EAP releases).
http://m2eclipse.codehaus.org/
Steve Ebersole wrote:
Max Rydahl Andersen wrote:
Hi Chris and Steve,
I took a look at hibernate3 head today because Chris was claiming mvn
eclipse:eclipse were broken.
The short answer to that is that yes - maybe, it actually works
(except for some "funny" things)
I've updated http://hibernate.org/422.html to describe the few things
I had to do to get maven to work on my new machine;
and it worked pretty well.
svn co hibernate3, mvn eclipse:eclipse and I was basically ready to
roll.
But I did find some issues here in no particular order:
Why is checkstyle_checks.xml put in resources and thus end up int the
classpath ? Previously it was just in the root of hibernate dir.
I'd ask why checkstyle_checks.xml is there at all ;)
Why is the etc directory not inside hibernate-core as something that
is put on the project as a class directory ? With this setup you
would have to change the generated ide configurations every time to
include it on the classpath. Without it the tests and other thing
that dpeends on log4j and a cfg.xml doesn't run.
Because I don't want them on the classpath ;) The are in *etc*; they
are simply that, "extras".
Is ther no way to avoid having xml-api.jars and other
not-always-relevant jars to be added to the classpath ?
We probably could just remove them as we now require jdk >= 1.4
The documentation/ is "annoying" since you can't have both the docs
and the tutorial included in eclipse
don't understand this one. can you be more explicit? documentation/
itself is nothing more than an aggregation project: it aggregates
tutorial/ and manual/
_______________________________________________
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
