+1
> On May 31, 2022, at 7:25 AM, Tamás Cservenák wrote:
>
> Howdy,
>
> We solved 4 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317523=12351791
>
> There are still some issues left in JIRA:
> https://issues.apache.org/jira/projects/MINDEXER/
>
> Staging
+1
> On May 26, 2022, at 6:43 AM, Michael Osipov wrote:
>
> Hi,
>
> We solved 7 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317828=12331357
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/projects/SCM/issues
>
> Staging
+1
> On May 25, 2022, at 11:41 AM, Slawomir Jaranowski
> wrote:
>
> Hi,
>
> We solved 24 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317525=12349728
>
> There are still a couple of issues left in JIRA:
>
I have used SLF4J and JSR330 in plugins for years without issue. They all still
work and nothing has mysteriously stopped working even made 7+ years ago. I
honestly don’t see much point in making our own annotations, and I’ve not
encountered any of the issues Romain presents.
To Romain’s
+1
> On May 14, 2022, at 6:26 AM, Tamás Cservenák wrote:
>
> +1
>
> On Sun, May 8, 2022, 11:29 Hervé BOUTEMY wrote:
>
>> Hi,
>>
>> We solved 14 issues:
>>
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12350929=Text=12323721
>>
>> Staging repo:
>>
+1
jvz
> On May 4, 2022, at 8:39 AM, Guillaume Nodet wrote:
>
> I've staged a candidate release at
> https://dist.apache.org/repos/dist/dev/maven/mvnd/0.8.0/
>
> The changelog is available at
>
> https://github.com/apache/maven-mvnd/blob/master/CHANGELOG.md#080-2022-05-04
>
> I've fixed a
Guillaume,
I tried mvnd with:
- https://github.com/takari/takari-lifecycle
- https://github.com/jvanzyl/provisio
- Maven
- a project using jenv exec with Quarkus/Picocli/Graal
All seem to work fine, and as expected.
The output is certainly better than the normal Maven output, but I still find
+1
jvz
> On Mar 21, 2022, at 3:27 AM, Hervé BOUTEMY wrote:
>
> +1
>
> Reproducible Builds ok: reference done with JDK 8 on *nix
>
> notice that I had to rebuild from Git because it failed from source release
> zip:
>
> [INFO] Running org.apache.maven.it.VerifierTest
> [ERROR] Tests run:
+1
> On Jan 5, 2022, at 1:29 PM, Michael Osipov wrote:
>
> Hi,
>
> We solved 3 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317526=12348050
>
> There are still a couple of issues left in JIRA:
>
+1
> On Jan 2, 2022, at 5:41 AM, Michael Osipov wrote:
>
> Hi,
>
> We solved 9 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317824=12346565
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/projects/MRELEASE/issues
>
>
+1
> On Dec 19, 2021, at 1:46 PM, Michael Osipov wrote:
>
> Hi,
>
> We solved 5 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318122=12351097
>
> There are still a couple of issues left in JIRA:
>
+1
> On Dec 19, 2021, at 2:31 PM, Michael Osipov wrote:
>
> Hi,
>
> We solved 6 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12320628=12350595
>
> There are still a couple of issues left in JIRA:
>
I have archived the donated project at Takari and updated the README to point
everyone to Apache:
https://github.com/takari/maven-wrapper
jvz
> On Dec 18, 2021, at 5:52 AM, Hervé Boutemy wrote:
>
> The Apache Maven team is pleased to announce the release of the Apache Maven
> Wrapper,
+1
jvz
> On Dec 13, 2021, at 4:09 PM, Hervé BOUTEMY wrote:
>
> Hi,
>
> We solved 18 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12323721=12350068=Text
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-1679/
>
Both of those (#622 and #630) look like important changes to merge.
Getting the caching extension used and those interfaces exercised by the
community is only a good thing.
Given there’s only one extension in that area right now, even if the extension
point interfaces had to change to
hub.com/apache/maven-integration-testing/tree/master/core-it-suite/src/test/resources/mng-5937%20wrapper
>
> -- Origineel bericht --
> Van: "Jason van Zyl"
> Aan: "Maven Developers List"
> Verzonden: 12-12-2021 13:54:16
> Onderwerp: Re: reviewing Maven Wrap
Clearly no one here disagrees with the goal of having robust testing for
software that is made available to users.
As to the timing of that testing being complete for the wrapper, to the
satisfaction of those objecting to a release, I will argue.
Do we wait four years for adequate testing? I’m
+1
jvz
> On Dec 10, 2021, at 4:30 AM, Guillaume Nodet wrote:
>
> I've refactored the build to be a single-module build.
> I agree that maven-caching is not the most descriptive, I'd be pleased with
> * maven-build-cache-extension*
>
> Guillaume
>
Everything builds and it generates the wrapper for a project in a way will be
familiar to existing users. The switch for current users should, hopefully, be
painless and transparent.
Nice work Robert and Hervé. I put a notice on the GitHub page for the Takari
version about the impending
+1
Not sure how others test, but I just pop the distribution url into some
projects using the Maven Wrapper makes this very easy. In this case:
distributionUrl=https://repository.apache.org/content/repositories/maven-1669/org/apache/maven/apache-maven/3.8.4/apache-maven-3.8.4-bin.zip
> On Nov
Please don’t ever remove any of the integration tests. If they don’t apply to
specific versions they are skipped as you see and there’s no harm.
They serve as a historical record of what features work in a particular
version. I’ve not done specific Maven work for any customer recently, but it
r.
>> They both implement the ModelBuilder interface, but the one that
>> extensions like to overwrite is the implementation of DefaultModelBuilder.
>> So I'd prefer to stick to "core" as proposed my Stuart.
>>
>> thanks for the confirmation that this works,
>> Robe
Hi,
As noted in Slack I think it would be more clear if we used something like
@Named( “allowDefaultOverride” )
vs
@Named( “core” )
As that expresses the intent and can be used anywhere it's allowed for a client
to override the default component.
The tests in polyglot all pass with this
e
>> it became meaningless.
>>
>>
>> -------------
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>
15, 2016, at 3:42 PM, Christian Schulte <c...@schulte.it> wrote:
>
> Am 11/15/16 um 23:41 schrieb Jason van Zyl:
>>
>> You obviously don’t work with anyone who has a system with any number of
>> users. No one has said the system cannot change, but you r
> On Nov 15, 2016, at 12:31 PM, Christian Schulte <c...@schulte.it> wrote:
>
> Am 11/15/16 um 17:17 schrieb Jason van Zyl:
>> -1
>>
>> No one has likely to have read the information
>
> The reporter of the issue clearly has ;-)
>
>> and you’re
-
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van
Danke
> On Nov 10, 2016, at 2:07 PM, Michael Osipov <micha...@apache.org> wrote:
>
> Am 2016-11-09 um 16:56 schrieb Jason van Zyl:
>> Brevity, compactness and if you look at any modern codebase that’s a the
>> practice. It’s what you should have done in the first plac
Brevity, compactness and if you look at any modern codebase that’s a the
practice. It’s what you should have done in the first place.
> On Nov 8, 2016, at 10:35 AM, Michael Osipov <micha...@apache.org> wrote:
>
> Am 2016-11-08 um 17:04 schrieb Jason van Zyl:
>> Please use a
Please use a static import if you can.
> On Nov 7, 2016, at 1:08 PM, micha...@apache.org wrote:
>
> [MRESOLVER-4] Use java.util.Objects#requireNonNull to intercept invalid input
>
>
> Project: http://git-wip-us.apache.org/repos/asf/maven-resolver/repo
> Commit:
gt;>>
>>> [1] https://github.com/apache/maven/tree/MNG-6093/maven-slf4j-provider
>>>
>>>
>>> -------------
>>> To unsubscribe, e-mail
I believe we definitely need RCs in this case.
> On Oct 9, 2016, at 1:17 PM, Michael Osipov <micha...@apache.org> wrote:
>
> Am 2016-10-09 um 14:10 schrieb Jason van Zyl:
>> The preparation of detailed released notes to be reviewed. The last
>> release was almost
gards
> Karl Heinz Marbaise
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--------------
Jason van Zyl
Founder, Takari and Apache Maven
; or are there any other proposal on these 3 choices?
>
> Regards,
>
> Hervé
>
> Le mercredi 3 août 2016 16:04:36 Jason van Zyl a écrit :
>> Using org.apache.maven.resolver instead org.apache.maven.artifact.resolver
>> for the package names is more consistent with
lte <rfscho...@apache.org> wrote:
>
> Mercury2? ... Caduceus (Hypothetical moon of Mercury)
>
> On Fri, 05 Aug 2016 15:34:04 +0200, Tamás Cservenák <ta...@cservenak.net>
> wrote:
>
>> ... Mercury
>>
>> On Thu, Aug 4, 2016 at 11:09 PM Jason van Z
/04/16 um 22:22 schrieb Jason van Zyl:
>> These are all discussions about abstractions we had when talking about Maven
>> 1.x, so let me save you the circuitous route back to the fact that users
>> don’t care about having an abstraction that lets them store artifacts as
>>
aven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founde
>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>>
>> -
>>
it happened because if they trace through Aether code everyone who does
seems it didn’t happen there. That aspect is a mess. This should be consistent
for plugins and the application resolution but it currently is not.
> On Jul 29, 2016, at 8:50 PM, Jason van Zyl <ja...@takari.io&
this:
>
> mvn [test]
>
> To run only the life cycle phase test ...without the preliminary phases...
>
> WDYT ?
>
> Kind regards
> Karl Heinz Marbaise
&
m thinking about doing things like this:
>
> mvn [test]
>
> To run only the life cycle phase test ...without the preliminary phases...
>
> WDYT ?
>
> Kind regards
> Karl Heinz Marbaise
&
PM, Christian Schulte <c...@schulte.it> wrote:
>
> Am 28.07.2016 um 19:18 schrieb Jason van Zyl:
>> I’m a vehement -1 to changing the artifactIds or structure without a plan.
>
> +1
>
> If something does not need to be renamed, then don't rename it. If something
> needs t
/28/16 um 18:21 schrieb Christian Schulte:
>> Am 07/28/16 um 17:37 schrieb Andreas Sewe:
>>> Jason van Zyl wrote:
>>>> It’s all Maven specific, it’s always been Maven specific and that’s
>>>> unlikely to change after how many years? Even if it can employ
>>>
API is fine too.
> /Anders
>
> On Thu, Jul 28, 2016 at 3:47 PM, Jason van Zyl <ja...@takari.io> wrote:
>
>> It’s all Maven specific, it’s always been Maven specific and that’s
>> unlikely to change after how many years? Even if it can employ different
>> st
t;>
>>>> Does anybody have another idea?
>>>> Is there a preference in the community?
>>>>
>>>> Regards,
>>>>
>>>> Hervé
>>>>
>>>> --
t;>>> i started a little bit more detailed analysis..
>>>>>>>>>>
>>>>>>>>>> very simple via JConsole and running the different versions...
>>>>>>>>>>
>>>>>>>>>> I have summarized this here:
>>
e immediately because it looked like
>> SLF4J 1.7.22 was on its way. Sorry for the inconvenience caused.
>>
>> Regards,
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional
>
> Kind regards
> Karl Heinz
>
> On 5/19/16 1:29 PM, Jason van Zyl wrote:
>> Igor, Anton, and myself between OS X, Linux and Windows have 40 IT failures
>> in Maven master right now.
> > I’ve had the same setup for 8 years, Igor and Anton have consistent
O]
>
> [INFO] BUILD SUCCESS
> [INFO]
>
> [INFO] Total time: 07:39 min
> [INFO] Finished at: 2016-05-19T21:15:46+02:00
> [I
number of ITs
that are failing. I’d really like to not have to git bisect back to a working
state so if you’ve been making changes to core please run the ITs locally and
double check what you’ve done.
Thanks,
Jason
--
Jason van Zyl
Founder
>
>
>
> com.h3xstream.findsecbugs
>
>
> findsecbugs-plugin
>
>
> 1.4.5
>
>
>
>
>
>
>
>
> jp.skypencil.findbugs.slf4j
>
>
> findbugs
.apple.java.jvmTask=CommandLine
> DISPLAY=/tmp/launch-iwRtZz/org.x:0
> MAVEN_PROJECTBASEDIR=/Users/do/Downloads/maven-MNG-6003-196234a
> PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
> TERM=xterm-256color
> SSH_AUTH_SOCK=/tmp/launch-3iplRx/Listeners
> OLDPWD=/Users/do/Downloads/maven-MNG-6003-196234a
>
>
&g
>>> [ ] +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.apache.org
>
Thanks,
Jason
-
--
>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>
>>>
>
> -
to be able to structure the code as classes in a specific source
> folder.
> In the exemples of polyglot maven I have seen only some hello world
> specific code exemples. Do you have other exemples with more complex things?
> Le 8 mai 2016 20:47, "Jason van Zyl" <ja...@takari.io&
gt; Well having it working ootb everywhere - including ideS - is a must and why
> polyglot maven didnt get as must market as it should IMHO.
>
> Also being able to order in the pom itself execution by reference would
> solve a lot of headaches.
> Le 8 mai 2016 17:04, "Jason
hub.com/javabuild/builder-maven-plugin
>
> Regards,
> Francois-Xavier Bonnet
Thanks,
Jason
--
Jason van Zyl
Founder, Takari
broke how Maven works in CI servers that would not be nice.
> On Apr 17, 2016, at 8:37 AM, Michael Osipov <micha...@apache.org> wrote:
>
> Am 2016-04-17 um 17:24 schrieb Jason van Zyl:
>> So will the proposed behavior be I upgrade Maven, I don’t have JAVA_HOME set
https://git-wip-us.apache.org/repos/asf?p=maven.git;a=commitdiff;h=196234a95f7d5ade0b0b905308c2083e856cd121
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven
.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
----------
Jason van Zyl
Founder, Takari and Apache Maven
http
;>>>
>>>>
>>>> groupId
>>>> artifactId
>>>> version
>>>> false
>>>>
>>>>
>>>>
>>>> {code}
>>>
>>>
>>>
>>> --
>>> This message was sent by Atlassian JIRA
>>> (v6.
2_HOME=%M2_HOME:~0,-1%"
>> +if not "_%MVN_HOME:~-1%"=="_\" goto checkMCmd
>> +set "MVN_HOME=%MVN_HOME:~0,-1%"
>> goto stripMHome
>>
>> :checkMCmd
>> -if exist "%M2_HOME%\bin\mvn.cmd" goto i
removing that variable completely in 3.4 or whatever version is
> appropriate for such a change.
>
> Regards,
> --
> Christian
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.or
; - project: as added in Maven 3.3.0
>>>>>
>>>>> Any objection?
>>>>> I still didn't create corresponding Jira issue, but will do if
>>> popsitive
>>>>> feedback
>>>>>
>>>>> Regards,
>&g
backends, I'd like
>> to stir the water by joining the pack and requesting for a third option:
>> https://github.com/jdillon/gossip
>>
>>
>> Thanks,
>> ~t~
>>
>> On Fri, Jan 8, 2016 at 3:17 AM Gary Gregory <garydgreg...@gmail.com>
>&g
logback-logging extension
> 3. in desired project just add .mvn/extensions.xml with
>
>
>
>
> org.apache.maven.logging
> maven-logback-logging
> 1.0-SNAPSHOT
>
>
>
>
> Please note: this is all "draft", just from my bed... :)
>
>
>
&g
nsions and only initialize once. I think either way is doable and
Ceki has agreed to review the code. If Igor will let me I’ll try the suggested
techniques with his code.
> Den 8 jan 2016 13:38 skrev "Jason van Zyl" <ja...@takari.io>:
>
>> Ralph,
>>
>>
You’re welcome. I do try to bring a chuckle to everyone’s day.
> On Jan 8, 2016, at 3:48 PM, Gary Gregory <garydgreg...@gmail.com> wrote:
>
> On Fri, Jan 8, 2016 at 4:12 AM, Jason van Zyl <ja...@takari.io> wrote:
>
>>
>>> On Jan 7, 2016, at 9:17 PM, Gary
lph Goers <ralph.go...@dslextreme.com> wrote:
>
> He claims that Log4j 2 isn’t popular enough. The real reason, as you
> probably know, is that Jason seriously dislikes me, although he would never
> actually say that as his reason.
>
> Ralph
>
>> On Jan 7,
> On Jan 7, 2016, at 9:17 PM, Gary Gregory <garydgreg...@gmail.com> wrote:
>
> On Thu, Jan 7, 2016 at 7:26 AM, Jason van Zyl <ja...@takari.io> wrote:
>
>> No, I don’t that useful. If it’s an extensions then it can be activated
>> using the .mvn/extensions.x
t users can easily activate by moving a jar
> ?
>
> On Thu, Jan 7, 2016 at 2:51 PM, Jason van Zyl <ja...@takari.io> wrote:
>
>> And I liked this extension and wanted it! I only thought it inappropriate
>> because the deps were not there by default in the core, an
w.manning.com/bauer3/>
>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>> Spring Batch in Action <http://www.manning.com/templier/>
>>> Blog: http://garygregory.wordpress.com
>>> Home: http://garygregory.com/
>>> Tweet
motivated much here in
these discussions but I’m vehemently opposed to integrating Log4J2.
> On Jan 6, 2016, at 7:55 AM, Arnaud Héritier <aherit...@gmail.com> wrote:
>
> thanks for this valuable comment Jason :(
>
> On Wed, Jan 6, 2016 at 1:46 PM, Jason van Zyl <ja...@ta
gremlin> g.V('vc', 'org.apache.logging.log4j:log4j-core').inE.count()
==>3134
These are incoming edges across all versions of said coordinate.
> On Jan 6, 2016, at 11:15 AM, Jason van Zyl <ja...@takari.io> wrote:
>
> As we said previously when the the question arose aga
think Log4J2 has the better community involvement.
>
Everyone will interpret numbers as they wish but it’s a simple thing even to
make one change in an open source project. 99% of people never do so to have
that number of people make one or two changes is a significant thing.
>
. and evidently, they
> do! So the bar for committer rights is much (much) lower than at Apache. I
> don't think the above comparison is fair toward log4j2.
>
> Cheers,
> Paul
>
> On Wed, Jan 6, 2016 at 4:09 PM, Jason van Zyl <ja...@takari.io> wrote:
>
&
gging framework is. However,
> Gary’s original complaint about an unsupported SLF4J binding seems like it
> should be addressed. Why can’t a user use their own custom SLF4J
> implementation?
>
> Ralph
>
>> On Jan 6, 2016, at 3:49 PM, Jason van Zyl <ja...@taka
nd
that’s clearly the case with Logback. I don’t see how you can logically refute
that and see Log4J2 a better choice because of what organization it’s developed
within? Logback has a community it just doesn’t happen to be here, and Ceki's
not some random guy. He also has a long track record
I meant to say it’s not a simple thing even to make one simple change in an
open source project. Typing after chopping wood it’s easy to miss some lttrs :-)
> On Jan 6, 2016, at 5:49 PM, Jason van Zyl <ja...@takari.io> wrote:
>
>>
>> On Jan 6, 2016, at 5:46 P
57576ed9d5c8309c4e02234d150be869d78b7d12;hb=HEAD
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
----------
release
> process ?
>
> K
Thanks,
Jason
----------
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
-
Error getting script outp
nge resolution to the 'ModelBuilder'.
> + */
> +@Deprecated
> boolean isResolveVersionRanges();
>
> -/** @since 3.2.2 */
> +/**
> + * @since 3.2.2
> + * @deprecated This got added when implementing MNG-2199 and is no
> longer used.
> +
chu...@apache.org
> +
> +Committer
> +
> + Europe/Berlin
> +
> +
> simonetripodi
> Simone Tripodi
> simonetrip...@apache.org
>
>
Thanks,
Jason
---
few of us to take care of the entire Maven ecosystem.
>
> I would rather see us to bringing the entire system on a decent level before
> we make a big leaps which Java. It does not make sense to be to put Maven on
> the fast lane but let other components suffer at the edge of the road.
>
;> wrote:
>>
>>Hi,
>>
>>i have preparete release notes
>>
>>Can you take a look if you think that i'm missing something or what
>>could be improved ...
>>
>>
>>http://maven.staging.apache.org/docs/3.3.9/rel
This vote passes. I'll work on a little documentation and release it early next
week.
> On Nov 10, 2015, at 12:16 PM, Jason van Zyl <ja...@takari.io> wrote:
>
> Hi,
>
> Time to release Maven 3.3.9!
>
> Here is a link to the issues resolved:
> https:/
Thanks,
Jason
--
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
-
A party which is not afraid of letting culture,
business
exclusions).
> On Nov 10, 2015, at 12:16 PM, Jason van Zyl <ja...@takari.io> wrote:
>
> Hi,
>
> Time to release Maven 3.3.9!
>
> Here is a link to the issues resolved:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316922=12333074
>
> Staging r
Barthel
> --
> bart...@x-reizend.de
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
----------
Jason van Zyl
F
> --
> "Great artists are extremely selfish and arrogant things" — Steven Wilson,
> Porcupine Tree
>
> On Tue, Nov 3, 2015 at 11:46 AM, Jason van Zyl <ja...@takari.io> wrote:
>
>> One more time
>>
>> https://www.youtube.com/watch?v=ry4ngf766N0
&
This vote is cancelled.
Stephen, is everything in master and tested now that you need?
> On Nov 3, 2015, at 6:44 AM, Jason van Zyl <ja...@takari.io> wrote:
>
> Indeed.
>
> Ok, I’ll cancel this vote and roll it again.
>
>> On Nov 3, 2015, at 12:15 AM, Mark Der
-SNAPSHOT
>>>>
>>>> On 30 October 2015 at 17:38, Stephen Connolly
>>>> <stephen.alan.conno...@gmail.com> wrote:
>>>>> +1 technical - works on my critical big build
>>>>> +1 legal umbrella - on the diff of this since 3.3.7 (than
rs.
>
> Enjoy,
>
> - The Apache Maven team
> === END ==
>
> If i have oversight someone/something please replay here so i can add the
> missing things...
>
> Kind regards
>
he.org/repos/asf/maven/commit/f684761d
>> Tree: http://git-wip-us.apache.org/repos/asf/maven/tree/f684761d
>> Diff: http://git-wip-us.apache.org/repos/asf/maven/diff/f684761d
>>
>> Branch: refs/heads/master
>> Commit: f684761dee739b4ec8a7e6db5a0a6a0b809e66c9
>> Par
ip
>>> https://repository.apache.org/content/repositories/maven-1228/org/apache/
>>> maven/apache-maven/3.3.7/apache-maven-3.3.7-src.tar.gz
>>>
>>> Source release checksum(s):
>>> apache-maven-3.3.7-src.zip sha1: 771b5f3844d41e573cfb921a555ca4b9fa25a938
--
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--------------
Jason van Zyl
Founder, Takari and Apache Mave
rsion, so this
>> is very likely just a fluke... unless others notice performance
>> decrease, of course ;-).
>>
>> --
>> Regards,
>> Igor
>>
>> On Thu, Oct 29, 2015, at 09:35 PM, Jason van Zyl wrote:
>>> I took a look and added a test. Can y
Hi,
Time to release Maven 3.3.8!
Here is a link to the issues resolved:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316922=12333074
Staging repo:
https://repository.apache.org/content/repositories/maven-1230/
The distributable binaries and sources for testing can be
exclusions).
> On Oct 30, 2015, at 9:58 AM, Jason van Zyl <ja...@takari.io> wrote:
>
> Hi,
>
> Time to release Maven 3.3.8!
>
> Here is a link to the issues resolved:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316922=12333074
>
> Staging r
--
> Regards,
> Igor
>
> On Wed, Oct 28, 2015, at 09:30 AM, Jason van Zyl wrote:
>> Hi,
>>
>> Time to release Maven 3.3.7!
>>
>> Here is a link to the issues resolved:
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=1
1 - 100 of 6167 matches
Mail list logo