You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@netbeans.apache.org by Jaroslav Tulach <ja...@oracle.com> on 2017/10/08 11:41:29 UTC
[VOTE] Release Apache NetBeans HTML/Java API version 1.5
Hi guys,
I've set a Jenkins job up which can prepare a release bits of HTML/Java API
and gives instructions how to build the ZIP file and test it:
https://builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-release/
after a bit of configuration struggling the [build #16](https://
builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
release/16/) seems to deliver releasable ZIP file:
https://builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-release/16/artifact/incubating-netbeans-html4j-1.5.zip
It's md5sum is a45bda33200c208d0d837b0746a7dcce.
I've done the basic testing on Linux, as well as I tried to use the version
1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of patching]
(https://github.com/konsoletyper/teavm/pull/304). In any case the HTML/Java
API seems releasable from my point of view.
This is the first attempt to perform Apache release of NetBeans HTML/Java API.
As such there are almost no new features. Mostly just licensing changes,
bugfixes and other little tweaks. See Javadoc section about post 1.4 release
improvements:
https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
Please take the ZIP file for a spin and vote to approve the release
and to request the approval of the Incubator PMC to publish it on
our site.
Everyone is encouraged to vote, including non-committers.
This vote shall close in the usual 72 hours.
-jt
PS: I am keeping my fingers crossed, hoping things go well.
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by John Yeary <jo...@gmail.com>.
+1
____________________________
John Yeary
____________________________
*NetBeans Dream Team*
*Founder Greenville Java Users GroupJava Users Groups Community Leader*
____________________________
<http://javaevangelist.blogspot.com/> <https://twitter.com/jyeary>
<http://www.youtube.com/johnyeary> <http://www.linkedin.com/in/jyeary>
<https://plus.google.com/112146428878473069965>
<http://www.facebook.com/jyeary>
<http://feeds.feedburner.com/JavaEvangelistJohnYearysBlog>
<http://netbeans.org/people/84414-jyeary>
"Far better it is to dare mighty things, to win glorious triumphs, even
though checkered by failure, than to take rank with those poor spirits who
neither enjoy much nor suffer much, because they live in the gray twilight
that knows not victory nor defeat."
-- Theodore Roosevelt
On Sun, Oct 8, 2017 at 7:41 AM, Jaroslav Tulach <ja...@oracle.com>
wrote:
> Hi guys,
> I've set a Jenkins job up which can prepare a release bits of HTML/Java API
> and gives instructions how to build the ZIP file and test it:
>
> https://builds.apache.org/view/Incubator%20Projects/job/
> incubator-netbeans-html4j-release/
>
> after a bit of configuration struggling the [build #16](https://
> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> release/16/) seems to deliver releasable ZIP file:
>
> https://builds.apache.org/view/Incubator%20Projects/job/
> incubator-netbeans-html4j-release/16/artifact/
> incubating-netbeans-html4j-1.5.zip
>
> It's md5sum is a45bda33200c208d0d837b0746a7dcce.
>
> I've done the basic testing on Linux, as well as I tried to use the version
> 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of patching]
> (https://github.com/konsoletyper/teavm/pull/304). In any case the
> HTML/Java
> API seems releasable from my point of view.
>
> This is the first attempt to perform Apache release of NetBeans HTML/Java
> API.
> As such there are almost no new features. Mostly just licensing changes,
> bugfixes and other little tweaks. See Javadoc section about post 1.4
> release
> improvements:
>
> https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
>
> Please take the ZIP file for a spin and vote to approve the release
> and to request the approval of the Incubator PMC to publish it on
> our site.
>
> Everyone is encouraged to vote, including non-committers.
>
> This vote shall close in the usual 72 hours.
> -jt
>
> PS: I am keeping my fingers crossed, hoping things go well.
>
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Bertrand Delacretaz <bd...@apache.org>.
On Sun, Oct 8, 2017 at 1:41 PM, Jaroslav Tulach
<ja...@oracle.com> wrote:
> ...It's md5sum is a45bda33200c208d0d837b0746a7dcce. ...
While md5 is still commonly used, it is broken today [1] so we should
generally move away from it.
-Bertrand
[1] https://natmchugh.blogspot.ch/2014/10/how-i-created-two-images-with-same-md5.html
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Jaroslav Tulach <ja...@oracle.com>.
Thanks for testing this Geertjan,
can you please report a bug (component platform - HTML4J) and add stacktrace
of your stalled build in there?
Thanks.
-jt
PS: Why I cannot assign JIRA bugs (like NETBEANS-83) to myself?
On pondělí 9. října 2017 9:29:26 CEST Geertjan Wielenga wrote:
> I have tested with 10.2.6 and JDK 1.8.0_121 and Maven 3.5.0.
>
> The build hangs after this, i.e., the build does not continue and does not
> complete:
>
> Running TestSuite
> Configuring TestNG with: TestNG652Configurator
> java.lang.Exception: Error
> at
> org.netbeans.html.json.impl.OnReceiveTest.performErrorJSONCallNoHandling(OnR
> eceiveTest.java:64) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62
> ) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelp
> er.java:80) at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at
> org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java
> :127) at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
> at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
> at org.testng.SuiteRunner.run(SuiteRunner.java:240)
> at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
> at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
> at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
> at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
> at org.testng.TestNG.run(TestNG.java:1030)
> at
> org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:77)
> at
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeMulti(TestN
> GDirectoryTestSuite.java:189) at
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDire
> ctoryTestSuite.java:105) at
> org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:1
> 17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62
> ) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(Reflec
> tionUtils.java:208) at
> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(Provid
> erFactory.java:158) at
> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFact
> ory.java:86) at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBoote
> r.java:153) at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:95)
>
> Happy to take any further steps or do anything to help.
>
> Gj
>
> On Mon, Oct 9, 2017 at 7:11 AM, Anton Epple <to...@eppleton.de> wrote:
> > Hello Jaroslav,
> >
> > +1
> > I have tested with 10.2.6 and JDK8 u131 and the build succeeds here as
> > well.
> >
> > --Toni
> >
> > Am 09.10.17, 05:37 schrieb "Jaroslav Tulach" <ja...@oracle.com>:
> > Hello William.
> > Thanks for testing.
> >
> > >> William Beebe <wb...@gmail.com>: 08.10.17 @ 21:27 <<
> > >
> > > Downloaded and attempted to execute mvn...
> > >
> > > Failed with...
> > >
> > > Running TestSuite
> > > Configuring TestNG with: TestNG652Configurator
> > > java.lang.Exception: Error
> > > at
> > > org.netbeans.html.json.impl.OnReceiveTest.
> >
> > performErrorJSONCallNoHandling(OnR
> >
> > > eceiveTest.java:64) at sun.reflect.NativeMethodAccessorImpl.
> >
> > invoke0(Native
> >
> > > Method)
> > > at
> > > sun.reflect.NativeMethodAccessorImpl.invoke(
> >
> > NativeMethodAccessorImpl.java:62
> >
> > > ) at
> > > sun.reflect.DelegatingMethodAccessorImpl.invoke(
> >
> > DelegatingMethodAccessorImpl
> >
> > > .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> > > at
> > > org.testng.internal.MethodInvocationHelper.invokeMethod(
> >
> > MethodInvocationHelp
> >
> > > er.java:80) at org.testng.internal.Invoker.
> >
> > invokeMethod(Invoker.java:715)
> >
> > > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> > > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> > > at
> > > org.testng.internal.TestMethodWorker.invokeTestMethods(
> >
> > TestMethodWorker.java
> >
> > > :127) at org.testng.internal.TestMethodWorker.run(
> >
> > TestMethodWorker.java:111)
> >
> > > at org.testng.TestRunner.privateRun(TestRunner.java:767)
> > > at org.testng.TestRunner.run(TestRunner.java:617)
> > > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> > > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
> > > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
> > > at org.testng.SuiteRunner.run(SuiteRunner.java:240)
> > > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
> > > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
> > > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
> > > at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
> > > at org.testng.TestNG.run(TestNG.java:1030)
> > > at
> > > org.apache.maven.surefire.testng.TestNGExecutor.run(
> >
> > TestNGExecutor.java:77)
> >
> > > at
> > > org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.
> >
> > executeMulti(TestN
> >
> > > GDirectoryTestSuite.java:189) at
> > > org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.
> >
> > execute(TestNGDire
> >
> > > ctoryTestSuite.java:105) at
> > > org.apache.maven.surefire.testng.TestNGProvider.invoke(
> >
> > TestNGProvider.java:1
> >
> > > 17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > > at
> > > sun.reflect.NativeMethodAccessorImpl.invoke(
> >
> > NativeMethodAccessorImpl.java:62
> >
> > > ) at
> > > sun.reflect.DelegatingMethodAccessorImpl.invoke(
> >
> > DelegatingMethodAccessorImpl
> >
> > > .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> > > at
> > > org.apache.maven.surefire.util.ReflectionUtils.
> >
> > invokeMethodWithArray2(Reflec
> >
> > > tionUtils.java:208) at
> > > org.apache.maven.surefire.booter.ProviderFactory$
> >
> > ProviderProxy.invoke(Provid
> >
> > > erFactory.java:158) at
> > > org.apache.maven.surefire.booter.ProviderFactory.
> >
> > invokeProvider(ProviderFact
> >
> > > ory.java:86) at
> > > org.apache.maven.surefire.booter.ForkedBooter.
> >
> > runSuitesInProcess(ForkedBoote
> >
> > > r.java:153) at
> > > org.apache.maven.surefire.booter.ForkedBooter.main(
> >
> > ForkedBooter.java:95)
> >
> > Is that a failure? When running the tests, this exception is printed,
> >
> > but then
> >
> > the build continues (on my computer) without issues.
> >
> > > This is on macOS 10.13
> >
> > I've just tested on my Mac Mini 10.12.6 with Java 1.8.0_102 and Maven
> >
> > 3.1.1 -
> >
> > the execution of "mvn install" got through and printed "BUILD
> >
> > SUCCESS" at the
> >
> > end.
> >
> > Can you tell me your Java, Maven versions? Maybe there is the
> >
> > difference...
> >
> > Thanks again for trying.
> > -jt
> >
> > > On Sun, Oct 8, 2017 at 7:41 AM, Jaroslav Tulach <
> >
> > jaroslav.tulach@oracle.com>
> >
> > > wrote:
> > > > Hi guys,
> > > > I've set a Jenkins job up which can prepare a release bits of
> >
> > HTML/Java
> >
> > > > API
> > > > and gives instructions how to build the ZIP file and test it:
> > > >
> > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
> >
> > apache.org_vie
> >
> > > > w_Incubator-2520Projects_job_&d=DwIBaQ&c=
> >
> > RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> >
> > > > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&
> >
> > m=YG4xzGgDrcyk2o5
> >
> > > > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh
> >
> > 48lxfdtr3Uu3k
> >
> > > > &e= incubator-netbeans-html4j-release/
> > > >
> > > > after a bit of configuration struggling the [build #16](https://
> > > > builds.apache.org/view/Incubator%20Projects/job/
> >
> > incubator-netbeans-html4j-
> >
> > > > release/16/) seems to deliver releasable ZIP file:
> > > >
> > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
> >
> > apache.org_vie
> >
> > > > w_Incubator-2520Projects_job_&d=DwIBaQ&c=
> >
> > RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> >
> > > > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&
> >
> > m=YG4xzGgDrcyk2o5
> >
> > > > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh
> >
> > 48lxfdtr3Uu3k
> >
> > > > &e= incubator-netbeans-html4j-release/16/artifact/
> > > > incubating-netbeans-html4j-1.5.zip
> > > >
> > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > > >
> > > > I've done the basic testing on Linux, as well as I tried to use
> > > > the
> > > > version
> > > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > > > patching]
> > > > (https://urldefense.proofpoint.com/v2/url?u=https-> >
> > 3A__github.com_konsolety
> >
> > > > per_teavm_pull_304&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5Y
> >
> > TpkKY057SbK10&
> >
> > > > r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=
> >
> > YG4xzGgDrcyk2o5fHnxRwjW9Yu
> >
> > > > 1nyymXV6ENRKcVVmY&s=qa8AASAkNkfgF6EMp76nXhscdy9Md2jL2Vy8wnzpsbU&e=
> >
> > ). In
> >
> > > > any case the HTML/Java
> > > > API seems releasable from my point of view.
> > > >
> > > > This is the first attempt to perform Apache release of NetBeans
> >
> > HTML/Java
> >
> > > > API.
> > > > As such there are almost no new features. Mostly just licensing
> >
> > changes,
> >
> > > > bugfixes and other little tweaks. See Javadoc section about post
> >
> > 1.4
> >
> > > > release
> > > > improvements:
> > > >
> > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
> >
> > apache.org_job
> >
> > > > _incubator-2Dnetbeans-2Dhtml4j-2Dlinux_javadoc_&d=
> >
> > DwIBaQ&c=RoP1YumCXCgaWHv
> >
> > > > lZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-
> >
> > TN1M3i9fMP1FPWgk
> >
> > > > &m=YG4xzGgDrcyk2o5fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=aE6DiAcwK1P-
> >
> > 20ylY9C350umn
> >
> > > > q3CAfyA5vEGMSDv6jA&e=
> > > >
> > > > Please take the ZIP file for a spin and vote to approve the
> > > > release
> > > > and to request the approval of the Incubator PMC to publish it on
> > > > our site.
> > > >
> > > > Everyone is encouraged to vote, including non-committers.
> > > >
> > > > This vote shall close in the usual 72 hours.
> > > > -jt
> > > >
> > > > PS: I am keeping my fingers crossed, hoping things go well.
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Geertjan Wielenga <ge...@googlemail.com>.
Tried again and the build succeeds.
When the problem occurs with the test, it seems like the build hangs, but
when I click the terminal window the build continues, takes quite a long
time, and after lots of things happening the build completes.
Gj
On Mon, Oct 9, 2017 at 9:29 AM, Geertjan Wielenga <
geertjan.wielenga@googlemail.com> wrote:
> I have tested with 10.2.6 and JDK 1.8.0_121 and Maven 3.5.0.
>
> The build hangs after this, i.e., the build does not continue and does not
> complete:
>
> Running TestSuite
> Configuring TestNG with: TestNG652Configurator
> java.lang.Exception: Error
> at org.netbeans.html.json.impl.OnReceiveTest.
> performErrorJSONCallNoHandling(OnReceiveTest.java:64)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(
> MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(
> TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
> at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
> at org.testng.SuiteRunner.run(SuiteRunner.java:240)
> at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
> at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
> at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
> at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
> at org.testng.TestNG.run(TestNG.java:1030)
> at org.apache.maven.surefire.testng.TestNGExecutor.run(
> TestNGExecutor.java:77)
> at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeMulti(
> TestNGDirectoryTestSuite.java:189)
> at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(
> TestNGDirectoryTestSuite.java:105)
> at org.apache.maven.surefire.testng.TestNGProvider.invoke(
> TestNGProvider.java:117)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(
> ReflectionUtils.java:208)
> at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(
> ProviderFactory.java:158)
> at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(
> ProviderFactory.java:86)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(
> ForkedBooter.java:153)
> at org.apache.maven.surefire.booter.ForkedBooter.main(
> ForkedBooter.java:95)
>
> Happy to take any further steps or do anything to help.
>
> Gj
>
> On Mon, Oct 9, 2017 at 7:11 AM, Anton Epple <to...@eppleton.de>
> wrote:
>
>> Hello Jaroslav,
>>
>> +1
>> I have tested with 10.2.6 and JDK8 u131 and the build succeeds here as
>> well.
>>
>> --Toni
>>
>>
>>
>> Am 09.10.17, 05:37 schrieb "Jaroslav Tulach" <jaroslav.tulach@oracle.com
>> >:
>>
>> Hello William.
>> Thanks for testing.
>>
>> >> William Beebe <wb...@gmail.com>: 08.10.17 @ 21:27 <<
>> > Downloaded and attempted to execute mvn...
>> >
>> > Failed with...
>> >
>> > Running TestSuite
>> > Configuring TestNG with: TestNG652Configurator
>> > java.lang.Exception: Error
>> > at
>> > org.netbeans.html.json.impl.OnReceiveTest.performErrorJSONCa
>> llNoHandling(OnR
>> > eceiveTest.java:64) at sun.reflect.NativeMethodAccess
>> orImpl.invoke0(Native
>> > Method)
>> > at
>> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce
>> ssorImpl.java:62
>> > ) at
>> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe
>> thodAccessorImpl
>> > .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
>> > at
>> > org.testng.internal.MethodInvocationHelper.invokeMethod(Meth
>> odInvocationHelp
>> > er.java:80) at org.testng.internal.Invoker.in
>> vokeMethod(Invoker.java:715)
>> > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
>> > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
>> > at
>> > org.testng.internal.TestMethodWorker.invokeTestMethods(TestM
>> ethodWorker.java
>> > :127) at org.testng.internal.TestMethodWorker.run(TestMethodWorker.
>> java:111)
>> > at org.testng.TestRunner.privateRun(TestRunner.java:767)
>> > at org.testng.TestRunner.run(TestRunner.java:617)
>> > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
>> > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
>> > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
>> > at org.testng.SuiteRunner.run(SuiteRunner.java:240)
>> > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
>> > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
>> > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
>> > at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
>> > at org.testng.TestNG.run(TestNG.java:1030)
>> > at
>> > org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGEx
>> ecutor.java:77)
>> > at
>> > org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.ex
>> ecuteMulti(TestN
>> > GDirectoryTestSuite.java:189) at
>> > org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.ex
>> ecute(TestNGDire
>> > ctoryTestSuite.java:105) at
>> > org.apache.maven.surefire.testng.TestNGProvider.invoke(TestN
>> GProvider.java:1
>> > 17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> > at
>> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce
>> ssorImpl.java:62
>> > ) at
>> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe
>> thodAccessorImpl
>> > .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
>> > at
>> > org.apache.maven.surefire.util.ReflectionUtils.invokeMethodW
>> ithArray2(Reflec
>> > tionUtils.java:208) at
>> > org.apache.maven.surefire.booter.ProviderFactory$ProviderPro
>> xy.invoke(Provid
>> > erFactory.java:158) at
>> > org.apache.maven.surefire.booter.ProviderFactory.invokeProvi
>> der(ProviderFact
>> > ory.java:86) at
>> > org.apache.maven.surefire.booter.ForkedBooter.runSuitesInPro
>> cess(ForkedBoote
>> > r.java:153) at
>> > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBoo
>> ter.java:95)
>>
>> Is that a failure? When running the tests, this exception is printed,
>> but then
>> the build continues (on my computer) without issues.
>>
>> > This is on macOS 10.13
>>
>> I've just tested on my Mac Mini 10.12.6 with Java 1.8.0_102 and Maven
>> 3.1.1 -
>> the execution of "mvn install" got through and printed "BUILD
>> SUCCESS" at the
>> end.
>>
>> Can you tell me your Java, Maven versions? Maybe there is the
>> difference...
>>
>> Thanks again for trying.
>> -jt
>>
>> > On Sun, Oct 8, 2017 at 7:41 AM, Jaroslav Tulach <
>> jaroslav.tulach@oracle.com>
>> > wrote:
>> > > Hi guys,
>> > > I've set a Jenkins job up which can prepare a release bits of
>> HTML/Java
>> > > API
>> > > and gives instructions how to build the ZIP file and test it:
>> > >
>> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
>> apache.org_vie
>> > > w_Incubator-2520Projects_job_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR
>> 8PQcxBKCX5YTpk
>> > > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=
>> YG4xzGgDrcyk2o5
>> > > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cx
>> h48lxfdtr3Uu3k
>> > > &e= incubator-netbeans-html4j-release/
>> > >
>> > > after a bit of configuration struggling the [build #16](https://
>> > > builds.apache.org/view/Incubator%20Projects/job/incubator-
>> netbeans-html4j-
>> > > release/16/) seems to deliver releasable ZIP file:
>> > >
>> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
>> apache.org_vie
>> > > w_Incubator-2520Projects_job_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR
>> 8PQcxBKCX5YTpk
>> > > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=
>> YG4xzGgDrcyk2o5
>> > > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cx
>> h48lxfdtr3Uu3k
>> > > &e= incubator-netbeans-html4j-release/16/artifact/
>> > > incubating-netbeans-html4j-1.5.zip
>> > >
>> > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
>> > >
>> > > I've done the basic testing on Linux, as well as I tried to use
>> the
>> > > version
>> > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
>> > > patching]
>> > > (https://urldefense.proofpoint.com/v2/url?u=https-3A__
>> github.com_konsolety
>> > > per_teavm_pull_304&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5Y
>> TpkKY057SbK10&
>> > > r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk
>> 2o5fHnxRwjW9Yu
>> > > 1nyymXV6ENRKcVVmY&s=qa8AASAkNkfgF6EMp76nXhscdy9Md2jL2Vy8wnzpsbU&e=
>> ). In
>> > > any case the HTML/Java
>> > > API seems releasable from my point of view.
>> > >
>> > > This is the first attempt to perform Apache release of NetBeans
>> HTML/Java
>> > > API.
>> > > As such there are almost no new features. Mostly just licensing
>> changes,
>> > > bugfixes and other little tweaks. See Javadoc section about post
>> 1.4
>> > > release
>> > > improvements:
>> > >
>> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
>> apache.org_job
>> > > _incubator-2Dnetbeans-2Dhtml4j-2Dlinux_javadoc_&d=DwIBaQ&c=
>> RoP1YumCXCgaWHv
>> > > lZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN
>> 1M3i9fMP1FPWgk
>> > > &m=YG4xzGgDrcyk2o5fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=
>> aE6DiAcwK1P-20ylY9C350umn
>> > > q3CAfyA5vEGMSDv6jA&e=
>> > >
>> > > Please take the ZIP file for a spin and vote to approve the
>> release
>> > > and to request the approval of the Incubator PMC to publish it on
>> > > our site.
>> > >
>> > > Everyone is encouraged to vote, including non-committers.
>> > >
>> > > This vote shall close in the usual 72 hours.
>> > > -jt
>> > >
>> > > PS: I am keeping my fingers crossed, hoping things go well.
>>
>>
>>
>>
>>
>>
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Geertjan Wielenga <ge...@googlemail.com>.
I have tested with 10.2.6 and JDK 1.8.0_121 and Maven 3.5.0.
The build hangs after this, i.e., the build does not continue and does not
complete:
Running TestSuite
Configuring TestNG with: TestNG652Configurator
java.lang.Exception: Error
at
org.netbeans.html.json.impl.OnReceiveTest.performErrorJSONCallNoHandling(OnReceiveTest.java:64)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
at
org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
at org.testng.SuiteRunner.run(SuiteRunner.java:240)
at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
at org.testng.TestNG.run(TestNG.java:1030)
at
org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:77)
at
org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeMulti(TestNGDirectoryTestSuite.java:189)
at
org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:105)
at
org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(ReflectionUtils.java:208)
at
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:158)
at
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:86)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:95)
Happy to take any further steps or do anything to help.
Gj
On Mon, Oct 9, 2017 at 7:11 AM, Anton Epple <to...@eppleton.de> wrote:
> Hello Jaroslav,
>
> +1
> I have tested with 10.2.6 and JDK8 u131 and the build succeeds here as
> well.
>
> --Toni
>
>
>
> Am 09.10.17, 05:37 schrieb "Jaroslav Tulach" <ja...@oracle.com>:
>
> Hello William.
> Thanks for testing.
>
> >> William Beebe <wb...@gmail.com>: 08.10.17 @ 21:27 <<
> > Downloaded and attempted to execute mvn...
> >
> > Failed with...
> >
> > Running TestSuite
> > Configuring TestNG with: TestNG652Configurator
> > java.lang.Exception: Error
> > at
> > org.netbeans.html.json.impl.OnReceiveTest.
> performErrorJSONCallNoHandling(OnR
> > eceiveTest.java:64) at sun.reflect.NativeMethodAccessorImpl.
> invoke0(Native
> > Method)
> > at
> > sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62
> > ) at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl
> > .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> > at
> > org.testng.internal.MethodInvocationHelper.invokeMethod(
> MethodInvocationHelp
> > er.java:80) at org.testng.internal.Invoker.
> invokeMethod(Invoker.java:715)
> > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> > at
> > org.testng.internal.TestMethodWorker.invokeTestMethods(
> TestMethodWorker.java
> > :127) at org.testng.internal.TestMethodWorker.run(
> TestMethodWorker.java:111)
> > at org.testng.TestRunner.privateRun(TestRunner.java:767)
> > at org.testng.TestRunner.run(TestRunner.java:617)
> > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
> > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
> > at org.testng.SuiteRunner.run(SuiteRunner.java:240)
> > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
> > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
> > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
> > at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
> > at org.testng.TestNG.run(TestNG.java:1030)
> > at
> > org.apache.maven.surefire.testng.TestNGExecutor.run(
> TestNGExecutor.java:77)
> > at
> > org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.
> executeMulti(TestN
> > GDirectoryTestSuite.java:189) at
> > org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.
> execute(TestNGDire
> > ctoryTestSuite.java:105) at
> > org.apache.maven.surefire.testng.TestNGProvider.invoke(
> TestNGProvider.java:1
> > 17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> > sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62
> > ) at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl
> > .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> > at
> > org.apache.maven.surefire.util.ReflectionUtils.
> invokeMethodWithArray2(Reflec
> > tionUtils.java:208) at
> > org.apache.maven.surefire.booter.ProviderFactory$
> ProviderProxy.invoke(Provid
> > erFactory.java:158) at
> > org.apache.maven.surefire.booter.ProviderFactory.
> invokeProvider(ProviderFact
> > ory.java:86) at
> > org.apache.maven.surefire.booter.ForkedBooter.
> runSuitesInProcess(ForkedBoote
> > r.java:153) at
> > org.apache.maven.surefire.booter.ForkedBooter.main(
> ForkedBooter.java:95)
>
> Is that a failure? When running the tests, this exception is printed,
> but then
> the build continues (on my computer) without issues.
>
> > This is on macOS 10.13
>
> I've just tested on my Mac Mini 10.12.6 with Java 1.8.0_102 and Maven
> 3.1.1 -
> the execution of "mvn install" got through and printed "BUILD
> SUCCESS" at the
> end.
>
> Can you tell me your Java, Maven versions? Maybe there is the
> difference...
>
> Thanks again for trying.
> -jt
>
> > On Sun, Oct 8, 2017 at 7:41 AM, Jaroslav Tulach <
> jaroslav.tulach@oracle.com>
> > wrote:
> > > Hi guys,
> > > I've set a Jenkins job up which can prepare a release bits of
> HTML/Java
> > > API
> > > and gives instructions how to build the ZIP file and test it:
> > >
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
> apache.org_vie
> > > w_Incubator-2520Projects_job_&d=DwIBaQ&c=
> RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&
> m=YG4xzGgDrcyk2o5
> > > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh
> 48lxfdtr3Uu3k
> > > &e= incubator-netbeans-html4j-release/
> > >
> > > after a bit of configuration struggling the [build #16](https://
> > > builds.apache.org/view/Incubator%20Projects/job/
> incubator-netbeans-html4j-
> > > release/16/) seems to deliver releasable ZIP file:
> > >
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
> apache.org_vie
> > > w_Incubator-2520Projects_job_&d=DwIBaQ&c=
> RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&
> m=YG4xzGgDrcyk2o5
> > > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh
> 48lxfdtr3Uu3k
> > > &e= incubator-netbeans-html4j-release/16/artifact/
> > > incubating-netbeans-html4j-1.5.zip
> > >
> > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > >
> > > I've done the basic testing on Linux, as well as I tried to use the
> > > version
> > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > > patching]
> > > (https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__github.com_konsolety
> > > per_teavm_pull_304&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5Y
> TpkKY057SbK10&
> > > r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=
> YG4xzGgDrcyk2o5fHnxRwjW9Yu
> > > 1nyymXV6ENRKcVVmY&s=qa8AASAkNkfgF6EMp76nXhscdy9Md2jL2Vy8wnzpsbU&e=
> ). In
> > > any case the HTML/Java
> > > API seems releasable from my point of view.
> > >
> > > This is the first attempt to perform Apache release of NetBeans
> HTML/Java
> > > API.
> > > As such there are almost no new features. Mostly just licensing
> changes,
> > > bugfixes and other little tweaks. See Javadoc section about post
> 1.4
> > > release
> > > improvements:
> > >
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
> apache.org_job
> > > _incubator-2Dnetbeans-2Dhtml4j-2Dlinux_javadoc_&d=
> DwIBaQ&c=RoP1YumCXCgaWHv
> > > lZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-
> TN1M3i9fMP1FPWgk
> > > &m=YG4xzGgDrcyk2o5fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=aE6DiAcwK1P-
> 20ylY9C350umn
> > > q3CAfyA5vEGMSDv6jA&e=
> > >
> > > Please take the ZIP file for a spin and vote to approve the release
> > > and to request the approval of the Incubator PMC to publish it on
> > > our site.
> > >
> > > Everyone is encouraged to vote, including non-committers.
> > >
> > > This vote shall close in the usual 72 hours.
> > > -jt
> > >
> > > PS: I am keeping my fingers crossed, hoping things go well.
>
>
>
>
>
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Bertrand Delacretaz <bd...@apache.org>.
On Tue, Oct 10, 2017 at 11:13 AM, Geertjan Wielenga
<ge...@googlemail.com> wrote:
> ...maybe all that
> needs to be done is updating license headers to Apache and then everything
> else, including dealing with GPL binaries, can be done in subsequent
> releases....
If it's GPL dependencies which are not optional I think that's a problem.
But maybe there are modules that can be released independently and
don't have this problem, in which case the podling can start refining
its release process.
-Bertrand
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Geertjan Wielenga <ge...@googlemail.com>.
Yes, one thing a lot of us are assuming is that everything must be perfect
for it to be released.
In Apache, that's not the case, but then the question becomes what the
minimum requirement of the first release should be -- i.e., maybe all that
needs to be done is updating license headers to Apache and then everything
else, including dealing with GPL binaries, can be done in subsequent
releases.
Gj
On Tue, 10 Oct 2017 at 10:09, Bertrand Delacretaz <bd...@apache.org>
wrote:
> Hi,
>
> On Tue, Oct 10, 2017 at 10:57 AM, Jaroslav Tulach
> <ja...@oracle.com> wrote:
> > ...
> > https://issues.apache.org/jira/browse/NETBEANS-83
> > The issue will have to be fixed before new attempt to release 1.5 is
> made...
>
> If that's easy that's cool, but note that during incubation it's
> perfectly fine to have releases with known technical issues.
>
> Making more releases helps hone the process, so don't wait too much !
>
> -Bertrand
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Bertrand Delacretaz <bd...@apache.org>.
Hi,
On Tue, Oct 10, 2017 at 10:57 AM, Jaroslav Tulach
<ja...@oracle.com> wrote:
> ...
> https://issues.apache.org/jira/browse/NETBEANS-83
> The issue will have to be fixed before new attempt to release 1.5 is made...
If that's easy that's cool, but note that during incubation it's
perfectly fine to have releases with known technical issues.
Making more releases helps hone the process, so don't wait too much !
-Bertrand
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Jaroslav Tulach <ja...@oracle.com>.
On úterý 10. října 2017 9:46:18 CEST Anton Epple wrote:
> I’ll have to change my vote. The new implementation of JSON.java makes use
> of ClassValue:
> https://docs.oracle.com/javase/7/docs/api/java/lang/ClassValue.html
>
> Classvalue is not available on Android (or iOS). This prevents porting of
> HTML/Java 1.5 to Android (and iOS). Please consider to roll back the
> ClassValue based solution.
Thanks for the feed back. Reported as
https://issues.apache.org/jira/browse/NETBEANS-83
The issue will have to be fixed before new attempt to release 1.5 is made.
-jt
[RESULT]: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Jaroslav Tulach <ja...@gmail.com>.
>> Anton Epple <to...@eppleton.de>: 10.10.17 @ 9:46 <<
> -1
> I’ll have to change my vote. The new implementation of JSON.java makes use
> of ClassValue:
> https://docs.oracle.com/javase/7/docs/api/java/lang/ClassValue.html
>
> Classvalue is not available on Android (or iOS). This prevents porting of
> HTML/Java 1.5 to Android (and iOS). Please consider to roll back the
> ClassValue based solution.
Thanks for your testing and votes. Bug NETBEANS-83 and missing MD5, SHA1 and
ASC signatures are the biggest reason why I have to cancel the attempt to call
build #16
https://builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-release/16/
a release. I have got a fix for NETBEANS-83 and I am working on new release
with essential checksum files.
Result: rejected.
-jt
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Jaroslav Tulach <ja...@oracle.com>.
On úterý 10. října 2017 11:12:48 CEST Emilian Bold wrote:
> Since when is a NetBeans library, part of the NetBeans Platform, supposed
> to provide iOS and Android compatibility?
Since one of the implementation of the Fn.Presenter works on Android and
another on iOS. In addition to that there are also transpilers and the library
has to be compatible with them as well.
> Actually, why is this even part of the NetBeans Platform?
It is part of the platform to allow creation of applications that run and
display everywhere. History of the library is sketched at
http://wiki.netbeans.org/Html4Java and it includes also the outcome of reviews
that have been performed before HTML/Java API became part of the NetBeans
Platform.
-jt
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Emilian Bold <em...@gmail.com>.
Since when is a NetBeans library, part of the NetBeans Platform, supposed
to provide iOS and Android compatibility?
Actually, why is this even part of the NetBeans Platform?
--emi
On Tue, Oct 10, 2017 at 10:46 AM, Anton Epple <to...@eppleton.de>
wrote:
> -1
> I’ll have to change my vote. The new implementation of JSON.java makes use
> of ClassValue:
> https://docs.oracle.com/javase/7/docs/api/java/lang/ClassValue.html
>
> Classvalue is not available on Android (or iOS). This prevents porting of
> HTML/Java 1.5 to Android (and iOS). Please consider to roll back the
> ClassValue based solution.
>
> --Toni
>
>
>
> Am 09.10.17, 08:11 schrieb "Anton Epple" <to...@eppleton.de>:
>
> Hello Jaroslav,
>
> +1
> I have tested with 10.2.6 and JDK8 u131 and the build succeeds here as
> well.
>
> --Toni
>
>
>
> Am 09.10.17, 05:37 schrieb "Jaroslav Tulach" <
> jaroslav.tulach@oracle.com>:
>
> Hello William.
> Thanks for testing.
>
> >> William Beebe <wb...@gmail.com>: 08.10.17 @ 21:27 <<
> > Downloaded and attempted to execute mvn...
> >
> > Failed with...
> >
> > Running TestSuite
> > Configuring TestNG with: TestNG652Configurator
> > java.lang.Exception: Error
> > at
> > org.netbeans.html.json.impl.OnReceiveTest.
> performErrorJSONCallNoHandling(OnR
> > eceiveTest.java:64) at sun.reflect.NativeMethodAccessorImpl.
> invoke0(Native
> > Method)
> > at
> > sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62
> > ) at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl
> > .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> > at
> > org.testng.internal.MethodInvocationHelper.invokeMethod(
> MethodInvocationHelp
> > er.java:80) at org.testng.internal.Invoker.
> invokeMethod(Invoker.java:715)
> > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:
> 907)
> > at org.testng.internal.Invoker.invokeTestMethods(Invoker.
> java:1237)
> > at
> > org.testng.internal.TestMethodWorker.invokeTestMethods(
> TestMethodWorker.java
> > :127) at org.testng.internal.TestMethodWorker.run(
> TestMethodWorker.java:111)
> > at org.testng.TestRunner.privateRun(TestRunner.java:767)
> > at org.testng.TestRunner.run(TestRunner.java:617)
> > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
> > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
> > at org.testng.SuiteRunner.run(SuiteRunner.java:240)
> > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.
> java:51)
> > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
> > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
> > at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
> > at org.testng.TestNG.run(TestNG.java:1030)
> > at
> > org.apache.maven.surefire.testng.TestNGExecutor.run(
> TestNGExecutor.java:77)
> > at
> > org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.
> executeMulti(TestN
> > GDirectoryTestSuite.java:189) at
> > org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.
> execute(TestNGDire
> > ctoryTestSuite.java:105) at
> > org.apache.maven.surefire.testng.TestNGProvider.invoke(
> TestNGProvider.java:1
> > 17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> > at
> > sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62
> > ) at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl
> > .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> > at
> > org.apache.maven.surefire.util.ReflectionUtils.
> invokeMethodWithArray2(Reflec
> > tionUtils.java:208) at
> > org.apache.maven.surefire.booter.ProviderFactory$
> ProviderProxy.invoke(Provid
> > erFactory.java:158) at
> > org.apache.maven.surefire.booter.ProviderFactory.
> invokeProvider(ProviderFact
> > ory.java:86) at
> > org.apache.maven.surefire.booter.ForkedBooter.
> runSuitesInProcess(ForkedBoote
> > r.java:153) at
> > org.apache.maven.surefire.booter.ForkedBooter.main(
> ForkedBooter.java:95)
>
> Is that a failure? When running the tests, this exception is
> printed, but then
> the build continues (on my computer) without issues.
>
> > This is on macOS 10.13
>
> I've just tested on my Mac Mini 10.12.6 with Java 1.8.0_102 and
> Maven 3.1.1 -
> the execution of "mvn install" got through and printed "BUILD
> SUCCESS" at the
> end.
>
> Can you tell me your Java, Maven versions? Maybe there is the
> difference...
>
> Thanks again for trying.
> -jt
>
> > On Sun, Oct 8, 2017 at 7:41 AM, Jaroslav Tulach <
> jaroslav.tulach@oracle.com>
> > wrote:
> > > Hi guys,
> > > I've set a Jenkins job up which can prepare a release bits of
> HTML/Java
> > > API
> > > and gives instructions how to build the ZIP file and test it:
> > >
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
> apache.org_vie
> > > w_Incubator-2520Projects_job_&d=DwIBaQ&c=
> RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&
> m=YG4xzGgDrcyk2o5
> > > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh
> 48lxfdtr3Uu3k
> > > &e= incubator-netbeans-html4j-release/
> > >
> > > after a bit of configuration struggling the [build
> #16](https://
> > > builds.apache.org/view/Incubator%20Projects/job/
> incubator-netbeans-html4j-
> > > release/16/) seems to deliver releasable ZIP file:
> > >
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
> apache.org_vie
> > > w_Incubator-2520Projects_job_&d=DwIBaQ&c=
> RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&
> m=YG4xzGgDrcyk2o5
> > > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh
> 48lxfdtr3Uu3k
> > > &e= incubator-netbeans-html4j-release/16/artifact/
> > > incubating-netbeans-html4j-1.5.zip
> > >
> > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > >
> > > I've done the basic testing on Linux, as well as I tried to
> use the
> > > version
> > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit
> of
> > > patching]
> > > (https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__github.com_konsolety
> > > per_teavm_pull_304&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5Y
> TpkKY057SbK10&
> > > r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=
> YG4xzGgDrcyk2o5fHnxRwjW9Yu
> > > 1nyymXV6ENRKcVVmY&s=qa8AASAkNkfgF6EMp76nXhscdy9Md2jL2Vy8wnzpsbU&e=
> ). In
> > > any case the HTML/Java
> > > API seems releasable from my point of view.
> > >
> > > This is the first attempt to perform Apache release of
> NetBeans HTML/Java
> > > API.
> > > As such there are almost no new features. Mostly just
> licensing changes,
> > > bugfixes and other little tweaks. See Javadoc section about
> post 1.4
> > > release
> > > improvements:
> > >
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.
> apache.org_job
> > > _incubator-2Dnetbeans-2Dhtml4j-2Dlinux_javadoc_&d=
> DwIBaQ&c=RoP1YumCXCgaWHv
> > > lZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-
> TN1M3i9fMP1FPWgk
> > > &m=YG4xzGgDrcyk2o5fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=aE6DiAcwK1P-
> 20ylY9C350umn
> > > q3CAfyA5vEGMSDv6jA&e=
> > >
> > > Please take the ZIP file for a spin and vote to approve the
> release
> > > and to request the approval of the Incubator PMC to publish it
> on
> > > our site.
> > >
> > > Everyone is encouraged to vote, including non-committers.
> > >
> > > This vote shall close in the usual 72 hours.
> > > -jt
> > >
> > > PS: I am keeping my fingers crossed, hoping things go well.
>
>
>
>
>
>
>
>
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Anton Epple <to...@eppleton.de>.
-1
I’ll have to change my vote. The new implementation of JSON.java makes use of ClassValue:
https://docs.oracle.com/javase/7/docs/api/java/lang/ClassValue.html
Classvalue is not available on Android (or iOS). This prevents porting of HTML/Java 1.5 to Android (and iOS). Please consider to roll back the ClassValue based solution.
--Toni
Am 09.10.17, 08:11 schrieb "Anton Epple" <to...@eppleton.de>:
Hello Jaroslav,
+1
I have tested with 10.2.6 and JDK8 u131 and the build succeeds here as well.
--Toni
Am 09.10.17, 05:37 schrieb "Jaroslav Tulach" <ja...@oracle.com>:
Hello William.
Thanks for testing.
>> William Beebe <wb...@gmail.com>: 08.10.17 @ 21:27 <<
> Downloaded and attempted to execute mvn...
>
> Failed with...
>
> Running TestSuite
> Configuring TestNG with: TestNG652Configurator
> java.lang.Exception: Error
> at
> org.netbeans.html.json.impl.OnReceiveTest.performErrorJSONCallNoHandling(OnR
> eceiveTest.java:64) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62
> ) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelp
> er.java:80) at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at
> org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java
> :127) at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
> at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
> at org.testng.SuiteRunner.run(SuiteRunner.java:240)
> at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
> at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
> at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
> at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
> at org.testng.TestNG.run(TestNG.java:1030)
> at
> org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:77)
> at
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeMulti(TestN
> GDirectoryTestSuite.java:189) at
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDire
> ctoryTestSuite.java:105) at
> org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:1
> 17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62
> ) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(Reflec
> tionUtils.java:208) at
> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(Provid
> erFactory.java:158) at
> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFact
> ory.java:86) at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBoote
> r.java:153) at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:95)
Is that a failure? When running the tests, this exception is printed, but then
the build continues (on my computer) without issues.
> This is on macOS 10.13
I've just tested on my Mac Mini 10.12.6 with Java 1.8.0_102 and Maven 3.1.1 -
the execution of "mvn install" got through and printed "BUILD SUCCESS" at the
end.
Can you tell me your Java, Maven versions? Maybe there is the difference...
Thanks again for trying.
-jt
> On Sun, Oct 8, 2017 at 7:41 AM, Jaroslav Tulach <ja...@oracle.com>
> wrote:
> > Hi guys,
> > I've set a Jenkins job up which can prepare a release bits of HTML/Java
> > API
> > and gives instructions how to build the ZIP file and test it:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_vie
> > w_Incubator-2520Projects_job_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk2o5
> > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh48lxfdtr3Uu3k
> > &e= incubator-netbeans-html4j-release/
> >
> > after a bit of configuration struggling the [build #16](https://
> > builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > release/16/) seems to deliver releasable ZIP file:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_vie
> > w_Incubator-2520Projects_job_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk2o5
> > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh48lxfdtr3Uu3k
> > &e= incubator-netbeans-html4j-release/16/artifact/
> > incubating-netbeans-html4j-1.5.zip
> >
> > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> >
> > I've done the basic testing on Linux, as well as I tried to use the
> > version
> > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > patching]
> > (https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_konsolety
> > per_teavm_pull_304&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&
> > r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk2o5fHnxRwjW9Yu
> > 1nyymXV6ENRKcVVmY&s=qa8AASAkNkfgF6EMp76nXhscdy9Md2jL2Vy8wnzpsbU&e= ). In
> > any case the HTML/Java
> > API seems releasable from my point of view.
> >
> > This is the first attempt to perform Apache release of NetBeans HTML/Java
> > API.
> > As such there are almost no new features. Mostly just licensing changes,
> > bugfixes and other little tweaks. See Javadoc section about post 1.4
> > release
> > improvements:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_job
> > _incubator-2Dnetbeans-2Dhtml4j-2Dlinux_javadoc_&d=DwIBaQ&c=RoP1YumCXCgaWHv
> > lZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk
> > &m=YG4xzGgDrcyk2o5fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=aE6DiAcwK1P-20ylY9C350umn
> > q3CAfyA5vEGMSDv6jA&e=
> >
> > Please take the ZIP file for a spin and vote to approve the release
> > and to request the approval of the Incubator PMC to publish it on
> > our site.
> >
> > Everyone is encouraged to vote, including non-committers.
> >
> > This vote shall close in the usual 72 hours.
> > -jt
> >
> > PS: I am keeping my fingers crossed, hoping things go well.
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Anton Epple <to...@eppleton.de>.
Hello Jaroslav,
+1
I have tested with 10.2.6 and JDK8 u131 and the build succeeds here as well.
--Toni
Am 09.10.17, 05:37 schrieb "Jaroslav Tulach" <ja...@oracle.com>:
Hello William.
Thanks for testing.
>> William Beebe <wb...@gmail.com>: 08.10.17 @ 21:27 <<
> Downloaded and attempted to execute mvn...
>
> Failed with...
>
> Running TestSuite
> Configuring TestNG with: TestNG652Configurator
> java.lang.Exception: Error
> at
> org.netbeans.html.json.impl.OnReceiveTest.performErrorJSONCallNoHandling(OnR
> eceiveTest.java:64) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62
> ) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelp
> er.java:80) at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at
> org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java
> :127) at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
> at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
> at org.testng.SuiteRunner.run(SuiteRunner.java:240)
> at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
> at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
> at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
> at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
> at org.testng.TestNG.run(TestNG.java:1030)
> at
> org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:77)
> at
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeMulti(TestN
> GDirectoryTestSuite.java:189) at
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDire
> ctoryTestSuite.java:105) at
> org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:1
> 17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62
> ) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(Reflec
> tionUtils.java:208) at
> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(Provid
> erFactory.java:158) at
> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFact
> ory.java:86) at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBoote
> r.java:153) at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:95)
Is that a failure? When running the tests, this exception is printed, but then
the build continues (on my computer) without issues.
> This is on macOS 10.13
I've just tested on my Mac Mini 10.12.6 with Java 1.8.0_102 and Maven 3.1.1 -
the execution of "mvn install" got through and printed "BUILD SUCCESS" at the
end.
Can you tell me your Java, Maven versions? Maybe there is the difference...
Thanks again for trying.
-jt
> On Sun, Oct 8, 2017 at 7:41 AM, Jaroslav Tulach <ja...@oracle.com>
> wrote:
> > Hi guys,
> > I've set a Jenkins job up which can prepare a release bits of HTML/Java
> > API
> > and gives instructions how to build the ZIP file and test it:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_vie
> > w_Incubator-2520Projects_job_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk2o5
> > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh48lxfdtr3Uu3k
> > &e= incubator-netbeans-html4j-release/
> >
> > after a bit of configuration struggling the [build #16](https://
> > builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > release/16/) seems to deliver releasable ZIP file:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_vie
> > w_Incubator-2520Projects_job_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk2o5
> > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh48lxfdtr3Uu3k
> > &e= incubator-netbeans-html4j-release/16/artifact/
> > incubating-netbeans-html4j-1.5.zip
> >
> > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> >
> > I've done the basic testing on Linux, as well as I tried to use the
> > version
> > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > patching]
> > (https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_konsolety
> > per_teavm_pull_304&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&
> > r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk2o5fHnxRwjW9Yu
> > 1nyymXV6ENRKcVVmY&s=qa8AASAkNkfgF6EMp76nXhscdy9Md2jL2Vy8wnzpsbU&e= ). In
> > any case the HTML/Java
> > API seems releasable from my point of view.
> >
> > This is the first attempt to perform Apache release of NetBeans HTML/Java
> > API.
> > As such there are almost no new features. Mostly just licensing changes,
> > bugfixes and other little tweaks. See Javadoc section about post 1.4
> > release
> > improvements:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_job
> > _incubator-2Dnetbeans-2Dhtml4j-2Dlinux_javadoc_&d=DwIBaQ&c=RoP1YumCXCgaWHv
> > lZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk
> > &m=YG4xzGgDrcyk2o5fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=aE6DiAcwK1P-20ylY9C350umn
> > q3CAfyA5vEGMSDv6jA&e=
> >
> > Please take the ZIP file for a spin and vote to approve the release
> > and to request the approval of the Incubator PMC to publish it on
> > our site.
> >
> > Everyone is encouraged to vote, including non-committers.
> >
> > This vote shall close in the usual 72 hours.
> > -jt
> >
> > PS: I am keeping my fingers crossed, hoping things go well.
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Jaroslav Tulach <ja...@oracle.com>.
Hello William.
Thanks for testing.
>> William Beebe <wb...@gmail.com>: 08.10.17 @ 21:27 <<
> Downloaded and attempted to execute mvn...
>
> Failed with...
>
> Running TestSuite
> Configuring TestNG with: TestNG652Configurator
> java.lang.Exception: Error
> at
> org.netbeans.html.json.impl.OnReceiveTest.performErrorJSONCallNoHandling(OnR
> eceiveTest.java:64) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62
> ) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelp
> er.java:80) at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at
> org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java
> :127) at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
> at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
> at org.testng.SuiteRunner.run(SuiteRunner.java:240)
> at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
> at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
> at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
> at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
> at org.testng.TestNG.run(TestNG.java:1030)
> at
> org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:77)
> at
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeMulti(TestN
> GDirectoryTestSuite.java:189) at
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDire
> ctoryTestSuite.java:105) at
> org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:1
> 17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62
> ) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:43) at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(Reflec
> tionUtils.java:208) at
> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(Provid
> erFactory.java:158) at
> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFact
> ory.java:86) at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBoote
> r.java:153) at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:95)
Is that a failure? When running the tests, this exception is printed, but then
the build continues (on my computer) without issues.
> This is on macOS 10.13
I've just tested on my Mac Mini 10.12.6 with Java 1.8.0_102 and Maven 3.1.1 -
the execution of "mvn install" got through and printed "BUILD SUCCESS" at the
end.
Can you tell me your Java, Maven versions? Maybe there is the difference...
Thanks again for trying.
-jt
> On Sun, Oct 8, 2017 at 7:41 AM, Jaroslav Tulach <ja...@oracle.com>
> wrote:
> > Hi guys,
> > I've set a Jenkins job up which can prepare a release bits of HTML/Java
> > API
> > and gives instructions how to build the ZIP file and test it:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_vie
> > w_Incubator-2520Projects_job_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk2o5
> > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh48lxfdtr3Uu3k
> > &e= incubator-netbeans-html4j-release/
> >
> > after a bit of configuration struggling the [build #16](https://
> > builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > release/16/) seems to deliver releasable ZIP file:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_vie
> > w_Incubator-2520Projects_job_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpk
> > KY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk2o5
> > fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=B2dDjkQBUc6Z4IgTFyahGz2UuH2Cxh48lxfdtr3Uu3k
> > &e= incubator-netbeans-html4j-release/16/artifact/
> > incubating-netbeans-html4j-1.5.zip
> >
> > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> >
> > I've done the basic testing on Linux, as well as I tried to use the
> > version
> > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > patching]
> > (https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_konsolety
> > per_teavm_pull_304&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&
> > r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=YG4xzGgDrcyk2o5fHnxRwjW9Yu
> > 1nyymXV6ENRKcVVmY&s=qa8AASAkNkfgF6EMp76nXhscdy9Md2jL2Vy8wnzpsbU&e= ). In
> > any case the HTML/Java
> > API seems releasable from my point of view.
> >
> > This is the first attempt to perform Apache release of NetBeans HTML/Java
> > API.
> > As such there are almost no new features. Mostly just licensing changes,
> > bugfixes and other little tweaks. See Javadoc section about post 1.4
> > release
> > improvements:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_job
> > _incubator-2Dnetbeans-2Dhtml4j-2Dlinux_javadoc_&d=DwIBaQ&c=RoP1YumCXCgaWHv
> > lZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk
> > &m=YG4xzGgDrcyk2o5fHnxRwjW9Yu1nyymXV6ENRKcVVmY&s=aE6DiAcwK1P-20ylY9C350umn
> > q3CAfyA5vEGMSDv6jA&e=
> >
> > Please take the ZIP file for a spin and vote to approve the release
> > and to request the approval of the Incubator PMC to publish it on
> > our site.
> >
> > Everyone is encouraged to vote, including non-committers.
> >
> > This vote shall close in the usual 72 hours.
> > -jt
> >
> > PS: I am keeping my fingers crossed, hoping things go well.
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by William Beebe <wb...@gmail.com>.
Downloaded and attempted to execute mvn...
Failed with...
Running TestSuite
Configuring TestNG with: TestNG652Configurator
java.lang.Exception: Error
at
org.netbeans.html.json.impl.OnReceiveTest.performErrorJSONCallNoHandling(OnReceiveTest.java:64)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
at
org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
at org.testng.SuiteRunner.run(SuiteRunner.java:240)
at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:51)
at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:85)
at org.testng.TestNG.runSuitesSequentially(TestNG.java:1197)
at org.testng.TestNG.runSuitesLocally(TestNG.java:1122)
at org.testng.TestNG.run(TestNG.java:1030)
at
org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:77)
at
org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeMulti(TestNGDirectoryTestSuite.java:189)
at
org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:105)
at
org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(ReflectionUtils.java:208)
at
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:158)
at
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:86)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:95)
This is on macOS 10.13
On Sun, Oct 8, 2017 at 7:41 AM, Jaroslav Tulach <ja...@oracle.com>
wrote:
> Hi guys,
> I've set a Jenkins job up which can prepare a release bits of HTML/Java API
> and gives instructions how to build the ZIP file and test it:
>
> https://builds.apache.org/view/Incubator%20Projects/job/
> incubator-netbeans-html4j-release/
>
> after a bit of configuration struggling the [build #16](https://
> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> release/16/) seems to deliver releasable ZIP file:
>
> https://builds.apache.org/view/Incubator%20Projects/job/
> incubator-netbeans-html4j-release/16/artifact/
> incubating-netbeans-html4j-1.5.zip
>
> It's md5sum is a45bda33200c208d0d837b0746a7dcce.
>
> I've done the basic testing on Linux, as well as I tried to use the version
> 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of patching]
> (https://github.com/konsoletyper/teavm/pull/304). In any case the
> HTML/Java
> API seems releasable from my point of view.
>
> This is the first attempt to perform Apache release of NetBeans HTML/Java
> API.
> As such there are almost no new features. Mostly just licensing changes,
> bugfixes and other little tweaks. See Javadoc section about post 1.4
> release
> improvements:
>
> https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
>
> Please take the ZIP file for a spin and vote to approve the release
> and to request the approval of the Incubator PMC to publish it on
> our site.
>
> Everyone is encouraged to vote, including non-committers.
>
> This vote shall close in the usual 72 hours.
> -jt
>
> PS: I am keeping my fingers crossed, hoping things go well.
>
>
Re: Maven staging repository was: Release Apache NetBeans HTML/Java API version 1.5
Posted by Jaroslav Tulach <ja...@oracle.com>.
Here is the change that would have to be applied to incubator-netbeans
repository to use these new bits:
github.com/JaroslavTulach/incubator-netbeans/commit/
f505f617facb4bbb20bc25f5fea093134f301a94
I have verified that
$ ant -f api.htmlui test
passes OK, so at least a basic sanity check looks fine.
-jt
>> Jaroslav Tulach <ja...@gmail.com>: 08.10.17 @ 20:11 <<
> FYI: I've just uploaded the binary bits to a staging repository. One can
> find them at: maven.java.net/content/repositories/orgapidesign-1064/
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__maven.java.net_content_
> repositories_orgapidesign-2D1064_&d=DwICAg&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YT
> pkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=8x20J2kd_cDMoay
> xF2QiGLYCwW1eRSnBQEJ1FgxOO4M&s=tXHzeWl9ita3LAwu-r6wcSVI_CqPDabFf7QtfY4Hg1k&e
> =
>
> The bits were generated by the following two commands:
>
> $ mvn -DskipTests -Pjvnet-release -Pgpg javadoc:jar source:jar gpg:sign
> deploy $ mvn -DskipTests -Pjvnet-release -Pgpg javadoc:jar source:jar
> gpg:sign deploy -rf :xhr4j
>
> If the Apache source release of HTML/Java API 1.5 is approved as is, I
> release the binary bits from staging to central Maven repository.
>
> -jt
>
> >> Jaroslav Tulach <ja...@oracle.com>: 08.10.17 @ 13:41 <<
> >
> > Hi guys,
> > I've set a Jenkins job up which can prepare a release bits of HTML/Java
> > API
> > and gives instructions how to build the ZIP file and test it:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_vie
> > w_
> > Incubator-2520Projects_job_incubator-2Dnetbeans-2Dhtml4j-2Drelease_&d=DwI
> > CAg
> > &c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ld
> > S0-
> > TN1M3i9fMP1FPWgk&m=E9TyQqlfYKQICYZzS4LxiYQvdunRTB0SQqisUWY0gBQ&s=McZ-Tmdk
> > w-Z RKLCiugZzZFR_96JRrFgh1_kNfCr_KfM&e=
> >
> > after a bit of configuration struggling the [build #16](https://
> > builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > release/16/) seems to deliver releasable ZIP file:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_vie
> > w_
> > Incubator-2520Projects_job_incubator-2Dnetbeans-2Dhtml4j-2Drelease_16_art
> > ifa
> > ct_incubating-2Dnetbeans-2Dhtml4j-2D1.5.zip&d=DwICAg&c=RoP1YumCXCgaWHvlZY
> > R8P
> > QcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=E9
> > TyQ
> > qlfYKQICYZzS4LxiYQvdunRTB0SQqisUWY0gBQ&s=StYF_54lhLKMEdPpJY5ceaIm78UzvFDG
> > E1N lXydDbAg&e=
> >
> > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> >
> > I've done the basic testing on Linux, as well as I tried to use the
> > version
> > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > patching]
> > (https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_konsolety
> > pe
> > r_teavm_pull_304&d=DwICAg&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r
> > =tn
> > Lz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=E9TyQqlfYKQICYZzS4LxiYQvdunRT
> > B0S QqisUWY0gBQ&s=21silm-FGH5xnXU2nLLv66jGiJo1L84eQjS-S8s_DRo&e= ). In any
> > case the HTML/Java API seems releasable from my point of view.
> >
> > This is the first attempt to perform Apache release of NetBeans HTML/Java
> > API. As such there are almost no new features. Mostly just licensing
> > changes, bugfixes and other little tweaks. See Javadoc section about post
> > 1.4 release improvements:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_job
> > _i
> > ncubator-2Dnetbeans-2Dhtml4j-2Dlinux_javadoc_&d=DwICAg&c=RoP1YumCXCgaWHvl
> > ZYR
> > 8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=
> > E9T
> > yQqlfYKQICYZzS4LxiYQvdunRTB0SQqisUWY0gBQ&s=4NB8qKUlNtxJq0vZARb0xp9P2x9wfE
> > zaJ LOdSW4lnZs&e=
> >
> > Please take the ZIP file for a spin and vote to approve the release
> > and to request the approval of the Incubator PMC to publish it on
> > our site.
> >
> > Everyone is encouraged to vote, including non-committers.
> >
> > This vote shall close in the usual 72 hours.
> > -jt
> >
> > PS: I am keeping my fingers crossed, hoping things go well.
Maven staging repository was: Release Apache NetBeans HTML/Java API version 1.5
Posted by Jaroslav Tulach <ja...@gmail.com>.
FYI: I've just uploaded the binary bits to a staging repository. One can find
them at: maven.java.net/content/repositories/orgapidesign-1064/
https://maven.java.net/content/repositories/orgapidesign-1064/
The bits were generated by the following two commands:
$ mvn -DskipTests -Pjvnet-release -Pgpg javadoc:jar source:jar gpg:sign deploy
$ mvn -DskipTests -Pjvnet-release -Pgpg javadoc:jar source:jar gpg:sign deploy
-rf :xhr4j
If the Apache source release of HTML/Java API 1.5 is approved as is, I release
the binary bits from staging to central Maven repository.
-jt
>> Jaroslav Tulach <ja...@oracle.com>: 08.10.17 @ 13:41 <<
> Hi guys,
> I've set a Jenkins job up which can prepare a release bits of HTML/Java API
> and gives instructions how to build the ZIP file and test it:
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_view_
> Incubator-2520Projects_job_incubator-2Dnetbeans-2Dhtml4j-2Drelease_&d=DwICAg
> &c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-
> TN1M3i9fMP1FPWgk&m=E9TyQqlfYKQICYZzS4LxiYQvdunRTB0SQqisUWY0gBQ&s=McZ-Tmdkw-Z
> RKLCiugZzZFR_96JRrFgh1_kNfCr_KfM&e=
>
> after a bit of configuration struggling the [build #16](https://
> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> release/16/) seems to deliver releasable ZIP file:
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_view_
> Incubator-2520Projects_job_incubator-2Dnetbeans-2Dhtml4j-2Drelease_16_artifa
> ct_incubating-2Dnetbeans-2Dhtml4j-2D1.5.zip&d=DwICAg&c=RoP1YumCXCgaWHvlZYR8P
> QcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=E9TyQ
> qlfYKQICYZzS4LxiYQvdunRTB0SQqisUWY0gBQ&s=StYF_54lhLKMEdPpJY5ceaIm78UzvFDGE1N
> lXydDbAg&e=
>
> It's md5sum is a45bda33200c208d0d837b0746a7dcce.
>
> I've done the basic testing on Linux, as well as I tried to use the version
> 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of patching]
> (https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_konsoletype
> r_teavm_pull_304&d=DwICAg&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=tn
> Lz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=E9TyQqlfYKQICYZzS4LxiYQvdunRTB0S
> QqisUWY0gBQ&s=21silm-FGH5xnXU2nLLv66jGiJo1L84eQjS-S8s_DRo&e= ). In any case
> the HTML/Java API seems releasable from my point of view.
>
> This is the first attempt to perform Apache release of NetBeans HTML/Java
> API. As such there are almost no new features. Mostly just licensing
> changes, bugfixes and other little tweaks. See Javadoc section about post
> 1.4 release improvements:
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__builds.apache.org_job_i
> ncubator-2Dnetbeans-2Dhtml4j-2Dlinux_javadoc_&d=DwICAg&c=RoP1YumCXCgaWHvlZYR
> 8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=E9T
> yQqlfYKQICYZzS4LxiYQvdunRTB0SQqisUWY0gBQ&s=4NB8qKUlNtxJq0vZARb0xp9P2x9wfEzaJ
> LOdSW4lnZs&e=
>
> Please take the ZIP file for a spin and vote to approve the release
> and to request the approval of the Incubator PMC to publish it on
> our site.
>
> Everyone is encouraged to vote, including non-committers.
>
> This vote shall close in the usual 72 hours.
> -jt
>
> PS: I am keeping my fingers crossed, hoping things go well.
Re: [MENTORS] Information abot Voting process (was: Re: [VOTE]
Release Apache NetBeans HTML/Java API version 1.5)
Posted by Bertrand Delacretaz <bd...@apache.org>.
Hi,
On Sun, Oct 8, 2017 at 8:59 PM, Matthias Bläsing
<mb...@doppel-helix.eu> wrote:
> ... * What are the requirements for a positive vote?...
The Apache voting process is described at
https://www.apache.org/foundation/voting.html
The goal is to *build consensus*, not necessarily vote on every
decision. Votes are generally used for "important" things like
releases where we need a documented trace of the consensus, but the
are other ways to build consensus.
> * Is really everyone elligible to vote? I think I read somewhere, that
> only the PPMC members are.
From formal point of view it's Apache PMCs
(https://www.apache.org/foundation/how-it-works.html) which make
decisions that represent the ASF.
So in a release vote for example, or to elect someone to a new ASF
role, it's only the votes of the PMC members which are "binding", i.e.
which formally count.
However, all community members are welcome to vote, and if their
opinion significantly differs form the PMC's it *should* be taken into
account, or at least the PMC should note the disagreement and do their
best to act on it. But the final decision rests with the PMC.
As a podling, NetBeans is managed by the Incubator PMC so technically
it's only votes from Incubator PMC members which count. But given that
a podling is a PMC in training, during an important vote (like a
release) the podling considers the PPMC member's votes as binding, and
then acts the Incubator PMC to ratify the decision.
Hope this helps clarify things!
-Bertrand
[MENTORS] Information abot Voting process (was: Re: [VOTE] Release
Apache NetBeans HTML/Java API version 1.5)
Posted by Matthias Bläsing <mb...@doppel-helix.eu>.
Hey,
I have a few questions:
* What are the requirements for a positive vote?
* Is really everyone elligible to vote? I think I read somewhere, that
only the PPMC members are.
Thank you
Matthias
Am Sonntag, den 08.10.2017, 13:41 +0200 schrieb Jaroslav Tulach:
> Hi guys,
> I've set a Jenkins job up which can prepare a release bits of HTML/Java API
> and gives instructions how to build the ZIP file and test it:
>
> https://builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-release/
>
> after a bit of configuration struggling the [build #16](https://
> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> release/16/) seems to deliver releasable ZIP file:
>
> https://builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-release/16/artifact/incubating-netbeans-html4j-1.5.zip
>
> It's md5sum is a45bda33200c208d0d837b0746a7dcce.
>
> I've done the basic testing on Linux, as well as I tried to use the version
> 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of patching]
> > (https://github.com/konsoletyper/teavm/pull/304). In any case the HTML/Java
> API seems releasable from my point of view.
>
> This is the first attempt to perform Apache release of NetBeans HTML/Java API.
> As such there are almost no new features. Mostly just licensing changes,
> bugfixes and other little tweaks. See Javadoc section about post 1.4 release
> improvements:
>
> https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
>
> Please take the ZIP file for a spin and vote to approve the release
> and to request the approval of the Incubator PMC to publish it on
> our site.
>
> Everyone is encouraged to vote, including non-committers.
>
> This vote shall close in the usual 72 hours.
> -jt
>
> PS: I am keeping my fingers crossed, hoping things go well.
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Ryan Cuprak <rc...@gmail.com>.
+1
> On Oct 8, 2017, at 9:06 PM, John D. Ament <jo...@apache.org> wrote:
>
> Graduation is a measure of the community, not any specific repository. The entire Apache Netbeans community graduates together.
>
> The key things we look for:
>
> - Understand the Apache Way
> - Understand the release process
>
> We have a pretty comprehensive graduation guide, https://incubator.apache.org/guides/graduation.html
>
> The big thing is getting better at community involvement. For instance, its good that someone took the initiative to get a release together. Would be good to see more on list coordination of this.
> We'll also want to see that multiple companies are participating from a functional standpoint.
>
> John
>
> On 2017-10-08 20:51, Geertjan Wielenga <ge...@googlemail.com> wrote:
>> So, just to be clear, one repo within Apache NetBeans is permitted to
>> graduate separately from the other repos, if the Apache NetBeans community
>> agrees to that?
>>
>> Gj
>>
>> On Mon, 9 Oct 2017 at 02:48, John D. Ament <jo...@apache.org> wrote:
>>
>>> Votes are documented here:
>>> https://incubator.apache.org/guides/releasemanagement.html
>>>
>>> It is correct, only IPMC votes are binding. But as an IPMC member, I'm
>>> unlikely to vote on a RC that hasn't been vetted by the community and
>>> doesn't have a decent vote for it.
>>>
>>> I would recommend reviewing the constraints section, and see if there's
>>> anything missing from this release. I have a podling you should compare
>>> with, they're just about to graduate so I can guarantee its a good example
>>> of what to do -
>>> https://lists.apache.org/thread.html/69862bcfdcc35bd1491b552112c27fef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
>>>
>>> John
>>>
>>> On 2017-10-08 20:31, Geertjan Wielenga <ge...@googlemail.com>
>>> wrote:
>>>> I believe the IPMC has binding votes here only.
>>>>
>>>> I am also not sure whether this repo can be released separately from
>>>> incubator-netbeans. Maybe it can, maybe it can't, just saying that I
>>> don't
>>>> know.
>>>>
>>>> Gj
>>>>
>>>> On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <mi...@gmail.com>
>>> wrote:
>>>>
>>>>> +1
>>>>>
>>>>> Regards,
>>>>> Michael
>>>>>
>>>>> <
>>>>>
>>> http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
>>>>>>
>>>>> Virus-free.
>>>>> www.avg.com
>>>>> <
>>>>>
>>> http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
>>>>>>
>>>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>>>
>>>>> On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
>>>>> jaroslav.tulach@oracle.com>
>>>>> wrote:
>>>>>
>>>>>> Hi guys,
>>>>>> I've set a Jenkins job up which can prepare a release bits of
>>> HTML/Java
>>>>> API
>>>>>> and gives instructions how to build the ZIP file and test it:
>>>>>>
>>>>>> https://builds.apache.org/view/Incubator%20Projects/job/
>>>>>> incubator-netbeans-html4j-release/
>>>>>>
>>>>>> after a bit of configuration struggling the [build #16](https://
>>>>>>
>>>>>
>>> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
>>>>>> release/16/) seems to deliver releasable ZIP file:
>>>>>>
>>>>>> https://builds.apache.org/view/Incubator%20Projects/job/
>>>>>> incubator-netbeans-html4j-release/16/artifact/
>>>>>> incubating-netbeans-html4j-1.5.zip
>>>>>>
>>>>>> It's md5sum is a45bda33200c208d0d837b0746a7dcce.
>>>>>>
>>>>>> I've done the basic testing on Linux, as well as I tried to use the
>>>>> version
>>>>>> 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
>>>>> patching]
>>>>>> (https://github.com/konsoletyper/teavm/pull/304). In any case the
>>>>>> HTML/Java
>>>>>> API seems releasable from my point of view.
>>>>>>
>>>>>> This is the first attempt to perform Apache release of NetBeans
>>> HTML/Java
>>>>>> API.
>>>>>> As such there are almost no new features. Mostly just licensing
>>> changes,
>>>>>> bugfixes and other little tweaks. See Javadoc section about post 1.4
>>>>>> release
>>>>>> improvements:
>>>>>>
>>>>>>
>>> https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
>>>>>>
>>>>>> Please take the ZIP file for a spin and vote to approve the release
>>>>>> and to request the approval of the Incubator PMC to publish it on
>>>>>> our site.
>>>>>>
>>>>>> Everyone is encouraged to vote, including non-committers.
>>>>>>
>>>>>> This vote shall close in the usual 72 hours.
>>>>>> -jt
>>>>>>
>>>>>> PS: I am keeping my fingers crossed, hoping things go well.
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
Re: Release, not graduation and md5 was: [VOTE] Release Apache
NetBeans HTML/Java API version 1.5
Posted by Bertrand Delacretaz <bd...@apache.org>.
On Mon, Oct 9, 2017 at 5:36 AM, John D. Ament <jo...@apache.org> wrote:
> ...I can't follow any of those links. The fact that they come
> through across multiple lines just makes the email harder to follow...
Yes, those urldefense links are not usable on a public list.
It looks like John has provided the required answers, if not please ask.
-Bertrand
Re: Release, not graduation and md5 was: [VOTE] Release Apache
NetBeans HTML/Java API version 1.5
Posted by Jaroslav Tulach <ja...@gmail.com>.
Hi John,
I tried to tackle this as best as I could:
https://builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-release/19/
-jt
2017-10-09 5:36 GMT+02:00 John D. Ament <jo...@apache.org>:
> On Sun, Oct 8, 2017 at 11:16 PM Jaroslav Tulach <
> jaroslav.tulach@oracle.com>
> wrote:
>
> > Thanks in advance for your guidance.
> >
> > >> John D. Ament <jo...@apache.org>: 09.10.17 @ 1:34 <<
> > > - The podling release should be staged on /dist/dev
> >
> > It was my understanding that people do prepare the bits somewhere, ask
> the
> > community for vote and then the bits get uploaded into some proper
> location
> > for real release. At least these were the steps we agree with Bertrand
> to
> > follow:
> > > > ...I'd like to proceed with a release of HTML/Java API. Am I supposed
> > to
> > > > send an email like
> > > >
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__mail-
> 2Darchives.apach
> > > >
> > e.org_mod-5Fmbox_incubator-2Dstdcxx-2Ddev_&d=DwIBaQ&c=
> RoP1YumCXCgaWHvlZYR8
> > > >
> > PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-
> TN1M3i9fMP1FPWgk&m=rM
> > > >
> > VEpnZBX9gJoeTbmOvIqCUgV5B0NS_8hvS9MyzQvYA&s=yHWRpIFE-
> JS3rM2j4AOexodAfTkCut
> > > > 2j0xFT0aVDDHM&e= 200601.mbox/%3c43C1C0A0.7040401@roguewave.com%3e
> > > > to this mailing list and wait for the votes? ...
> > >
> > > Yes that's the idea.
> > >
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__sling.
> apache.org_documen
> > >
> > tation_development_release-2Dmanagement.html&d=DwIBaQ&c=
> RoP1YumCXCgaWHvlZYR8
> > >
> > PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-
> TN1M3i9fMP1FPWgk&m=rMVE
> > >
> > pnZBX9gJoeTbmOvIqCUgV5B0NS_8hvS9MyzQvYA&s=meYPReyio78atYPJ1pxZ4H1DK644ZQ
> c5RE
> > > _i_iVHp5o&e= has another example of a release vote email. The subject
> > should
> > > say
> > > "[VOTE] Release..." and not publish - "release" is a very specific
> > > word at the ASF.
> >
>
> I'll be honest, I can't follow any of those links. The fact that they come
> through across multiple lines just makes the email harder to follow.
>
> The staging area is /dist/dev AKA
> https://urldefense.proofpoint.com/v2/url?u=https-3A__dist.
> apache.org_repos_dist_dev_incubator_&d=DwIBaQ&c=
> RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_
> xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=VLbxyGIiHHP_1h5_
> 0DAzOZNrRNbVJOmUHYfqCGx38eU&s=biT0COhpJjx9u9XuA91dntrjCJ7Dyt
> suTVoK9ceuWUw&e= - someone will need to
> create a netbeans directory here (one of your mentors). Once the release
> is approved by the IPMC it gets svn mv'd to
> https://urldefense.proofpoint.com/v2/url?u=https-3A__dist.
> apache.org_repos_dist_release_incubator_&d=DwIBaQ&c=
> RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_
> xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=VLbxyGIiHHP_1h5_
> 0DAzOZNrRNbVJOmUHYfqCGx38eU&s=Y0_cNfiXpKXWy57wmSW_L1lWZW6s_
> 7CJ1LehZhsIxOg&e= .
>
> Here's another example of the files expected:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__dist.
> apache.org_repos_dist_release_incubator_ariatosca_0.1.1-
> 2Dincubating_source_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5Y
> TpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&
> m=VLbxyGIiHHP_1h5_0DAzOZNrRNbVJOmUHYfqCGx38eU&s=zQ2e8dO-dNrR_
> Vy0DII21OcfYy6M55Nt4EUkg9sddW8&e=
>
> - the source package
> - .asc file for the source package
> - .md5 for the source package
> - .sha for the source package
>
> These files go along with all of the releases at Apache, not just one of
> the files, and not just inlined in the email.
>
>
> > >
> > > Note also that
> > >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.
> apache.org_&d=Dw
> > >
> > IBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_
> xBBlFGf_l
> > >
> > dS0-TN1M3i9fMP1FPWgk&m=rMVEpnZBX9gJoeTbmOvIqCUgV5B0NS
> _8hvS9MyzQvYA&s=IFAquOO
> > > yY9hth1WMEMa-SbvcumWBD6bVH0JODCGD4M0&e= is a more modern mail
> archive, I
> > > think mail-archives.apache.org will be decommissioned at
> > > some point.
> >
> > Inspired by that I'd just created the file somewhere (I don't think I
> have
> > permission to do anything else anyway). I assume somebody will upload it
> > somewhere then.
> >
>
> That someone is you, but of course you need the directory created first.
>
>
> >
> > > - The podling release must be accompanied by sha, asc, md5 files.
> >
> > My [VOTE] email has been accompanied with an MD5 checksum:
> > > > > > > > > > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> >
> > This is a practice that was used before in one of the emails linked in
> > previous conversations.
> >
> >
> Its customary to include the contents in the email, yes. However, that
> doesn't replace the file existing.
>
>
> > > We
> > > generally don't do automated builds as podling releases.
> >
> > History taught me the hard way not to do releases on my local computer.
> > They
> > tend to be hard to reproduce.
> >
>
> Sure. One of our measures is a reproducible build process. This is
> accompanied by encouraging projects to ensure other people can execute the
> release themselves. The files need to be signed by your key.
>
>
> >
> > > They are
> > > typically accompanied by git tags and git commit sha's.
> >
> > Obviously. When the source code is stored in a source repository, it
> shall
> > be
> > associated with a git commit. The ZIP file I provided is indeed derived
> > from a
> > commit with automatic steps to modify the code into form ready for
> release.
> >
> > > As mentioned on the pages I linked, you're missing quite a few things
> > that
> > > are expected of podling votes.
> >
> > My summary: I've started the vote process to learn what needs to be done.
> > Thus
> > any down vote helps. As far as MD5 and proper location goes, I believe
> I've
> > provided enough information for somebody uploading the bits to proper
> > release
> > location (after the community vote) to do the right thing.
> >
> > -jt
> >
> >
>
Re: Release, not graduation and md5 was: [VOTE] Release Apache
NetBeans HTML/Java API version 1.5
Posted by "John D. Ament" <jo...@apache.org>.
On Sun, Oct 8, 2017 at 11:16 PM Jaroslav Tulach <ja...@oracle.com>
wrote:
> Thanks in advance for your guidance.
>
> >> John D. Ament <jo...@apache.org>: 09.10.17 @ 1:34 <<
> > - The podling release should be staged on /dist/dev
>
> It was my understanding that people do prepare the bits somewhere, ask the
> community for vote and then the bits get uploaded into some proper location
> for real release. At least these were the steps we agree with Bertrand to
> follow:
> > > ...I'd like to proceed with a release of HTML/Java API. Am I supposed
> to
> > > send an email like
> > >
> https://urldefense.proofpoint.com/v2/url?u=http-3A__mail-2Darchives.apach
> > >
> e.org_mod-5Fmbox_incubator-2Dstdcxx-2Ddev_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8
> > >
> PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=rM
> > >
> VEpnZBX9gJoeTbmOvIqCUgV5B0NS_8hvS9MyzQvYA&s=yHWRpIFE-JS3rM2j4AOexodAfTkCut
> > > 2j0xFT0aVDDHM&e= 200601.mbox/%3c43C1C0A0.7040401@roguewave.com%3e
> > > to this mailing list and wait for the votes? ...
> >
> > Yes that's the idea.
> >
> https://urldefense.proofpoint.com/v2/url?u=http-3A__sling.apache.org_documen
> >
> tation_development_release-2Dmanagement.html&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8
> >
> PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=rMVE
> >
> pnZBX9gJoeTbmOvIqCUgV5B0NS_8hvS9MyzQvYA&s=meYPReyio78atYPJ1pxZ4H1DK644ZQc5RE
> > _i_iVHp5o&e= has another example of a release vote email. The subject
> should
> > say
> > "[VOTE] Release..." and not publish - "release" is a very specific
> > word at the ASF.
>
I'll be honest, I can't follow any of those links. The fact that they come
through across multiple lines just makes the email harder to follow.
The staging area is /dist/dev AKA
https://dist.apache.org/repos/dist/dev/incubator/ - someone will need to
create a netbeans directory here (one of your mentors). Once the release
is approved by the IPMC it gets svn mv'd to
https://dist.apache.org/repos/dist/release/incubator/ .
Here's another example of the files expected:
https://dist.apache.org/repos/dist/release/incubator/ariatosca/0.1.1-incubating/source/
- the source package
- .asc file for the source package
- .md5 for the source package
- .sha for the source package
These files go along with all of the releases at Apache, not just one of
the files, and not just inlined in the email.
> >
> > Note also that
> >
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.apache.org_&d=Dw
> >
> IBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_l
> >
> dS0-TN1M3i9fMP1FPWgk&m=rMVEpnZBX9gJoeTbmOvIqCUgV5B0NS_8hvS9MyzQvYA&s=IFAquOO
> > yY9hth1WMEMa-SbvcumWBD6bVH0JODCGD4M0&e= is a more modern mail archive, I
> > think mail-archives.apache.org will be decommissioned at
> > some point.
>
> Inspired by that I'd just created the file somewhere (I don't think I have
> permission to do anything else anyway). I assume somebody will upload it
> somewhere then.
>
That someone is you, but of course you need the directory created first.
>
> > - The podling release must be accompanied by sha, asc, md5 files.
>
> My [VOTE] email has been accompanied with an MD5 checksum:
> > > > > > > > > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
>
> This is a practice that was used before in one of the emails linked in
> previous conversations.
>
>
Its customary to include the contents in the email, yes. However, that
doesn't replace the file existing.
> > We
> > generally don't do automated builds as podling releases.
>
> History taught me the hard way not to do releases on my local computer.
> They
> tend to be hard to reproduce.
>
Sure. One of our measures is a reproducible build process. This is
accompanied by encouraging projects to ensure other people can execute the
release themselves. The files need to be signed by your key.
>
> > They are
> > typically accompanied by git tags and git commit sha's.
>
> Obviously. When the source code is stored in a source repository, it shall
> be
> associated with a git commit. The ZIP file I provided is indeed derived
> from a
> commit with automatic steps to modify the code into form ready for release.
>
> > As mentioned on the pages I linked, you're missing quite a few things
> that
> > are expected of podling votes.
>
> My summary: I've started the vote process to learn what needs to be done.
> Thus
> any down vote helps. As far as MD5 and proper location goes, I believe I've
> provided enough information for somebody uploading the bits to proper
> release
> location (after the community vote) to do the right thing.
>
> -jt
>
>
Release, not graduation and md5 was: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Jaroslav Tulach <ja...@oracle.com>.
Thanks in advance for your guidance.
>> John D. Ament <jo...@apache.org>: 09.10.17 @ 1:34 <<
> - The podling release should be staged on /dist/dev
It was my understanding that people do prepare the bits somewhere, ask the
community for vote and then the bits get uploaded into some proper location
for real release. At least these were the steps we agree with Bertrand to
follow:
> > ...I'd like to proceed with a release of HTML/Java API. Am I supposed to
> > send an email like
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__mail-2Darchives.apach
> > e.org_mod-5Fmbox_incubator-2Dstdcxx-2Ddev_&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8
> > PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=rM
> > VEpnZBX9gJoeTbmOvIqCUgV5B0NS_8hvS9MyzQvYA&s=yHWRpIFE-JS3rM2j4AOexodAfTkCut
> > 2j0xFT0aVDDHM&e= 200601.mbox/%3c43C1C0A0.7040401@roguewave.com%3e
> > to this mailing list and wait for the votes? ...
>
> Yes that's the idea.
> https://urldefense.proofpoint.com/v2/url?u=http-3A__sling.apache.org_documen
> tation_development_release-2Dmanagement.html&d=DwIBaQ&c=RoP1YumCXCgaWHvlZYR8
> PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_ldS0-TN1M3i9fMP1FPWgk&m=rMVE
> pnZBX9gJoeTbmOvIqCUgV5B0NS_8hvS9MyzQvYA&s=meYPReyio78atYPJ1pxZ4H1DK644ZQc5RE
> _i_iVHp5o&e= has another example of a release vote email. The subject should
> say
> "[VOTE] Release..." and not publish - "release" is a very specific
> word at the ASF.
>
> Note also that
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.apache.org_&d=Dw
> IBaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=tnLz5-vaI8x9g_xBBlFGf_l
> dS0-TN1M3i9fMP1FPWgk&m=rMVEpnZBX9gJoeTbmOvIqCUgV5B0NS_8hvS9MyzQvYA&s=IFAquOO
> yY9hth1WMEMa-SbvcumWBD6bVH0JODCGD4M0&e= is a more modern mail archive, I
> think mail-archives.apache.org will be decommissioned at
> some point.
Inspired by that I'd just created the file somewhere (I don't think I have
permission to do anything else anyway). I assume somebody will upload it
somewhere then.
> - The podling release must be accompanied by sha, asc, md5 files.
My [VOTE] email has been accompanied with an MD5 checksum:
> > > > > > > > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
This is a practice that was used before in one of the emails linked in
previous conversations.
> We
> generally don't do automated builds as podling releases.
History taught me the hard way not to do releases on my local computer. They
tend to be hard to reproduce.
> They are
> typically accompanied by git tags and git commit sha's.
Obviously. When the source code is stored in a source repository, it shall be
associated with a git commit. The ZIP file I provided is indeed derived from a
commit with automatic steps to modify the code into form ready for release.
> As mentioned on the pages I linked, you're missing quite a few things that
> are expected of podling votes.
My summary: I've started the vote process to learn what needs to be done. Thus
any down vote helps. As far as MD5 and proper location goes, I believe I've
provided enough information for somebody uploading the bits to proper release
location (after the community vote) to do the right thing.
-jt
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Geertjan Wielenga <ge...@googlemail.com>.
Great, thanks for this feedback, gives us a direction and work to do.
Gj
On Monday, October 9, 2017, John D. Ament <jo...@apache.org> wrote:
> I'm not a member of the Netbeans community, but as an IPMC member I would
> be -1.
>
> As mentioned on the pages I linked, you're missing quite a few things that
> are expected of podling votes.
>
> - The podling release should be staged on /dist/dev
> - The podling release must be accompanied by sha, asc, md5 files. We
> generally don't do automated builds as podling releases. They are
> typically accompanied by git tags and git commit sha's.
>
> You may want to review the content under http://www.apache.org/dev/#
> releases as well, if you didn't review the vote format I sent you for
> Juneau.
>
> John
>
> On 2017-10-08 21:25, Geertjan Wielenga <geertjan.wielenga@googlemail.com
> <javascript:;>> wrote:
> > Ah, I see. Yes. This is a release vote of a single repo. Great. That
> works
> > then, excellent.
> >
> > So, you'll wait and see how the community responds to the release vote
> > before voting yourself?
> >
> > Gj
> >
> > On Monday, October 9, 2017, John D. Ament <johndament@apache.org
> <javascript:;>> wrote:
> >
> > > Geertjan,
> > >
> > > This thread I thought was a release vote. A release isn't graduation.
> > > Projects often times release single repos.
> > >
> > > John
> > >
> > > On 2017-10-08 21:15, Geertjan Wielenga <
> geertjan.wielenga@googlemail.com <javascript:;>
> > > <javascript:;>> wrote:
> > > > There are heaps of people from multiple organizations committing to
> > > Apache
> > > > NetBeans, i.e., fixing license headers, since several weeks now, so I
> > > don't
> > > > see a problem there on that level. Also, lots of discussions and
> > > > interactions on this mailing list, that's quite clear, isn't it?
> > > >
> > > > The only point is that what is going on in this specific thread is
> that
> > > > those working on a project in one of the Apache NetBeans repos are
> trying
> > > > to graduate that specific repo. If as you say the entire Apache
> NetBeans
> > > > community graduates together, then this attempt to graduate one repo
> > > cannot
> > > > succeed since the Apache NetBeans community as a whole needs to
> graduate
> > > > together.
> > > >
> > > > So those working on this repo need to do one of three things: (1)
> wait
> > > for
> > > > the rest of Apache NetBeans to catch up with them, (2) actively
> > > participate
> > > > in the rest of Apache NetBeans outside this repo, (3) try to form
> their
> > > own
> > > > separate Apache project independent of Apache NetBeans.
> > > >
> > > > My preference would be 2 though I imagine those working on this repo
> > > would
> > > > prefer 3.
> > > >
> > > > Gj
> > > >
> > > > On Mon, 9 Oct 2017 at 03:06, John D. Ament <johndament@apache.org
> <javascript:;>
> > > <javascript:;>> wrote:
> > > >
> > > > > Graduation is a measure of the community, not any specific
> repository.
> > > > > The entire Apache Netbeans community graduates together.
> > > > >
> > > > > The key things we look for:
> > > > >
> > > > > - Understand the Apache Way
> > > > > - Understand the release process
> > > > >
> > > > > We have a pretty comprehensive graduation guide,
> > > > > https://incubator.apache.org/guides/graduation.html
> > > > >
> > > > > The big thing is getting better at community involvement. For
> > > instance,
> > > > > its good that someone took the initiative to get a release
> together.
> > > Would
> > > > > be good to see more on list coordination of this.
> > > > > We'll also want to see that multiple companies are participating
> from a
> > > > > functional standpoint.
> > > > >
> > > > > John
> > > > >
> > > > > On 2017-10-08 20:51, Geertjan Wielenga <
> > > geertjan.wielenga@googlemail.com <javascript:;> <javascript:;>>
> > > > > wrote:
> > > > > > So, just to be clear, one repo within Apache NetBeans is
> permitted to
> > > > > > graduate separately from the other repos, if the Apache NetBeans
> > > > > community
> > > > > > agrees to that?
> > > > > >
> > > > > > Gj
> > > > > >
> > > > > > On Mon, 9 Oct 2017 at 02:48, John D. Ament <
> johndament@apache.org <javascript:;>
> > > <javascript:;>>
> > > > > wrote:
> > > > > >
> > > > > > > Votes are documented here:
> > > > > > > https://incubator.apache.org/guides/releasemanagement.html
> > > > > > >
> > > > > > > It is correct, only IPMC votes are binding. But as an IPMC
> > > member, I'm
> > > > > > > unlikely to vote on a RC that hasn't been vetted by the
> community
> > > and
> > > > > > > doesn't have a decent vote for it.
> > > > > > >
> > > > > > > I would recommend reviewing the constraints section, and see if
> > > there's
> > > > > > > anything missing from this release. I have a podling you
> should
> > > > > compare
> > > > > > > with, they're just about to graduate so I can guarantee its a
> good
> > > > > example
> > > > > > > of what to do -
> > > > > > >
> > > > > https://lists.apache.org/thread.html/
> 69862bcfdcc35bd1491b552112c27f
> > > ef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
> > > > > > >
> > > > > > > John
> > > > > > >
> > > > > > > On 2017-10-08 20:31, Geertjan Wielenga <
> > > > > geertjan.wielenga@googlemail.com <javascript:;> <javascript:;>>
> > > > > > > wrote:
> > > > > > > > I believe the IPMC has binding votes here only.
> > > > > > > >
> > > > > > > > I am also not sure whether this repo can be released
> separately
> > > from
> > > > > > > > incubator-netbeans. Maybe it can, maybe it can't, just saying
> > > that I
> > > > > > > don't
> > > > > > > > know.
> > > > > > > >
> > > > > > > > Gj
> > > > > > > >
> > > > > > > > On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <
> > > misterm@gmail.com <javascript:;> <javascript:;>>
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > > +1
> > > > > > > > >
> > > > > > > > > Regards,
> > > > > > > > > Michael
> > > > > > > > >
> > > > > > > > > <
> > > > > > > > >
> > > > > > >
> > > > > http://www.avg.com/email-signature?utm_medium=email&
> > > utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > > > > > >
> > > > > > > > > Virus-free.
> > > > > > > > > www.avg.com
> > > > > > > > > <
> > > > > > > > >
> > > > > > >
> > > > > http://www.avg.com/email-signature?utm_medium=email&
> > > utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > > > > > >
> > > > > > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > > > > > > > >
> > > > > > > > > On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> > > > > > > > > jaroslav.tulach@oracle.com <javascript:;> <javascript:;>>
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > > Hi guys,
> > > > > > > > > > I've set a Jenkins job up which can prepare a release
> bits of
> > > > > > > HTML/Java
> > > > > > > > > API
> > > > > > > > > > and gives instructions how to build the ZIP file and
> test it:
> > > > > > > > > >
> > > > > > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > > > > > incubator-netbeans-html4j-release/
> > > > > > > > > >
> > > > > > > > > > after a bit of configuration struggling the [build
> > > #16](https://
> > > > > > > > > >
> > > > > > > > >
> > > > > > >
> > > > > builds.apache.org/view/Incubator%20Projects/job/
> > > incubator-netbeans-html4j-
> > > > > > > > > > release/16/) seems to deliver releasable ZIP file:
> > > > > > > > > >
> > > > > > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > > > > > incubator-netbeans-html4j-release/16/artifact/
> > > > > > > > > > incubating-netbeans-html4j-1.5.zip
> > > > > > > > > >
> > > > > > > > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > > > > > > > > >
> > > > > > > > > > I've done the basic testing on Linux, as well as I tried
> to
> > > use
> > > > > the
> > > > > > > > > version
> > > > > > > > > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a
> > > [bit of
> > > > > > > > > patching]
> > > > > > > > > > (https://github.com/konsoletyper/teavm/pull/304). In any
> > > case
> > > > > the
> > > > > > > > > > HTML/Java
> > > > > > > > > > API seems releasable from my point of view.
> > > > > > > > > >
> > > > > > > > > > This is the first attempt to perform Apache release of
> > > NetBeans
> > > > > > > HTML/Java
> > > > > > > > > > API.
> > > > > > > > > > As such there are almost no new features. Mostly just
> > > licensing
> > > > > > > changes,
> > > > > > > > > > bugfixes and other little tweaks. See Javadoc section
> about
> > > post
> > > > > 1.4
> > > > > > > > > > release
> > > > > > > > > > improvements:
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > https://builds.apache.org/job/incubator-netbeans-html4j-
> > > linux/javadoc/
> > > > > > > > > >
> > > > > > > > > > Please take the ZIP file for a spin and vote to approve
> the
> > > > > release
> > > > > > > > > > and to request the approval of the Incubator PMC to
> publish
> > > it on
> > > > > > > > > > our site.
> > > > > > > > > >
> > > > > > > > > > Everyone is encouraged to vote, including non-committers.
> > > > > > > > > >
> > > > > > > > > > This vote shall close in the usual 72 hours.
> > > > > > > > > > -jt
> > > > > > > > > >
> > > > > > > > > > PS: I am keeping my fingers crossed, hoping things go
> well.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Bertrand Delacretaz <bd...@apache.org>.
On Mon, Oct 9, 2017 at 3:34 AM, John D. Ament <jo...@apache.org> wrote:
> ...You may want to review the content under http://www.apache.org/dev/#releases as well...
http://www.apache.org/dev/release-publishing.html in particular has
good information about how to prepare the release.
I also often mention
http://sling.apache.org/documentation/development/release-management.html
as a practical example of how a well established Apache top-level
project does releases, including templates for vote messages.
-Bertrand
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by "John D. Ament" <jo...@apache.org>.
I'm not a member of the Netbeans community, but as an IPMC member I would be -1.
As mentioned on the pages I linked, you're missing quite a few things that are expected of podling votes.
- The podling release should be staged on /dist/dev
- The podling release must be accompanied by sha, asc, md5 files. We generally don't do automated builds as podling releases. They are typically accompanied by git tags and git commit sha's.
You may want to review the content under http://www.apache.org/dev/#releases as well, if you didn't review the vote format I sent you for Juneau.
John
On 2017-10-08 21:25, Geertjan Wielenga <ge...@googlemail.com> wrote:
> Ah, I see. Yes. This is a release vote of a single repo. Great. That works
> then, excellent.
>
> So, you'll wait and see how the community responds to the release vote
> before voting yourself?
>
> Gj
>
> On Monday, October 9, 2017, John D. Ament <jo...@apache.org> wrote:
>
> > Geertjan,
> >
> > This thread I thought was a release vote. A release isn't graduation.
> > Projects often times release single repos.
> >
> > John
> >
> > On 2017-10-08 21:15, Geertjan Wielenga <geertjan.wielenga@googlemail.com
> > <javascript:;>> wrote:
> > > There are heaps of people from multiple organizations committing to
> > Apache
> > > NetBeans, i.e., fixing license headers, since several weeks now, so I
> > don't
> > > see a problem there on that level. Also, lots of discussions and
> > > interactions on this mailing list, that's quite clear, isn't it?
> > >
> > > The only point is that what is going on in this specific thread is that
> > > those working on a project in one of the Apache NetBeans repos are trying
> > > to graduate that specific repo. If as you say the entire Apache NetBeans
> > > community graduates together, then this attempt to graduate one repo
> > cannot
> > > succeed since the Apache NetBeans community as a whole needs to graduate
> > > together.
> > >
> > > So those working on this repo need to do one of three things: (1) wait
> > for
> > > the rest of Apache NetBeans to catch up with them, (2) actively
> > participate
> > > in the rest of Apache NetBeans outside this repo, (3) try to form their
> > own
> > > separate Apache project independent of Apache NetBeans.
> > >
> > > My preference would be 2 though I imagine those working on this repo
> > would
> > > prefer 3.
> > >
> > > Gj
> > >
> > > On Mon, 9 Oct 2017 at 03:06, John D. Ament <johndament@apache.org
> > <javascript:;>> wrote:
> > >
> > > > Graduation is a measure of the community, not any specific repository.
> > > > The entire Apache Netbeans community graduates together.
> > > >
> > > > The key things we look for:
> > > >
> > > > - Understand the Apache Way
> > > > - Understand the release process
> > > >
> > > > We have a pretty comprehensive graduation guide,
> > > > https://incubator.apache.org/guides/graduation.html
> > > >
> > > > The big thing is getting better at community involvement. For
> > instance,
> > > > its good that someone took the initiative to get a release together.
> > Would
> > > > be good to see more on list coordination of this.
> > > > We'll also want to see that multiple companies are participating from a
> > > > functional standpoint.
> > > >
> > > > John
> > > >
> > > > On 2017-10-08 20:51, Geertjan Wielenga <
> > geertjan.wielenga@googlemail.com <javascript:;>>
> > > > wrote:
> > > > > So, just to be clear, one repo within Apache NetBeans is permitted to
> > > > > graduate separately from the other repos, if the Apache NetBeans
> > > > community
> > > > > agrees to that?
> > > > >
> > > > > Gj
> > > > >
> > > > > On Mon, 9 Oct 2017 at 02:48, John D. Ament <johndament@apache.org
> > <javascript:;>>
> > > > wrote:
> > > > >
> > > > > > Votes are documented here:
> > > > > > https://incubator.apache.org/guides/releasemanagement.html
> > > > > >
> > > > > > It is correct, only IPMC votes are binding. But as an IPMC
> > member, I'm
> > > > > > unlikely to vote on a RC that hasn't been vetted by the community
> > and
> > > > > > doesn't have a decent vote for it.
> > > > > >
> > > > > > I would recommend reviewing the constraints section, and see if
> > there's
> > > > > > anything missing from this release. I have a podling you should
> > > > compare
> > > > > > with, they're just about to graduate so I can guarantee its a good
> > > > example
> > > > > > of what to do -
> > > > > >
> > > > https://lists.apache.org/thread.html/69862bcfdcc35bd1491b552112c27f
> > ef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
> > > > > >
> > > > > > John
> > > > > >
> > > > > > On 2017-10-08 20:31, Geertjan Wielenga <
> > > > geertjan.wielenga@googlemail.com <javascript:;>>
> > > > > > wrote:
> > > > > > > I believe the IPMC has binding votes here only.
> > > > > > >
> > > > > > > I am also not sure whether this repo can be released separately
> > from
> > > > > > > incubator-netbeans. Maybe it can, maybe it can't, just saying
> > that I
> > > > > > don't
> > > > > > > know.
> > > > > > >
> > > > > > > Gj
> > > > > > >
> > > > > > > On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <
> > misterm@gmail.com <javascript:;>>
> > > > > > wrote:
> > > > > > >
> > > > > > > > +1
> > > > > > > >
> > > > > > > > Regards,
> > > > > > > > Michael
> > > > > > > >
> > > > > > > > <
> > > > > > > >
> > > > > >
> > > > http://www.avg.com/email-signature?utm_medium=email&
> > utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > > > > >
> > > > > > > > Virus-free.
> > > > > > > > www.avg.com
> > > > > > > > <
> > > > > > > >
> > > > > >
> > > > http://www.avg.com/email-signature?utm_medium=email&
> > utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > > > > >
> > > > > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > > > > > > >
> > > > > > > > On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> > > > > > > > jaroslav.tulach@oracle.com <javascript:;>>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > > Hi guys,
> > > > > > > > > I've set a Jenkins job up which can prepare a release bits of
> > > > > > HTML/Java
> > > > > > > > API
> > > > > > > > > and gives instructions how to build the ZIP file and test it:
> > > > > > > > >
> > > > > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > > > > incubator-netbeans-html4j-release/
> > > > > > > > >
> > > > > > > > > after a bit of configuration struggling the [build
> > #16](https://
> > > > > > > > >
> > > > > > > >
> > > > > >
> > > > builds.apache.org/view/Incubator%20Projects/job/
> > incubator-netbeans-html4j-
> > > > > > > > > release/16/) seems to deliver releasable ZIP file:
> > > > > > > > >
> > > > > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > > > > incubator-netbeans-html4j-release/16/artifact/
> > > > > > > > > incubating-netbeans-html4j-1.5.zip
> > > > > > > > >
> > > > > > > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > > > > > > > >
> > > > > > > > > I've done the basic testing on Linux, as well as I tried to
> > use
> > > > the
> > > > > > > > version
> > > > > > > > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a
> > [bit of
> > > > > > > > patching]
> > > > > > > > > (https://github.com/konsoletyper/teavm/pull/304). In any
> > case
> > > > the
> > > > > > > > > HTML/Java
> > > > > > > > > API seems releasable from my point of view.
> > > > > > > > >
> > > > > > > > > This is the first attempt to perform Apache release of
> > NetBeans
> > > > > > HTML/Java
> > > > > > > > > API.
> > > > > > > > > As such there are almost no new features. Mostly just
> > licensing
> > > > > > changes,
> > > > > > > > > bugfixes and other little tweaks. See Javadoc section about
> > post
> > > > 1.4
> > > > > > > > > release
> > > > > > > > > improvements:
> > > > > > > > >
> > > > > > > > >
> > > > > > https://builds.apache.org/job/incubator-netbeans-html4j-
> > linux/javadoc/
> > > > > > > > >
> > > > > > > > > Please take the ZIP file for a spin and vote to approve the
> > > > release
> > > > > > > > > and to request the approval of the Incubator PMC to publish
> > it on
> > > > > > > > > our site.
> > > > > > > > >
> > > > > > > > > Everyone is encouraged to vote, including non-committers.
> > > > > > > > >
> > > > > > > > > This vote shall close in the usual 72 hours.
> > > > > > > > > -jt
> > > > > > > > >
> > > > > > > > > PS: I am keeping my fingers crossed, hoping things go well.
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Geertjan Wielenga <ge...@googlemail.com>.
Ah, I see. Yes. This is a release vote of a single repo. Great. That works
then, excellent.
So, you'll wait and see how the community responds to the release vote
before voting yourself?
Gj
On Monday, October 9, 2017, John D. Ament <jo...@apache.org> wrote:
> Geertjan,
>
> This thread I thought was a release vote. A release isn't graduation.
> Projects often times release single repos.
>
> John
>
> On 2017-10-08 21:15, Geertjan Wielenga <geertjan.wielenga@googlemail.com
> <javascript:;>> wrote:
> > There are heaps of people from multiple organizations committing to
> Apache
> > NetBeans, i.e., fixing license headers, since several weeks now, so I
> don't
> > see a problem there on that level. Also, lots of discussions and
> > interactions on this mailing list, that's quite clear, isn't it?
> >
> > The only point is that what is going on in this specific thread is that
> > those working on a project in one of the Apache NetBeans repos are trying
> > to graduate that specific repo. If as you say the entire Apache NetBeans
> > community graduates together, then this attempt to graduate one repo
> cannot
> > succeed since the Apache NetBeans community as a whole needs to graduate
> > together.
> >
> > So those working on this repo need to do one of three things: (1) wait
> for
> > the rest of Apache NetBeans to catch up with them, (2) actively
> participate
> > in the rest of Apache NetBeans outside this repo, (3) try to form their
> own
> > separate Apache project independent of Apache NetBeans.
> >
> > My preference would be 2 though I imagine those working on this repo
> would
> > prefer 3.
> >
> > Gj
> >
> > On Mon, 9 Oct 2017 at 03:06, John D. Ament <johndament@apache.org
> <javascript:;>> wrote:
> >
> > > Graduation is a measure of the community, not any specific repository.
> > > The entire Apache Netbeans community graduates together.
> > >
> > > The key things we look for:
> > >
> > > - Understand the Apache Way
> > > - Understand the release process
> > >
> > > We have a pretty comprehensive graduation guide,
> > > https://incubator.apache.org/guides/graduation.html
> > >
> > > The big thing is getting better at community involvement. For
> instance,
> > > its good that someone took the initiative to get a release together.
> Would
> > > be good to see more on list coordination of this.
> > > We'll also want to see that multiple companies are participating from a
> > > functional standpoint.
> > >
> > > John
> > >
> > > On 2017-10-08 20:51, Geertjan Wielenga <
> geertjan.wielenga@googlemail.com <javascript:;>>
> > > wrote:
> > > > So, just to be clear, one repo within Apache NetBeans is permitted to
> > > > graduate separately from the other repos, if the Apache NetBeans
> > > community
> > > > agrees to that?
> > > >
> > > > Gj
> > > >
> > > > On Mon, 9 Oct 2017 at 02:48, John D. Ament <johndament@apache.org
> <javascript:;>>
> > > wrote:
> > > >
> > > > > Votes are documented here:
> > > > > https://incubator.apache.org/guides/releasemanagement.html
> > > > >
> > > > > It is correct, only IPMC votes are binding. But as an IPMC
> member, I'm
> > > > > unlikely to vote on a RC that hasn't been vetted by the community
> and
> > > > > doesn't have a decent vote for it.
> > > > >
> > > > > I would recommend reviewing the constraints section, and see if
> there's
> > > > > anything missing from this release. I have a podling you should
> > > compare
> > > > > with, they're just about to graduate so I can guarantee its a good
> > > example
> > > > > of what to do -
> > > > >
> > > https://lists.apache.org/thread.html/69862bcfdcc35bd1491b552112c27f
> ef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
> > > > >
> > > > > John
> > > > >
> > > > > On 2017-10-08 20:31, Geertjan Wielenga <
> > > geertjan.wielenga@googlemail.com <javascript:;>>
> > > > > wrote:
> > > > > > I believe the IPMC has binding votes here only.
> > > > > >
> > > > > > I am also not sure whether this repo can be released separately
> from
> > > > > > incubator-netbeans. Maybe it can, maybe it can't, just saying
> that I
> > > > > don't
> > > > > > know.
> > > > > >
> > > > > > Gj
> > > > > >
> > > > > > On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <
> misterm@gmail.com <javascript:;>>
> > > > > wrote:
> > > > > >
> > > > > > > +1
> > > > > > >
> > > > > > > Regards,
> > > > > > > Michael
> > > > > > >
> > > > > > > <
> > > > > > >
> > > > >
> > > http://www.avg.com/email-signature?utm_medium=email&
> utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > > > >
> > > > > > > Virus-free.
> > > > > > > www.avg.com
> > > > > > > <
> > > > > > >
> > > > >
> > > http://www.avg.com/email-signature?utm_medium=email&
> utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > > > >
> > > > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > > > > > >
> > > > > > > On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> > > > > > > jaroslav.tulach@oracle.com <javascript:;>>
> > > > > > > wrote:
> > > > > > >
> > > > > > > > Hi guys,
> > > > > > > > I've set a Jenkins job up which can prepare a release bits of
> > > > > HTML/Java
> > > > > > > API
> > > > > > > > and gives instructions how to build the ZIP file and test it:
> > > > > > > >
> > > > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > > > incubator-netbeans-html4j-release/
> > > > > > > >
> > > > > > > > after a bit of configuration struggling the [build
> #16](https://
> > > > > > > >
> > > > > > >
> > > > >
> > > builds.apache.org/view/Incubator%20Projects/job/
> incubator-netbeans-html4j-
> > > > > > > > release/16/) seems to deliver releasable ZIP file:
> > > > > > > >
> > > > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > > > incubator-netbeans-html4j-release/16/artifact/
> > > > > > > > incubating-netbeans-html4j-1.5.zip
> > > > > > > >
> > > > > > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > > > > > > >
> > > > > > > > I've done the basic testing on Linux, as well as I tried to
> use
> > > the
> > > > > > > version
> > > > > > > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a
> [bit of
> > > > > > > patching]
> > > > > > > > (https://github.com/konsoletyper/teavm/pull/304). In any
> case
> > > the
> > > > > > > > HTML/Java
> > > > > > > > API seems releasable from my point of view.
> > > > > > > >
> > > > > > > > This is the first attempt to perform Apache release of
> NetBeans
> > > > > HTML/Java
> > > > > > > > API.
> > > > > > > > As such there are almost no new features. Mostly just
> licensing
> > > > > changes,
> > > > > > > > bugfixes and other little tweaks. See Javadoc section about
> post
> > > 1.4
> > > > > > > > release
> > > > > > > > improvements:
> > > > > > > >
> > > > > > > >
> > > > > https://builds.apache.org/job/incubator-netbeans-html4j-
> linux/javadoc/
> > > > > > > >
> > > > > > > > Please take the ZIP file for a spin and vote to approve the
> > > release
> > > > > > > > and to request the approval of the Incubator PMC to publish
> it on
> > > > > > > > our site.
> > > > > > > >
> > > > > > > > Everyone is encouraged to vote, including non-committers.
> > > > > > > >
> > > > > > > > This vote shall close in the usual 72 hours.
> > > > > > > > -jt
> > > > > > > >
> > > > > > > > PS: I am keeping my fingers crossed, hoping things go well.
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by "John D. Ament" <jo...@apache.org>.
Geertjan,
This thread I thought was a release vote. A release isn't graduation. Projects often times release single repos.
John
On 2017-10-08 21:15, Geertjan Wielenga <ge...@googlemail.com> wrote:
> There are heaps of people from multiple organizations committing to Apache
> NetBeans, i.e., fixing license headers, since several weeks now, so I don't
> see a problem there on that level. Also, lots of discussions and
> interactions on this mailing list, that's quite clear, isn't it?
>
> The only point is that what is going on in this specific thread is that
> those working on a project in one of the Apache NetBeans repos are trying
> to graduate that specific repo. If as you say the entire Apache NetBeans
> community graduates together, then this attempt to graduate one repo cannot
> succeed since the Apache NetBeans community as a whole needs to graduate
> together.
>
> So those working on this repo need to do one of three things: (1) wait for
> the rest of Apache NetBeans to catch up with them, (2) actively participate
> in the rest of Apache NetBeans outside this repo, (3) try to form their own
> separate Apache project independent of Apache NetBeans.
>
> My preference would be 2 though I imagine those working on this repo would
> prefer 3.
>
> Gj
>
> On Mon, 9 Oct 2017 at 03:06, John D. Ament <jo...@apache.org> wrote:
>
> > Graduation is a measure of the community, not any specific repository.
> > The entire Apache Netbeans community graduates together.
> >
> > The key things we look for:
> >
> > - Understand the Apache Way
> > - Understand the release process
> >
> > We have a pretty comprehensive graduation guide,
> > https://incubator.apache.org/guides/graduation.html
> >
> > The big thing is getting better at community involvement. For instance,
> > its good that someone took the initiative to get a release together. Would
> > be good to see more on list coordination of this.
> > We'll also want to see that multiple companies are participating from a
> > functional standpoint.
> >
> > John
> >
> > On 2017-10-08 20:51, Geertjan Wielenga <ge...@googlemail.com>
> > wrote:
> > > So, just to be clear, one repo within Apache NetBeans is permitted to
> > > graduate separately from the other repos, if the Apache NetBeans
> > community
> > > agrees to that?
> > >
> > > Gj
> > >
> > > On Mon, 9 Oct 2017 at 02:48, John D. Ament <jo...@apache.org>
> > wrote:
> > >
> > > > Votes are documented here:
> > > > https://incubator.apache.org/guides/releasemanagement.html
> > > >
> > > > It is correct, only IPMC votes are binding. But as an IPMC member, I'm
> > > > unlikely to vote on a RC that hasn't been vetted by the community and
> > > > doesn't have a decent vote for it.
> > > >
> > > > I would recommend reviewing the constraints section, and see if there's
> > > > anything missing from this release. I have a podling you should
> > compare
> > > > with, they're just about to graduate so I can guarantee its a good
> > example
> > > > of what to do -
> > > >
> > https://lists.apache.org/thread.html/69862bcfdcc35bd1491b552112c27fef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
> > > >
> > > > John
> > > >
> > > > On 2017-10-08 20:31, Geertjan Wielenga <
> > geertjan.wielenga@googlemail.com>
> > > > wrote:
> > > > > I believe the IPMC has binding votes here only.
> > > > >
> > > > > I am also not sure whether this repo can be released separately from
> > > > > incubator-netbeans. Maybe it can, maybe it can't, just saying that I
> > > > don't
> > > > > know.
> > > > >
> > > > > Gj
> > > > >
> > > > > On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <mi...@gmail.com>
> > > > wrote:
> > > > >
> > > > > > +1
> > > > > >
> > > > > > Regards,
> > > > > > Michael
> > > > > >
> > > > > > <
> > > > > >
> > > >
> > http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > > >
> > > > > > Virus-free.
> > > > > > www.avg.com
> > > > > > <
> > > > > >
> > > >
> > http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > > >
> > > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > > > > >
> > > > > > On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> > > > > > jaroslav.tulach@oracle.com>
> > > > > > wrote:
> > > > > >
> > > > > > > Hi guys,
> > > > > > > I've set a Jenkins job up which can prepare a release bits of
> > > > HTML/Java
> > > > > > API
> > > > > > > and gives instructions how to build the ZIP file and test it:
> > > > > > >
> > > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > > incubator-netbeans-html4j-release/
> > > > > > >
> > > > > > > after a bit of configuration struggling the [build #16](https://
> > > > > > >
> > > > > >
> > > >
> > builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > > > > > > release/16/) seems to deliver releasable ZIP file:
> > > > > > >
> > > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > > incubator-netbeans-html4j-release/16/artifact/
> > > > > > > incubating-netbeans-html4j-1.5.zip
> > > > > > >
> > > > > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > > > > > >
> > > > > > > I've done the basic testing on Linux, as well as I tried to use
> > the
> > > > > > version
> > > > > > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > > > > > patching]
> > > > > > > (https://github.com/konsoletyper/teavm/pull/304). In any case
> > the
> > > > > > > HTML/Java
> > > > > > > API seems releasable from my point of view.
> > > > > > >
> > > > > > > This is the first attempt to perform Apache release of NetBeans
> > > > HTML/Java
> > > > > > > API.
> > > > > > > As such there are almost no new features. Mostly just licensing
> > > > changes,
> > > > > > > bugfixes and other little tweaks. See Javadoc section about post
> > 1.4
> > > > > > > release
> > > > > > > improvements:
> > > > > > >
> > > > > > >
> > > > https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
> > > > > > >
> > > > > > > Please take the ZIP file for a spin and vote to approve the
> > release
> > > > > > > and to request the approval of the Incubator PMC to publish it on
> > > > > > > our site.
> > > > > > >
> > > > > > > Everyone is encouraged to vote, including non-committers.
> > > > > > >
> > > > > > > This vote shall close in the usual 72 hours.
> > > > > > > -jt
> > > > > > >
> > > > > > > PS: I am keeping my fingers crossed, hoping things go well.
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Geertjan Wielenga <ge...@googlemail.com>.
There are heaps of people from multiple organizations committing to Apache
NetBeans, i.e., fixing license headers, since several weeks now, so I don't
see a problem there on that level. Also, lots of discussions and
interactions on this mailing list, that's quite clear, isn't it?
The only point is that what is going on in this specific thread is that
those working on a project in one of the Apache NetBeans repos are trying
to graduate that specific repo. If as you say the entire Apache NetBeans
community graduates together, then this attempt to graduate one repo cannot
succeed since the Apache NetBeans community as a whole needs to graduate
together.
So those working on this repo need to do one of three things: (1) wait for
the rest of Apache NetBeans to catch up with them, (2) actively participate
in the rest of Apache NetBeans outside this repo, (3) try to form their own
separate Apache project independent of Apache NetBeans.
My preference would be 2 though I imagine those working on this repo would
prefer 3.
Gj
On Mon, 9 Oct 2017 at 03:06, John D. Ament <jo...@apache.org> wrote:
> Graduation is a measure of the community, not any specific repository.
> The entire Apache Netbeans community graduates together.
>
> The key things we look for:
>
> - Understand the Apache Way
> - Understand the release process
>
> We have a pretty comprehensive graduation guide,
> https://incubator.apache.org/guides/graduation.html
>
> The big thing is getting better at community involvement. For instance,
> its good that someone took the initiative to get a release together. Would
> be good to see more on list coordination of this.
> We'll also want to see that multiple companies are participating from a
> functional standpoint.
>
> John
>
> On 2017-10-08 20:51, Geertjan Wielenga <ge...@googlemail.com>
> wrote:
> > So, just to be clear, one repo within Apache NetBeans is permitted to
> > graduate separately from the other repos, if the Apache NetBeans
> community
> > agrees to that?
> >
> > Gj
> >
> > On Mon, 9 Oct 2017 at 02:48, John D. Ament <jo...@apache.org>
> wrote:
> >
> > > Votes are documented here:
> > > https://incubator.apache.org/guides/releasemanagement.html
> > >
> > > It is correct, only IPMC votes are binding. But as an IPMC member, I'm
> > > unlikely to vote on a RC that hasn't been vetted by the community and
> > > doesn't have a decent vote for it.
> > >
> > > I would recommend reviewing the constraints section, and see if there's
> > > anything missing from this release. I have a podling you should
> compare
> > > with, they're just about to graduate so I can guarantee its a good
> example
> > > of what to do -
> > >
> https://lists.apache.org/thread.html/69862bcfdcc35bd1491b552112c27fef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
> > >
> > > John
> > >
> > > On 2017-10-08 20:31, Geertjan Wielenga <
> geertjan.wielenga@googlemail.com>
> > > wrote:
> > > > I believe the IPMC has binding votes here only.
> > > >
> > > > I am also not sure whether this repo can be released separately from
> > > > incubator-netbeans. Maybe it can, maybe it can't, just saying that I
> > > don't
> > > > know.
> > > >
> > > > Gj
> > > >
> > > > On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <mi...@gmail.com>
> > > wrote:
> > > >
> > > > > +1
> > > > >
> > > > > Regards,
> > > > > Michael
> > > > >
> > > > > <
> > > > >
> > >
> http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > >
> > > > > Virus-free.
> > > > > www.avg.com
> > > > > <
> > > > >
> > >
> http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > > >
> > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > > > >
> > > > > On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> > > > > jaroslav.tulach@oracle.com>
> > > > > wrote:
> > > > >
> > > > > > Hi guys,
> > > > > > I've set a Jenkins job up which can prepare a release bits of
> > > HTML/Java
> > > > > API
> > > > > > and gives instructions how to build the ZIP file and test it:
> > > > > >
> > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > incubator-netbeans-html4j-release/
> > > > > >
> > > > > > after a bit of configuration struggling the [build #16](https://
> > > > > >
> > > > >
> > >
> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > > > > > release/16/) seems to deliver releasable ZIP file:
> > > > > >
> > > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > > incubator-netbeans-html4j-release/16/artifact/
> > > > > > incubating-netbeans-html4j-1.5.zip
> > > > > >
> > > > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > > > > >
> > > > > > I've done the basic testing on Linux, as well as I tried to use
> the
> > > > > version
> > > > > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > > > > patching]
> > > > > > (https://github.com/konsoletyper/teavm/pull/304). In any case
> the
> > > > > > HTML/Java
> > > > > > API seems releasable from my point of view.
> > > > > >
> > > > > > This is the first attempt to perform Apache release of NetBeans
> > > HTML/Java
> > > > > > API.
> > > > > > As such there are almost no new features. Mostly just licensing
> > > changes,
> > > > > > bugfixes and other little tweaks. See Javadoc section about post
> 1.4
> > > > > > release
> > > > > > improvements:
> > > > > >
> > > > > >
> > > https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
> > > > > >
> > > > > > Please take the ZIP file for a spin and vote to approve the
> release
> > > > > > and to request the approval of the Incubator PMC to publish it on
> > > > > > our site.
> > > > > >
> > > > > > Everyone is encouraged to vote, including non-committers.
> > > > > >
> > > > > > This vote shall close in the usual 72 hours.
> > > > > > -jt
> > > > > >
> > > > > > PS: I am keeping my fingers crossed, hoping things go well.
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by "John D. Ament" <jo...@apache.org>.
Graduation is a measure of the community, not any specific repository. The entire Apache Netbeans community graduates together.
The key things we look for:
- Understand the Apache Way
- Understand the release process
We have a pretty comprehensive graduation guide, https://incubator.apache.org/guides/graduation.html
The big thing is getting better at community involvement. For instance, its good that someone took the initiative to get a release together. Would be good to see more on list coordination of this.
We'll also want to see that multiple companies are participating from a functional standpoint.
John
On 2017-10-08 20:51, Geertjan Wielenga <ge...@googlemail.com> wrote:
> So, just to be clear, one repo within Apache NetBeans is permitted to
> graduate separately from the other repos, if the Apache NetBeans community
> agrees to that?
>
> Gj
>
> On Mon, 9 Oct 2017 at 02:48, John D. Ament <jo...@apache.org> wrote:
>
> > Votes are documented here:
> > https://incubator.apache.org/guides/releasemanagement.html
> >
> > It is correct, only IPMC votes are binding. But as an IPMC member, I'm
> > unlikely to vote on a RC that hasn't been vetted by the community and
> > doesn't have a decent vote for it.
> >
> > I would recommend reviewing the constraints section, and see if there's
> > anything missing from this release. I have a podling you should compare
> > with, they're just about to graduate so I can guarantee its a good example
> > of what to do -
> > https://lists.apache.org/thread.html/69862bcfdcc35bd1491b552112c27fef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
> >
> > John
> >
> > On 2017-10-08 20:31, Geertjan Wielenga <ge...@googlemail.com>
> > wrote:
> > > I believe the IPMC has binding votes here only.
> > >
> > > I am also not sure whether this repo can be released separately from
> > > incubator-netbeans. Maybe it can, maybe it can't, just saying that I
> > don't
> > > know.
> > >
> > > Gj
> > >
> > > On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <mi...@gmail.com>
> > wrote:
> > >
> > > > +1
> > > >
> > > > Regards,
> > > > Michael
> > > >
> > > > <
> > > >
> > http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > >
> > > > Virus-free.
> > > > www.avg.com
> > > > <
> > > >
> > http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > > >
> > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > > >
> > > > On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> > > > jaroslav.tulach@oracle.com>
> > > > wrote:
> > > >
> > > > > Hi guys,
> > > > > I've set a Jenkins job up which can prepare a release bits of
> > HTML/Java
> > > > API
> > > > > and gives instructions how to build the ZIP file and test it:
> > > > >
> > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > incubator-netbeans-html4j-release/
> > > > >
> > > > > after a bit of configuration struggling the [build #16](https://
> > > > >
> > > >
> > builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > > > > release/16/) seems to deliver releasable ZIP file:
> > > > >
> > > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > > incubator-netbeans-html4j-release/16/artifact/
> > > > > incubating-netbeans-html4j-1.5.zip
> > > > >
> > > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > > > >
> > > > > I've done the basic testing on Linux, as well as I tried to use the
> > > > version
> > > > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > > > patching]
> > > > > (https://github.com/konsoletyper/teavm/pull/304). In any case the
> > > > > HTML/Java
> > > > > API seems releasable from my point of view.
> > > > >
> > > > > This is the first attempt to perform Apache release of NetBeans
> > HTML/Java
> > > > > API.
> > > > > As such there are almost no new features. Mostly just licensing
> > changes,
> > > > > bugfixes and other little tweaks. See Javadoc section about post 1.4
> > > > > release
> > > > > improvements:
> > > > >
> > > > >
> > https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
> > > > >
> > > > > Please take the ZIP file for a spin and vote to approve the release
> > > > > and to request the approval of the Incubator PMC to publish it on
> > > > > our site.
> > > > >
> > > > > Everyone is encouraged to vote, including non-committers.
> > > > >
> > > > > This vote shall close in the usual 72 hours.
> > > > > -jt
> > > > >
> > > > > PS: I am keeping my fingers crossed, hoping things go well.
> > > > >
> > > > >
> > > >
> > >
> >
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Geertjan Wielenga <ge...@googlemail.com>.
So, just to be clear, one repo within Apache NetBeans is permitted to
graduate separately from the other repos, if the Apache NetBeans community
agrees to that?
Gj
On Mon, 9 Oct 2017 at 02:48, John D. Ament <jo...@apache.org> wrote:
> Votes are documented here:
> https://incubator.apache.org/guides/releasemanagement.html
>
> It is correct, only IPMC votes are binding. But as an IPMC member, I'm
> unlikely to vote on a RC that hasn't been vetted by the community and
> doesn't have a decent vote for it.
>
> I would recommend reviewing the constraints section, and see if there's
> anything missing from this release. I have a podling you should compare
> with, they're just about to graduate so I can guarantee its a good example
> of what to do -
> https://lists.apache.org/thread.html/69862bcfdcc35bd1491b552112c27fef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
>
> John
>
> On 2017-10-08 20:31, Geertjan Wielenga <ge...@googlemail.com>
> wrote:
> > I believe the IPMC has binding votes here only.
> >
> > I am also not sure whether this repo can be released separately from
> > incubator-netbeans. Maybe it can, maybe it can't, just saying that I
> don't
> > know.
> >
> > Gj
> >
> > On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <mi...@gmail.com>
> wrote:
> >
> > > +1
> > >
> > > Regards,
> > > Michael
> > >
> > > <
> > >
> http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > >
> > > Virus-free.
> > > www.avg.com
> > > <
> > >
> http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > > >
> > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > >
> > > On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> > > jaroslav.tulach@oracle.com>
> > > wrote:
> > >
> > > > Hi guys,
> > > > I've set a Jenkins job up which can prepare a release bits of
> HTML/Java
> > > API
> > > > and gives instructions how to build the ZIP file and test it:
> > > >
> > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > incubator-netbeans-html4j-release/
> > > >
> > > > after a bit of configuration struggling the [build #16](https://
> > > >
> > >
> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > > > release/16/) seems to deliver releasable ZIP file:
> > > >
> > > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > > incubator-netbeans-html4j-release/16/artifact/
> > > > incubating-netbeans-html4j-1.5.zip
> > > >
> > > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > > >
> > > > I've done the basic testing on Linux, as well as I tried to use the
> > > version
> > > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > > patching]
> > > > (https://github.com/konsoletyper/teavm/pull/304). In any case the
> > > > HTML/Java
> > > > API seems releasable from my point of view.
> > > >
> > > > This is the first attempt to perform Apache release of NetBeans
> HTML/Java
> > > > API.
> > > > As such there are almost no new features. Mostly just licensing
> changes,
> > > > bugfixes and other little tweaks. See Javadoc section about post 1.4
> > > > release
> > > > improvements:
> > > >
> > > >
> https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
> > > >
> > > > Please take the ZIP file for a spin and vote to approve the release
> > > > and to request the approval of the Incubator PMC to publish it on
> > > > our site.
> > > >
> > > > Everyone is encouraged to vote, including non-committers.
> > > >
> > > > This vote shall close in the usual 72 hours.
> > > > -jt
> > > >
> > > > PS: I am keeping my fingers crossed, hoping things go well.
> > > >
> > > >
> > >
> >
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by "John D. Ament" <jo...@apache.org>.
Votes are documented here: https://incubator.apache.org/guides/releasemanagement.html
It is correct, only IPMC votes are binding. But as an IPMC member, I'm unlikely to vote on a RC that hasn't been vetted by the community and doesn't have a decent vote for it.
I would recommend reviewing the constraints section, and see if there's anything missing from this release. I have a podling you should compare with, they're just about to graduate so I can guarantee its a good example of what to do - https://lists.apache.org/thread.html/69862bcfdcc35bd1491b552112c27fef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
John
On 2017-10-08 20:31, Geertjan Wielenga <ge...@googlemail.com> wrote:
> I believe the IPMC has binding votes here only.
>
> I am also not sure whether this repo can be released separately from
> incubator-netbeans. Maybe it can, maybe it can't, just saying that I don't
> know.
>
> Gj
>
> On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <mi...@gmail.com> wrote:
>
> > +1
> >
> > Regards,
> > Michael
> >
> > <
> > http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > >
> > Virus-free.
> > www.avg.com
> > <
> > http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> > >
> > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> >
> > On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> > jaroslav.tulach@oracle.com>
> > wrote:
> >
> > > Hi guys,
> > > I've set a Jenkins job up which can prepare a release bits of HTML/Java
> > API
> > > and gives instructions how to build the ZIP file and test it:
> > >
> > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > incubator-netbeans-html4j-release/
> > >
> > > after a bit of configuration struggling the [build #16](https://
> > >
> > builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > > release/16/) seems to deliver releasable ZIP file:
> > >
> > > https://builds.apache.org/view/Incubator%20Projects/job/
> > > incubator-netbeans-html4j-release/16/artifact/
> > > incubating-netbeans-html4j-1.5.zip
> > >
> > > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> > >
> > > I've done the basic testing on Linux, as well as I tried to use the
> > version
> > > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> > patching]
> > > (https://github.com/konsoletyper/teavm/pull/304). In any case the
> > > HTML/Java
> > > API seems releasable from my point of view.
> > >
> > > This is the first attempt to perform Apache release of NetBeans HTML/Java
> > > API.
> > > As such there are almost no new features. Mostly just licensing changes,
> > > bugfixes and other little tweaks. See Javadoc section about post 1.4
> > > release
> > > improvements:
> > >
> > > https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
> > >
> > > Please take the ZIP file for a spin and vote to approve the release
> > > and to request the approval of the Incubator PMC to publish it on
> > > our site.
> > >
> > > Everyone is encouraged to vote, including non-committers.
> > >
> > > This vote shall close in the usual 72 hours.
> > > -jt
> > >
> > > PS: I am keeping my fingers crossed, hoping things go well.
> > >
> > >
> >
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Geertjan Wielenga <ge...@googlemail.com>.
I believe the IPMC has binding votes here only.
I am also not sure whether this repo can be released separately from
incubator-netbeans. Maybe it can, maybe it can't, just saying that I don't
know.
Gj
On Mon, 9 Oct 2017 at 02:29, Michael Nascimento <mi...@gmail.com> wrote:
> +1
>
> Regards,
> Michael
>
> <
> http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> >
> Virus-free.
> www.avg.com
> <
> http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> >
> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> jaroslav.tulach@oracle.com>
> wrote:
>
> > Hi guys,
> > I've set a Jenkins job up which can prepare a release bits of HTML/Java
> API
> > and gives instructions how to build the ZIP file and test it:
> >
> > https://builds.apache.org/view/Incubator%20Projects/job/
> > incubator-netbeans-html4j-release/
> >
> > after a bit of configuration struggling the [build #16](https://
> >
> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> > release/16/) seems to deliver releasable ZIP file:
> >
> > https://builds.apache.org/view/Incubator%20Projects/job/
> > incubator-netbeans-html4j-release/16/artifact/
> > incubating-netbeans-html4j-1.5.zip
> >
> > It's md5sum is a45bda33200c208d0d837b0746a7dcce.
> >
> > I've done the basic testing on Linux, as well as I tried to use the
> version
> > 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> patching]
> > (https://github.com/konsoletyper/teavm/pull/304). In any case the
> > HTML/Java
> > API seems releasable from my point of view.
> >
> > This is the first attempt to perform Apache release of NetBeans HTML/Java
> > API.
> > As such there are almost no new features. Mostly just licensing changes,
> > bugfixes and other little tweaks. See Javadoc section about post 1.4
> > release
> > improvements:
> >
> > https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
> >
> > Please take the ZIP file for a spin and vote to approve the release
> > and to request the approval of the Incubator PMC to publish it on
> > our site.
> >
> > Everyone is encouraged to vote, including non-committers.
> >
> > This vote shall close in the usual 72 hours.
> > -jt
> >
> > PS: I am keeping my fingers crossed, hoping things go well.
> >
> >
>
Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5
Posted by Michael Nascimento <mi...@gmail.com>.
+1
Regards,
Michael
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <ja...@oracle.com>
wrote:
> Hi guys,
> I've set a Jenkins job up which can prepare a release bits of HTML/Java API
> and gives instructions how to build the ZIP file and test it:
>
> https://builds.apache.org/view/Incubator%20Projects/job/
> incubator-netbeans-html4j-release/
>
> after a bit of configuration struggling the [build #16](https://
> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
> release/16/) seems to deliver releasable ZIP file:
>
> https://builds.apache.org/view/Incubator%20Projects/job/
> incubator-netbeans-html4j-release/16/artifact/
> incubating-netbeans-html4j-1.5.zip
>
> It's md5sum is a45bda33200c208d0d837b0746a7dcce.
>
> I've done the basic testing on Linux, as well as I tried to use the version
> 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of patching]
> (https://github.com/konsoletyper/teavm/pull/304). In any case the
> HTML/Java
> API seems releasable from my point of view.
>
> This is the first attempt to perform Apache release of NetBeans HTML/Java
> API.
> As such there are almost no new features. Mostly just licensing changes,
> bugfixes and other little tweaks. See Javadoc section about post 1.4
> release
> improvements:
>
> https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
>
> Please take the ZIP file for a spin and vote to approve the release
> and to request the approval of the Incubator PMC to publish it on
> our site.
>
> Everyone is encouraged to vote, including non-committers.
>
> This vote shall close in the usual 72 hours.
> -jt
>
> PS: I am keeping my fingers crossed, hoping things go well.
>
>