Thomas,
Can you please elaborate on the use cases why you need to edit the
classpath outside of Maven? It would help us better to understand the
issues you having.
On a good side, I just talked with JDT folks here at EclipseCon and
they have suggested few options that we might be able to use to improve
the situation, but like I said it would be great to better understand
your use cases.
Thanks
Eugene
Thomas Tardy wrote:
Hello Eugene,
thanks for your reply. I realy hope it will be possible to configure
the classpath of launchers and applications as usual. I get your
point, that if you use maven managed projects, you should define the
classpath in maven. But I think you should allow exceptions. From my
point of view it should be possible to edit this classpathes.
Regards,
Thomas
On Wed, Mar 19, 2008 at 6:49 PM, Eugene Kuleshov <[EMAIL PROTECTED]> wrote:
Thomas Tardy wrote:
I updated from version 0.0.12 to 0.9.0 a few days ago and it looks to
that everything is working well. Therefore I think that the issue
described in the following is more a missunderstanding from my side
than a bug.
In eclipse you have the possibility to configure the classpath of a
launcher and this was working well with m2eclipse v0.0.12. Since I
updated the plugin to v0.9.0 the classpath of the launcher is always
being restored to the default when I launch it. Can anybody tell me
what I'm doing wrong respectively how to do the same thing with the
v0.9.0.
Thomas, your observations are correct, and what happens is that we
always use corresponding Maven-managed classpath for JUnit and Java app
launch configurations (test and runtime scope accordingly).
As you noticed, it is still possible to edit both buildpath and
runtime classpath using a standard Eclipse UI and it is confusing that
edited configuration is not being used. We haven't decided if we should
look if we can disable such editing in JDT UI if Maven dependency
management is enabled, or if we should use these changes at a price of
breaking command line Maven build.
Anyways, in a mean time you can add additional dependencies to the
pom.xml using test and runtime scopes, so they will be used by launch
configurations.
regards,
Eugene
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
