I can tell you that parent POM configuration is the way to go.
I believe XML is very well understandable format for devs and non-devs as
well.
I think it's worth to teach people reading this staff rather then teaching
them MOJO plugin maintenance and custom config.
On Tue, Oct 6, 2015 at 6:07 PM,
I am not sure if additionalClasspathElement supports CSV but we can check
it esily in the code.
My idea is to have one parameterized parent POM with
${my.jars}
Then mu.jars can be whatever like POM property or system property.
Then you don't need additional plugin, just setup different value in
wha
Hi,
Sorry for the noise but it seems like the Maven Release Plugin 2.5.2 (with
Maven 3.3.3) is not doing what I would have expected with a Git repo. As you
can see below, the "git push" command is mangling the repository by tacking the
artifactId of my multi-module project onto the end of t
Github user hazendaz closed the pull request at:
https://github.com/apache/maven-plugins/pull/44
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
Am 2015-09-30 um 22:39 schrieb Michael Osipov:
Hi folks,
I am planning to start the vote for version 2.7 [1] somehwere next week.
Does anyone has something he would like fix for the next release?
No objections, no further fixes. I will address the last remaining
issues and will cut the releas
Am 2015-10-04 um 11:18 schrieb Robert Scholte:
Hi,
during the latest upgrade of the plugin-parent I faced several issues
with the maven-eclipse-plugin.
It will take quite some time to fix these issues, but is it worth
maintaining it here?
Nowadays the Maven support for Eclipse is good and stable
Hi Robert, we trigger profile -Pmaven-2.2.1 setting maven.home in
maven-failsafe-plugin.
On Tue, Oct 6, 2015 at 6:53 PM, Robert Scholte wrote:
> when testing for 2.2.1 it means that the Maven runtime must be 2.2.1, not
> the buildtime.
>
> In such cases please use
> mvn verify -Prun-its -Dinvoke
Hi Tibor,
On 10/6/15 5:07 PM, Tibor Digana wrote:
In this case I should open a parallel thread having a look in your
environment setup.
Let's do it in #maven-dev chat between 7 - 11 pm CET.
I'm on the #maven-dev chat...
Kind regards
Karl Heinz Marbaise
On Tue, Oct 6, 2015 at 4:56 PM, Karl
when testing for 2.2.1 it means that the Maven runtime must be 2.2.1, not
the buildtime.
In such cases please use
mvn verify -Prun-its -Dinvoker.mavenHome=/path/to/apache-maven-2.2.1
in this case you shouldn't need the 'install' which might be required for
M2.2.1
thanks,
Robert
ps. yes, I
So I guess you mean
https://maven.apache.org/surefire/maven-surefire-plugin/examples/configuring-classpath.html
How can I modify the surefire configuration from a different plugin?
My aim with this plugin is for someone to be able to make a data
archive in a one-go plugin configuration, and then
In this case I should open a parallel thread having a look in your
environment setup.
Let's do it in #maven-dev chat between 7 - 11 pm CET.
On Tue, Oct 6, 2015 at 4:56 PM, Karl Heinz Marbaise
wrote:
> Hi Tibor,
>
>
> I already tested as the CI configuration...see here...
>
>
> On 10/6/15 2:40 PM
Hi Tibor,
I already tested as the CI configuration...see here...
On 10/6/15 2:40 PM, Karl Heinz Marbaise wrote:
Hi Tibor,
I have tested with Maven 3.0.5 via mvn -Prun-its clean verify and got
the same issue as before...
Furthermore i have retested via this command line on Maven 3.0.5
+1 binding.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Karl, can you please test the project as I proposed. The CI setup will help
you.
After 9 months I really want to release this version. We may have a look
together into project model and possibly improve it after this release.
This and last month the users hit me with a simple question, when I will
On Tue, Oct 6, 2015 at 10:32 AM, Tibor Digana
wrote:
> It's not this case.
> Benson, feel free to participate in surefire together with me.
> We have high ambitions in surefire 3.0 and there I am looking for every
> developer who may help me.
Tibor, I'm on your side of the local argument: I've ru
It's not this case.
Benson, feel free to participate in surefire together with me.
We have high ambitions in surefire 3.0 and there I am looking for every
developer who may help me.
On Tue, Oct 6, 2015 at 2:47 PM, Benson Margulies
wrote:
> On Tue, Oct 6, 2015 at 8:40 AM, Karl Heinz Marbaise
> w
Yup, checksum validation != content validation, the latter may become
tricky...
On Tue, Oct 6, 2015 at 3:43 PM Anders Hammar wrote:
> That ticket is not about the root cause I think.
>
> /Anders (mobile)
> Den 6 okt 2015 15:36 skrev "Michael Osipov" <1983-01...@gmx.net>:
>
> >
> >
> > > Gesendet
I'm +1 to take this.
On Tue, Oct 6, 2015 at 9:36 AM, Michael Osipov <1983-01...@gmx.net> wrote:
>
>
>> Gesendet: Dienstag, 06. Oktober 2015 um 13:48 Uhr
>> Von: "Benson Margulies"
>> An: "Maven Developers List"
>> Betreff: Failing to check the content type of downloaded items
>>
>> I'm getting
That ticket is not about the root cause I think.
/Anders (mobile)
Den 6 okt 2015 15:36 skrev "Michael Osipov" <1983-01...@gmx.net>:
>
>
> > Gesendet: Dienstag, 06. Oktober 2015 um 13:48 Uhr
> > Von: "Benson Margulies"
> > An: "Maven Developers List"
> > Betreff: Failing to check the content typ
Hi,
We solved 1 issues:
** New Feature
* [MASSEMBLY-780] - Snappy supported
There are still a couple of issues left in JIRA:
https://issues.apache.org/jira/browse/MASSEMBLY-782?jql=project%20%3D%20MASSEMBLY%20AND%20status%20%3D%20Open
Staging repo:
https://repository.apache.org/content/re
> Gesendet: Dienstag, 06. Oktober 2015 um 13:48 Uhr
> Von: "Benson Margulies"
> An: "Maven Developers List"
> Betreff: Failing to check the content type of downloaded items
>
> I'm getting more than a little weary of Maven going to download an
> artifact, receiving some HTML error page, and sto
I believe there is a ticket that was closed in one of the big
close-all-old-tickets efforts. Someone then commented on that ticket that
it was still a problem in a newer Maven version and I asked him to create a
new ticket. Not sure if he did so or not.
/Anders (mobile)
Den 6 okt 2015 13:48 skrev
Github user revans2 commented on the pull request:
https://github.com/apache/maven/pull/69#issuecomment-145854660
@ifedorenko Without this kind of functionality using the shade plugin with
multi-module projects is a huge pain, and would require us to use an external
build system to co
I am strongly convinced that I should run install because of two reasons:
+ without install the site fails
+ the module "maven-integration-tests" links to
surefire-setup-integration-tests/target/it-repo
This means the ITs don't care about your M2 local repo, because the
internal project repo is use
Now I remember the reason why 3.0.5.
We have different order of artifacts in main and test code.
This means we need to have 3.0.5 to resolve other way in test; otherwise
the 2.2.1 would fail, but this does not affect user.
On Tue, Oct 6, 2015 at 3:04 PM, Karl Heinz Marbaise-3 [via Maven] <
ml-node
Hi Benson,
>>
If you really need an install during a multi module build there is something
wrong with the dependencies between the modules...reactor order is not
correct...a mvn clean verify should always work...
There are counter-examples to this principle: if you need _the actual
jar_ and no
On Tue, Oct 6, 2015 at 8:40 AM, Karl Heinz Marbaise wrote:
> Hi Tibor,
>
> On 10/6/15 1:01 PM, Tibor Digana wrote:
>>
>> Hm, strange, your command is the basic on however I always use install
>> instead of verify because the artifacts need to be in local repo, try
>> with that please.
>
>
> If you
Java 6 or 7 does not matter. The only difference would be number of ITs
because maven-failsafe-plugin runs those ITs based on Jersey only with
JDK7; otherwise you will have little less tests in result on invoker in
failsafe module.
On Tue, Oct 6, 2015 at 12:44 PM, Karl Heinz Marbaise
wrote:
> Hi
Even after removing the repos from that profile, I still got codehaus
downloads on my last attempt. I'm trying again from an empty local
repository and rechecking that the tag got deleted from
release:rollback.
-
To unsubscribe, e
To my knowledge the only thing that's missing from Robert's list is
some code that was added to maven-artifact-transfer quite a bit after
I did the 3.x porting work to assembly. So it's really quite
unimportant as far as I'm concerned.
I might of course be mistaken, 3.0.0 of assembly should be the
I can find few others references to codehaus repositories to remove in
./maven-archetype/maven-archetype-plugin/src/test/projects/simple-inheritence/pom.xml:
http://snapshots.repository.codehaus.org
./trunks/plugins/maven-eclipse-plugin/src/test/resources/projects/MECLIPSE-295/pom.xml:
Hi,
Because of the run-its profile which adds
codehaus.org
http://snapshots.repository.codehaus.org
false
codehaus.snapshots
http://snapshots.repository.codehaus
In the 2.6 branch I've removed the extra repositories from the run-its
profile of this plugin.
On Tue, Oct 6, 2015 at 7:37 AM, Benson Margulies wrote:
> [INFO] [INFO] Building Apache Maven Assembly Plugin 2.6
> [INFO] [INFO]
>
I'm getting more than a little weary of Maven going to download an
artifact, receiving some HTML error page, and storing that as the
artifact, instead of treating the inappropriate HTTP content type as
equivalent to NOT FOUND. Is there a JIRA for this, to anyone's
knowledge? I'm frustrated enough t
[INFO] [INFO] Building Apache Maven Assembly Plugin 2.6
[INFO] [INFO]
[INFO] Downloading:
http://snapshots.repository.codehaus.org/org/apache/maven/plugins/maven-source-plugin/2.3/maven-source-plugin-2.3.pom
[INFO] 384 B
[INF
+1
> On Oct 4, 2015, at 5:18 AM, Robert Scholte wrote:
>
> Hi,
>
> during the latest upgrade of the plugin-parent I faced several issues with
> the maven-eclipse-plugin.
> It will take quite some time to fix these issues, but is it worth maintaining
> it here?
> Nowadays the Maven support for
Hm, strange, your command is the basic on however I always use install
instead of verify because the artifacts need to be in local repo, try with
that please.
Can you compare with our build park
https://builds.apache.org/job/maven-surefire-mvn-2.2.1/
On Tue, Oct 6, 2015 at 12:10 PM, Karl Heinz Mar
Hi,
i have tested also with Java 7
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da;
2013-02-19 14:51:28+0100)
Maven home: /usr/share/maven
Java version: 1.7.0_79, vendor: Oracle Corporation
Java home:
/Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/Home/jre
Default l
+1 retire it
4. okt. 2015 11.19 a.m. skrev "Robert Scholte" :
> Hi,
>
> during the latest upgrade of the plugin-parent I faced several issues with
> the maven-eclipse-plugin.
> It will take quite some time to fix these issues, but is it worth
> maintaining it here?
> Nowadays the Maven support for
Hi,
On 10/6/15 11:06 AM, Stian Soiland-Reyes wrote:
Hi!
I'm developing a Maven plugin for a custom
https://github.com/stain/data-maven-plugin
Is it possible for a plugin to add a JAR file to the test classpath? I've
tried to modify project.getArtifacts() from the INITIALIZATION stage,
withou
test classpath can be extended by extraordinary JAR.
Did you see surefire documentation?
It's described there.
On Tue, Oct 6, 2015 at 11:06 AM, Stian Soiland-Reyes-2 [via Maven] <
ml-node+s40175n5847294...@n5.nabble.com> wrote:
> Hi!
>
> I'm developing a Maven plugin for a custom
>
> https://git
Hi!
I'm developing a Maven plugin for a custom
https://github.com/stain/data-maven-plugin
Is it possible for a plugin to add a JAR file to the test classpath? I've
tried to modify project.getArtifacts() from the INITIALIZATION stage,
without luck.
Catch: the JAR file is the project artifact, a
Hi,
+1 from me...moving maven-eclipse-plugin to mojohaus...which makes
contribution simple if someone want to...
Kind regrds
Karl Heinz Marbaise
On 10/4/15 11:18 AM, Robert Scholte wrote:
Hi,
during the latest upgrade of the plugin-parent I faced several issues
with the maven-eclipse-plugin
43 matches
Mail list logo
