[GitHub] maven-plugin-tools pull request: For Groovy/Scala Mojos: Allow Moj...

2015-11-16 Thread argv-minus-one 
GitHub user argv-minus-one opened a pull request:

https://github.com/apache/maven-plugin-tools/pull/6

For Groovy/Scala Mojos: Allow Mojo documentation in annotations, too.

Currently, while most information about Mojos can appear in annotations 
like `@Mojo` and `@Parameter`, three items cannot: `description`, `deprecated`, 
and `since`. These are still extracted from Javadoc comments.

This obviously won't work for Mojos written in non-Java languages that 
support Java annotations, such as Groovy and Scala. To remedy that, this PR 
adds `description`, `deprecated`, and `since` parameters to the `@Mojo` and 
`@Parameter` annotations.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/argv-minus-one/maven-plugin-tools 
feature/descriptions-in-annotations

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/maven-plugin-tools/pull/6.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #6


commit 233fffb99ee5c998c82b2bf261557488148ce86e
Author: Alex Hvostov 
Date:   2015-11-16T16:49:53Z

Add and process new attributes `documentation`, `deprecated`, and `since` 
attributes to @Mojo and @Parameter annotations.




---
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 is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

Re: Java 9 - Java Modules aka Jigsaw

2015-11-16 Thread Tibor Digana 
Our plugins are dependent on internal Sun JDK packages.
This is the list of plugins:Java classes and JDK classes.
Whatever critical or non-critical, the JDK dependency appears.

maven-jdeps-plugin:Base64Codec sun.misc.BASE64Decoder
maven-changes-plugin:ProjectJavamailMailSender
com.sun.net.ssl.internal.ssl.Provider, ?mail.smtp.socketFactory?
maven-changes-plugin:FeedGenerator com.sun.syndication.*
maven-javadoc-plugin:AbstractJavadocMojo   Javadoc:
com.sun.tools.javadoc.*, com.sun.tools.doclets.*,
com.sun.tools.doclets.ToDoTaglet
maven-javadoc-plugin:JavadocUtil   Javadoc:
com.sun.tools.doclets.Taglet,
maven-ant-plugin:AntBuildWriterUtilorg.w3c.*
maven-site-plugin:WebXmlTest   org.w3c.*
maven-pdm-plugin:CpdReportTest org.w3c.*


On 11/16/15, Tibor Digana  wrote:
> @Arno What it means for you to "how it will break maven".
> Does it mean J9 deprecates Maven. Too much effort for the Oracle, is not
> it?
>
> On Fri, Nov 13, 2015 at 3:20 PM, Arnaud Héritier [via Maven] <
> ml-node+s40175n5851980...@n5.nabble.com> wrote:
>
>> Hi all,
>>
>>   This week I was at Devoxx conférence where there were various talks
>> about
>> the incoming JDK 9 and the new Java Modules. If this is a subject that
>> you
>> are interested in and want to know more (and especially how it will break
>> maven) I recommend you to watch the recording of the following sessions
>>
>> Keynote by Mark Reinhold
>> https://www.youtube.com/watch?v=l1s7R85GF1A
>>
>> Introduction to Modular Development by Mark Reinhold/Alan Bateman
>> https://www.youtube.com/watch?v=qr4O4SbzihQ
>>
>> Prepare for JDK 9! by Mark Reinhold/Alan Bateman
>> https://www.youtube.com/watch?v=KZfbRuvv5qc
>>
>> Modular Development with JDK 9 by Mark Reinhold/Alan Bateman
>> https://www.youtube.com/watch?v=V6ycn1-QQV0
>>
>> Advanced Modular Development by Mark Reinhold/Alan Bateman
>> https://www.youtube.com/watch?v=SU1WFX8yeKM
>>
>> Project Jigsaw: Under the Hood by Mark Reinhold/Alan Bateman
>> https://www.youtube.com/watch?v=UKC0uC7QUkI
>>
>> Ask the JDK Architects
>> https://www.youtube.com/watch?v=7vvx505mu3s
>>
>> Form now all Devoxx sessions are freely available on Youtube at D+1
>>
>> https://www.youtube.com/channel/UCCBVCTuk6uJrN3iFV_3vurg
>>
>> As Jason is in the expert group I imagine that he already started to
>> think
>> about how to adapt maven to be able to easily consume/produce classical
>> jar
>> files and J9+ Java Modules.
>>
>> Cheers,
>>
>> --
>> -
>> Arnaud Héritier
>> http://aheritier.net
>> Mail/GTalk: aheritier AT gmail DOT com
>> Twitter/Skype : aheritier
>>
>>
>> --
>> If you reply to this email, your message will be added to the discussion
>> below:
>>
>> http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980.html
>> To start a new topic under Maven Developers, email
>> ml-node+s40175n142166...@n5.nabble.com
>> To unsubscribe from Maven Developers, click here
>> 
>> .
>> NAML
>> 
>>
>


-- 
Cheers
Tibor




--
View this message in context: 
http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980p5852234.html
Sent from the Maven Developers mailing list archive at Nabble.com.

RE: How the Lucene PMC manages releases

2015-11-16 Thread Martin Gainty 
in lucene/testframework:renamed CheapBastard codec to Lucene54 to see if the 
SPILoader would pick it up ..it didnteven when i replaced CheapBastard entry in 
resources/META-INF/services/org.apache.lucene.codecs.Codeca quick refactor 
NamedSPILoader.lookup(String name)  to read 
resources/META-INF/services/org.apache.lucene.codecs.Codec (and replace 
CheapBastard to Lucene54 in TestRuleSetupAndRestoreClassEnv)and now Lucene54 
codec is picked up by NamedSPILoader lookup method

Maven Specific:
refactored the 10 year old ivy script reactor workflow which is difficult to 
follow.. so I created pom.xml from original ivy build.xml
attaching test-framework pom.xml for review
(mentioned this to McCandless BTW..but havent heard back)
Merci!
Martin 
__ 



> Date: Sun, 15 Nov 2015 21:10:58 +
> Subject: Re: How the Lucene PMC manages releases
> From: stephen.alan.conno...@gmail.com
> To: dev@maven.apache.org
> 
> To my thinking this is a case of special circumstances. I wrote a test case
> but didn't understand how to integrate the test case correctly into the
> suite and as such a regression crept in when fixing some regressions in
> other (non-covered) areas of the version inheritance code. I attribute at
> least 3 of the version numbers to the various regressions in this area of
> the code base. Thankfully we now have better tests in this area and they
> are now integrated.
> 
> Let's see how many numbers we end up burning next time around before we
> rush to change how we do things.
> 
> On 15 November 2015 at 20:48, Paul Benedict  wrote:
> 
> > Whether you're incrementing the last number by one or labeling it RC, you
> > end up with a new release regardless. I don't have an issue with burning
> > numbers at all; it's out there for people to consume immediately no matter
> > what you call it. IMO, if anyone is concerned with the quality, either vote
> > it down or the RM should ask for Alpha/Beta/GA qualities in the voting
> > thread.
> >
> >
> >
> >
> > Cheers,
> > Paul
> >
> > On Sun, Nov 15, 2015 at 2:13 PM, Benson Margulies 
> > wrote:
> >
> > > On Sun, Nov 15, 2015 at 2:35 PM, Paul Benedict 
> > > wrote:
> > > > That's how it use to work, but that requires a double voting process:
> > > vote
> > > > once on the RC and then again if the RC is ready for production. It's
> > > > easier to just burn the numbers; if it fails, move to the next;
> > otherwise
> > > > you release what you have.
> > >
> > > There's an advantage that I think you might be missing. When you vote
> > > an RC, it becomes a formal release, and you can advertise it to the
> > > user community for testing, which might get you more testers than you
> > > get on the dev@ list.
> > >
> > >
> > > >
> > > >
> > > > Cheers,
> > > > Paul
> > > >
> > > > On Sun, Nov 15, 2015 at 11:48 AM, Anders Hammar 
> > > wrote:
> > > >
> > > >> That's how Maven core releases were done in the early v3.0.x days.
> > > >> Personally I think it worked very good.
> > > >>
> > > >> /Anders (mobile)
> > > >> On Nov 15, 2015 15:40, "Benson Margulies" 
> > > wrote:
> > > >>
> > > >> > Given the number of 'burned' releases recently, I thought people
> > might
> > > >> > be interested in hearing about an alternative approach.
> > > >> >
> > > >> > When a Lucene dev has a sudden urge to make a release, he or she set
> > > >> > up a release with a version of x.y.z-RC1. This is a real release. It
> > > >> > goes up for a vote.
> > > >> >
> > > >> > If there's something grossly wrong with it, the RM burns it and
> > tries
> > > >> > again with RC2, etc.
> > > >> >
> > > >> > If it passes the vote, the user community (not just the dev
> > community)
> > > >> > is invited/exhorted to test it for a bit. Problems are repaired. If
> > > >> > the fixes are significant, then the the next step is another RC.
> > When
> > > >> > an RC is clean, or manifests only tiny problems, the RM goes ahead
> > and
> > > >> > puts up x.y.z for a vote.
> > > >> >
> > > >> > The result of this is that a non-RC release hardly every gets
> > burned.
> > > >> >
> > > >> >
> > -
> > > >> > 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
> > >
> > >
> >
  

pom.xml
Description: XML document

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

Jenkins workflow script to build and test Maven core

2015-11-16 Thread Stephen Connolly 
As part of some side testing of my day job, I have developed a workflow
script to build and test Maven core... once I can get Workflow onto
builds.apache.org we can see to adapt this some more, but if anyone is
interested.

This flow will build on linux with JDK 7 and then run the integration tests
on JDK7 and 8 in parallel. I want to add in Windows builds, but I am
currently blocked by the excessive directory tree depth in the core
integration tests and I need to set up a custom workspace to be able to
check out the integration tests on windows...

A nice to have alternative might be to package up the integration tests
into a .jar and run from the .jar as that would make running the more
portable.

In any case here is the workflow script (if we wanted to turn this into a
Jenkinsfile so that we could get Pull Request validation we would only have
to change `dir('maven-core') { git 'https://github.com/apache/maven.git' }`
to `dir('maven-core') { checkout scm }` on line 3):

stage 'build'
node('linux') {
dir('maven-core') { git 'https://github.com/apache/maven.git' }
def jdk = tool name: '1.7.0_80', type: 'hudson.model.JDK'
def mvn = tool name: '3.3.9', type:
'hudson.tasks.Maven$MavenInstallation'
sh "export JAVA_HOME=${jdk} ; cd maven-core ; ${mvn}/bin/mvn -B clean
verify -Dmaven.repo.local=`pwd`/../repo"
step([$class: 'JUnitResultArchiver', testResults:
'**/target/surefire-reports/TEST-*.xml'])
stash includes: 'maven-core/apache-maven/target/apache-*.tar.gz', name:
'tars'
stash includes: 'maven-core/apache-maven/target/apache-*.zip', name:
'zips'
}
stage 'test'
parallel jdk7: {
node('linux') {
sh "mkdir -p maven-core; rm -rvf maven-core"
unstash 'zips'
dir('maven-its') { git '
https://github.com/apache/maven-integration-testing.git' }
def jdk = tool name: '1.7.0_80', type: 'hudson.model.JDK'
sh 'for dir in maven-core/apache-maven/target/apache-*-bin.zip ; do
unzip ${dir}; done;'
sh 'for dir in apache-maven-*; do rm -rf maven-dist; mv ${dir}
maven-dist; done'
sh 'cd maven-dist; export MAVEN_HOME="`pwd -P`"; export PATH="`pwd
-P`/bin":$PATH; cd ../maven-its; ' +
"export JAVA_HOME=${jdk}; " +
"mvn -B clean install -Prun-its,embedded
-Dmaven.repo.local=`pwd`/repo -Dmaven.test.failure.ignore=true"
step([$class: 'JUnitResultArchiver', testResults:
'**/core-it-suite/target/surefire-reports/TEST-*.xml'])
}
}, jdk8: {
node('linux') {
sh "mkdir -p maven-core; rm -rvf maven-core"
unstash 'zips'
dir('maven-its') { git '
https://github.com/apache/maven-integration-testing.git' }
def jdk = tool name: '1.8.0_65', type: 'hudson.model.JDK'
sh 'for dir in maven-core/apache-maven/target/apache-*-bin.zip ; do
unzip ${dir}; done;'
sh 'for dir in apache-maven-*; do rm -rf maven-dist; mv ${dir}
maven-dist; done'
sh 'cd maven-dist; export MAVEN_HOME="`pwd -P`"; export PATH="`pwd
-P`/bin":$PATH; cd ../maven-its; ' +
"export JAVA_HOME=${jdk}; " +
"mvn -B clean install -Prun-its,embedded
-Dmaven.repo.local=`pwd`/repo -Dmaven.test.failure.ignore=true"
step([$class: 'JUnitResultArchiver', testResults:
'**/core-it-suite/target/surefire-reports/TEST-*.xml'])
}
}
stage 'deploy'
node('linux') {
unstash 'zips'
unstash 'tars'
archive 'maven-core/apache-maven/target/apache-*.tar.gz
maven-core/apache-maven/target/apache-*.zip'
}

Re: Java 9 - Java Modules aka Jigsaw

2015-11-16 Thread Paul Benedict 
Sorry for a third email But it totally slipped my mind that Java 8 now
includes a Base64 equivalent:
https://docs.oracle.com/javase/8/docs/api/java/util/Base64.html


Cheers,
Paul

On Mon, Nov 16, 2015 at 11:39 AM, Paul Benedict 
wrote:

> Typo. I meant Commons Codec.
>
>
> Cheers,
> Paul
>
> On Mon, Nov 16, 2015 at 11:38 AM, Paul Benedict 
> wrote:
>
>> But Commons Code has a Base64 equivalent. Why rely on the Sun version
>> when you can use Apache's?
>>
>>
>> Cheers,
>> Paul
>>
>> On Mon, Nov 16, 2015 at 11:37 AM, Gary Gregory 
>> wrote:
>>
>>> Java 8 has a java.util.Base64 class so that one is easy.
>>>
>>> Gary
>>>
>>> On Mon, Nov 16, 2015 at 8:48 AM, Tibor Digana 
>>> wrote:
>>>
>>> > Our plugins are dependent on internal Sun JDK packages.
>>> > This is the list of plugins:Java classes and JDK classes.
>>> > Whatever critical or non-critical, the JDK dependency appears.
>>> >
>>> > maven-jdeps-plugin:Base64Codec
>>>  sun.misc.BASE64Decoder
>>> > maven-changes-plugin:ProjectJavamailMailSender
>>> > com.sun.net.ssl.internal.ssl.Provider, ?mail.smtp.socketFactory?
>>> > maven-changes-plugin:FeedGenerator
>>>  com.sun.syndication.*
>>> > maven-javadoc-plugin:AbstractJavadocMojo   Javadoc:
>>> > com.sun.tools.javadoc.*, com.sun.tools.doclets.*,
>>> > com.sun.tools.doclets.ToDoTaglet
>>> > maven-javadoc-plugin:JavadocUtil   Javadoc:
>>> > com.sun.tools.doclets.Taglet,
>>> > maven-ant-plugin:AntBuildWriterUtilorg.w3c.*
>>> > maven-site-plugin:WebXmlTest   org.w3c.*
>>> > maven-pdm-plugin:CpdReportTest org.w3c.*
>>> >
>>> >
>>> > On 11/16/15, Tibor Digana  wrote:
>>> > > @Arno What it means for you to "how it will break maven".
>>> > > Does it mean J9 deprecates Maven. Too much effort for the Oracle, is
>>> not
>>> > > it?
>>> > >
>>> > > On Fri, Nov 13, 2015 at 3:20 PM, Arnaud Héritier [via Maven] <
>>> > > ml-node+s40175n5851980...@n5.nabble.com> wrote:
>>> > >
>>> > >> Hi all,
>>> > >>
>>> > >>   This week I was at Devoxx conférence where there were various
>>> talks
>>> > >> about
>>> > >> the incoming JDK 9 and the new Java Modules. If this is a subject
>>> that
>>> > >> you
>>> > >> are interested in and want to know more (and especially how it will
>>> > break
>>> > >> maven) I recommend you to watch the recording of the following
>>> sessions
>>> > >>
>>> > >> Keynote by Mark Reinhold
>>> > >> https://www.youtube.com/watch?v=l1s7R85GF1A
>>> > >>
>>> > >> Introduction to Modular Development by Mark Reinhold/Alan Bateman
>>> > >> https://www.youtube.com/watch?v=qr4O4SbzihQ
>>> > >>
>>> > >> Prepare for JDK 9! by Mark Reinhold/Alan Bateman
>>> > >> https://www.youtube.com/watch?v=KZfbRuvv5qc
>>> > >>
>>> > >> Modular Development with JDK 9 by Mark Reinhold/Alan Bateman
>>> > >> https://www.youtube.com/watch?v=V6ycn1-QQV0
>>> > >>
>>> > >> Advanced Modular Development by Mark Reinhold/Alan Bateman
>>> > >> https://www.youtube.com/watch?v=SU1WFX8yeKM
>>> > >>
>>> > >> Project Jigsaw: Under the Hood by Mark Reinhold/Alan Bateman
>>> > >> https://www.youtube.com/watch?v=UKC0uC7QUkI
>>> > >>
>>> > >> Ask the JDK Architects
>>> > >> https://www.youtube.com/watch?v=7vvx505mu3s
>>> > >>
>>> > >> Form now all Devoxx sessions are freely available on Youtube at D+1
>>> > >>
>>> > >> https://www.youtube.com/channel/UCCBVCTuk6uJrN3iFV_3vurg
>>> > >>
>>> > >> As Jason is in the expert group I imagine that he already started to
>>> > >> think
>>> > >> about how to adapt maven to be able to easily consume/produce
>>> classical
>>> > >> jar
>>> > >> files and J9+ Java Modules.
>>> > >>
>>> > >> Cheers,
>>> > >>
>>> > >> --
>>> > >> -
>>> > >> Arnaud Héritier
>>> > >> http://aheritier.net
>>> > >> Mail/GTalk: aheritier AT gmail DOT com
>>> > >> Twitter/Skype : aheritier
>>> > >>
>>> > >>
>>> > >> --
>>> > >> If you reply to this email, your message will be added to the
>>> discussion
>>> > >> below:
>>> > >>
>>> > >>
>>> >
>>> http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980.html
>>> > >> To start a new topic under Maven Developers, email
>>> > >> ml-node+s40175n142166...@n5.nabble.com
>>> > >> To unsubscribe from Maven Developers, click here
>>> > >> <
>>> >
>>> http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code=142166=dGlib3JkaWdhbmFAYXBhY2hlLm9yZ3wxNDIxNjZ8LTI4OTQ5MjEwMg==
>>> > >
>>> > >> .
>>> > >> NAML
>>> > >> <
>>> >
>>> http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
>>> > >
>>> > >>
>>> > >
>>> >
>>> >
>>> > --
>>> > Cheers
>>> >

Re: Java 9 - Java Modules aka Jigsaw

2015-11-16 Thread Paul Benedict 
But Commons Code has a Base64 equivalent. Why rely on the Sun version when
you can use Apache's?


Cheers,
Paul

On Mon, Nov 16, 2015 at 11:37 AM, Gary Gregory 
wrote:

> Java 8 has a java.util.Base64 class so that one is easy.
>
> Gary
>
> On Mon, Nov 16, 2015 at 8:48 AM, Tibor Digana 
> wrote:
>
> > Our plugins are dependent on internal Sun JDK packages.
> > This is the list of plugins:Java classes and JDK classes.
> > Whatever critical or non-critical, the JDK dependency appears.
> >
> > maven-jdeps-plugin:Base64Codec sun.misc.BASE64Decoder
> > maven-changes-plugin:ProjectJavamailMailSender
> > com.sun.net.ssl.internal.ssl.Provider, ?mail.smtp.socketFactory?
> > maven-changes-plugin:FeedGenerator com.sun.syndication.*
> > maven-javadoc-plugin:AbstractJavadocMojo   Javadoc:
> > com.sun.tools.javadoc.*, com.sun.tools.doclets.*,
> > com.sun.tools.doclets.ToDoTaglet
> > maven-javadoc-plugin:JavadocUtil   Javadoc:
> > com.sun.tools.doclets.Taglet,
> > maven-ant-plugin:AntBuildWriterUtilorg.w3c.*
> > maven-site-plugin:WebXmlTest   org.w3c.*
> > maven-pdm-plugin:CpdReportTest org.w3c.*
> >
> >
> > On 11/16/15, Tibor Digana  wrote:
> > > @Arno What it means for you to "how it will break maven".
> > > Does it mean J9 deprecates Maven. Too much effort for the Oracle, is
> not
> > > it?
> > >
> > > On Fri, Nov 13, 2015 at 3:20 PM, Arnaud Héritier [via Maven] <
> > > ml-node+s40175n5851980...@n5.nabble.com> wrote:
> > >
> > >> Hi all,
> > >>
> > >>   This week I was at Devoxx conférence where there were various talks
> > >> about
> > >> the incoming JDK 9 and the new Java Modules. If this is a subject that
> > >> you
> > >> are interested in and want to know more (and especially how it will
> > break
> > >> maven) I recommend you to watch the recording of the following
> sessions
> > >>
> > >> Keynote by Mark Reinhold
> > >> https://www.youtube.com/watch?v=l1s7R85GF1A
> > >>
> > >> Introduction to Modular Development by Mark Reinhold/Alan Bateman
> > >> https://www.youtube.com/watch?v=qr4O4SbzihQ
> > >>
> > >> Prepare for JDK 9! by Mark Reinhold/Alan Bateman
> > >> https://www.youtube.com/watch?v=KZfbRuvv5qc
> > >>
> > >> Modular Development with JDK 9 by Mark Reinhold/Alan Bateman
> > >> https://www.youtube.com/watch?v=V6ycn1-QQV0
> > >>
> > >> Advanced Modular Development by Mark Reinhold/Alan Bateman
> > >> https://www.youtube.com/watch?v=SU1WFX8yeKM
> > >>
> > >> Project Jigsaw: Under the Hood by Mark Reinhold/Alan Bateman
> > >> https://www.youtube.com/watch?v=UKC0uC7QUkI
> > >>
> > >> Ask the JDK Architects
> > >> https://www.youtube.com/watch?v=7vvx505mu3s
> > >>
> > >> Form now all Devoxx sessions are freely available on Youtube at D+1
> > >>
> > >> https://www.youtube.com/channel/UCCBVCTuk6uJrN3iFV_3vurg
> > >>
> > >> As Jason is in the expert group I imagine that he already started to
> > >> think
> > >> about how to adapt maven to be able to easily consume/produce
> classical
> > >> jar
> > >> files and J9+ Java Modules.
> > >>
> > >> Cheers,
> > >>
> > >> --
> > >> -
> > >> Arnaud Héritier
> > >> http://aheritier.net
> > >> Mail/GTalk: aheritier AT gmail DOT com
> > >> Twitter/Skype : aheritier
> > >>
> > >>
> > >> --
> > >> If you reply to this email, your message will be added to the
> discussion
> > >> below:
> > >>
> > >>
> >
> http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980.html
> > >> To start a new topic under Maven Developers, email
> > >> ml-node+s40175n142166...@n5.nabble.com
> > >> To unsubscribe from Maven Developers, click here
> > >> <
> >
> http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code=142166=dGlib3JkaWdhbmFAYXBhY2hlLm9yZ3wxNDIxNjZ8LTI4OTQ5MjEwMg==
> > >
> > >> .
> > >> NAML
> > >> <
> >
> http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
> > >
> > >>
> > >
> >
> >
> > --
> > Cheers
> > Tibor
> >
> >
> >
> >
> > --
> > View this message in context:
> >
> http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980p5852234.html
> > Sent from the Maven Developers mailing list archive at Nabble.com.
>
>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>

Re: Java 9 - Java Modules aka Jigsaw

2015-11-16 Thread Robert Scholte 

Hi,

The maven-jdeps-plugin uses this class with the integration-tests and to  
verify these kind of violations. The plugin has a parameter called  
failOnWarning to break the build when using a JDK Internal API.

So it is intended and can be considered as false positive.

Robert


Op Mon, 16 Nov 2015 18:41:14 +0100 schreef Paul Benedict  
:


Sorry for a third email But it totally slipped my mind that Java 8  
now

includes a Base64 equivalent:
https://docs.oracle.com/javase/8/docs/api/java/util/Base64.html


Cheers,
Paul

On Mon, Nov 16, 2015 at 11:39 AM, Paul Benedict 
wrote:


Typo. I meant Commons Codec.


Cheers,
Paul

On Mon, Nov 16, 2015 at 11:38 AM, Paul Benedict 
wrote:


But Commons Code has a Base64 equivalent. Why rely on the Sun version
when you can use Apache's?


Cheers,
Paul

On Mon, Nov 16, 2015 at 11:37 AM, Gary Gregory 
wrote:


Java 8 has a java.util.Base64 class so that one is easy.

Gary

On Mon, Nov 16, 2015 at 8:48 AM, Tibor Digana 
wrote:

> Our plugins are dependent on internal Sun JDK packages.
> This is the list of plugins:Java classes and JDK classes.
> Whatever critical or non-critical, the JDK dependency appears.
>
> maven-jdeps-plugin:Base64Codec
 sun.misc.BASE64Decoder
> maven-changes-plugin:ProjectJavamailMailSender
> com.sun.net.ssl.internal.ssl.Provider, ?mail.smtp.socketFactory?
> maven-changes-plugin:FeedGenerator
 com.sun.syndication.*
> maven-javadoc-plugin:AbstractJavadocMojo   Javadoc:
> com.sun.tools.javadoc.*, com.sun.tools.doclets.*,
> com.sun.tools.doclets.ToDoTaglet
> maven-javadoc-plugin:JavadocUtil   Javadoc:
> com.sun.tools.doclets.Taglet,
> maven-ant-plugin:AntBuildWriterUtilorg.w3c.*
> maven-site-plugin:WebXmlTest   org.w3c.*
> maven-pdm-plugin:CpdReportTest org.w3c.*
>
>
> On 11/16/15, Tibor Digana  wrote:
> > @Arno What it means for you to "how it will break maven".
> > Does it mean J9 deprecates Maven. Too much effort for the Oracle,  
is

not
> > it?
> >
> > On Fri, Nov 13, 2015 at 3:20 PM, Arnaud Héritier [via Maven] <
> > ml-node+s40175n5851980...@n5.nabble.com> wrote:
> >
> >> Hi all,
> >>
> >>   This week I was at Devoxx conférence where there were various
talks
> >> about
> >> the incoming JDK 9 and the new Java Modules. If this is a subject
that
> >> you
> >> are interested in and want to know more (and especially how it  
will

> break
> >> maven) I recommend you to watch the recording of the following
sessions
> >>
> >> Keynote by Mark Reinhold
> >> https://www.youtube.com/watch?v=l1s7R85GF1A
> >>
> >> Introduction to Modular Development by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=qr4O4SbzihQ
> >>
> >> Prepare for JDK 9! by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=KZfbRuvv5qc
> >>
> >> Modular Development with JDK 9 by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=V6ycn1-QQV0
> >>
> >> Advanced Modular Development by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=SU1WFX8yeKM
> >>
> >> Project Jigsaw: Under the Hood by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=UKC0uC7QUkI
> >>
> >> Ask the JDK Architects
> >> https://www.youtube.com/watch?v=7vvx505mu3s
> >>
> >> Form now all Devoxx sessions are freely available on Youtube at  
D+1

> >>
> >> https://www.youtube.com/channel/UCCBVCTuk6uJrN3iFV_3vurg
> >>
> >> As Jason is in the expert group I imagine that he already  
started to

> >> think
> >> about how to adapt maven to be able to easily consume/produce
classical
> >> jar
> >> files and J9+ Java Modules.
> >>
> >> Cheers,
> >>
> >> --
> >> -
> >> Arnaud Héritier
> >> http://aheritier.net
> >> Mail/GTalk: aheritier AT gmail DOT com
> >> Twitter/Skype : aheritier
> >>
> >>
> >> --
> >> If you reply to this email, your message will be added to the
discussion
> >> below:
> >>
> >>
>
http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980.html
> >> To start a new topic under Maven Developers, email
> >> ml-node+s40175n142166...@n5.nabble.com
> >> To unsubscribe from Maven Developers, click here
> >> <
>
http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code=142166=dGlib3JkaWdhbmFAYXBhY2hlLm9yZ3wxNDIxNjZ8LTI4OTQ5MjEwMg==
> >
> >> .
> >> NAML
> >> <
>
http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
> >
> >>
> >
>
>
> --
> Cheers
> Tibor
>
>
>
>
> --
> View this message in context:
>

Re: Java 9 - Java Modules aka Jigsaw

2015-11-16 Thread Gary Gregory 
Java 8 has a java.util.Base64 class so that one is easy.

Gary

On Mon, Nov 16, 2015 at 8:48 AM, Tibor Digana 
wrote:

> Our plugins are dependent on internal Sun JDK packages.
> This is the list of plugins:Java classes and JDK classes.
> Whatever critical or non-critical, the JDK dependency appears.
>
> maven-jdeps-plugin:Base64Codec sun.misc.BASE64Decoder
> maven-changes-plugin:ProjectJavamailMailSender
> com.sun.net.ssl.internal.ssl.Provider, ?mail.smtp.socketFactory?
> maven-changes-plugin:FeedGenerator com.sun.syndication.*
> maven-javadoc-plugin:AbstractJavadocMojo   Javadoc:
> com.sun.tools.javadoc.*, com.sun.tools.doclets.*,
> com.sun.tools.doclets.ToDoTaglet
> maven-javadoc-plugin:JavadocUtil   Javadoc:
> com.sun.tools.doclets.Taglet,
> maven-ant-plugin:AntBuildWriterUtilorg.w3c.*
> maven-site-plugin:WebXmlTest   org.w3c.*
> maven-pdm-plugin:CpdReportTest org.w3c.*
>
>
> On 11/16/15, Tibor Digana  wrote:
> > @Arno What it means for you to "how it will break maven".
> > Does it mean J9 deprecates Maven. Too much effort for the Oracle, is not
> > it?
> >
> > On Fri, Nov 13, 2015 at 3:20 PM, Arnaud Héritier [via Maven] <
> > ml-node+s40175n5851980...@n5.nabble.com> wrote:
> >
> >> Hi all,
> >>
> >>   This week I was at Devoxx conférence where there were various talks
> >> about
> >> the incoming JDK 9 and the new Java Modules. If this is a subject that
> >> you
> >> are interested in and want to know more (and especially how it will
> break
> >> maven) I recommend you to watch the recording of the following sessions
> >>
> >> Keynote by Mark Reinhold
> >> https://www.youtube.com/watch?v=l1s7R85GF1A
> >>
> >> Introduction to Modular Development by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=qr4O4SbzihQ
> >>
> >> Prepare for JDK 9! by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=KZfbRuvv5qc
> >>
> >> Modular Development with JDK 9 by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=V6ycn1-QQV0
> >>
> >> Advanced Modular Development by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=SU1WFX8yeKM
> >>
> >> Project Jigsaw: Under the Hood by Mark Reinhold/Alan Bateman
> >> https://www.youtube.com/watch?v=UKC0uC7QUkI
> >>
> >> Ask the JDK Architects
> >> https://www.youtube.com/watch?v=7vvx505mu3s
> >>
> >> Form now all Devoxx sessions are freely available on Youtube at D+1
> >>
> >> https://www.youtube.com/channel/UCCBVCTuk6uJrN3iFV_3vurg
> >>
> >> As Jason is in the expert group I imagine that he already started to
> >> think
> >> about how to adapt maven to be able to easily consume/produce classical
> >> jar
> >> files and J9+ Java Modules.
> >>
> >> Cheers,
> >>
> >> --
> >> -
> >> Arnaud Héritier
> >> http://aheritier.net
> >> Mail/GTalk: aheritier AT gmail DOT com
> >> Twitter/Skype : aheritier
> >>
> >>
> >> --
> >> If you reply to this email, your message will be added to the discussion
> >> below:
> >>
> >>
> http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980.html
> >> To start a new topic under Maven Developers, email
> >> ml-node+s40175n142166...@n5.nabble.com
> >> To unsubscribe from Maven Developers, click here
> >> <
> http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code=142166=dGlib3JkaWdhbmFAYXBhY2hlLm9yZ3wxNDIxNjZ8LTI4OTQ5MjEwMg==
> >
> >> .
> >> NAML
> >> <
> http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
> >
> >>
> >
>
>
> --
> Cheers
> Tibor
>
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980p5852234.html
> Sent from the Maven Developers mailing list archive at Nabble.com.




-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: Java 9 - Java Modules aka Jigsaw

2015-11-16 Thread Paul Benedict 
Typo. I meant Commons Codec.


Cheers,
Paul

On Mon, Nov 16, 2015 at 11:38 AM, Paul Benedict 
wrote:

> But Commons Code has a Base64 equivalent. Why rely on the Sun version when
> you can use Apache's?
>
>
> Cheers,
> Paul
>
> On Mon, Nov 16, 2015 at 11:37 AM, Gary Gregory 
> wrote:
>
>> Java 8 has a java.util.Base64 class so that one is easy.
>>
>> Gary
>>
>> On Mon, Nov 16, 2015 at 8:48 AM, Tibor Digana 
>> wrote:
>>
>> > Our plugins are dependent on internal Sun JDK packages.
>> > This is the list of plugins:Java classes and JDK classes.
>> > Whatever critical or non-critical, the JDK dependency appears.
>> >
>> > maven-jdeps-plugin:Base64Codec
>>  sun.misc.BASE64Decoder
>> > maven-changes-plugin:ProjectJavamailMailSender
>> > com.sun.net.ssl.internal.ssl.Provider, ?mail.smtp.socketFactory?
>> > maven-changes-plugin:FeedGenerator com.sun.syndication.*
>> > maven-javadoc-plugin:AbstractJavadocMojo   Javadoc:
>> > com.sun.tools.javadoc.*, com.sun.tools.doclets.*,
>> > com.sun.tools.doclets.ToDoTaglet
>> > maven-javadoc-plugin:JavadocUtil   Javadoc:
>> > com.sun.tools.doclets.Taglet,
>> > maven-ant-plugin:AntBuildWriterUtilorg.w3c.*
>> > maven-site-plugin:WebXmlTest   org.w3c.*
>> > maven-pdm-plugin:CpdReportTest org.w3c.*
>> >
>> >
>> > On 11/16/15, Tibor Digana  wrote:
>> > > @Arno What it means for you to "how it will break maven".
>> > > Does it mean J9 deprecates Maven. Too much effort for the Oracle, is
>> not
>> > > it?
>> > >
>> > > On Fri, Nov 13, 2015 at 3:20 PM, Arnaud Héritier [via Maven] <
>> > > ml-node+s40175n5851980...@n5.nabble.com> wrote:
>> > >
>> > >> Hi all,
>> > >>
>> > >>   This week I was at Devoxx conférence where there were various talks
>> > >> about
>> > >> the incoming JDK 9 and the new Java Modules. If this is a subject
>> that
>> > >> you
>> > >> are interested in and want to know more (and especially how it will
>> > break
>> > >> maven) I recommend you to watch the recording of the following
>> sessions
>> > >>
>> > >> Keynote by Mark Reinhold
>> > >> https://www.youtube.com/watch?v=l1s7R85GF1A
>> > >>
>> > >> Introduction to Modular Development by Mark Reinhold/Alan Bateman
>> > >> https://www.youtube.com/watch?v=qr4O4SbzihQ
>> > >>
>> > >> Prepare for JDK 9! by Mark Reinhold/Alan Bateman
>> > >> https://www.youtube.com/watch?v=KZfbRuvv5qc
>> > >>
>> > >> Modular Development with JDK 9 by Mark Reinhold/Alan Bateman
>> > >> https://www.youtube.com/watch?v=V6ycn1-QQV0
>> > >>
>> > >> Advanced Modular Development by Mark Reinhold/Alan Bateman
>> > >> https://www.youtube.com/watch?v=SU1WFX8yeKM
>> > >>
>> > >> Project Jigsaw: Under the Hood by Mark Reinhold/Alan Bateman
>> > >> https://www.youtube.com/watch?v=UKC0uC7QUkI
>> > >>
>> > >> Ask the JDK Architects
>> > >> https://www.youtube.com/watch?v=7vvx505mu3s
>> > >>
>> > >> Form now all Devoxx sessions are freely available on Youtube at D+1
>> > >>
>> > >> https://www.youtube.com/channel/UCCBVCTuk6uJrN3iFV_3vurg
>> > >>
>> > >> As Jason is in the expert group I imagine that he already started to
>> > >> think
>> > >> about how to adapt maven to be able to easily consume/produce
>> classical
>> > >> jar
>> > >> files and J9+ Java Modules.
>> > >>
>> > >> Cheers,
>> > >>
>> > >> --
>> > >> -
>> > >> Arnaud Héritier
>> > >> http://aheritier.net
>> > >> Mail/GTalk: aheritier AT gmail DOT com
>> > >> Twitter/Skype : aheritier
>> > >>
>> > >>
>> > >> --
>> > >> If you reply to this email, your message will be added to the
>> discussion
>> > >> below:
>> > >>
>> > >>
>> >
>> http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980.html
>> > >> To start a new topic under Maven Developers, email
>> > >> ml-node+s40175n142166...@n5.nabble.com
>> > >> To unsubscribe from Maven Developers, click here
>> > >> <
>> >
>> http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code=142166=dGlib3JkaWdhbmFAYXBhY2hlLm9yZ3wxNDIxNjZ8LTI4OTQ5MjEwMg==
>> > >
>> > >> .
>> > >> NAML
>> > >> <
>> >
>> http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
>> > >
>> > >>
>> > >
>> >
>> >
>> > --
>> > Cheers
>> > Tibor
>> >
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> >
>> http://maven.40175.n5.nabble.com/Java-9-Java-Modules-aka-Jigsaw-tp5851980p5852234.html
>> > Sent from the Maven Developers mailing list archive at Nabble.com.
>>
>>
>>
>>
>> --
>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>> Java Persistence with Hibernate, Second Edition
>> 
>>