=
The problem is the .classpath that "Maven > Update project" generated.
It contains the line
Instead, it should contain the line
With this line, the list of resources is consistent:
$ ls -1 target/classes/
main.class
META-INF
Best regards,
-
e loaded in the workspace and don't have m2e nature,
Is there a way to configure m2e to this effect?
If not, is it a bug or a design choice?
Best regards,
--------
Bruno HaibleEmail:
IBM De
Thanks Igor for the answer.
> This looks like a bug, so feel free to open a bug report and provide
> small standalone project we can use to reproduce the problem.
Registered at https://bugs.eclipse.org/bugs/show_bug.cgi?id=431578
title "resources in Java folders: wrong classpath entry for
src/ma
Hi Igor,
> m2e populates "Maven Dependencies" container based on Maven dependency
> information provided by project pom.xml file. It is not possible to
> match pom.xml elements to non-Maven workspace projects in a
> generic way, so the behaviour you see is expected and not a bug.
Adrian Rivard a
Hello Igor,
> Somewhat controversially, I removed support for global user settings.xml
> file. It was only used to calculate location of maven local repository,
> which didn't make much sense, and it was getting in the way of the
> changes I needed to make to the maven installation ui.
In my $HOM
Igor Fedorenko wrote:
> Either change eclipse
> to use maven convention (the default in m2e) or configure pom.xml build
> and to match what you use in
> eclipse.
But when doing this, the user has to be careful when running maven on the
command line (outside Eclipse). The user must avoid that a m
differently.
- To work around inconsistencies between the m2e generated .classpath
file and the pom.xml file. See
https://bugs.eclipse.org/bugs/show_bug.cgi?id=431578
Best regards,
--------
Bruno Haible
is running, don't save
any
modified file in Eclipse, nor pull any changes from the version
control
system.
Of course, I too would be interested to know a better workaround than
that.
Bruno
--------
Bruno Haible
m.Of course, I too would be interested to know a better workaround than that.Bruno ----Bruno HaibleEmail: <bruno.hai...@de.ibm.com>IBM DeutschlandWilhelm-Fay-Straße 30-3465936 Frankfurt am MainGermany--