Re: Maven intern projects

2020-04-10 Thread Tomo Suzuki
My wishlist: Maven Central web (https://search.maven.org/) to show the
health of artifacts. For example, the health includes how much their
dependencies are up-to-date, presence of license element in pom.xml, and so
on.

I recently found pub.dev (Dart/Flutter repo system) has such tab for every
package: Example https://pub.dev/packages/tuple#-analysis-tab-

The health page encourages library maintainers to update their libraries in
a timely and recommended manner.

On Fri, Apr 10, 2020 at 10:13 AM Elliotte Rusty Harold 
wrote:

> Due to external developments, I am suddenly able to recruit, fund, and
> manage as many as five interns, probably undergraduates, to work on
> open source projects such as Maven and its plugins for 12 weeks this
> summer.
>
> My management chain has a particular interest in reproducible builds,
> so if there's work to be done on that, it would be a really easy sell.
> However I can probably get approval for any useful project that can
> plausibly be accomplished by a junior/senior CS major in 12 weeks. We
> do like these to be feature projects, not simply refactoring or
> maintenance.
>
> If anyone has a good idea, or would simply like to point me to
> particular issues in Jira that sound like good projects, let me know
> and I can start the bureaucratic wheels turning on my end. As long as
> the feature being proposed already has general agreement that it's a
> good idea, I'll be able to do pretty much all the legwork for managing
> the project(s). It shouldn't require any noticeable time from other
> maintainers.
>
> Let me know if you have any ideas.
>
> --
> Elliotte Rusty Harold
> elh...@ibiblio.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

-- 
Regards,
Tomo
-- 
Regards,
Tomo


[VOTE] Release Apache Maven Shade Plugin version 3.2.3

2020-04-10 Thread Hervé BOUTEMY
Hi,
 
We solved 3 issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317921=12346981=Text
 
Staging repo:
https://repository.apache.org/content/repositories/maven-1561/
https://repository.apache.org/content/repositories/maven-1561/org/apache/maven/plugins/maven-shade-plugin/3.2.3/maven-shade-plugin-3.2.3-source-release.zip
 
Source release checksum(s):
maven-shade-plugin-3.2.3-source-release.zip sha512: 
3dba07212d0f0f5427bea7192e2fa0dea7a7919bf396f4d93081ebc1fc02aa16b8c9a9c9139043c74138a4ae5ed7cd10ac20d9852fa59a8bbd3258a6ed6980ea
 
Staging site:
https://maven.apache.org/plugins-archives/maven-shade-plugin-LATEST/
 
Guide to testing staged releases:
https://maven.apache.org/guides/development/guide-testing-releases.html
 
Vote open for at least 72 hours.
 
[ ] +1
[ ] +0
[ ] -1



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



[CANCELLED][VOTE] Release Apache Maven Release Plugin version 3.0.0-M2

2020-04-10 Thread Robert Scholte
Cancelled due to MRELEASE-1042[1]

I'll drop this release

thanks,
Robert

[1] https://issues.apache.org/jira/browse/MRELEASE-1042

On 7-4-2020 20:48:42, Robert Scholte  wrote:
Hi,

We solved 8 issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317824=12348049=Text

There are still a couple of issues left in JIRA:
https://issues.apache.org/jira/issues/?jql=project%20%3D%2012317824%20AND%20status%20%3D%20Open%20ORDER%20BY%20key%20DESC%2C%20priority%20DESC

Staging repo:
https://repository.apache.org/content/repositories/maven-1560/
https://repository.apache.org/content/repositories/maven-1560/org/apache/maven/release/maven-release/3.0.0-M2/maven-release-3.0.0-M2-source-release.zip

Source release checksum(s):
maven-release-3.0.0-M2-source-release.zip sha512: 
7b10e9f809abcd0b24b54fed243e2a6bb45a577d2b45c9fadf800f99a5e7632999efbffb507b704cdcf382f693a30de473846c5673c335c34ddcb9e8e711ae5c

Staging site:
https://maven.apache.org/maven-release-archives/maven-release-LATEST/

Guide to testing staged releases:
https://maven.apache.org/guides/development/guide-testing-releases.html

Vote open for at least 72 hours.

[ ] +1
[ ] +0
[ ] -1


AW: Maven intern projects

2020-04-10 Thread Markus KARG
Great to hear!

Here is my personal wish list. ;-)  

IMHO generally a good idea is to provide public releases of all maven plugins 
and mojohouse plugins which had not been release within 12 months, so we all 
can get rid of depending on -SNAPSHOTs and private forks. :-)

When asking for features particularly speeding up everything which has to do 
with file processing would be useful. I think we are not the only ones having 
build times in the area of minutes, where seconds would be cool. The main 
reason is (a) that Maven its underlying libraries (not yet) makes use of 
multi-version-JARs hence cannot make use of modern Java APIs like NIO where 
possible in an easy way but relies on API level 7 and older, and (b) that Maven 
copies files around a bit too much where linking and / or copy-on-write would 
be sufficient.

Having said this, it would be a really great feature to get an easy-to-use 
solution for creating multi-version-JARs.

-Markus

-Ursprüngliche Nachricht-
Von: Elliotte Rusty Harold [mailto:elh...@ibiblio.org] 
Gesendet: Freitag, 10. April 2020 16:13
An: Maven Developers List
Betreff: Maven intern projects

Due to external developments, I am suddenly able to recruit, fund, and
manage as many as five interns, probably undergraduates, to work on
open source projects such as Maven and its plugins for 12 weeks this
summer.

My management chain has a particular interest in reproducible builds,
so if there's work to be done on that, it would be a really easy sell.
However I can probably get approval for any useful project that can
plausibly be accomplished by a junior/senior CS major in 12 weeks. We
do like these to be feature projects, not simply refactoring or
maintenance.

If anyone has a good idea, or would simply like to point me to
particular issues in Jira that sound like good projects, let me know
and I can start the bureaucratic wheels turning on my end. As long as
the feature being proposed already has general agreement that it's a
good idea, I'll be able to do pretty much all the legwork for managing
the project(s). It shouldn't require any noticeable time from other
maintainers.

Let me know if you have any ideas.

-- 
Elliotte Rusty Harold
elh...@ibiblio.org

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: [VOTE] Release Apache Maven Release Plugin version 3.0.0-M2

2020-04-10 Thread Arnaud Héritier
While I confirm MRELEASE-1038 fixed it seems that there is another problem
related to it : https://issues.apache.org/jira/browse/MRELEASE-1042
For now -1

On Tue, Apr 7, 2020 at 8:48 PM Robert Scholte  wrote:

> Hi,
>
> We solved 8 issues:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317824=12348049=Text
>
> There are still a couple of issues left in JIRA:
>
> https://issues.apache.org/jira/issues/?jql=project%20%3D%2012317824%20AND%20status%20%3D%20Open%20ORDER%20BY%20key%20DESC%2C%20priority%20DESC
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-1560/
>
> https://repository.apache.org/content/repositories/maven-1560/org/apache/maven/release/maven-release/3.0.0-M2/maven-release-3.0.0-M2-source-release.zip
>
> Source release checksum(s):
>
> maven-release-3.0.0-M2-source-release.zip sha512: 
> 7b10e9f809abcd0b24b54fed243e2a6bb45a577d2b45c9fadf800f99a5e7632999efbffb507b704cdcf382f693a30de473846c5673c335c34ddcb9e8e711ae5c
>
> Staging site:
> https://maven.apache.org/maven-release-archives/maven-release-LATEST/
>
> Guide to testing staged releases:
> https://maven.apache.org/guides/development/guide-testing-releases.html
>
> Vote open for at least 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>


-- 
-
Arnaud Héritier
http://aheritier.net
Mail/GTalk: aheritier AT gmail DOT com
Twitter/Skype : aheritier


Re: MNG-6888 Remove deprecated command line options

2020-04-10 Thread Michael Osipov

Am 2020-04-10 um 15:06 schrieb Enrico Olivelli:

Il Ven 10 Apr 2020, 14:56 Karl Heinz Marbaise  ha
scritto:


Hi,

On 10.04.20 14:42, Enrico Olivelli wrote:



Il Ven 10 Apr 2020, 14:21 Karl Heinz Marbaise mailto:khmarba...@gmx.de>> ha scritto:

 Hi,

 I would like to remove those deprecated command line options from

Maven

 core for 3.7.0 ...


That sounds more suitable for a 4.0 release.
We can break things but we should be as much compatible as possible if
we don't change the first digit.

What options are you referring to?


The following options are all already marked deprecated and produce a
WARNING if you use them:

--update-plugins short:-up
--no-plugin-updates short:-npu
--check-plugins-updates short:-cpu
--no-plugin-registry short:-npr

Furthermore all of them have been marked deprecated with 3.0-beta-2
(MNG-4697) which means from my point of view it has been simply
oversight to remove them for 3.0 ... ? So they are deprecated for about
10 years ...

I don't see as a breaking thing cause we already need JDK8 for 3.7.0...
so JDK8 which is also a breaking change from that perspective also we
have removed support for Win9 launch scripts in 3.3.1 which is also a
breaking change ...



Thank you Karl for explaining

+1 for me


Agree too. Nuke them. We also need to make sure than plugins or alike 
don't call them.


-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Maven intern projects

2020-04-10 Thread Elliotte Rusty Harold
Due to external developments, I am suddenly able to recruit, fund, and
manage as many as five interns, probably undergraduates, to work on
open source projects such as Maven and its plugins for 12 weeks this
summer.

My management chain has a particular interest in reproducible builds,
so if there's work to be done on that, it would be a really easy sell.
However I can probably get approval for any useful project that can
plausibly be accomplished by a junior/senior CS major in 12 weeks. We
do like these to be feature projects, not simply refactoring or
maintenance.

If anyone has a good idea, or would simply like to point me to
particular issues in Jira that sound like good projects, let me know
and I can start the bureaucratic wheels turning on my end. As long as
the feature being proposed already has general agreement that it's a
good idea, I'll be able to do pretty much all the legwork for managing
the project(s). It shouldn't require any noticeable time from other
maintainers.

Let me know if you have any ideas.

-- 
Elliotte Rusty Harold
elh...@ibiblio.org

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: MNG-6888 Remove deprecated command line options

2020-04-10 Thread Enrico Olivelli
Il Ven 10 Apr 2020, 14:56 Karl Heinz Marbaise  ha
scritto:

> Hi,
>
> On 10.04.20 14:42, Enrico Olivelli wrote:
> >
> >
> > Il Ven 10 Apr 2020, 14:21 Karl Heinz Marbaise  > > ha scritto:
> >
> > Hi,
> >
> > I would like to remove those deprecated command line options from
> Maven
> > core for 3.7.0 ...
> >
> >
> > That sounds more suitable for a 4.0 release.
> > We can break things but we should be as much compatible as possible if
> > we don't change the first digit.
> >
> > What options are you referring to?
>
> The following options are all already marked deprecated and produce a
> WARNING if you use them:
>
> --update-plugins short:-up
> --no-plugin-updates short:-npu
> --check-plugins-updates short:-cpu
> --no-plugin-registry short:-npr
>
> Furthermore all of them have been marked deprecated with 3.0-beta-2
> (MNG-4697) which means from my point of view it has been simply
> oversight to remove them for 3.0 ... ? So they are deprecated for about
> 10 years ...
>
> I don't see as a breaking thing cause we already need JDK8 for 3.7.0...
> so JDK8 which is also a breaking change from that perspective also we
> have removed support for Win9 launch scripts in 3.3.1 which is also a
> breaking change ...
>

Thank you Karl for explaining

+1 for me

Enrico


> Kind regards
> Karl Heinz Marbaise
>


Re: MNG-6888 Remove deprecated command line options

2020-04-10 Thread Karl Heinz Marbaise

Hi,

On 10.04.20 14:42, Enrico Olivelli wrote:



Il Ven 10 Apr 2020, 14:21 Karl Heinz Marbaise mailto:khmarba...@gmx.de>> ha scritto:

Hi,

I would like to remove those deprecated command line options from Maven
core for 3.7.0 ...


That sounds more suitable for a 4.0 release.
We can break things but we should be as much compatible as possible if
we don't change the first digit.

What options are you referring to?


The following options are all already marked deprecated and produce a
WARNING if you use them:

--update-plugins short:-up
--no-plugin-updates short:-npu
--check-plugins-updates short:-cpu
--no-plugin-registry short:-npr

Furthermore all of them have been marked deprecated with 3.0-beta-2
(MNG-4697) which means from my point of view it has been simply
oversight to remove them for 3.0 ... ? So they are deprecated for about
10 years ...

I don't see as a breaking thing cause we already need JDK8 for 3.7.0...
so JDK8 which is also a breaking change from that perspective also we
have removed support for Win9 launch scripts in 3.3.1 which is also a
breaking change ...

Kind regards
Karl Heinz Marbaise

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: MNG-6888 Remove deprecated command line options

2020-04-10 Thread Enrico Olivelli
Il Ven 10 Apr 2020, 14:21 Karl Heinz Marbaise  ha
scritto:

> Hi,
>
> I would like to remove those deprecated command line options from Maven
> core for 3.7.0 ...
>

That sounds more suitable for a 4.0 release.
We can break things but we should be as much compatible as possible if we
don't change the first digit.

What options are you referring to?

Enrico


> WDYT ?
>
> Kind regards
> Karl Heinz Marbaise
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>


MNG-6888 Remove deprecated command line options

2020-04-10 Thread Karl Heinz Marbaise

Hi,

I would like to remove those deprecated command line options from Maven
core for 3.7.0 ...

WDYT ?

Kind regards
Karl Heinz Marbaise



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: OpenJDK 15 EA build 18 is now available

2020-04-10 Thread Rory O'Donnell

Thanks Robert!

On 10/04/2020 10:21, Robert Scholte wrote:

Hi Rory,

you can add Apache Maven to the list. We're testing with Java 15-ea 
for a couple of weeks now, no issues found apart from some plugins 
depending on third party dependencies that need to fix their asm 
integration.


thanks,
Robert


On 10-4-2020 10:23:38, Rory O'Donnell  wrote:


Hi Robert ,

OpenJDK 15 EA build 18 is now available at http://jdk.java.net/15 *
*

  * These early access, open source builds are provided under the GNU
General Public License, version 2, with the Classpath Exception
.
  * Schedule for JDK 15
  o 2020/06/11 Rampdown Phase One
  o 2020/07/16 Rampdown Phase Two
  o 2020/08/06 Initial Release Candidate
  o 2020/08/20 Final Release Candidate
  o 2020/09/15 General Availability
  * Features
  o Proposed to target JDK 15
  + JEP 371:  Hidden Classes
  o JEPs targeted to JDK 15
  + JEP 372 : Remove the
Nashorn JavaScript Engine
  + JEP 377 : ZGC: A
Scalable Low-Latency Garbage Collector
  + JEP 378 : Text Blocks
  + JEP 379 : Shenandoah:
A Low-Pause-Time Garbage Collector
  * Changes in recent builds that maybe of interest:
  o build 18
  + JDK-8240169
:
javadoc fails to link to non-modular api docs
  # Reported by JUnit5
  + JDK-8241670
:
Enhance heap region size ergonomics to improve OOTB
performance
  + JDK-8240745
:
Implementation: JEP 377: ZGC: A Scalable Low-Latency
Garbage Collector (Production)
  + JDK-8225319
:
Remove rmic from the set of supported tools
  + JDK-8237490
: Add
support notarizing jpackage app-image and dmg
  o build 17
  + JDK-8240676
 - Meet
not symmetric failure when running lucene on jdk8
  # Reported by Apache Lucene
  o Build 16
  + JDK-8241039
 -
Retire the deprecated
SSLSession.getPeerCertificateChain() method
  + JDK-8219989
 -
Retire the com.sun.net.ssl.internal.ssl.Provider name
  + JDK-8237859
 - C2:
Crash when loads float above range check
  # Reported by Apache Lucene
  + JDK-8202469
 -
(ann) Type annotations on type variable bounds that are
also type variables are lost
  # Reported by ByteBuddy
  o Build 15
  + JDK-8214245
 - Case
insensitive matching doesn't work correctly for some
character classes ()

  * Quality Report for March 2020 was published here [1]
  o Thanks again for all the bug reports and feeback!

Does your Project support JDK 14 - #AllTestsGreenOnJDK14 



Rgds,Rory

[1] 
https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March+2020 



--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland


--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland



Re: OpenJDK 15 EA build 18 is now available

2020-04-10 Thread Robert Scholte
Hi Rory,

you can add Apache Maven to the list. We're testing with Java 15-ea for a 
couple of weeks now, no issues found apart from some plugins depending on third 
party dependencies that need to fix their asm integration.

thanks,
Robert

On 10-4-2020 10:23:38, Rory O'Donnell  wrote:

Hi Robert ,
OpenJDK 15 EA build 18 is now available at http://jdk.java.net/15 
[http://jdk.java.net/15]

* These early access, open source builds are provided under the GNU General 
Public License, version 2, with the Classpath Exception 
[http://openjdk.java.net/legal/gplv2+ce.html].
* Schedule for JDK 15

* 2020/06/11 Rampdown Phase One
* 2020/07/16 Rampdown Phase Two
* 2020/08/06 Initial Release Candidate
* 2020/08/20 Final Release Candidate
* 2020/09/15 General Availability
* Features
* Proposed to target JDK 15
* JEP 371: [http://openjdk.java.net/jeps/371]  Hidden Classes

* JEPs targeted to JDK 15

* JEP 372 [https://openjdk.java.net/jeps/372]: Remove the Nashorn JavaScript 
Engine
* JEP 377 [https://openjdk.java.net/jeps/377]: ZGC: A Scalable Low-Latency 
Garbage Collector

* JEP 378 [https://openjdk.java.net/jeps/378]: Text Blocks

* JEP 379 [https://openjdk.java.net/jeps/379]: Shenandoah: A Low-Pause-Time 
Garbage Collector

* Changes in recent builds that maybe of interest:

* build 18

* JDK-8240169 [https://bugs.openjdk.java.net/browse/JDK-8240169]: javadoc fails 
to link to non-modular api docs

* Reported by JUnit5
* JDK-8241670 [https://bugs.openjdk.java.net/browse/JDK-8241670]: Enhance heap 
region size ergonomics to improve OOTB performance
* JDK-8240745 [https://bugs.openjdk.java.net/browse/JDK-8240745]: 
Implementation: JEP 377: ZGC: A Scalable Low-Latency Garbage Collector 
(Production)
* JDK-8225319 [https://bugs.openjdk.java.net/browse/JDK-8225319]: Remove rmic 
from the set of supported tools
* JDK-8237490 [https://bugs.openjdk.java.net/browse/JDK-8237490]: Add support 
notarizing jpackage app-image and dmg
* build 17

* JDK-8240676 [https://bugs.openjdk.java.net/browse/JDK-8240676] - Meet not 
symmetric failure when running lucene on jdk8
* Reported by Apache Lucene
* Build 16

* JDK-8241039 [https://bugs.openjdk.java.net/browse/JDK-8241039] - Retire the 
deprecated SSLSession.getPeerCertificateChain() method 
* JDK-8219989 [https://bugs.openjdk.java.net/browse/JDK-8219989] - Retire the 
com.sun.net.ssl.internal.ssl.Provider name
* JDK-8237859 [https://bugs.openjdk.java.net/browse/JDK-8237859] - C2: Crash 
when loads float above range check
* Reported by Apache Lucene
* JDK-8202469 [https://bugs.openjdk.java.net/browse/JDK-8202469] - (ann) Type 
annotations on type variable bounds that are also type variables are lost
* Reported by ByteBuddy
* Build 15
* JDK-8214245 [https://bugs.openjdk.java.net/browse/JDK-8214245] - Case 
insensitive matching doesn't work correctly for some character classes ()
* Quality Report for March 2020 was published here [1]

* Thanks again for all the bug reports and feeback!
Does your Project support JDK 14 - #AllTestsGreenOnJDK14 
[https://twitter.com/hashtag/AllTestsGreenOnJDK14?src=hashtag_click]
Rgds,Rory
[1] 
https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March+2020
 
[https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March+2020]
-- Rgds, Rory O'Donnell Quality Engineering Manager Oracle EMEA, Dublin, Ireland

OpenJDK 15 EA build 18 is now available

2020-04-10 Thread Rory O'Donnell


Hi Robert ,

OpenJDK 15 EA build 18 is now available at http://jdk.java.net/15 *
*

 * These early access, open source builds are provided under the GNU
   General Public License, version 2, with the Classpath Exception
   .
 * Schedule for JDK 15
 o 2020/06/11 Rampdown Phase One
 o 2020/07/16 Rampdown Phase Two
 o 2020/08/06 Initial Release Candidate
 o 2020/08/20 Final Release Candidate
 o 2020/09/15 General Availability
 * Features
 o Proposed to target JDK 15
 + JEP 371:   Hidden Classes
 o JEPs targeted to JDK 15
 + JEP 372 : Remove the
   Nashorn JavaScript Engine
 + JEP 377 : ZGC: A Scalable
   Low-Latency Garbage Collector
 + JEP 378 : Text Blocks
 + JEP 379 : Shenandoah: A
   Low-Pause-Time Garbage Collector
 * Changes in recent builds that maybe of interest:
 o build 18
 + JDK-8240169
   : javadoc
   fails to link to non-modular api docs
 # Reported by JUnit5
 + JDK-8241670
   : Enhance
   heap region size ergonomics to improve OOTB performance
 + JDK-8240745
   :
   Implementation: JEP 377: ZGC: A Scalable Low-Latency Garbage
   Collector (Production)
 + JDK-8225319
   : Remove
   rmic from the set of supported tools
 + JDK-8237490
   : Add
   support notarizing jpackage app-image and dmg
 o build 17
 + JDK-8240676
    - Meet
   not symmetric failure when running lucene on jdk8
 # Reported by Apache Lucene
 o Build 16
 + JDK-8241039
    - Retire
   the deprecated SSLSession.getPeerCertificateChain() method
 + JDK-8219989
    - Retire
   the com.sun.net.ssl.internal.ssl.Provider name
 + JDK-8237859
    - C2:
   Crash when loads float above range check
 # Reported by Apache Lucene
 + JDK-8202469
    - (ann)
   Type annotations on type variable bounds that are also type
   variables are lost
 # Reported by ByteBuddy
 o Build 15
 + JDK-8214245
    - Case
   insensitive matching doesn't work correctly for some
   character classes ()

 * Quality Report for March 2020 was published here [1]
 o Thanks again for all the bug reports and feeback!

Does your Project support JDK 14 - #AllTestsGreenOnJDK14 



Rgds,Rory

[1] 
https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March+2020 



--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland



Re: DEMO Current status Build/Consumer & Maven Wrapper

2020-04-10 Thread Artem Krosheninnikov
I'd be glad to listen to/watch this session, was it recorded?

вт, 7 апр. 2020 г. в 21:58, Robert Scholte :

> Hi,
>
> I'd like to share my work on these topics.
> They will be quite crucial for the next release and maybe the future of
> Maven.
> But this means that we as developers of Maven must understand what's
> happening here.
> I'd like to propose a Google hangout session on Thursday April 9th at
> 20:00 CEST
> This way I can demonstrate my current work and answer the related
> questions.
> I'll drop a link on our Slack channel at that time.
> I don't mind extra audience, but Maven developers should be the first to
> attend.
> I'll record it as well and share it afterwards if it is useful to share.
>
> thanks,
> Robert



-- 
Sincerely yours,
Krosheninnikov Artem.