VUB Stefan Seidel wrote:
Well, I think it would definitely help if compilation errors were shown in the maven console again. Because they're not, just as it was in version 0.0.9 or so.

I would file a bug but I'm too busy, sorry.
I guess something been changed in the Maven Embedder. We really need a test project to reproduce, then it would be a really easy to fix.

 regards,
 Eugene

Benny Sadeh wrote:


On Dec 20, 2007 10:14 AM, Eugene Kuleshov <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:

    Benny,

Unfortunately it is still not enough to reproduce issue and we need a
    simple test project that would show it.

     What I think happen in your case is that you have your jars in
    Eclipse
    classpath, so JDT can compile classes, and if it compiles into the
    same
    dir as Maven, it won't recompile them, hence don't need any
    dependencies. "mvn clean" would bring things back to obvious.


you're correct Eugene: after "mvn clean" I catch the failure right away in:

[INFO] compiler:compile
[INFO] Compiling 94 source files to C:\projects\utilities\target\classes
org.apache.maven.plugin.CompilationFailureException: Compilation failure
at org.apache.maven.plugin.AbstractCompilerMojo.execute (AbstractCompilerMojo.java:516) at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:114) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:578) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:508) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:328) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute (DefaultLifecycleExecutor.java:151)
    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:220)
at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:813) at org.maven.ide.eclipse.embedder.Maven2Executor.main (Maven2Executor.java:85)

I wonder if it's possible to indicate to the user more precisley of what went wrong ...



     Maven solution for jars that are not in the local repository is
    to use
    <system> scope and specify <location> element for such
    dependencies, but
    they still should be listed in pom.xml. That is not specific to
    m2eclipse but general Maven feature.


thanks for the education Eugene, I didn't know of that feature.
I guess I will actually have to learn Maven in greater depth after all ;-)

your quick responding is fantastic!
how much do I owe you for that ?-)

best,
Benny



     regards,
     Eugene


    Benny Sadeh wrote:
    > it actually just happened to me as well ... and I think I've
    isolated
    > the scenario in which it happens
    >
    > the context:
    > migrating an existing ant-based project to be maven-based (using
    > m2eclipse)
    >
    > my approach was:
> I have all the dependent libraries in a .../lib directory. for each
    > dependency in lib, I find the same in the maven repository, add
    it to
    > the pom, then delete it from lib.
    > at some point, cglib-nodep-2.1_3.jar was in lib but no in the
    pom, and
    > that's when I got the exact same trace, and it happens in the
    > test-compile stage (goal?). (and yes, I'm using that library while
    > testing)
> why it happens, I don't know, but maybe you can shed some light ;-)
    > once I added cglib-nodep-2.1_3 to the pom (and removed it from
    lib),
    > that problem disappeared, and I'm happy with that.
    >
    > but I still have a problem which relates to that, which is more
    > general and I could use some help with it. please. pretty please.
    >
    > the general scenario is:
    > if one has a library that is not in the maven repository, but is
    > stored locally (under some lib directory), the m2eclipse and java
> builders seems to be happy and content, until we get to the testing
    > stage. at that point running the tests via eclipse (Run As)
    succeeds,
    > but running same test via m2 Maven(Run As) fails.
> without tracing it (don't know how), I postulate that it is because
    > m2eclipse can not find those "special" libraries (they are not
    under
    > its dependency graph).
    >
    >
> the specific scenario I have is using jboss-serialization.jar within
    > an ObjectSerializer, and while running ObjectSerializerTest I get:
    > ...
    > Running mindsmiths.util.io.ObjectSerializerTest
    > Tests run: 4, Failures: 0, Errors: 4, Skipped: 0, Time elapsed:
    0.047
    > sec <<< FAILURE!
    > ...
    > Results :
    >
    > Tests in error:
    >   ...
    >   simpleObjects(mindsmiths.util.io.ObjectSerializerTest)
    >   aggregateObjects(mindsmiths.util.io.ObjectSerializerTest)
    >   nestedAggregateObjects( mindsmiths.util.io.ObjectSerializerTest)
    >   nestedObjects( mindsmiths.util.io.ObjectSerializerTest)
    >
    >
    > I understand that I can install any library in the local Maven
    > repository using Maven directly, but that is not an acceptable
    > solution, and I believe you can understand why.
    > so, in general, I does one overcomes such obstacles in a
    transparent way?
    >
    > your advice would be appreciated.
    > thanks,
    > Benny
    >
    >


---------------------------------------------------------------------
    To unsubscribe from this list please visit:

       http://xircles.codehaus.org/manage_email
    <http://xircles.codehaus.org/manage_email>




---------------------------------------------------------------------
To unsubscribe from this list please visit:

   http://xircles.codehaus.org/manage_email



---------------------------------------------------------------------
To unsubscribe from this list please visit:

   http://xircles.codehaus.org/manage_email

Reply via email to