+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&version=12351791
>
> There are still some issues left in JIRA:
> https://issues.apache.org/jira/projects/MINDEXER/
>
> Stagin
+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&version=12331357
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/projects/SCM/issues
>
> St
+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&version=12349728
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/issues/?jql=proje
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 points
+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&styleName=Text&projectId=12323721
>>
>> Staging repo:
>> htt
+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: 6,
+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&version=12348050
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/issues/?jql=project%20%3D%MJ
+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&version=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&version=12351097
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/issues/?jql=project%20%3D%2
+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&version=12350595
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/issues/?jql=project%20%3D%2
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, versio
+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&version=12350068&styleName=Text
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-1679/
> https:/
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 accommod
s://github.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
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 release
+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 1
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
h
>> DefaultModelBuilder.
>> 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 confirma
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 chan
;
>>
>> -------------
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>>
Thanks,
Jason
--
15, 2016, at 3:42 PM, Christian Schulte 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 repeatedly keep
>> changin
> On Nov 15, 2016, at 12:31 PM, Christian Schulte 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 reasoning is illogical.
--
> 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 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 place.
>
> Done.
>
&
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 wrote:
>
> Am 2016-11-08 um 17:04 schrieb Jason van Zyl:
>> Please use a static import if you c
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: http://git-wip-us.apache.org/repo
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 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 a year ago, and an enormous
-
> 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
http://twitter.c
l 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 the other naming in th
lte wrote:
>
> Mercury2? ... Caduceus (Hypothetical moon of Mercury)
>
> On Fri, 05 Aug 2016 15:34:04 +0200, Tamás Cservenák
> wrote:
>
>> ... Mercury
>>
>> On Thu, Aug 4, 2016 at 11:09 PM Jason van Zyl wrote:
>>
>>> When in doubt I h
y not the best name.
>
> When in doubt, call it Susi. Maybe Susan. Depends.
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jas
apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
-
.org
>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>>
>> -
&g
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 wrote:
>
> The mode
like this:
>
> mvn [test]
>
> To run only the life cycle phase test ...without the preliminary phases...
>
> WDYT ?
>
> Kind regards
> Karl Heinz Marbaise
>
> -
> To unsubscribe, e-mail: d
e I'm thinking about doing things like this:
>
> mvn [test]
>
> To run only the life cycle phase test ...without the preliminary phases...
>
> WDYT ?
>
> Kind regards
&g
PM, Christian Schulte 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 to be renamed, don
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
>>>> different strategi
asha https://en.wikipedia.org/wiki/Akasha
>>>>>> - Maven Artifact Resolver API ("mara" when used as package name or
>>>>>> artifactid
>>>>>> or in maven-mara-provider)
>>>>>>
>>>>>>
>>>>>> Does anybody have anothe
idea?
>>>> Is there a preference in the community?
>>>>
>>>> Regards,
>>>>
>>>> Hervé
>>>>
>>>> ---
gt;>>>>>>>>
>>>>>>>>>> very simple via JConsole and running the different versions...
>>>>>>>>>>
>>>>>>>>>> I have summarized this here:
>>>>>>>>
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 commands, e-mail: dev-h
rds
> 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
> > setups as well.
-
> [INFO] BUILD SUCCESS
> [INFO]
>
> [INFO] Total time: 07:39 min
> [INFO] Finished at: 2016-05-19T21:15:46+02:00
> [INFO] Final Memory: 89M/732M
> [
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
> 6.6.1
>
>
>
>
>
>
>
>
> com.h3xstream.findsecbugs
>
>
> findsecbugs-plugin
>
>
> 1.4.5
>
>
>
>
>
>
>
>
sworlds.launcher.Launcher
> TERM_PROGRAM_VERSION=303.2
> PWD=/Users/do/Downloads/maven-MNG-6003-196234a
> MAVEN_CMD_LINE_ARGS= help:system
> TERM_PROGRAM=Apple_Terminal
> SHLVL=1
> __CF_USER_TEXT_ENCODING=0x1F5:0:3
> com.apple.java.jvmTask=CommandLine
> DISPLAY=/tmp/launch-iwR
ml.
>>>
>>> The process for retiring a plugin is described here:
>>> https://maven.apache.org/developers/retirement-plan-plugins.html
>>>
>>> The vote is open for 72 hours.
>>>
>>> [ ] +1 Yes, it's about time
>>> [ ] -1
--
>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>
>>>
>
> -
de 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" a écrit :
>>
>> It has worked out
verywhere - 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 van Zyl" a écrit :
>
>>
ven-plugin
>
> Regards,
> Francois-Xavier Bonnet
Thanks,
Jason
------
Jason van Zyl
Founder, Takari and Ap
broke how Maven works in CI servers that would not be nice.
> On Apr 17, 2016, at 8:37 AM, Michael Osipov 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
>> manually and Maven will e
> [2]
> 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.apache.
v-h...@maven.apache.org
>
Thanks,
Jason
--------------
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
-
---
;>> version
>>>> false
>>>>
>>>>
>>>>
>>>> {code}
>>>
>>>
>>>
>>> --
>>> This message was sent by Atlassian JIRA
>>> (
o +1 for 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.org
>
kMCmd
>> +set "MVN_HOME=%MVN_HOME:~0,-1%"
>> goto stripMHome
>>
>> :checkMCmd
>> -if exist "%M2_HOME%\bin\mvn.cmd" goto init
>> +if ex
gt;>
>>>>> Any objection?
>>>>> I still didn't create corresponding Jira issue, but will do if
>>> popsitive
>>>>> feedback
>>>>>
>>>>> Regards,
>>>>>
>
nsion
> 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... :)
>
>
>
> On Sat, Jan 9, 2016 at 3:
edit extensions.xml
>> for you), and later maybe enhance it with some other goals too (to manage
>> complete extensions.xml for example?)...
>>
>> ===
>>
>> Also, as we have people leaning for log4j2 or logback backends, I'd like
>> to stir
e 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" :
>
>> Ralph,
>>
>> The simple fact of the matter is that Log4J2 appears
You’re welcome. I do try to bring a chuckle to everyone’s day.
> On Jan 8, 2016, at 3:48 PM, Gary Gregory wrote:
>
> On Fri, Jan 8, 2016 at 4:12 AM, Jason van Zyl wrote:
>
>>
>>> On Jan 7, 2016, at 9:17 PM, Gary Gregory wrote:
>>>
>>> On Thu,
lph Goers 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, 2016, at 10:56 AM, Jason van Zyl wrote:
> On Jan 7, 2016, at 9:17 PM, Gary Gregory wrote:
>
> On Thu, Jan 7, 2016 at 7:26 AM, Jason van Zyl wrote:
>
>> No, I don’t that useful. If it’s an extensions then it can be activated
>> using the .mvn/extensions.xml and downloaded on demand. I think for Maven
>&g
ivate by moving a jar
> ?
>
> On Thu, Jan 7, 2016 at 2:51 PM, Jason van Zyl 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, and that we said
>> we’d discuss it. Even t
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 wrote:
>>
>>>
>>> On Jan 6, 2
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 wrote:
>
>>
>> On Jan 6, 2016, at 5:46 PM, Paul Benedict wrote:
>&g
tter 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.
> Cheers,
> Paul
>
> On
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 wrote:
>
>>
>>> On Jan 6, 2016, at
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 of ope
7;).inE.count()
==>62389
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 wrote:
>
> As we said p
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 wrote:
>
> thanks for this valuable comment Jason :(
>
> On Wed, Jan 6, 2016 at 1:46 PM, Jason van Zyl wrote:
>
>> -1
>>
tion, 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! http://twitter.com/GaryGregory
>>>
>&
7576ed9d5c8309c4e02234d150be869d78b7d12;hb=HEAD
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
----------
Jas
gt; K
Thanks,
Jason
--------------
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
-
Error getting script output:/Users/jvanzyl/signature/signat
moved parent version
> range 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 use
tian Schulte
> + schu...@apache.org
> +
> +Committer
> +
> + Europe/Berlin
> +
> +
> simonetripodi
> Simone Tripodi
> simonetrip...@apache.org
>
>
Thanks,
Jason
-
t there a
> too 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.
>
&
;>
>>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/release-notes.html
>>
>>
>&
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 wrote:
>
> Hi,
>
> Time to release Maven 3.3.9!
>
> Here is a link to the issues resolved:
> https://issues.apache.org/jira/secu
exclusions).
> On Nov 10, 2015, at 12:16 PM, Jason van Zyl 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&version=12333074
>
> Staging repo:
>
] +0
[ ] -1
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,
busi
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 wrote:
>
> Indeed.
>
> Ok, I’ll cancel this vote and roll it again.
>
>> On Nov 3, 2015, at 12:15 AM, Mark Derricutt wrote:
>>
&
ot;Great artists are extremely selfish and arrogant things" — Steven Wilson,
> Porcupine Tree
>
> On Tue, Nov 3, 2015 at 11:46 AM, Jason van Zyl wrote:
>
>> One more time
>>
>> https://www.youtube.com/watch?v=ry4ngf766N0
>>
>>> On Nov 2, 2015, a
---
> 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
y vote, looking like there is a regression
>>>> on the MNG-5840 fix from 3.3.6-SNAPSHOT
>>>>
>>>> On 30 October 2015 at 17:38, Stephen Connolly
>>>> wrote:
>>>>> +1 technical - works on my critical big build
>>>>> +1
butors and reporters.
>
> Enjoy,
>
> - The Apache Maven team
> === END ==
>
> If i have oversight someone/something please replay here so i can add the
> missing things...
>
>
exclusions).
> On Oct 30, 2015, at 9:58 AM, Jason van Zyl 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&version=12333074
>
> Staging repo:
>
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&version=12333074
Staging repo:
https://repository.apache.org/content/repositories/maven-1230/
The distributable binaries and sources for testing can
otice 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 you see if master
>>> (f684761dee739b4ec8a7e6db5a0a6a0b809
be, 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
http://twitter.com/jvanzyl
http://twitter.com/takari_io
--
t; 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
>>&g
f/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: f684761dee739b4ec8a7e6db5a0a6a0b809e66c
ther elements with empty child
>
>
>
>
>
> I think the problem was introduced with recent changes in
> DefaultInheritanceAssembler, at least the problem goes away if I replace
> the class with the previous version from git.
>
> --
> Regards,
> Igor
1 - 100 of 6335 matches
Mail list logo