[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [m2e-users] Resolve dependencies from workspace projects: classifier resolution not working
|
Yes, you need to disable workspace dependency resolution for all
projects that directly or indirectly depend on project A, and,
personally, I consider this a showstopper. I would keep workspace
dependency resolution on, but close project A (or remove it from
workspace altogether), and use RunAs->MavenBuild to install new emflib
artifact whenever I need it.
--
Regards,
Igor
On 12-09-03 7:58 AM, Seref Arikan wrote:
Thanks Igor,
I've disabled it for all projects, and everything still works as
expected. When you say it is possible, so you mean I should not disable
it for all projects, or do you mean it is enough that I disable it for C
only?
Best regards
Seref
On Mon, Sep 3, 2012 at 12:55 PM, Igor Fedorenko <igor@xxxxxxxxxxxxxx
<mailto:igor@xxxxxxxxxxxxxx>> wrote:
It is possible to disable workspace resolution for consumer projects,
not for providers. In your case this means workspace dependency
resolution will have to be disabled for project C and it won't be able
to use any other workspace project, not just project A.
--
Regards,
Igor
On 12-09-03 7:51 AM, Seref Arikan wrote:
Thanks Igor,
I have no problem with this. Can you see any problems with me
disabling
the workspace resolution? I want maven based configuration to run
things, including Eclipse development time classpaths.
Best regards
Seref
On Mon, Sep 3, 2012 at 12:26 PM, Igor Fedorenko
<igor@xxxxxxxxxxxxxx <mailto:igor@xxxxxxxxxxxxxx>
<mailto:igor@xxxxxxxxxxxxxx <mailto:igor@xxxxxxxxxxxxxx>>> wrote:
m2e does not support workspace resolution for classified
dependencies.
As a workaround, you need to install these dependencies to
local
repository and make sure source project is not present in
workspace.
I'll be explaining this and other limitations m2e currently
has during
my eclipsecon eu talk [1], if you are interested to know why.
[1]
http://www.eclipsecon.org/____europe2012/sessions/m2e-____exercise-mixing-oil-and-water
<http://www.eclipsecon.org/__europe2012/sessions/m2e-__exercise-mixing-oil-and-water>
<http://www.eclipsecon.org/__europe2012/sessions/m2e-__exercise-mixing-oil-and-water
<http://www.eclipsecon.org/europe2012/sessions/m2e-exercise-mixing-oil-and-water>>
--
Regards,
Igor
On 12-09-03 5:18 AM, Seref Arikan wrote:
Greetings,
I have project A which pulls dependencies from an
Eclipse P2
repo via
Tycho maven plugin, and it packages these dependencies
with emflib
classifier during packaging. Project A's pom has
eclipse-plugin
packaging.
Project B is the master pom container, that declares a
dependency on A
as follows;
<dependencies>
<dependency>
<groupId>com.arikan</groupId>
<artifactId>p2tests</____artifactId>
<version>0.0.1</version>
<classifier>emflib</____classifier>
</dependency>
</dependencies>
Finally project C declares B as its parent, and uses
classes
from the
repackaged jar from A.
The problem is, the classes required in C is not
resolved into
Eclipse
project's class path for C when Resolve dependencies
from workspace
projects is checked. So m2e is not checking the local
repository
(which
has the required jar). mvn compile from terminal for
project C
works fine.
Likewise, if Resolve dependencies is checked for
project B, then no
matter what I write into classifer, I don't get an
error in Eclipse,
that is, it does not check the repository for the
classifier.
Would I have any trouble if I keep Resolve dependencies
from
workspace... unchecked? I'd like to run everything
based on Maven
anyway, for other teams who would use my code base and
would not use
Eclipse.
As a secondary question: am I getting something wrong here?
This is maven 3, with JDK 1.7 under 64 bit Ubuntu
12.04, using
Eclipse
Indigo.
Kind regards
Seref
___________________________________________________
m2e-users mailing list
m2e-users@xxxxxxxxxxx <mailto:m2e-users@xxxxxxxxxxx>
<mailto:m2e-users@xxxxxxxxxxx <mailto:m2e-users@xxxxxxxxxxx>>
https://dev.eclipse.org/____mailman/listinfo/m2e-users
<https://dev.eclipse.org/__mailman/listinfo/m2e-users>
<https://dev.eclipse.org/__mailman/listinfo/m2e-users
<https://dev.eclipse.org/mailman/listinfo/m2e-users>>
___________________________________________________
m2e-users mailing list
m2e-users@xxxxxxxxxxx <mailto:m2e-users@xxxxxxxxxxx>
<mailto:m2e-users@xxxxxxxxxxx <mailto:m2e-users@xxxxxxxxxxx>>
https://dev.eclipse.org/____mailman/listinfo/m2e-users
<https://dev.eclipse.org/__mailman/listinfo/m2e-users>
<https://dev.eclipse.org/__mailman/listinfo/m2e-users
<https://dev.eclipse.org/mailman/listinfo/m2e-users>>
_________________________________________________
m2e-users mailing list
m2e-users@xxxxxxxxxxx <mailto:m2e-users@xxxxxxxxxxx>
https://dev.eclipse.org/__mailman/listinfo/m2e-users
<https://dev.eclipse.org/mailman/listinfo/m2e-users>
_________________________________________________
m2e-users mailing list
m2e-users@xxxxxxxxxxx <mailto:m2e-users@xxxxxxxxxxx>
https://dev.eclipse.org/__mailman/listinfo/m2e-users
<https://dev.eclipse.org/mailman/listinfo/m2e-users>
_______________________________________________
m2e-users mailing list
m2e-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/m2e-users