Thanks for the reply, just for reference, I was looking right now at 3
different solutions for the same problem:
1. The enforcer plugin:
EnforcerRuleHelper -
Benjamin Bentmann wrote:
Hi,
The vote has passed with the following result:
+1: Dennis Lundberg, Arnaud Héritier, John Casey
Thanks for the feedback! I will move the sources over.
Over the weekend I plan to look at the outstanding issues reported for
jar:sign and see what I can
BRIAN FOX-5 wrote:
Take a look at the maven-dependency-plugin copy-dependencies code,
this is pretty much exactly what you're trying to do. There are
filters that are in a common jar you can reuse to filter out
transitivity etc.
Thanks for the replies guys. I need to download the
Hello,
I have a plugin which needs to download copy somewhere the transitive
dependencies of the project's dependencies (at least level 1, I'll see about
the rest).
So I have this: project - dependencies - transitive dependencies.
I extracted artifacts from the direct dependencies, so this part
Hello,
For a plugin I wrote, help:describe says this, both for the goals and for
the parameters:
Deprecated. No reason given
What must I do to get rid of this message, since it's confusing to users?
Thank you.
--
View this message in context:
Hello.
Suppose I'm running a Junit test with Maven, and I need to get all the files
in the classpath, for various reasons.
Is there any way to access the Maven project and get it's classpath? (I
presume I can't just use @parameter co).
Thank you,
Costin.
--
View this message in context:
Benjamin Bentmann wrote:
Costin Caraivan wrote:
The invocation is from the pom.xml, inside a profile. So execution bound
to
a build lifecycle.
Then consider to drop an example project in JIRA so we can have closer
look and something to reproduce the issue. From the few bits given so
Benjamin Bentmann wrote:
Costin Caraivan wrote:
By the way, this works when I move the configuration section in the
root
of the plugin.
We have a (passing) IT [0] to test execution configuration which
includes a Map parameter so I wonder how do you invoke your mojo in the
first
Hello,
I have a plugin with the following configuration:
configuration
featureId
groupIdcom.axway.md/groupId
artifactIdcom.axway.md/artifactId
version${project.version}/version
typezip/type
/featureId
pluginsUnpackFolderaoleu/pluginsUnpackFolder
featuresUnpackFolderaoleu/featuresUnpackFolder
Costin Caraivan wrote:
Hello,
I have a plugin with the following configuration:
configuration
featureId
groupIdcom.axway.md/groupId
artifactIdcom.axway.md/artifactId
version${project.version}/version
typezip/type
/featureId
pluginsUnpackFolderaoleu/pluginsUnpackFolder
Richard van Nieuwenhoven-2 wrote:
Hi,
i also had this problem, and yes Jason is right don't do it! You will
have all sorts of follow up problems (like some other plugins not
working). It will work for the normal stuff, but be sure to start your
plugin in the validate phase.
Now i
Maarten Storm-2 wrote:
Hello all,
I would like to add programmatically dependencies to the MavenProject.
I have looked in the mail archives but I could not find info on this
topic.Is there a possible solution for this?
Kind regards,
Maarten Storm
Hello,
I'm also interested by this and
Jason van Zyl-5 wrote:
This is a bad idea and don't count on Maven 3.x supporting this
because it makes determining what the dependencies are black magic.
The dependency tree and visualization tools won't work. In Maven 3.x
we are likely to make the dependency set immutable post
I tried:
Settings set = new Settings();
set.getLocalRepository();
gives me null (probably because I don't have an explicit path in the
settings.xml file).
I also tried:
ArtifactRepository localRepo;
localRepo.getBasedir();
but this doesn't work.
How do I get the path to the local repository?
14 matches
Mail list logo