Re: Silly Saturday idea - If Maven Central were a bunch of Git repos

2017-05-15 Thread Stian Soiland-Reyes
Interesting idea! All for experimenting with git! You did not take into account the protocol differences, fetching a single 8MB jar from Maven Central is easy, while fetching 6 MB via multiple git HTTP resources (even assuming git packs there will be multiple http calls) is probably more expensiv

Re: Re: MNG-5567: Zips on classpath

2017-02-10 Thread Stian Soiland-Reyes
For data zips you might also be interested in my data-maven-plugin: https://github.com/stain/data-maven-plugin It creates a type>data.zip This can be used as a regular zip file or on the class path, as it always puts the data files under data/{artifactId}/ -- this gives a reasonable separation

Re: Using the Maven API outside of a plugin?

2017-01-01 Thread Stian Soiland-Reyes
Hi, you may want to have look at Apache Taverna's plugin system which did something similar. War story below.. We initially (2007) used Maven dependencies directly by parsing pom.xml dependencies and using a set of repositories, but found this very fragile because of versioning mismatches when up

Re: IPv6

2016-12-19 Thread Stian Soiland-Reyes
operly anyway. > Additionally, we aren't jusing using Wagon with HttpClient but Java > URLConnection at several spots. > > Michael > > > > - > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.or

Re: Would Commons Lang on Java 8 be a problem for the Apache Maven project?

2016-09-26 Thread Stian Soiland-Reyes
If you don't mind helping with back porting, then we can help push maintenance releases out :) On 26 Sep 2016 11:03 a.m., "Stephen Connolly" < stephen.alan.conno...@gmail.com> wrote: > Well another question is how much longer will we support Java 7 anyway... > what we have said in the past is the

Re: Maven plugin - some licensing questions

2016-07-01 Thread Stian Soiland-Reyes
will ask next questions on legal-disc...@apache.org. Thank you in > advance. Regards. You seem to have got a great understanding of this already - but that would probably be the best place for more generic Apache license and attribution questions :-) And thank you f

Re: Contributing to Apache Maven

2016-06-30 Thread Stian Soiland-Reyes
------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > -- Stian Soiland-Reyes Apache Taverna (incubating), Apache Commons http://orcid.org/-0001-9842-9718 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org

Re: Maven plugin - some licensing questions

2016-06-30 Thread Stian Soiland-Reyes
g/legal/resolved#category-b > Can it be used, if it requires user configuration (in pom.xml or command > line parameter)? > > Regards > Grzegorz Slowikowski > > --------- > To unsubscribe, e-mail: dev-unsubscr...@maven.

Re: [VOTE] Retire Maven Ant Tasks

2016-05-16 Thread Stian Soiland-Reyes
> The vote is open for 72 hours. > > [ ] +1 Yes, it's about time > [ ] -1 No, because... > > - > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.

Re: Suggestions for Plugins / Shared Components

2016-05-07 Thread Stian Soiland-Reyes
+1, big fan of Semantic Versioning. Keeping the version string consistent hammers in that we follow semver rules. I think Maven plugins generally do anyway. :) As for Maven plugins the API is generally the goals and (and associated files, e.g. assembly xml) rather than the Java API. So example:

Re: [VOTE] Release Apache Source Release Assembly Descriptor version 1.0.6

2016-05-07 Thread Stian Soiland-Reyes
On 3 May 2016 6:19 p.m., "Hervé BOUTEMY" wrote: > > +1, but note that maven-1006 is not a valid repo. Probably a typo. > uh, I didn't notice that the usual maven- prefix was changed to > orgapacheapache- ... > > if tis is persistent, it'll be useful to change the release procedure It is probably

Re: [VOTE] Release Apache Maven JAR Plugin version 3.0.0 (Take 3)

2016-05-06 Thread Stian Soiland-Reyes
t; Hi Stian, > > On 5/6/16 5:39 PM, Stian Soiland-Reyes wrote: >> >> The commit id was missing from the vote email. > > > We don't use the commit id in the vote mails cause we only stage the release > which has a related tag in svn: > > svn log -v -l1 > h

Re: [VOTE] Release Apache Maven JAR Plugin version 3.0.0 (Take 3)

2016-05-06 Thread Stian Soiland-Reyes
ava\jdk1.8.0_92\jre Default locale: en_GB, platform encoding: Cp1252 OS name: "windows 10", version: "10.0", arch: "amd64", family: "dos" On 6 May 2016 at 16:39, Stian Soiland-Reyes wrote: > Sure! > > Verified with Ubuntu 14.04: > > Apache Mav

Re: [VOTE] Release Apache Maven JAR Plugin version 3.0.0 (Take 3)

2016-05-06 Thread Stian Soiland-Reyes
, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > -- Stian Soiland-Reyes Apache Taverna (incubating), Apache Commons RDF (incubating) http://orcid.org/-0001-9842-9718

Re: [VOTE] Release Apache Maven JAR Plugin version 3.0.0 (Take 3)

2016-05-06 Thread Stian Soiland-Reyes
nks for your support...great...thanks for the feedback... > > would it be possible to check the release package via: > > mvn -Prun-its clean verify > > also on your OS / environment to see if the integration tests don't have > issues as well... > > Thanks in advance.. >

Re: [VOTE] Release Apache Maven JAR Plugin version 3.0.0 (Take 3)

2016-05-06 Thread Stian Soiland-Reyes
leases.html > > Vote open for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 > > Kind regards > Karl Heinz Marbaise > > ----- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h.

Re: Maven and DevOps

2016-05-03 Thread Stian Soiland-Reyes
What you are describing is basically using "continuous" SNAPSHOT dependencies. Semantic Versioning is important for understanding API changes (and to prevent such changes when not necessary). This could of course be computed automatically, but there are also non-interface changes that a human need

Re: [VOTE] Release Apache Maven Surefire Plugin version 2.19

2015-10-08 Thread Stian Soiland-Reyes
checked if this also takes a long time in previous surefire 2.18.1 as that fails early with a different error: https://paste.apache.org/2ld0 -- Stian Soiland-Reyes Apache Taverna (incubating), Apache Commons RDF (incubating) http://orcid.org/-0001-9842-9718 ---

Re: Modifying test classpath from Maven plugin?

2015-10-07 Thread Stian Soiland-Reyes
hen you don't need additional plugin, just setup different value in > whatever POM as you like. > You may want to find existing plugin, I guess helper-plugin or > groovy-plugin, to set a value in property in validation phase. > > On Tue, Oct 6, 2015 at 6:07 PM, Stian Soiland-Rey

Re: Modifying test classpath from Maven plugin?

2015-10-07 Thread Stian Soiland-Reyes
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, Stian Soiland-Reyes > wrote: > >> So I guess you mean >> >> https://maven.apache.org/surefire/maven-surefire-

Re: Modifying test classpath from Maven plugin?

2015-10-06 Thread Stian Soiland-Reyes
10:11, Tibor Digana wrote: > 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: > >

Modifying test classpath from Maven plugin?

2015-10-06 Thread Stian Soiland-Reyes
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