Re: Apache NetBeans 11.1-beta1 Is Available for Testing!

2019-06-18 Thread Sven Reimers
/netbeans-11.1-beta1-bin.zip
> > > >
> > > > Installers, as mentioned in the major changes link, are in progress.
> > > >
> > > > The SHA512 sums if you would like to check them are provided there as
> > > > well as here:
> > > >
> > > >
> > > >
> > >
> >
> 8d401c2e2b16fca5b236da24a379416f315fc8ac83177cc740319a3c3fdd31154af683b624cf31968d6bd4288de96de4d651a7b2990f1da4d5c456f3849bdb59
> > > >  ./netbeans-11.1-beta1-bin.zip
> > > >
> > > >
> > >
> >
> 78061ea3dde1741b50dc0aa3a994274d688285b58b6ec0ac48426ae15bbb2cddec348d85d36ddaf5a6a4b459f5cdfb7d11bbab59ed1bb5b072f245cbfbd02f06
> > > >  ./netbeans-11.1-beta1-source.zip
> > > >
> > > >
> > >
> >
> a3d1b839a859ad3b916e7ae54e6335aa071a7530c17ab7749f1267eb38f7666823862af886aae53c9ccc379e131d28f5ab8de2498b97e3433c2fbb59c1217d2e
> > > >  ./netbeans-platform-11.1-beta1-bin.zip
> > > >
> > > >
> > >
> >
> 91b494fa43925f4c8a73a9be5a57fe24f7b0d496a37a79678fd7d0fbb91d8a0f73a68cf35dfb6ea4d82f5594b29f958716f31ebe9a85f317d4404c9da995d8bb
> > > >  ./netbeans-platform-11.1-beta1-source.zip
> > > >
> > > >
> > > > Thanks and best wishes,
> > > >
> > > > Neil
> > > >
> > > > Voluntary Release Manager for Apache NetBeans 11.1
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > > >
> > > > For further information about the NetBeans mailing lists, visit:
> > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > > >
> > > >
> > > >
> > > >
> > >
> >
>


-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* Apache NetBeans PPMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Propose using milestones instead of labels

2019-08-04 Thread Sven Reimers
+1 for milestones

-Sven

Christian Lenz  schrieb am Fr., 2. Aug. 2019, 11:11:

> +1 for Milestones.
>
>
> Cheers
>
> Chris
>
>
>
> Von: Junichi Yamamoto
> Gesendet: Mittwoch, 24. Juli 2019 12:29
> An: dev@netbeans.apache.org
> Betreff: Re: Propose using milestones instead of labels
>
> I propose that we mark versions using both labels and milestones if
> some people are worried about visibility.
> That way, we can remove version labels without problems(we can search
> PRs for specific versions even if labels are removed) if they are not
> required, I suppose.
>
> Thanks,
> Junichi
>
> On Wed, Jul 24, 2019 at 4:53 PM Neil C Smith 
> wrote:
> >
> > On Wed, 24 Jul 2019 at 00:54, Junichi Yamamoto 
> wrote:
> > > Currently, we are using labels to mark specific versions in GitHub
> > > repo. However, Version labels are never used after those versions are
> > > released. It means version labels which we don't use again continue to
> > > increase.
> > > So, I suppose that we should use milestones instead of version labels.
> > > What do you think?
> >
> > +0 - I've found pros and cons to milestones on other projects, and
> > they're a little less visible.  OTOH, other features might be useful.
> >
> > We can also delete labels that are no longer required, if that's the
> > only concern to be addressed.  If so, please keep 11.0 and 11.1 around
> > for now - they do potentially have a purpose post release while the
> > releases are still active.
> >
> > Best wishes,
> >
> > Neil
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
>


Re: Contrib modules, etc.

2019-08-20 Thread Sven Reimers
Hi,

I would suggest python support is probably worth considering...

-Sven

Christian Lenz  schrieb am Di., 20. Aug. 2019,
11:23:

> I can say, that the TODO Highlighting still works great and I use it every
> day. So this would be great to implement. I think sometimes it is buggy but
> need to figure it out why. Anyway, this plugin is working and should be
> implemented.
>
> Can test others too, maybe I still use some other. Will see later.
>
>
> Cheers
>
> Chris
>
>
>
> Von: Geertjan Wielenga
> Gesendet: Dienstag, 20. August 2019 11:19
> An: dev
> Betreff: Re: Contrib modules, etc.
>
> On Sun, Aug 18, 2019 at 10:52 AM Tim Boudreau  wrote:
>
> > A year or so ago I converted the old netbeans contrib repo to maven.  In
> > fact, I have no idea if the contrib contents were ever donated to Apache
> or
> > what became of them.
> >
>
> It's set for the 5th donation, the one after the current one we're trying
> to wrap up focused on C++ modules.
>
> It would be great if we could get clarity on which of the many modules in
> contrib we should prioritize, if you could help with that that would be
> great.
>
> Gj
>
>
>
> >
> > At any rate, I finally got around to getting a continuous build of all of
> > it up and running, and threw a few I consider must-have on my NetBeans
> > update server:
> >
> > https://timboudreau.com/modules/
> >
> > (also there are an alternate dark look and feel + editor theme, and that
> > visual-library editor tabs replacement I wrote a while back)
> >
> > If anyone wants to root around in the full universe of contrib nbms,
> here's
> > everything that could be built (I have no idea what actually works):
> >
> >
> >
> https://timboudreau.com/builds/job/netbeans-contrib-mavenized/lastSuccessfulBuild/artifact/
> >
> > Might be interesting to see if the fairly complete sets of language
> support
> > modules such as Erlang and Python are viable - if they build, they should
> > work...(famous last words)
> >
> > -Tim
> >
> > --
> > http://timboudreau.com
> >
>
>


Re: Current state of Oracle donation of NetBeans to Apache

2019-09-11 Thread Sven Reimers
What about community-XML?

Seems still to be interesting..

-Sven

John Mc  schrieb am Mi., 11. Sep. 2019, 17:35:

> Thank Geertjan,
>
> I didn't see the link in your email so missed the reference to JIRA...
> Apologies
>
> Going through the transition items, I spotted T06 - 'Migration of Wiki (or
> start from scratch?)'  I was thinking, and looking at
> http://wiki.netbeans.org/Main_Page, theres a lot there that we shouldn't
> lose, specifically under the sections:
> http://wiki.netbeans.org/NetBeansDeveloperFAQ
> http://wiki.netbeans.org/NetBeansUserFAQ
>
> Do these need to be gone through before being migrated over, could we/I
> look to start migrating pages over to the Apache confluence?
> 
> John
>
> On Wed, 11 Sep 2019 at 11:01, Carl Mosca  wrote:
>
> > Thanks Tim for the reminders on some of that stuff and the updates.  A
> good
> > bit of it brings back some memories.
> >
> > On the community-visualweb, I keep thinking we can somehow get such an
> > effort current/right.
> >
> > On Wed, Sep 11, 2019 at 5:00 AM Tim Boudreau 
> wrote:
> >
> > > > nb.cluster.javacard
> > > >
> > >
> > > I'm the primary (only?) author of Javacard support, and as far as I can
> > > tell, Javacard is dead as a doornail.  I see Oracle is still plugging
> > away
> > > at it - press release from January on the web site.  But I can't say
> I've
> > > heard of anyone using it in years.  As a demo of how to write plugins
> for
> > > things with weird deployment models for JVMs that lack java.lang.String
> > and
> > > floating point numbers, it might have some use, but that's it.  Kill
> it.
> > >
> > >
> > > > nb.cluster.mobility
> > > >
> > >
> > > That was some fantastic stuff in its day;  there was some visual
> designer
> > > code in there that perhaps could be repurposed more generally.  Not
> sure
> > > that Java ME has any life left in it, unless it's being used in some
> > > peculiar corner of the industry.
> > >
> > >
> > > > community-ruby
> > > >
> > >
> > > Ruby support is worth keeping, if it's even somewhat working.  That
> has a
> > > real audience, and I recall the support was once pretty good.
> > >
> > >
> > > > community-soa
> > > >
> > >
> > > Misguided junk to sell to managers who don't understand technology, so
> > they
> > > can torture their employees with it.
> > >
> > >
> > > > community-uml
> > > >
> > >
> > > Ditto.
> > >
> > >
> > > > community-visualweb
> > > >
> > >
> > > And so must die another attempt at live-editing in an emulated browser.
> > >
> > > -Tim
> > >
> > > --
> > > http://timboudreau.com
> > >
> >
> >
> > --
> > Carl J. Mosca
> >
>


Re: Review PR-s! Please! We have 9 days to 11.3 feature freeze!

2019-12-06 Thread Sven Reimers
+1 for shifting..

Shall we do an official vote?

-Sven

Neil C Smith  schrieb am Fr., 6. Dez. 2019, 21:43:

> On Fri, 6 Dec 2019, 19:43 Laszlo Kishalmi, 
> wrote:
>
> > I must missed that. I'd welcome some shift as the January release date
> > is really conflicts fit the holidays at the year holidays.
> >
>
> It was in the thread about release manager where Eric asked about pushing
> back 11.3 a month. It was always the bit of the schedule that bothered me
> because of the holidays.
>
> I suggested pushing all the schedule (rather than just 11.3) back for two
> reasons. One is that there is only a month between 11.3 release and 12.0
> feature freeze to allow time for NetCAT. The other reason is that 11.2
> threw up some issues with testing with new JDKs - I think we'd be better
> having most / all beta testing happen after the new JDKs are readily
> available.
>
> Best wishes,
>
> Neil
>
> >
>


Re: Netbean Gradle with Java 13

2019-10-19 Thread Sven Reimers
6.0-RC1 has just been released...

Sven

On Sat, Oct 19, 2019 at 7:03 PM Laszlo Kishalmi 
wrote:

> Well,
>
> Using Java 13 with Gradle in NetBeans is possible, I'm intending to
> create a short video how to set up that. The key point is that you need
> to use Gradle 6.0 development builds which supports Java 13. So the
> quick steps:
>
> 1. Upgrade your wrapper to 6.0 nightly:
> https://gradle.org/release-nightly/ or download it and extract it and
> set up the IDE use that version
>
> 2. Configure JDK 13 in NetBeans and assign that to your project.
>
> That's it.
>
> On 10/19/19 7:23 AM, ebresie...@gmail.com wrote:
> > Not sure this will be something to watch going forward but on the
> openjfx-Dev mailing list [1], I noticed with Java 13, there was some Gradle
> build issues. Is this likely to impact Gradle builds in Netbeans as well?
> >
> > [1]
> https://mail.openjdk.java.net/pipermail/openjfx-dev/2019-October/023737.html
> >
> > Eric Bresie
> > ebre...@gmail.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* Apache NetBeans PPMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: JDK deployment support for NetBeans releases

2019-10-24 Thread Sven Reimers
Hi,

Azul is starting something they call MTS

So you will have support for JDK versions inbetween LTS releases...

Maybe something to consider..

-Sven

David Green  schrieb am Do., 24. Okt. 2019, 04:53:

> +1
>
> Although consideration in the future should be given to supporting
> immediate prior LTS for a period of time (6 months?) to give LTS trackers a
> time window to upgrade.
>
> On Wed, Oct 23, 2019 at 4:40 PM Geertjan Wielenga 
> wrote:
>
> > Hi all,
> >
> > I suggest that for deployment platforms, we always specify the following:
> >
> > 1. NetBeans runs on JDK 8.
> > 2. NetBeans runs on the latest LTS release, i.e., currently JDK 11.
> > 3. NetBeans runs on the latest current non-LTS release, i.e., currently
> JDK
> > 13.
> >
> > In other words, for Apache NetBeans 11.2, if someone complains about
> > problems running on JDK 12 (or 9 or 10), we should say "JDK 12 (or 9 or
> 10)
> > is not the current non-LTS nor LTS release -- please use either JDK 8,
> 11,
> > or 13."
> >
> > The deployment platforms sections of the download pages I have updated
> > accordingly:
> > https://netbeans.apache.org/download/nb110/nb110.html
> > https://netbeans.apache.org/download/nb111/nb111.html
> >
> > Comments and hopefully mainly agreement is welcome.
> >
> > Gj
> >
> --
> Sent from a mobile device. Please excuse any typos.
>


Re: Future of old NetBeans bug tracker

2019-10-18 Thread Sven Reimers
+1 for getting everything in a bugzilla instance at Apache if possible...

Sven

On Fri, Oct 18, 2019 at 8:44 PM Eric Barboni  wrote:

> We should Do something :D, otherwise we will lost the history
>
> There are reference everywhere in the code like that : #21331 that are
> Bugzilla id.
>
> Best Regards
> Eric
> -Message d'origine-
> De : Neil C Smith 
> Envoyé : vendredi 18 octobre 2019 19:40
> À : dev 
> Objet : Re: Future of old NetBeans bug tracker
>
> On Fri, 18 Oct 2019 at 18:31, Jiří Kovalský 
> wrote:
> >
> > Unfortunately forwarding of old bug URLs is not an option as the
> > Bugzilla instance will be shut down sooner or later. So, if NetBeans
> > community feels the old database with hundreds thousands bugs is
> > needed, we must find a place where we want to host the BugZilla snapshot.
>
> On Apache infrastructure! ;-)  As I said, that was discussed in a chat
> with infra a while ago.  If that's still an option, I think we should do
> it.  I know the old instance is being shut down.  The point was to do link
> mapping or forwarding here to ensure the links don't break.
>
> Best wishes,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* Apache NetBeans PPMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: [news] Plugin Portal 3.0 on the horizon

2019-10-10 Thread Sven Reimers
Hi,

awesome.

Just an idea: Could we add  bintray as a second source in addition to maven
central?

Thanks

Sven

Laszlo Kishalmi  schrieb am Do., 10. Okt. 2019,
19:00:

> Really cool to have one on our own now!
>
> Thank you guys!
>
> BTW, Is it open source? I'm interested on the code as well, just as of
> general curiosity.
>
> On 10/9/19 2:46 PM, Jiří Kovalský wrote:
> > Hello NetBeans people,
> >
> >if you have ever fine-tuned your NetBeans IDE with some
> > community-contributed plugin or you are a plugin developer yourself,
> > please read this e-mail carefully.
> >
> >The last reason for netbeans.org domain existence is the NetBeans
> > Plugin Portal - our repository of NetBeans extensions. Given the
> > original infrastructure is no longer maintained by Oracle and in order
> > to avoid potential legal issues with hosting 3rd party binaries
> > licensed under Apache incompatible licenses we have decided for a
> > complete rewrite of the Plugin Portal website.
> >
> >Today, we are happy to announce the result of our effort, the brand
> > new Plugin Portal version 3.0 [1] which is running on the same Apache
> > infrastructure which already hosts Synergy - the tests management tool
> > for NetCAT programs.
> >
> > [1] http://netbeans-vm.apache.org/pluginportal/
> >
> > The 3 most substantial changes if compared with Plugin Portal 2.0 are:
> >
> > * Only plugins published in the Maven Central Repository can be
> > registered in the Plugin Portal 3.0.
> > * Only NBM or JAR file types are supported binary formats.
> > * Google SSO is used as authentication mechanism.
> >
> >The concept of community controlled publishing of plugins on the
> > Plugin Portal Update Center remains unchanged i.e. if two verifiers
> > approve a plugin and nobody disapproves it, the plugin gets
> > automatically added to the module catalog for appropriate NetBeans
> > version.
> >
> >Sounds good so far? Cool! The purpose of this message though is to
> > ask for cooperation. :) As you could have guessed we need to load the
> > new Plugin Portal with meaningful plugins so if you have developed a
> > NetBeans plugin, please publish it in the Maven Central and then share
> > it with others through the new Plugin Portal. And obviously sending us
> > any feedback on the registration process or Plugin Portal's new user
> > interface in general will be much appreciated! Bugs should be created
> > against "updatecenters - Pluginportal" component.
> >
> >Finally, once the final polishing is made, we will open source the
> > codebase so that everyone can participate in improving the website.
> > And if you are curious, the credit for creating the new Plugin Portal
> > goes to Jan Pirek (jpirek). Hats off to you, Jan!
> >
> > Thanks and long live the Plugin Portal 3.0!
> >
> > Best regards,
> > -Jirka
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


Re: [VOTE] Accept donation of core DukeScript presenters to Apache NetBeans html4j

2019-10-03 Thread Sven Reimers
+1

Thanks Toni

-Sven

Geertjan Wielenga  schrieb am Do., 3. Okt. 2019, 14:12:

> +1.
>
> Gj
>
> On Thu, Oct 3, 2019 at 1:29 PM Neil C Smith  wrote:
>
> > +1
> >
> > Been hoping for this! :-)
> >
> > Best wishes,
> >
> > Neil
> >
> > On Thu, 3 Oct 2019 at 12:25, Eric Barboni  wrote:
> > >
> > > Hi folks,
> > >
> > > Dukescript (in the person of Toni Epple) is proposing to donate "core
> > > DukeScript presenters" to the Apache NetBeans subproject html4j.
> > >
> > > This vote is to determine if the Apache NetBeans PMC is in favor of
> > > accepting this donation.
> > > This is part of IP Clearance process.
> > >
> > > Pull request of donation
> > > https://github.com/apache/netbeans-html4j/pull/23
> > >
> > > developped at and subset of
> > > https://github.com/dukescript/dukescript-presenters
> > >
> > >
> > > Vote is open for at least 72h .
> > >
> > > [ ] +1 : Accept contribution of "core DukeScript presenters"
> > > [ ]  0 : No opinion
> > > [ ] -1 : Reject contribution because...
> > >
> > >
> > > He is my vote:
> > > +1
> > >
> > > Best Regards
> > > Eric skygo
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > >
> > > For further information about the NetBeans mailing lists, visit:
> > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > >
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>


Re: [news] Plugin Portal 3.0 on the horizon

2019-10-11 Thread Sven Reimers
Well, maven is an Apache thing, maven central is not...

I was not asking for a different repository type, but just an additional
maven repository provider

Thanks for reconsidering

-Sven

Jiří Kovalský  schrieb am Fr., 11. Okt. 2019,
15:12:

> Hi Sven,
>
> I do not think this is a good idea. We have decided to integrate
> with Apache owned solution for simplicity and competing reasons.
>
> Thanks for your understanding.
>
> Best regards,
> -Jirka
>
> Dne 10. 10. 19 v 19:26 Sven Reimers napsal(a):
>
> > Hi,
> >
> > awesome.
> >
> > Just an idea: Could we add  bintray as a second source in addition to
> maven
> > central?
> >
> > Thanks
> >
> > Sven
> >
> > Laszlo Kishalmi  schrieb am Do., 10. Okt.
> 2019,
> > 19:00:
> >
> >> Really cool to have one on our own now!
> >>
> >> Thank you guys!
> >>
> >> BTW, Is it open source? I'm interested on the code as well, just as of
> >> general curiosity.
> >>
> >> On 10/9/19 2:46 PM, Jiří Kovalský wrote:
> >>> Hello NetBeans people,
> >>>
> >>> if you have ever fine-tuned your NetBeans IDE with some
> >>> community-contributed plugin or you are a plugin developer yourself,
> >>> please read this e-mail carefully.
> >>>
> >>> The last reason for netbeans.org domain existence is the NetBeans
> >>> Plugin Portal - our repository of NetBeans extensions. Given the
> >>> original infrastructure is no longer maintained by Oracle and in order
> >>> to avoid potential legal issues with hosting 3rd party binaries
> >>> licensed under Apache incompatible licenses we have decided for a
> >>> complete rewrite of the Plugin Portal website.
> >>>
> >>> Today, we are happy to announce the result of our effort, the brand
> >>> new Plugin Portal version 3.0 [1] which is running on the same Apache
> >>> infrastructure which already hosts Synergy - the tests management tool
> >>> for NetCAT programs.
> >>>
> >>> [1]
> https://urldefense.proofpoint.com/v2/url?u=http-3A__netbeans-2Dvm.apache.org_pluginportal_=DwIFaQ=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4=wmY3W8joBzHm7kpMCVxZ0vJtWDnF--NhjsI-XJEeyHo=B1Ho_TreEn34U_LVwU84CtZdnMdHsn2uZlG6tWsX7sk=
> >>>
> >>> The 3 most substantial changes if compared with Plugin Portal 2.0 are:
> >>>
> >>> * Only plugins published in the Maven Central Repository can be
> >>> registered in the Plugin Portal 3.0.
> >>> * Only NBM or JAR file types are supported binary formats.
> >>> * Google SSO is used as authentication mechanism.
> >>>
> >>> The concept of community controlled publishing of plugins on the
> >>> Plugin Portal Update Center remains unchanged i.e. if two verifiers
> >>> approve a plugin and nobody disapproves it, the plugin gets
> >>> automatically added to the module catalog for appropriate NetBeans
> >>> version.
> >>>
> >>> Sounds good so far? Cool! The purpose of this message though is to
> >>> ask for cooperation. :) As you could have guessed we need to load the
> >>> new Plugin Portal with meaningful plugins so if you have developed a
> >>> NetBeans plugin, please publish it in the Maven Central and then share
> >>> it with others through the new Plugin Portal. And obviously sending us
> >>> any feedback on the registration process or Plugin Portal's new user
> >>> interface in general will be much appreciated! Bugs should be created
> >>> against "updatecenters - Pluginportal" component.
> >>>
> >>> Finally, once the final polishing is made, we will open source the
> >>> codebase so that everyone can participate in improving the website.
> >>> And if you are curious, the credit for creating the new Plugin Portal
> >>> goes to Jan Pirek (jpirek). Hats off to you, Jan!
> >>>
> >>> Thanks and long live the Plugin Portal 3.0!
> >>>
> >>> Best regards,
> >>> -Jirka
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >>> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>>
> >>> For further information about the NetBeans mailing lists, visit:
> >>>
&

Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache

2020-02-13 Thread Sven Reimers
I would assume that all things we pick up from the remaining stuff will end
up in the main NetBeans repository and with this as a part (can be
configured) of NetBeans XYZ release...


-Sven

Jesse Glick  schrieb am Do., 13. Feb. 2020, 16:18:

> On Thu, Feb 13, 2020 at 1:27 AM Nils Hoffmann 
> wrote:
> > Will the contrib projects move into the main NetBeans git, or will they
> be hosted in a separate repository?
>
> My recommendation would be neither: discard the very notion of a
> contrib repository (deleting any references from `nbbuild/` and
> `apisupport/`; see `ModuleListParser.FOREST` for example); host any
> contributed modules each in their own repository (except in cases of
> obvious grouping such as `autoproject.*`); and use either the external
> Ant harness or (preferably) Maven to build against a particular
> NetBeans binary platform.
>
> The downside is that you lose any easy continuous integration (so
> contrib modules could be broken by incompatible changes in base
> modules), but I think this is a tolerable price to pay for the
> flexibility of independent permission management, release cycle, etc.
>
> Of course if there is interest in including a particular module
> currently in `contrib/` into the official IDE distribution then it
> would need to be in a subdirectory of `apache/netbeans`, but hosting
> in an independent repository at the outset does not preclude the
> possibility of merging it into the main repository later, assuming the
> IDE continues to be built from a monorepo.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache

2020-02-13 Thread Sven Reimers
Okay. Let's look at this in more detail:
1. major features like python and xml-schema or similar
-> should get back into a primary place, e.g. own cluster for python
maybe own cluster for xml-schema (could be consolidated with other
xml-tooling).
2. single / simple feature modules from contrib
-> vote if they should get directly promoted to default NetBeans or
kept separate. For me this looks like a case by case decision.

If we want to have the code at Apache I would assume we want to ship it as
well.
On the other hand I like the idea of having something like incubating
modules, which can be accessed via a special update center... Once they are
mature enough we just ship the code...
Not sure how this may end up in the actual repository structure, but
special clusters seem to be a good idea.

-Sven

On Thu, Feb 13, 2020 at 7:34 PM Jesse Glick  wrote:

> On Thu, Feb 13, 2020 at 11:27 AM Sven Reimers 
> wrote:
> > I would assume that all things we pick up from the remaining stuff will
> end
> > up in the main NetBeans repository
>
> OK, in that case I guess they would be dumped in
> `nbbuild/cluster.properties#nb.cluster.betauc` until someone decides
> to promote them? (And fold the contents of `nb.cluster.experimental`
> into that? I am not sure what the real distinction is.)
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: building CND

2020-02-25 Thread Sven Reimers
Anybody any clue why cnd.antlr was nor donated?

Would it helpful to try to get it donated with the next donation?

Just curious

-Sven

Jan Lahoda  schrieb am Di., 25. Feb. 2020, 21:19:

> On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs  wrote:
>
> > I am sorry, no offense ment. I do not understand some of your decisions.
> >
> > Can you maybe elaborate? Whatever your desicion is based on it is okay
> > for me.
> >
> >
> > Why did you start over and not based your work on GJs repo?
> >
>
> I tried to make it so that we can join histories (i.e. put the Emilian's
> repository based on the Mercurial version) below the apache/netbeans
> repository and have history for the files go as back as possible. It is
> entirely possible we might want/need to start over again.
>
>
> >
> >
> > why do you replace
> >
> > 2.8
> >
> > with
> >
> > 1.0
> >
> > in
> >
> > cnd/cnd.asm/nbproject/project.xml
> > <
> >
> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000
> >
> >
> >
> >
> > ?
> >
>
> cnd.antlr was not donated. The direction that I took is to take a build of
> cnd.antlr, and include it as a binary - it cannot be part of the Apache
> repo, but if there's a binary, Apache NetBeans can use it, as it was under
> (among other) the CDDL license. To include it as a binary, I created a new
> lib module, and simply started the versioning from 1.0. Not sure that's
> important at all - we can rename the module, change its version or
> anything, and does not change much. That module is likely to need some
> cleanup anyway.
>
>
> > I try to follow your guide to see if it builds for me.
> >
> > Maybe you should consider a pull request towards GJ so we get one
> > central cnd version that can be committed back into the main tree.
> >
>
> It would be IMO much better to have a shared repository (or at least a
> branch) under Apache.
>
> Jan
>
>
> >
> > Am 25.02.20 um 08:22 schrieb Jan Lahoda:
> > > FWIW, a few days ago, I tried to make CND buildable. The experiment is
> > > available here:
> > > https://github.com/jlahoda/netbeans/tree/cnd-building
> > >
> > > A number of files need to be added to make the build work, see the
> > > description here:
> > > https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
> > >
> > > (It would be useful if someone could try to build independently using
> the
> > > instructions, to find any issues with them.)
> > >
> > > The question is how to continue with this - bringing the CND source
> code
> > in
> > > line with Apache rules is going to be quite some work, maintaining the
> > > C/C++ support will be some work also, and I don't think I have time to
> > work
> > > on that much.
> > >
> > > Jan
> > >
> > >
> > > On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs  wrote:
> > >
> > >> I am tried building Clank today. It seems I need the netbeans build
> > >> hearness. And I do not know how to set that up.
> > >>
> > >> The Message talks of
> > >>
> > >> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
> > >> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
> > >> On a developer machine these are normally defined in
> > >> ${user.properties.file}=${netbeans.user}/build.properties
> > >> but for automated builds you should pass these properties to Ant
> > >> explicitly.
> > >> You may instead download the harness and platform:
> > >> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
> > >>
> > >>
> > >> So I set the Variables to my netbeans Folder? Or would it make more
> > >> sense to move the Clank modules into the netbeans repository?
> > >>
> > >> Like the others?
> > >>
> > >> I am usure what would be the best way to proceed. The project is under
> > >> LLVM License.
> > >>
> > >>
> > >> Thanks for your time.
> > >>
> > >> All the Best
> > >>
> > >> Peter
> > >>
> > >>
> > >> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
> > >>> Hi Ivan,
> > >>>
> > >>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
> >  On 2/13/20 6:23 AM, Peter Kovacs wrote:
> > > Okay,
> > >
> > > I had to remove validation.nb.cluster.cnd=cnd.kit, too.
> > >
> > > Now I get the Target "all-cnd" does not exist in the project
> "main".
> > > error.
> > >
> > > However I get the same error when trying to build dlight.
> > >
> > > Now from the Jira I concluded that I might need to call ant
> > > differently. So I tried
> > >
> > > ant -f cnd/cnd.editor -Dcluster.config=cnd run
> > >
> > > Now I am stuck on the Issue
> > >
> > > netbeans/nbbuild/templates/projectized.xml:101: No dependent module
> > > org.netbeans.libs.clank
> > >
> > > So next step would be to build clank from
> > >
> > > https://github.com/java-port/clank ?
> > >
> >  I think that will feed the dependency avalanche.
> > >>> It does not have additional external dependencies. And its file
> > >>> structure shows it comes from netbeans. The 

Re: new jira project for NetBeans infra

2020-02-26 Thread Sven Reimers
+1

-Sven


Geertjan Wielenga  schrieb am Mi., 26. Feb. 2020,
12:09:

> It makes sense to me. Do we need infra to set this up or can we do this
> ourselves?
>
> Gj
>
> On Wed, 26 Feb 2020 at 11:54, Eric Barboni  wrote:
>
> > Hi,
> >  I have to persist, for my sanity.
> >
> >  Still want a new jira subproject for all infra stuff for NetBeans :D
> >
> > Eric
> >
> >
> > -Message d'origine-
> > De : Eric Barboni 
> > Envoyé : jeudi 20 février 2020 13:54
> > À : dev@netbeans.apache.org
> > Objet : new jira project for NetBeans infra
> >
> > Hi,
> >
> > I wonder if we can envisage to create a new jira project (only PMC chair
> > are
> > able to ) to handle the non-direct Apache NetBeans ide platform issues.
> >
> >  Mavenutilities, release task, website, plugins management, virtual
> > machine,.. synergistic ? .   are important to Apache NetBeans but are
> > polluting the jira NETBEANS project mostly associated to apache/netbeans
> > repository
> >
> >
> >
> > Best Regards
> >
> > Eric
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>


Re: Ligatures

2020-01-27 Thread Sven Reimers
HI,
looking at the Java documentation it seems to me that using ligatures is
off be default:

from the docs:
/**
 * Attribute key for enabling optional ligatures. Values are
 * instances of Integer.  The default value is
 * 0, which means do not use optional ligatures.
 *
 * The constant value {@link #LIGATURES_ON} is defined.
 *
 * Ligatures required by the writing system are always enabled.
 *
 * @since 1.6
 */
public static final TextAttribute LIGATURES =
new TextAttribute("ligatures");

/**
 * Request standard optional ligatures.
 * @see #LIGATURES
 * @since 1.6
 */
public static final Integer LIGATURES_ON =
Integer.valueOf(1);

I search the code base for the activation of ligatures, but could not
figure it out. Maybe my search foo is just bad.

So in general it should be possible to create an option to toggle ligatures
on/off...

Hope this helps

-Sven


On Mon, Jan 27, 2020 at 9:59 PM Kenneth Fogel 
wrote:

> Is it possible to turn off ligatures in NetBeans? I like the new JetBrains
> Mono font but it does ligatures that is a problem in teaching. I want !=
> and not an = with a / overlaid.
>
> Ken
>
>

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Apache NetBeans 11.3-beta2 available

2020-01-31 Thread Sven Reimers
Hi all,

can I start NetBeans with FlatLaf enabled from the command line?

I tried using --laf option, e.g.

./netbeans --laf com.formdev.flatlaf.FlatDarkLaf

but this does not seem to work. Any ideas?

Thanks

Sven



On Fri, Jan 31, 2020 at 9:26 PM Eric Barboni  wrote:

> Can we, we use jenkins as repository for beta ?
>
> Eric
> -Message d'origine-
> De : Geertjan Wielenga 
> Envoyé : vendredi 31 janvier 2020 19:58
> À : dev 
> Objet : Re: Apache NetBeans 11.3-beta2 available
>
> Could you also let the users mailing list know?
>
> Gj
>
> On Fri, Jan 31, 2020 at 7:55 PM Josh Juneau  wrote:
>
> > Thanks Eric, this is great news.
> >
> > Josh Juneau
> > juneau...@gmail.com
> > http://jj-blogger.blogspot.com
> > https://www.apress.com/us/search?query=Juneau
> > <https://www.apress.com/index.php/author/author/view/id/1866>
> >
> >
> >
> > On Fri, Jan 31, 2020 at 11:48 AM Eric Barboni  wrote:
> >
> > > Dear Apache NetBeans community,
> > >
> > > The second beta build for Apache NetBeans 11.3 is available. Rough
> > > delta
> > to
> > > the first beta build:
> > > JSF 2.3,
> > > flatlaf fixes + flatlaf 0.26.
> > > Jdk 14 records
> > > Gradle/groovy fix,
> > > ...
> > >
> > > -- 2 pending PR that may be good to go for beta3
> > > https://github.com/apache/netbeans/pull/1908 Springframework (users
> > > ml
> > > reported)
> > > https://github.com/apache/netbeans/pull/1907/ jdk 14 issue
> > >
> > > See artefacts here:
> > >
> > >
> > https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/
> > netbea
> > > ns/job/release113/6/artifact/dist/
> > > <
> > https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/
> > netbeans/job/release113/6/artifact/dist/
> > >
> > >
> > > The binary you most likely need is:
> > >
> > >
> > https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/
> > netbea
> > > ns/job/release113/6/artifact/dist/netbeans-11.3-beta2-bin.zip
> > > <
> > https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/
> > netbeans/job/release113/6/artifact/dist/netbeans-11.3-beta2-bin.zip
> > >
> > > associated sha512
> > >
> > >
> > e526fce408f726e7544c2bd7b040a64b5a8926ca76ec3dd0e0344ecfc2b61dde8512e6
> > fa752d
> > > b8dcf165a1778747882423c61f02daf751d02acad09f9f04e30e
> > > ./netbeans-platform-11.3-beta2-bin.zip
> > > source sha152
> > >
> > >
> > bbdb5542d9fc1c0c37939ddc1ba8cf793e31ab36bd00cf851992d053d90ad9b34c8bc4
> > 5aa4b6
> > > 44c926b0ca8e270511aa6efc0a9d06dc0ef545b4e5457c7596d4
> > > ./netbeans-11.3-beta2-source.zip
> > >
> > > Happy testing
> > >
> > > Best Regards
> > > Eric
> > >
> > >
> > > 
> > > - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > >
> > > For further information about the NetBeans mailing lists, visit:
> > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > >
> > >
> > >
> > >
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache

2020-02-20 Thread Sven Reimers
I think you missed
- o.jython
- o.jython.distro

they belong logically to the python support...

Hope I do not miss anything else..

Sven


Geertjan Wielenga  schrieb am Do., 20. Feb. 2020,
13:49:

> I think we may have skipped this for some reason:
>
> https://hg.netbeans.org/main/misc/file
>
> Which ones should we include, in addition to php/parser.cutter?
>
> Gj
>
> On Thu, Feb 20, 2020 at 1:47 PM Geertjan Wielenga 
> wrote:
>
> > Sure, why not -- wasn't it included in an earlier donation for some
> reason?
> >
> > Gj
> >
> > On Thu, Feb 20, 2020 at 1:43 PM Junichi Yamamoto 
> > wrote:
> >
> >> Oracle won't donate this?
> >> https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter
> >>
> >> Thanks,
> >> Junichi
> >>
> >>
> >> On Thu, Feb 20, 2020 at 9:32 PM Geertjan Wielenga 
> >> wrote:
> >> >
> >> > Hi all,
> >> >
> >> > OK, it is now clear what the 6th and final donation of NetBeans from
> >> Oracle
> >> > to Apache will consist of:
> >> >
> >> >
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
> >> >
> >> > It will consist of community-xml, community-uml, JIRA, and a subset of
> >> the
> >> > modules found in contrib.
> >> >
> >> > In the last table in the page above (which I have updated and fixed
> >> > significantly today), look at row 9, which is the definition of the
> 6th
> >> and
> >> > final donation of NetBeans from Oracle to Apache.
> >> >
> >> > Thanks,
> >> >
> >> > Gj
> >> >
> >> >
> >> >
> >> > On Mon, Feb 17, 2020 at 2:27 PM Jesse Glick 
> wrote:
> >> >
> >> > > On Thu, Feb 13, 2020 at 10:13 PM Eric Bresie 
> >> wrote:
> >> > > > Silly question how easy is it to migrate some contrib code into a
> >> module?
> >> > >
> >> > > If you are talking about contrib *modules*, which most of contrib
> is,
> >> > > then…it is already a module. So I am not sure what you mean. How
> easy
> >> > > is it to migrate it into the main repo? Just move the directory up,
> >> > > maybe delete a couple of `../` in some metadata files, adjust
> >> > > `nbbuild/cluster.properties`. Migrate to an Ant-based external
> module?
> >> > > A bit trickier and you need a harness reference. To Maven? Rewrite
> >> > > `project.xml` to `pom.xml`.
> >> > >
> >> > >
> -
> >> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >> > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >> > >
> >> > > For further information about the NetBeans mailing lists, visit:
> >> > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >> > >
> >> > >
> >> > >
> >> > >
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>
> >> For further information about the NetBeans mailing lists, visit:
> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>
> >>
> >>
> >>
>


Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache

2020-02-11 Thread Sven Reimers
Regarding

community-xml

I already have a working version oatched from latest hg to run with 11.3,
including update of all forms to GroupLayout Swing style and some theming
prototype to make it look smooth with FlatLaf Dark...

So count me in here

community-uml
Quite large. Got a running poc with 11.3 with no problems... some ui and
editor stying feels weird..

Not willing to take a lead, but would be available for questions and support

contrib/python
Poc with 11.3 running, even detects python 3 as a platform - with all the
python hype I think from an apache perspective we cannot let this pass

Hope there is broad interest here...

not sure about ruby... sounds probably interesting from an ASF perspective
but this is way put of my comfort zone.

need more time to look through other stuff in contrib... there may be
pearls hidden in the dark..

Hope to rescue a lot of the stuff...

Thanks for listening

-Sven

Geertjan Wielenga  schrieb am Di., 11. Feb. 2020,
12:29:

> https://hg.netbeans.org/community-xml/file
> https://hg.netbeans.org/community-uml/file
>
> The community-xml repo is 2326 files and community-uml is 6365 files.
>
> That's a lot of files of old code that has not been worked on for years.
>
> The danger is that we'll get this code donated and then find that the cost
> of getting them integrated and working is massive -- and that potentially
> that will not succeed at all.
>
> Could you already check out those repos from their hg.netbeans.org repos
> above and do a poc via forking Apache NetBeans and basically doing a
> feasibility study on whether receiving this code would make sense at all?
>
> Gj
>
> On Tue, Feb 11, 2020 at 12:19 PM Peter Kovacs  wrote:
>
> > I think the community XML and uml are interesting modules. The features
> > will help to improve developing support my main project OpenOffice.
> >
> > I am interested to help on those modules with the goal to improve the dev
> > environment of OpenOffice.
> >
> > All the best
> > Peter
> >
> > Am 11. Februar 2020 11:46:27 MEZ schrieb Geertjan Wielenga <
> > geert...@apache.org>:
> > >Hi all,
> > >
> > >At this stage, now that the C/C++ donation is complete (though not
> > >integrated yet into Apache NetBeans GitHub, a work in progress) Oracle
> > >has
> > >donated all the pieces of NetBeans that is can donate from Oracle
> > >NetBeans
> > >8.2.
> > >
> > >Based on various questions, this remains:
> > >
> > >c.atlassian.connector.eclipse.jira.core
> > >
> >
> https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core
> > >c.atlassian.connector.eclipse.jira.core.rest
> > >
> >
> https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core.rest
> > >jira https://hg.netbeans.org/main-golden/file/tip/jira
> > >jira.rest https://hg.netbeans.org/main-golden/file/tip/jira.rest
> > >jira.xmlrpc https://hg.netbeans.org/main-golden/file/tip/jira.xmlrpc
> > >libs.jira.rest
> > >https://hg.netbeans.org/main-golden/file/tip/libs.jira.rest
> > >
> > >As well as "contrib", but surely not all of "contrib":
> > >
> > >https://hg.netbeans.org/main/contrib/file
> > >
> > >There's also the community repositories and code that has not been
> > >worked
> > >on for many years:
> > >
> > >community-xml
> > >nb.cluster.javacard
> > >nb.cluster.mobility
> > >community-rub
> > >community-soa
> > >community-uml
> > >community-visualweb
> > >
> > >So, here's my proposal -- Oracle will only spend time on working on
> > >further
> > >donations for code that we in Apache are actually committed to work on.
> > >I.e., if there is no one in the Apache NetBeans community committed to
> > >working on the above (i.e., not simply using it, but will actually take
> > >ownership, integrate the code into our GitHub and actively develop it
> > >further), then Oracle will not spend time donating that code.
> > >
> > >The responses to this thread should be along the lines of:
> > >
> > >1. "This is terrible news. The XYZ code is very important to Apache
> > >NetBeans or to me or to someone and I will be actively working on it
> > >once
> > >Oracle donates it to Apache."
> > >
> > >2. "It would be a pity that XYZ is not part of Apache NetBeans, but I
> > >will
> > >not be working on it myself, so I can't expect Oracle to work on
> > >donating
> > >it either."
> > >
> > >I give us one week, i.e, this time next week, we will see where we are
> > >and
> > >then decide which, if any, of the remaining code will be audited on the
> > >Oracle side for donation.
> > >
> > >Thanks,
> > >
> > >Gj
> >
>


Re: Re: "Using an IDE" Page outdated (Openjfx)

2020-02-16 Thread Sven Reimers
Do not worry... we all learn along the way...

;-)

Thanks for getting the thing started..

-Sven

P.S. I hope https://github.com/apache/netbeans-website/pull/450 will do the
trick

On Sun, Feb 16, 2020 at 3:39 PM Chuck Davis  wrote:

> I KNEW if I touched it I would blow up the whole thing.  I looked at the
> page to see it it had changed this a.m.  It changed alright but not for the
> better I fear.
>
> It seriously needs your attention (spell that "fix") again, Geertjan!  Or
> somebody else who knows what they're doing.  I don't see the difference
> between my link and those that follow.
>
> On Sat, Feb 15, 2020 at 2:50 PM Geertjan Wielenga 
> wrote:
>
> > Can you point to the page where you would like the YouTube clip to be
> > listed?
> >
> > As you do that, notice the link at the bottom of the page for getting to
> > the source of the page. Then edit the page online and prove your PR.
> >
> >
> >
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Re: "Using an IDE" Page outdated (Openjfx)

2020-02-16 Thread Sven Reimers
Thanks for starting this...

I added some more updates to the JavaFX section...

Thanks again

-Sven

On Sun, Feb 16, 2020 at 12:28 AM Chuck Davis  wrote:

> Discovered I opened an account several years ago I forgot all about.  Think
> I edited the page then pushed the big green button a couple times.
>
> Let me know if I have to do something else.That video will help a
> number of people I'm sure.
>
> On Sat, Feb 15, 2020 at 2:50 PM Geertjan Wielenga 
> wrote:
>
> > Can you point to the page where you would like the YouTube clip to be
> > listed?
> >
> > As you do that, notice the link at the bottom of the page for getting to
> > the source of the page. Then edit the page online and prove your PR.
> >
> > Gj
> >
> > On Sat, 15 Feb 2020 at 23:43, Chuck Davis  wrote:
> >
> > > I have NO idea how to do that!!  I'd probably crash the whole system
> > trying
> > > something like that!
> > >
> > > On Sat, Feb 15, 2020 at 2:40 PM Geertjan Wielenga  >
> > > wrote:
> > >
> > > > Great idea. Everything is on GitHub, just provide a PR on the page
> > where
> > > > you think it fits best and I’ll merge it.
> > > >
> > > > Gj
> > > >
> > > > On Sat, 15 Feb 2020 at 23:37, Chuck Davis 
> wrote:
> > > >
> > > > > Geertjan, why not put a link to that on the netbeans page as a JFX
> > > > > tutorial?  That would save a number of people a lot of time
> searching
> > > for
> > > > > help.
> > > > >
> > > > > On Sat, Feb 15, 2020 at 1:47 PM Geertjan Wielenga <
> > geert...@apache.org
> > > >
> > > > > wrote:
> > > > >
> > > > > > https://m.youtube.com/watch?v=8xaRwqcKPSI
> > > > > >
> > > > > > Gj
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Sat, 15 Feb 2020 at 22:43, Neil C Smith <
> neilcsm...@apache.org>
> > > > > wrote:
> > > > > >
> > > > > > > On Sat, 15 Feb 2020 at 21:27, Chuck Davis 
> > > > wrote:
> > > > > > > > Neil, can you provide a link or a description how to get to
> the
> > > #3
> > > > > you
> > > > > > > > mention?  I think you're referencing some resource about
> which
> > > I'm
> > > > > > > ignorant
> > > > > > > > at the moment.  Thanks.
> > > > > > >
> > > > > > > Not really, it's on the link you shared -
> > > > > > > https://openjfx.io/openjfx-docs/#IDE-NetBeans
> > > > > > >
> > > > > > > Point - 3. Run the project - under both Maven sections.
> > > > > > >
> > > > > > > Best wishes,
> > > > > > >
> > > > > > > Neil
> > > > > > >
> > > > > > >
> > > -
> > > > > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > > > > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > > > > > >
> > > > > > > For further information about the NetBeans mailing lists,
> visit:
> > > > > > >
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: [VOTE] Release Apache NetBeans 11.3 [vote candidate 2]

2020-02-23 Thread Sven Reimers
tp://www.apache.org/legal/release-policy.html#management
> >
> >
> >
> >
> >
> > In particular, you should (at least) follow these steps.
> >
> >
> >
> > 1. Download the artefact to be voted on and unzip it.
> >
> >
> >
> > 2. Check that the artefact does not contain any jar files, except for:
> >
> >
> >
> > -
> >
> >
> platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/
> >
> > empty.jar
> >
> > - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
> >
> > - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
> >
> > - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
> >
> > - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
> >
> >
> >
> > which are only jars by their name
> >
> >
> >
> > 3. Verify the cryptographic signatures, the NOTICE and LICENSE file 4.
> > Build
> >
> > it using the README provided by the artefact.
> >
> >
> >
> > 5. Look in nbbuild/netbeans for the NetBeans installation created by the
> >
> > build process and try running it.
> >
> >
> >
> > In addition to checking the sources, you should check the associated
> >
> > convenience binary zips and nbms at the artefact links above. As well as
> >
> > checking any artefact functions correctly, you should check that it has
> > been
> >
> > correctly signed by a PMC member, and that the source being voted on is
> >
> > sufficient to build the relevant binary. Separate votes will be held on
> > other convenience binaries, mostly for each installer.
> >
> > Those will be dependent on this vote passing.
> >
> > This vote is going to be open at least 72 hours, vote with +1, 0, and -1
> as
> > usual. (please justify -1)
> >
> >
> >
> > Please mark your vote with (binding) if you're an Apache NetBeans PMC
> > member
> > to help with voting admin.
> >
> > NetBeans 11.3 will be released if and when this vote passes.
> >
> > Thank all contributors for hard work !
> >
> >
> >
> > Best Regards,
> >
> >
> >
> > Eric
> >
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache

2020-02-13 Thread Sven Reimers
Hi all,

I am trying to somehow comb through  all the contrib modules and will be
posting ideas and questions as I dig them up...

Anybody out there thinking Schliemann was a good idea? There is a lot of
stuff in contrib with respect to this...
@Zoran Sevarac  something of interest from an education
perspective?

Thanks

Sven


On Thu, Feb 13, 2020 at 8:53 PM Sven Reimers  wrote:

> Okay. Let's look at this in more detail:
> 1. major features like python and xml-schema or similar
> -> should get back into a primary place, e.g. own cluster for python
> maybe own cluster for xml-schema (could be consolidated with other
> xml-tooling).
> 2. single / simple feature modules from contrib
> -> vote if they should get directly promoted to default NetBeans or
> kept separate. For me this looks like a case by case decision.
>
> If we want to have the code at Apache I would assume we want to ship it as
> well.
> On the other hand I like the idea of having something like incubating
> modules, which can be accessed via a special update center... Once they are
> mature enough we just ship the code...
> Not sure how this may end up in the actual repository structure, but
> special clusters seem to be a good idea.
>
> -Sven
>
> On Thu, Feb 13, 2020 at 7:34 PM Jesse Glick  wrote:
>
>> On Thu, Feb 13, 2020 at 11:27 AM Sven Reimers 
>> wrote:
>> > I would assume that all things we pick up from the remaining stuff will
>> end
>> > up in the main NetBeans repository
>>
>> OK, in that case I guess they would be dumped in
>> `nbbuild/cluster.properties#nb.cluster.betauc` until someone decides
>> to promote them? (And fold the contents of `nb.cluster.experimental`
>> into that? I am not sure what the real distinction is.)
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>>
>
> --
> Sven Reimers
>
> * Java Champion
> * Apache NetBeans PMC: http://netbeans.apache.org
> * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
> * Duke's Choice Award Winner 2009 & 2018
>
> * LinkedIn: http://www.linkedin.com/in/svenreimers
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Community-xml and transition

2020-01-16 Thread Sven Reimers
Hi all,

looking at the transition (
https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition)

I find

*Done: *community-xml (2326 files) – comments passed to Milutin Kristofic,
who has processed them.

A further mention, in which donation this is planned to transitioned to
Apache is not to be found.

Can anyone elaborate? Probably it is supposed to be part of 5j?

Thanks

-Sven

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


NetBeans Collaboration Kit

2020-04-09 Thread Sven Reimers
Hi all,

Anybody on the list here remembering the "connected developer " stuff in
NetBeans... This was a great feature set to connect developers using
NetBeans integrated in NetBeans. It contained an integrated Jabber Client,
a way to live share file edits and more cool stuff...

Somehow the actual situation with everyone working from home - desperately
looking for connectivity reminded me of those features and I was astonished
that we never discussed those modules for transfer to Apache NetBeans

I am in no position to claim that I would be able to maintain those, but I
thought this may be worth a try..   So I compiled the code from the
original repo and put them into a 12.0beta2 and they installed ok, just
trying to connect and authenticate to a jabber service I got into problems
with TLS ...

So two questions: Anyone interested in this stuff? Should we start thinking
about getting this over to Apache? From an architectural standpoint Jabber
is only one implementation in the backend - seems we could use other
technologies as well

Maybe there are more gems hidden in the bowls from hg.netbeans.org...

Looking forward to any comments

-Sven

Links for your reference:
https://netbeans.org/kb/articles/quickstart-collaboration.html
https://netbeans.org/kb/docs/ide/team-servers.html
-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: NetBeans Collaboration Kit

2020-04-10 Thread Sven Reimers
p here in such times too. It is
> > > called live sharing:
> > > https://code.visualstudio.com/blogs/2017/11/15/live-share
> > >
> > > There is no Need to create a new infrastructure for that, because it is
> > > still there. Somewhere there is a server, where I or you can login (I
> > think
> > > with a GitHub account) and create an live sharing id, share it with
> your
> > > pair programming partner and they can join. Unfortunately the code is
> not
> > > open source, but they have a documentation about that:
> > > https://github.com/MicrosoftDocs/live-share
> > > Maybe it helps. I had a look into it, couple of months ago but not deep
> > > enough. It is not to say: I want that, it was just an info for that
> > > discussion here that such a feature could make sense for the
> > collaboration
> > > kit plugin too. The use of the Plugin of VS Code is really nice and
> > works
> > > quite good.
> > >
> > >
> > > Cheers and happy eastern
> > >
> > > Chris
> > >
> > >
> > >
> > > Von: Geertjan Wielenga
> > > Gesendet: Freitag, 10. April 2020 11:33
> > > An: dev@netbeans.apache.org
> > > Betreff: Re: NetBeans Collaboration Kit
> > >
> > > We need to be very simple and strict here — if no one is going to own
> the
> > > code, Oracle should not be asked to spend time and effort auditing and
> > > donating it to Apache.
> > >
> > > Gj
> > >
> > > On Fri, 10 Apr 2020 at 11:31, ehsavoie 
> > > wrote:
> > >
> > > > Yes I loved this collaborative tool back in the days :) but my dev
> time
> > > is
> > > > limited for this :(
> > > > Maybe integration with some kafka like tooling  would boost this.
> > > >
> > > > --
> > > > Emmanuel Hugonnet
> > > > http://www.ehsavoie.com
> > > > http://twitter.com/ehsavoie
> > > >
> > > >
> > > > On Fri, Apr 10, 2020 at 12:31 AM Daoud Abdelmonem Faleh <
> > > > abdelmonem.fa...@gmail.com> wrote:
> > > >
> > > > > Maybe something based on operation transformation with backends
> > running
> > > > on
> > > > > either Websockets or Jabber protocoles
> > > > >
> > > > > http://operational-transformation.github.io/
> > > > >
> > > > > Sent from my iPhone
> > > > >
> > > > > > On Apr 9, 2020, at 21:26, Sven Reimers 
> > > wrote:
> > > > > >
> > > > > > Hi all,
> > > > > >
> > > > > > Anybody on the list here remembering the "connected developer "
> > stuff
> > > > in
> > > > > > NetBeans... This was a great feature set to connect developers
> > using
> > > > > > NetBeans integrated in NetBeans. It contained an integrated
> Jabber
> > > > > Client,
> > > > > > a way to live share file edits and more cool stuff...
> > > > > >
> > > > > > Somehow the actual situation with everyone working from home -
> > > > > desperately
> > > > > > looking for connectivity reminded me of those features and I was
> > > > > astonished
> > > > > > that we never discussed those modules for transfer to Apache
> > NetBeans
> > > > > >
> > > > > > I am in no position to claim that I would be able to maintain
> > those,
> > > > but
> > > > > I
> > > > > > thought this may be worth a try..   So I compiled the code from
> the
> > > > > > original repo and put them into a 12.0beta2 and they installed
> ok,
> > > just
> > > > > > trying to connect and authenticate to a jabber service I got into
> > > > > problems
> > > > > > with TLS ...
> > > > > >
> > > > > > So two questions: Anyone interested in this stuff? Should we
> start
> > > > > thinking
> > > > > > about getting this over to Apache? From an architectural
> standpoint
> > > > > Jabber
> > > > > > is only one implementation in the backend - seems we could use
> > other
> > > > > > technologies as well
> > > > > >
> > > > > > Maybe there are more gems hidden in the bowls from
> > hg.netbeans.org...
> > > > > >
> > > > > > Looking forward to any comments
> > > > > >
> > > > > > -Sven
> > > > > >
> > > > > > Links for your reference:
> > > > > > https://netbeans.org/kb/articles/quickstart-collaboration.html
> > > > > > https://netbeans.org/kb/docs/ide/team-servers.html
> > > > > > --
> > > > > > Sven Reimers
> > > > > >
> > > > > > * Java Champion
> > > > > > * Apache NetBeans PMC: http://netbeans.apache.org
> > > > > > * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
> > > > > > * Duke's Choice Award Winner 2009 & 2018
> > > > > >
> > > > > > * LinkedIn: http://www.linkedin.com/in/svenreimers
> > > > >
> > > >
> > >
> > >
> >
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Build Failures on Travis

2020-04-16 Thread Sven Reimers
Hi Jan,

you beat me to it by a couple of minutes (ok I could shave of some effort
of debugging this by your analysis) by I was already looking down that
road...

Regarding the solution...

I see two different things here

1) A new dependency that blocks previously running tests (and maybe is fine
in itself)
2) Tests (e.g. the groovy things) that suddenly need a UI to run (pretty
sure this is not needed)

While I think we should try to fix 1) we also should look into ensuring
stuff that does not require a UI has no dependencies on UI. This would
probably suggest moving some code out of the groovy.editor module, so that
e.g. completion has its own module. I think similar things were already
done to the Java support in the past.

Comments? Ideas?

Thanks again for your help Jan

Sven

On Thu, Apr 16, 2020 at 10:34 PM Jan Lahoda  wrote:

> So, a little surprisingly (to me, at least), the issue is the new
> dependency in options.editor, which now depends on core.windows. There are
> various pieces of code on multiple places doing
> WindowManager.invokeWhenUIReady. This method invokes the provided Runnable
> when the UI is up and running. When running without WindowManager, this
> maps to invokeLater(...), so the provided Runnable is ran at some point.
> But the new dependency on core.windows brings in the full
> WindowManager(Impl), which waits with these Runnables until the UI is
> really ready. But it never is ready - there is never any UI actually shown!
> And the tests are waiting for the effects of these Runnables to happen, but
> they never do, leading to the failure.
>
> I could see various ways out of this, but one of the simplest: I think
> options.editor only need the one new interface from core.windows, right?
> Can we move the SPI interface to a less problematic module? (Frankly, not
> sure if it really belongs to core.windows.) Maybe options.api?
>
> Jan
>
> On Thu, Apr 16, 2020 at 6:18 PM Laszlo Kishalmi  >
> wrote:
>
> > Well, that's definitely strange.
> >
> >
> > On 4/16/20 2:25 AM, Sven Reimers wrote:
> > > Hi all,
> > >
> > > seems we have a couple of build failures in travis builds..
> > >
> > > I only noticed in the process of my PR for latest groovy updates...
> > >
> > > Checking the failure against my local machine I figured out that the
> > build
> > > failures are also happening on my machine
> > >
> > > So I did a bit of git bisect and got this..
> > >
> > > ab6a2ebc89b93c73dc89800efb18c42bcb6b3911 is the first bad commit
> > > commit ab6a2ebc89b93c73dc89800efb18c42bcb6b3911
> > > Author: Laszlo Kishalmi 
> > > Date:   Fri Mar 20 07:34:47 2020 -0700
> > >
> > >  [NETBEANS-4039] Added SPI for Preferred Color Profile Changes
> > >
> > >   ide/options.editor/nbproject/project.xml   |  9 +++
> > >   .../modules/options/colors/ColorModel.java | 19 +-
> > >   platform/core.windows/apichanges.xml   | 20 +++
> > >   platform/core.windows/manifest.mf  |  2 +-
> > >   platform/core.windows/nbproject/project.xml|  7 +--
> > >   .../netbeans/core/windows/options/LafPanel.java| 70
> > > ++
> > >   .../options/spi/PreferredColorProfileSupport.java  | 50
> > 
> > >   7 files changed, 117 insertions(+), 60 deletions(-)
> > >   create mode 100644
> > >
> >
> platform/core.windows/src/org/netbeans/core/windows/options/spi/PreferredColorProfileSupport.java
> > >
> > > The test I was running is
> > >
> > > ant -f "/Users/sven/work/netbeans/nbgroovy2.5.11/groovy/groovy.editor"
> > > "-Dtest.type=unit" "-Dcontinue.after.failing.tests=true"
> > >
> >
> "-Dtest.includes=org/netbeans/modules/groovy/editor/api/**/AstPathTest.java"
> > > test-single
> > >
> > > which is timing out on travis and on my machine as well..
> > >
> > > Based on this I triggered two travis runs
> > >
> > > Still good
> > > https://travis-ci.org/github/apache/netbeans/builds/672968563
> > >
> > > First bad
> > > https://travis-ci.org/github/apache/netbeans/builds/672968787
> > >
> > > So this seems to support my first local analysis that the merge seems
> to
> > > introduce the problem.
> > >
> > > I have no clue at the moment how this is related (would have never
> > guessed
> > > the change is causing the disruption), but will try to dig deeper so we
> > get
> > > green builds on travis

Implementing the dedication message

2020-04-20 Thread Sven Reimers
Hi all,

there have different approaches to handling stuff w.r.t. Splash and About
Image..

As agreed beforehand I wanted to start to work on the implementation of the
dedication message for Carl.

Shall I just put the text into the about.png or should I try to implement
some generic way to add text to the about image? I assume the 2nd would be
nicer but more work. Any preferences?

Thanks for any comments / ideas

Sven

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Implementing the dedication message

2020-04-20 Thread Sven Reimers
Ok. Let me see how much configuration is needed...

Thanks

-Sven

Geertjan Wielenga  schrieb am Mo., 20. Apr. 2020,
22:17:

> Would be nice if it could be generated in, like the release number and
> userdir etc. I.e., we could have a release-specific dedication.
>
> Gj
>
> On Mon, 20 Apr 2020 at 22:12, Sven Reimers  wrote:
>
> > Hi all,
> >
> > there have different approaches to handling stuff w.r.t. Splash and About
> > Image..
> >
> > As agreed beforehand I wanted to start to work on the implementation of
> the
> > dedication message for Carl.
> >
> > Shall I just put the text into the about.png or should I try to implement
> > some generic way to add text to the about image? I assume the 2nd would
> be
> > nicer but more work. Any preferences?
> >
> > Thanks for any comments / ideas
> >
> > Sven
> >
> > --
> > Sven Reimers
> >
> > * Java Champion
> > * Apache NetBeans PMC: http://netbeans.apache.org
> > * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
> > * Duke's Choice Award Winner 2009 & 2018
> >
> > * LinkedIn: http://www.linkedin.com/in/svenreimers
> >
>


Re: Implementing the dedication message

2020-04-21 Thread Sven Reimers
I thought more about making it more obvious by putting the text into the
image shown...

-Sven

On Tue, Apr 21, 2020 at 3:52 AM Eirik Bakke  wrote:

> One relevant localization string is LBL_Copyright in
> platform/o.n.core/src/org/netbeans/core/ui/Bundle.properties
>
> That's the one that ends up in the middle of the "About" box.
>
> -- Eirik
>
> -Original Message-
> From: Sven Reimers 
> Sent: Monday, April 20, 2020 5:47 PM
> To: dev 
> Subject: Re: Implementing the dedication message
>
> Ok. Let me see how much configuration is needed...
>
> Thanks
>
> -Sven
>
> Geertjan Wielenga  schrieb am Mo., 20. Apr. 2020,
> 22:17:
>
> > Would be nice if it could be generated in, like the release number and
> > userdir etc. I.e., we could have a release-specific dedication.
> >
> > Gj
> >
> > On Mon, 20 Apr 2020 at 22:12, Sven Reimers 
> wrote:
> >
> > > Hi all,
> > >
> > > there have different approaches to handling stuff w.r.t. Splash and
> > > About Image..
> > >
> > > As agreed beforehand I wanted to start to work on the implementation
> > > of
> > the
> > > dedication message for Carl.
> > >
> > > Shall I just put the text into the about.png or should I try to
> > > implement some generic way to add text to the about image? I assume
> > > the 2nd would
> > be
> > > nicer but more work. Any preferences?
> > >
> > > Thanks for any comments / ideas
> > >
> > > Sven
> > >
> > > --
> > > Sven Reimers
> > >
> > > * Java Champion
> > > * Apache NetBeans PMC: http://netbeans.apache.org
> > > * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
> > > * Duke's Choice Award Winner 2009 & 2018
> > >
> > > * LinkedIn: http://www.linkedin.com/in/svenreimers
> > >
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Build Failures on Travis

2020-04-17 Thread Sven Reimers
Hi Jan,

I would have guessed, that separating stuff like completion, which should
not be dependent on the UI, out of modules which have a "tendency" to be UI
bound, would be good for stability of tests.

If we introduce new dependencies towards UI stuff we should be just more
aware that we cross borders, which may be more visible if we separate stuff
on a module level..

Thanks for your feedback

Sven


On Fri, Apr 17, 2020 at 7:49 AM Jan Lahoda  wrote:

> On Thu, Apr 16, 2020 at 11:01 PM Sven Reimers 
> wrote:
>
> > Hi Jan,
> >
> > you beat me to it by a couple of minutes (ok I could shave of some effort
> > of debugging this by your analysis) by I was already looking down that
> > road...
> >
> > Regarding the solution...
> >
> > I see two different things here
> >
> > 1) A new dependency that blocks previously running tests (and maybe is
> fine
> > in itself)
> > 2) Tests (e.g. the groovy things) that suddenly need a UI to run (pretty
> > sure this is not needed)
> >
> > While I think we should try to fix 1) we also should look into ensuring
> > stuff that does not require a UI has no dependencies on UI. This would
> > probably suggest moving some code out of the groovy.editor module, so
> that
> > e.g. completion has its own module. I think similar things were already
> > done to the Java support in the past.
> >
> > Comments? Ideas?
> >
>
> If you want to separate e.g. completion from groovy.editor, sure, why not.
> But note that in this case, I think it was probably invokeWhenUIReady in
>
> org.netbeans.modules.project.ui.OpenProjectList$2.run(OpenProjectList.java:206)
> that triggered the "deadlock", so it does not have much do to with groovy
> editor as such.
>
> Jan
>
>
> > Thanks again for your help Jan
> >
> > Sven
> >
> > On Thu, Apr 16, 2020 at 10:34 PM Jan Lahoda  wrote:
> >
> > > So, a little surprisingly (to me, at least), the issue is the new
> > > dependency in options.editor, which now depends on core.windows. There
> > are
> > > various pieces of code on multiple places doing
> > > WindowManager.invokeWhenUIReady. This method invokes the provided
> > Runnable
> > > when the UI is up and running. When running without WindowManager, this
> > > maps to invokeLater(...), so the provided Runnable is ran at some
> point.
> > > But the new dependency on core.windows brings in the full
> > > WindowManager(Impl), which waits with these Runnables until the UI is
> > > really ready. But it never is ready - there is never any UI actually
> > shown!
> > > And the tests are waiting for the effects of these Runnables to happen,
> > but
> > > they never do, leading to the failure.
> > >
> > > I could see various ways out of this, but one of the simplest: I think
> > > options.editor only need the one new interface from core.windows,
> right?
> > > Can we move the SPI interface to a less problematic module? (Frankly,
> not
> > > sure if it really belongs to core.windows.) Maybe options.api?
> > >
> > > Jan
> > >
> > > On Thu, Apr 16, 2020 at 6:18 PM Laszlo Kishalmi <
> > laszlo.kisha...@gmail.com
> > > >
> > > wrote:
> > >
> > > > Well, that's definitely strange.
> > > >
> > > >
> > > > On 4/16/20 2:25 AM, Sven Reimers wrote:
> > > > > Hi all,
> > > > >
> > > > > seems we have a couple of build failures in travis builds..
> > > > >
> > > > > I only noticed in the process of my PR for latest groovy updates...
> > > > >
> > > > > Checking the failure against my local machine I figured out that
> the
> > > > build
> > > > > failures are also happening on my machine
> > > > >
> > > > > So I did a bit of git bisect and got this..
> > > > >
> > > > > ab6a2ebc89b93c73dc89800efb18c42bcb6b3911 is the first bad commit
> > > > > commit ab6a2ebc89b93c73dc89800efb18c42bcb6b3911
> > > > > Author: Laszlo Kishalmi 
> > > > > Date:   Fri Mar 20 07:34:47 2020 -0700
> > > > >
> > > > >  [NETBEANS-4039] Added SPI for Preferred Color Profile Changes
> > > > >
> > > > >   ide/options.editor/nbproject/project.xml   |  9 +++
> > > > >   .../modules/options/colors/ColorModel.java | 19 +-
> > > > >   platform/core.windows/apichanges.xml 

Re: NetBeans Apache:master branch test-cases run taking extra long time

2020-04-16 Thread Sven Reimers
Please see my e-mail about build failures on travis...

Seems to be correlated.

Thanks

Sven

On Thu, Apr 16, 2020 at 11:42 AM Arunava Sinha 
wrote:

> Hi,
>
> I was trying to run  test-cases of  java/java.editor module in
> Apache:master branch  by running the below command
>
> ant -f java/java.editor/build.xml test-unit
>
> Normally it takes 4-5 min to run all the test-cases for the module.
>
> Now now it is running for more than 2 hours .
>
> Also in release113 branch number of test-cases failure for java.editor
> modules was 34 but in current master branch it is more than 60(still
> running)
>
> Most of the time test-run is halted at doing indexing , below is the log
>
>  [junit] WARNING: Even though the source level of
> D:\master16thApr\netbeans\java\java.editor\build\test\unit\work\o.n.m.e.j.G\testVar\src
>
> is set to: 10, java.util.zip.CRC32C cannot be found on the system module
> path: nbfs://nbhost/module-boot/
>  [junit] Changing source level to 1.8
>  [junit] Working directory:
>
> D:\master16thApr\netbeans\java\java.editor\build\test\unit\work\o.n.m.e.j.G\testVar
>  [junit] Apr 16, 2020 12:58:07 PM
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work
> reportIndexingStart
>  [junit] INFO: Indexing started, time from last indexing 0 ms.
>
> I believe there is some unwanted changed happened in NB master branch
> which is causing these issue.
>
> Please let me know if someone is also facing the same issue and knows
> about the resolution.
>
> Regards,
>
> Arunava Sinha
>
>

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Build Failures on Travis

2020-04-16 Thread Sven Reimers
Hi all,

seems we have a couple of build failures in travis builds..

I only noticed in the process of my PR for latest groovy updates...

Checking the failure against my local machine I figured out that the build
failures are also happening on my machine

So I did a bit of git bisect and got this..

ab6a2ebc89b93c73dc89800efb18c42bcb6b3911 is the first bad commit
commit ab6a2ebc89b93c73dc89800efb18c42bcb6b3911
Author: Laszlo Kishalmi 
Date:   Fri Mar 20 07:34:47 2020 -0700

[NETBEANS-4039] Added SPI for Preferred Color Profile Changes

 ide/options.editor/nbproject/project.xml   |  9 +++
 .../modules/options/colors/ColorModel.java | 19 +-
 platform/core.windows/apichanges.xml   | 20 +++
 platform/core.windows/manifest.mf  |  2 +-
 platform/core.windows/nbproject/project.xml|  7 +--
 .../netbeans/core/windows/options/LafPanel.java| 70
++
 .../options/spi/PreferredColorProfileSupport.java  | 50 
 7 files changed, 117 insertions(+), 60 deletions(-)
 create mode 100644
platform/core.windows/src/org/netbeans/core/windows/options/spi/PreferredColorProfileSupport.java

The test I was running is

ant -f "/Users/sven/work/netbeans/nbgroovy2.5.11/groovy/groovy.editor"
"-Dtest.type=unit" "-Dcontinue.after.failing.tests=true"
"-Dtest.includes=org/netbeans/modules/groovy/editor/api/**/AstPathTest.java"
test-single

which is timing out on travis and on my machine as well..

Based on this I triggered two travis runs

Still good
https://travis-ci.org/github/apache/netbeans/builds/672968563

First bad
https://travis-ci.org/github/apache/netbeans/builds/672968787

So this seems to support my first local analysis that the merge seems to
introduce the problem.

I have no clue at the moment how this is related (would have never guessed
the change is causing the disruption), but will try to dig deeper so we get
green builds on travis again..

I think we should ensure a green travis (at least on the 12.0 branch)
before considering releasing.

Any ideas? Suggestions where to look further?

Thanks for listening

Sven

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Configure line endings for editor

2020-03-26 Thread Sven Reimers
Hi,

we actually have an issue with development splitted between linux and
windows based on the native line ending selection for new files.

There once was a plugin
http://plugins.netbeans.org/plugin/36810/show-and-change-line-endings

from Jan Lahoda, allowing to change the line endings used for editing.

@Jan, do you still have the sources (seems the project was hosted on kenai)
and would you be willing to donate them? I think this might be a good
addition for Apache NetBeans

Comments?

-Sven


Dedication message for NetBeans 12

2020-04-03 Thread Sven Reimers
Hi all,

I assume most of you already heard about Carl Quinn passing away on April
1st (see https://twitter.com/javaposse/status/1245583036588019715?s=19)..

He was a dear friend, a humble community guy and one of the people working
on NetBeans features in Sun days...

So I would suggest to put in a dedication "in memoriam Carl Quinn" for the
12.0 Apache NetBeans release... what do you think?

Not sure how, not sure where just pondering the general idea first.


If you need any more ressons - just follow the twitter thread..

Comments?

Thanks for considering and stay safe

-Sven


Re: Dedication message for NetBeans 12

2020-04-30 Thread Sven Reimers
Hi all,

Tracy declined our offer to have  a dedication message..

Sad, but I will respect this..

Thanks for your support

-Sven

Ludovic HOCHET  schrieb am Mi., 8. Apr. 2020, 21:49:

> +1
> sad news
>
> On Fri, 3 Apr 2020 at 13:54, Sven Reimers  wrote:
> >
> > Hi all,
> >
> > I assume most of you already heard about Carl Quinn passing away on April
> > 1st (see https://twitter.com/javaposse/status/1245583036588019715?s=19)
> ..
> >
> > He was a dear friend, a humble community guy and one of the people
> working
> > on NetBeans features in Sun days...
> >
> > So I would suggest to put in a dedication "in memoriam Carl Quinn" for
> the
> > 12.0 Apache NetBeans release... what do you think?
> >
> > Not sure how, not sure where just pondering the general idea first.
> >
> >
> > If you need any more ressons - just follow the twitter thread..
> >
> > Comments?
> >
> > Thanks for considering and stay safe
> >
> > -Sven
>
>
>
> --
> Ludovic
> -
>
> "Les formes qui differencient les etres importent peu
>  si leur pensees s'unissent pour batir un univers..."
>  Yoko Tsuno (in 'Les titans' by Roger Leloup)
>  [The shapes that differenciate beings are not important
>  if their thoughts unite to build a universe]
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


Re: Congratulations to Geertjan and Neil, new ASF Members!

2020-04-30 Thread Sven Reimers
Awesome. Congrats to both of you..

-Sven

Neil C Smith  schrieb am Do., 30. Apr. 2020, 17:02:

> On Thu, 30 Apr 2020 at 15:15, Geertjan Wielenga 
> wrote:
> > It’s a great honor. Neil and I are now “made guys”, where before we were
> > “connected guys”.
>
> :-D
>
> Congrats Geertjan, and thanks all.
>
> Best wishes,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


Re: [mentors][cnd] Managing the CND donation

2020-05-12 Thread Sven Reimers
+1 for just using an integration branch...

-Sven

Geertjan Wielenga  schrieb am Mi., 13. Mai 2020, 07:33:

> Or maybe a branch of our mainline?
>
> Gj
>
> On Wed, 13 May 2020 at 07:32, Geertjan Wielenga 
> wrote:
>
> >
> >
> > Your plan sounds great. Maybe one of our several existing repos could be
> > used.
> >
> > Gj
> >
> > On Wed, 13 May 2020 at 07:21, Jan Lahoda  wrote:
> >
> >> Hi,
> >>
> >> Seems there may be some progress on cleaning up the C/C++ code, so I
> >> wanted
> >> to check what is the best/correct way to proceed.
> >>
> >> Obviously, this needs to go through the IP Clearance. At the same time,
> it
> >> is IMO not realistic to expect a single person will be able to prepare
> all
> >> CND for IP Clearance in one step (that includes cleaning dependencies
> and
> >> license headers).
> >>
> >> So, I wonder if the following process would fit:
> >> 1. have a vote here, about accepting the donation
> >> 2. have a development repository, like apache/netbeans.cnd, where the
> >> preparation for IP Clearance would take place. Presumably, we would add
> >> some warnings into to the README, like "Unfinished work on donation,
> >> didn't
> >> go through the IP Clearance yet."
> >> 2a. if it is not possible to have it under Apache NetBeans, maybe it can
> >> be
> >> under Incubator?
> >> 3. do (finish) the cleanup
> >> 4. have the IP Clearance vote on Incubator
> >> 5. merge CND into the mainline
> >>
> >> Any comments on this? How should be large-scale donations like CND
> >> handled?
> >>
> >> Thanks,
> >>  Jan
> >>
> >
>


Re: [VOTE] Accept donation of CND code to Apache NetBeans

2020-05-15 Thread Sven Reimers
+1
+1

-Sven

On Fri, May 15, 2020 at 8:57 AM Neil C Smith  wrote:

> +1
> +1 (probably assuming with Laszlo's suggestion on orphan branch)
>
> On Fri, 15 May 2020, 07:30 Jan Lahoda,  wrote:
>
> > Hi,
> >
> > There are two question on which there should be a vote:
> >
> > a) does Apache NetBeans accept the donation of the CND code from Oracle?
> > The zips are here:
> >
> > http://hg.netbeans.org/releases/raw-file/tip/ApacheDonation4.zip
> >
> > sha256sum:
> 70fe5d6a8b405db2e6008970048721eb0e00566a9f51ab55d96a1d3f23963de0
> >
> > sha512sum:
> >
> >
> 981ad23f81d6e3bca506c307b737baadde74481931482f6ede9a9a62af77c9ba4066e9846eb83584a5a2de296f1f00d9b0fe7371fad832175de2a7b46c79ed47
> >
> >
> >
> >
> http://hg.netbeans.org/releases/raw-file/3a01e22248d4/ApacheDonation4.5.zip
> >
> > sha256sum:
> c04a9956715600670180a0677fbce4204593fec79fe904013d62245d9dc7ad81
> >
> > sha512sum:
> >
> >
> a5e7435009b10634ce6c6175af5f5d6d650827607726f0689e0a93a32497e9aacc9a2a9a6669e5e3a4f16edea75266e1d5de9583bbc0644def915fc432f4921f
> >
> >
> > and were also put into Jira, for permanent record:
> >
> > https://issues.apache.org/jira/browse/NETBEANS-4333
> >
> > This is part of the IP Clearance.
> >
> >
> > [ ] +1 : Accept contribution of "CND code"
> > [ ]  0 : No opinion
> > [ ] -1 : Reject contribution because...
> >
> >
> > b) does Apache NetBeans approve to put the code into branch "cnd" of the
> > main NetBeans repository:
> >
> > https://git.apache.org/repos/asf?p=netbeans.git
> >
> > and prepare it there for the IP Clearance:
> >
> > https://incubator.apache.org/ip-clearance/
> >
> >
> > [ ] +1 : Approve using branch cnd in the main repository
> > [ ]  0 : No opinion
> > [ ] -1 : Reject using branch cnd in the main repository because...
> >
> >
> > Vote is open for at least 72h .
> >
> >
> > Thank you for your votes!
> >
> >  Jan
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


NetBeans 12.0, Groovy and Java 14

2020-03-18 Thread Sven Reimers
Hi all,

seems there is an issue with the Groovy version provided with NetBeans wrt
running on top of Java 14 - some class not found stuff which occurs during
parsing.

Seems the easy fix would be to update to latest Groovy 2.5.x series, which
should fix the issue.

I would try to create a PR for this, if everyone agrees that this would be
good to have on NetBeans 12.0 - else I may just look at getting latest
Groovy 3.0.x ready for NetBeans 12.x

Comments?

-Sven

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Groovy project in Apache NetBeans?

2020-03-17 Thread Sven Reimers
Sounds cool...

Can you donate your code as a starting point?

BTW - Talking about wishlist...
- Having a Groovy Console in NetBeans would be great as well
- Having a Groovy AST navigator view
- Groovy 3 Support

;-) I new more spacetime..

-Sven

On Tue, Mar 17, 2020 at 8:29 PM Geertjan Wielenga 
wrote:

> Hi all, especially Sven (who works a lot in the Groovy area in NetBeans),
>
> https://issues.apache.org/jira/browse/NETBEANS-2438
>
> What do we think of the above, would be pretty cool? Who wants to work on
> this together, maybe with Sven, if he likes the concept?
>
> Gj
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: NetBeans 12.0, Groovy and Java 14

2020-03-21 Thread Sven Reimers
Started work - see

https://issues.apache.org/jira/browse/NETBEANS-4051

Hope to get it ready for 12.0

-Sven

On Thu, Mar 19, 2020 at 7:31 AM Benjamin Graf  wrote:

> Big +1 to update to Groovy 2.5.10
>
> Benjamin
>
> On 19.03.2020 06:11, Geertjan Wielenga wrote:
> > Yes, we can include this in one of the betas, if Eric permits, as release
> > manager.
> >
> > Gj
> >
> > On Wed, 18 Mar 2020 at 23:54, Sven Reimers 
> wrote:
> >
> >> Hi all,
> >>
> >> seems there is an issue with the Groovy version provided with NetBeans
> wrt
> >> running on top of Java 14 - some class not found stuff which occurs
> during
> >> parsing.
> >>
> >> Seems the easy fix would be to update to latest Groovy 2.5.x series,
> which
> >> should fix the issue.
> >>
> >> I would try to create a PR for this, if everyone agrees that this would
> be
> >> good to have on NetBeans 12.0 - else I may just look at getting latest
> >> Groovy 3.0.x ready for NetBeans 12.x
> >>
> >> Comments?
> >>
> >> -Sven
> >>
> >> --
> >> Sven Reimers
> >>
> >> * Java Champion
> >> * Apache NetBeans PMC: http://netbeans.apache.org
> >> * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
> >> * Duke's Choice Award Winner 2009 & 2018
> >>
> >> * LinkedIn: http://www.linkedin.com/in/svenreimers
> >>
>
>

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Verschlüsselte Nachricht

2020-03-22 Thread Sven Reimers
Sorry missed this issue...

-Sven

Benjamin Graf  schrieb am So., 22. März 2020, 07:35:

> Hi Sven,
>
> but why another new issue ticket? (
> https://issues.apache.org/jira/plugins/servlet/mobile#issue/NETBEANS-3876)
>
> Regards
> Benjamin
>
> Am 21. März 2020 22:30:17 MEZ schrieb Sven Reimers  >:
> >Started work - see
> >
> >https://issues.apache.org/jira/browse/NETBEANS-4051
> >
> >Hope to get it ready for 12.0
> >
> >-Sven
> >
> >On Thu, Mar 19, 2020 at 7:31 AM Benjamin Graf 
> wrote:
> >
> >> Big +1 to update to Groovy 2.5.10
> >>
> >> Benjamin
> >>
> >> On 19.03.2020 06:11, Geertjan Wielenga wrote:
> >> > Yes, we can include this in one of the betas, if Eric permits, as
> release
> >> > manager.
> >> >
> >> > Gj
> >> >
> >> > On Wed, 18 Mar 2020 at 23:54, Sven Reimers 
> >> wrote:
> >> >
> >> >> Hi all,
> >> >>
> >> >> seems there is an issue with the Groovy version provided with
> NetBeans
> >> wrt
> >> >> running on top of Java 14 - some class not found stuff which occurs
> >> during
> >> >> parsing.
> >> >>
> >> >> Seems the easy fix would be to update to latest Groovy 2.5.x series,
> >> which
> >> >> should fix the issue.
> >> >>
> >> >> I would try to create a PR for this, if everyone agrees that this
> would
> >> be
> >> >> good to have on NetBeans 12.0 - else I may just look at getting
> latest
> >> >> Groovy 3.0.x ready for NetBeans 12.x
> >> >>
> >> >> Comments?
> >> >>
> >> >> -Sven
> >> >>
> >> >> --
> >> >> Sven Reimers
> >> >>
> >> >> * Java Champion
> >> >> * Apache NetBeans PMC: http://netbeans.apache.org
> >> >> * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
> >> >> * Duke's Choice Award Winner 2009 & 2018
> >> >>
> >> >> * LinkedIn: http://www.linkedin.com/in/svenreimers
> >> >>
> >>
> >>
> >
>
> --
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.


Re: NetBeans 12.0, Groovy and Java 14

2020-03-22 Thread Sven Reimers
PR available, added testing on 11, 14 to the travis matrix ;-)

Now back to figuring out Groovy 3 stuff...

-Sven

On Sat, Mar 21, 2020 at 10:30 PM Sven Reimers 
wrote:

> Started work - see
>
> https://issues.apache.org/jira/browse/NETBEANS-4051
>
> Hope to get it ready for 12.0
>
> -Sven
>
> On Thu, Mar 19, 2020 at 7:31 AM Benjamin Graf 
> wrote:
>
>> Big +1 to update to Groovy 2.5.10
>>
>> Benjamin
>>
>> On 19.03.2020 06:11, Geertjan Wielenga wrote:
>> > Yes, we can include this in one of the betas, if Eric permits, as
>> release
>> > manager.
>> >
>> > Gj
>> >
>> > On Wed, 18 Mar 2020 at 23:54, Sven Reimers 
>> wrote:
>> >
>> >> Hi all,
>> >>
>> >> seems there is an issue with the Groovy version provided with NetBeans
>> wrt
>> >> running on top of Java 14 - some class not found stuff which occurs
>> during
>> >> parsing.
>> >>
>> >> Seems the easy fix would be to update to latest Groovy 2.5.x series,
>> which
>> >> should fix the issue.
>> >>
>> >> I would try to create a PR for this, if everyone agrees that this
>> would be
>> >> good to have on NetBeans 12.0 - else I may just look at getting latest
>> >> Groovy 3.0.x ready for NetBeans 12.x
>> >>
>> >> Comments?
>> >>
>> >> -Sven
>> >>
>> >> --
>> >> Sven Reimers
>> >>
>> >> * Java Champion
>> >> * Apache NetBeans PMC: http://netbeans.apache.org
>> >> * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
>> >> * Duke's Choice Award Winner 2009 & 2018
>> >>
>> >> * LinkedIn: http://www.linkedin.com/in/svenreimers
>> >>
>>
>>
>
> --
> Sven Reimers
>
> * Java Champion
> * Apache NetBeans PMC: http://netbeans.apache.org
> * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
> * Duke's Choice Award Winner 2009 & 2018
>
> * LinkedIn: http://www.linkedin.com/in/svenreimers
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Contributing community plugin codes

2020-05-28 Thread Sven Reimers
Sounds good

+1

-Sven

Christian Lenz  schrieb am Mi., 27. Mai 2020, 20:13:

> Hey all,
>
> are any problems to take the code of community plugins (3rd-party-pugins)
> and contribute them to the core after asking the founder of the plugin? I
> got some plugins from markiewb (Restart IDE, close project files, etc.) and
> IMHO for such little helpers/actions, there is no reason to have them as a
> separate plugin. It is the same as Jan Lahoda contributed his line ending
> switcher to the core. I got the go from Benno for the „Restart IDE“ plugin.
> The code is already Apache License 2.0. So any concerns of not doing this?
>
>
> Cheers
>
> Chris
>
>


Re: Download your favorite JDK from NetBeans was: Zulu with NetBeans

2020-06-28 Thread Sven Reimers
Agreed. Having seen a similiar feature in IntelliJ I already thought of
somethong similiar..If there is already a starting point inside the java
platform wizard this seems the way to go.

Sven

Geertjan Wielenga  schrieb am So., 28. Juni 2020,
23:24:

> Great, let’s do this.
>
> Gj
>
> On Sun, 28 Jun 2020 at 06:55, Jaroslav Tulach 
> wrote:
>
> > - sobota 27. června 2020 10:06:56 CEST, Geertjan Wielenga -
> > > Azul would most likely want to include functionality for selecting,
> > using,
> > > and updating Zulu from within their bundle of NetBeans. I.e., so that
> > when
> > > Java development is done in the NetBeans bundled with Zulu, the
> developer
> > > can choose Zulu and also keep their Zulu install updated.
> >
> >
> > I was planning to enhance the Tools/Java Platforms/Add Platform wizard
> > with an
> > option to download, install and register GraalVM. It would be the best
> way
> > of
> > running non-browser JavaScript in the JVM at full speed. Especially now,
> > when
> > nashorn has been removed: https://github.com/apache/netbeans/pull/2106
> >
> > Unless I am mistaken there already is an API for hooking into the Java
> > Platform creation wizard:
> >
> https://bits.netbeans.org/12.0/javadoc/org-netbeans-modules-java-platform-ui/org/netbeans/spi/java/platform/
> > GeneralPlatformInstall.html
> > <
> https://bits.netbeans.org/12.0/javadoc/org-netbeans-modules-java-platform-ui/org/netbeans/spi/java/platform/GeneralPlatformInstall.html
> >
> > and registering own platform. I assume Azul could
> > use it as well.
> >
> > I envision such wizards being part of the standard Apache NetBeans
> builds.
> > GraalVM is the fastest open source Java out there and Zulu is the most
> > easily
> > obtainable build of OpenJDK I know. Making them easily reachable is a
> > service
> > to our users, right?
> >
> > -jt
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>


Re: [POLL] Gradle Task Navigator with Favorite Task UI

2020-12-18 Thread Sven Reimers
Version 2

Thanks

-Sven

Rami Swailem  schrieb am Di., 15. Dez. 2020,
19:20:

> Version 2
>
> On 2020/12/15 04:29:42 Laszlo Kishalmi wrote:
> > Well, I've created two UI implementation of displaying Favorite Task in
> > Gradle Navigator.
> >
> > The implementations:
> >
> >
> https://issues.apache.org/jira/secure/attachment/13017035/GradleFavoritesCut.mp4
> >
> >
> https://issues.apache.org/jira/secure/attachment/13017110/GradleFavoritesCut2.mp4
> >
> >
> > You can vote on your favorite implementation at:
> >
> > - Here in the mailing list.
> >
> > - Twitter:  https://twitter.com/KishalmiLaszlo
> >
> > - Telegram: https://t.me/apache_netbeans
> >
> > The poll is open for 3 days.
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


Re: Abominable Groovy scanning performance

2020-12-18 Thread Sven Reimers
Hi all,

the groovy parsing uses the official groovy parser, at the moment 2.5.x...
I would assume that switching to 3.x would speed up the parsing due to the
new parser in groovy 3..

I have a working prototype of using 3.x but a couple of tests are still
failing...

What are your tests based on? Spock? So maybe AST transforms have impact as
well..

Additional idea, try to get on touch with the groovy people maybe your
problem helps identifying bottlenecks in the parser..

Hope to spend some time to improve Groovy support over the holidays...

Stay safe and healthy

-Sven

Geertjan Wielenga  schrieb am
Fr., 18. Dez. 2020, 09:02:

> This is all really great news, aside from the Groovy part. I don't believe
> the parsing of Groovy files has been touched in the last 10 years or so,
> anything you could do to work on that would be much appreciated by many.
>
> Gj
>
> On Fri, Dec 18, 2020 at 8:37 AM Tim Boudreau  wrote:
>
> > Hi, all,
> >
> > So, about 8 weeks ago I took a new job at Amazon, working on some
> > server-side tools stuff. Amazon, famously, has their own build system
> with
> > some interesting quirks.  Naturally I spent the first weekend after
> > starting there writing a NetBeans plugin for it, which is getting pretty
> > good - NetBeans project system is a much more natural fit for it than
> what
> > other IDEs offer.
> >
> > One thing is killing me, though:  Lots of tests written in Groovy.  I've
> > managed to go to heroic lengths to manage the classpath and events fired
> > from it with tweezers and get times reasonable for very large Java
> > projects.
> >
> > But those that have hundreds or thousands of Groovy tests are just
> brutal -
> > as in, run test-single *once* and that triggers a full *source *scan, and
> > for the next 20 minutes things like tab-expanding code templates and even
> > fix imports hang for a long time followed by the dreaded "Lengthy
> Operation
> > in Progress" dialog.
> >
> > Anyone know of any way to improve this?  Is there a newer, faster Groovy
> > parser than whatever we're using that could be integrated?  Other ideas?
> >
> > -Tim
> >
> > --
> > http://timboudreau.com
> >
>


Re: Building NetBeans with Gradle

2020-12-13 Thread Sven Reimers
gt;>>>> On Sat, Feb 29, 2020 at 2:30 PM Scott Palmer 
> wrote:
> >>>>>
> >>>>>>> On Feb 27, 2020, at 8:22 PM, Laszlo Kishalmi <
> >>>> laszlo.kisha...@gmail.com>
> >>>>>> wrote:
> >>>>>>> Dear all,
> >>>>>>>
> >>>>>>> I just would like to share the progress of my secret project: build
> >>>>>> NetBeans with Gradle
> >>>>>>> I'm still not sure how far I would like to go with this
> experiment, but
> >>>>>> if nothing else it could be a good test data for the Gradle Support.
> >>>>>>> I had the following milestones in my mind:
> >>>>>>>
> >>>>>>> M0: Done: Get the project dependencies straight, without having
> >>>> circular
> >>>>>> dependencies: Right now it has 813 sub-projects in the known
> clusters
> >>>>>>> M1: Done: Get the modules in the Platform cluster (and the harness
> >>>>>> cluster) compileable.
> >>>>>>> M2: TBD: Make the unit tests pass for the Platform Cluster.
> >>>>>>>
> >>>>>>> M3: TBD: Make the output of the Platform cluster actually runable.
> >>>>>>>
> >>>>>>> How it works:
> >>>>>>>
> >>>>>>> I have a specific NetBeans Gradle Plugin which reads the
> >>>>>> nbproject/clusters.properties and each module nbproject/project.xml
> >>>> file to
> >>>>>> get the dependency configuration. other configuration items are read
> >>>> from
> >>>>>> the nbproject.properties file. In theory we do not have to do any
> >>>> changes
> >>>>>> for an ordinary module it shall work out of the box without even
> having
> >>>> a
> >>>>>> build.gradle file. There are however some special cases where
> >>>> build.gradle
> >>>>>> file is required. Unfortunately there are some dependency tangles
> >>>> between
> >>>>>> the modules causing circular dependency in Gradle. In these cases I
> had
> >>>> to
> >>>>>> split up the modules between test and source projects.
> >>>>>>> If anyone would like to have a look:
> >>>>>>>
> >>>>>>> please clone the gradle2 branch of my fork:
> >>>>>> https://github.com/lkishalmi/netbeans
> >>>>>>> The Gradle build right now needs the help to fetch the external
> >>>>>> dependencies: ant download-all-extbins
> >>>>>>> But after that one:
> >>>>>>>
> >>>>>>> ./gradlew buildPlatformCluster -x check
> >>>>>>>
> >>>>>>> shall work. (It currently requires JDK 11 or up)
> >>>>>> This is great.  Big +1.  Getting the official build transitioned to
> a
> >>>>>> modern build tool is an excellent idea.
> >>>>>>
> >>>>>> Scott
> >>>>>>
> -
> >>>>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >>>>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>>>>>
> >>>>>> For further information about the NetBeans mailing lists, visit:
> >>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>>>
> >>>> For further information about the NetBeans mailing lists, visit:
> >>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>>>
> >>>>
> >>>>
> >>>>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>
> >> For further information about the NetBeans mailing lists, visit:
> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>
> >>
> >>
> >>
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: Collaborative Editing with Netbeans

2021-01-26 Thread Sven Reimers
Hi all,

Having had a look at the beginning of the lockdown phase here in germany, I
found that all code collaboration was done using meta xml like message via
jabber - so this should be doable using any jabber server out there...

I got everything compiled and running - but failed at the login code for
the Jabber Server ... dumb me...

Hope this helps

-Sven

On Tue, Jan 26, 2021 at 6:03 PM Will Hartung  wrote:

> On Sat, Jan 23, 2021 at 4:05 PM Eric Bresie  wrote:
>
> >
> > DId it have a "host" functionality (using jabber) to initiate as a
> > makeshift server with invites and joining by clients?
> >
> > The big question is what, if any, central services Kanai provided to
> empower the team aspects.
>
> Even with something like Jabber, out of the box you can't connect peer to
> peer, it needs to be routed through something.
>
> It would not surprise me if the collaborative editing also streamed over
> Jabber to leverage a central server hosted at Kanai.
>
> Now, given that, if there WERE to be some central service necessary, is
> that something that Apache would be comfortable with hosting or is that out
> of scope.
>
> Since they can't host the code, (i.e. assuming you can get your hands on
> the source, Apache can't import it due to licensing), Apache would have
> essentially no involvement at all, so there would be no impetus for Apache
> to host any central infrastructure for such a facility.
>
> But, even if there were an aspect delivered by Apache Netbeans, I don't
> know if hosting something like the Jabber (or whatever) infrastructure is
> something that they would want to do.
>
> Regards,
>
> Will Hartung
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: SceneBuilder integration and update

2021-05-09 Thread Sven Reimers
If there is enough interest, I can donate the code to Apache NetBeans so we
can work on this as a community.

Just let me know

Sven

P.S. The major problems for now 1. javafx can not be distributed via Apache
Binaries (so we need to build this using an auto download at runtime) 2.
Persistent backend storage... and XML-Editor...

On Sun, May 9, 2021 at 11:31 AM John Kostaras  wrote:

> There is this attempt <https://github.com/svenreimers/nbscenebuilder> to
> integrate it with NetBeans.
>
> On Sun, 9 May 2021 at 09:12, Mar R  wrote:
>
> > While browsing some module from NetBeans source a file opened in design
> > view, I premused it was SB embedded, but maybe NB has another GUI editor
> I
> > don't know of
> >
> > Il giorno ven 7 mag 2021 alle ore 18:44 Scott Palmer  >
> > ha scritto:
> >
> > > Since when has NetBeans embedded SceneBuilder?  I've always had to
> > install
> > > it separately.
> > >
> > > On Fri, May 7, 2021 at 9:34 AM Mar R 
> wrote:
> > >
> > > > I was wondering if there is a particular reason about the
> SceneBuilder
> > > > embedded being still a very old version. As far as I could see the
> > > current
> > > > one (version 16) and the one for Java 8 too are under BSD license
> which
> > > is
> > > > compatible with Apache 2.0.
> > > > So should it be feasible to update it?
> > > >
> > >
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: [VOTE] Release Apache NetBeans-12.4 Mac OSX Installer

2021-05-21 Thread Sven Reimers
+1 (binding)

- Installed and run

- verified checksum

- verified signature

Thanks for the awesome work

Sven

On Fri, May 21, 2021 at 1:32 PM Josh Juneau  wrote:

> +1
>
> Works as expected, no issues.
>
> *Java*: openjdk version "11.0.7" 2020-04-14 LTS
>
> *Runtime*: OpenJDK Runtime Environment Zulu11.39+15-CA (build
> 11.0.7+10-LTS)
>
> *System:* Mac OS X version 10.16 running on x86_64; UTF-8; en_US (nb)
>
>
>
> Josh Juneau
> juneau...@gmail.com
> http://jj-blogger.blogspot.com
> Apress Author <https://www.apress.com/us/search?query=juneau>
>
>
>
> On Thu, May 20, 2021 at 1:49 AM John Mc  wrote:
>
> > Hi,
> >
> > We can vote for Apache NetBeans 12.4 Mac OSX installer.
> >
> > Primary voting artefact:
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-installers/macosx/Apache-NetBeans-12.4-bin-macosx.dmg
> >
> > KEYS file:
> > https://dist.apache.org/repos/dist/release/netbeans/KEYS
> >
> > PGP signature file:
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-installers/macosx/Apache-NetBeans-12.4-bin-macosx.dmg.asc
> >
> > SHA512 checksum file
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-installers/macosx/Apache-NetBeans-12.4-bin-macosx.dmg.sha512
> >
> > Built locally using the artefacts found in the Jenkins job:
> >
> >
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/22/
> >
> > NOTE: macOS versions prior to 10.14.4 require the Swift 5 Runtime to be
> > installed to launch Apache NetBeans
> >
> > This vote is going to be open at least 72 hours, vote with +1, 0, and -1
> as
> > usual.
> > Please mark your vote with (binding) if you're an Apache NetBeans PMC
> > member.
> > Apache NetBeans-12.4 Mac OSX Installer will be released if and when this
> > vote passes.
> >
> > Regards
> >
> > John
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: [VOTE] Release Apache NetBeans-12.3 Mac OSX Installer

2021-03-03 Thread Sven Reimers
+1 (binding)

Download

Verified Signature

Checked CheckSum

Installed

Started

All good!!

-Sven

On Wed, Mar 3, 2021 at 9:57 PM Geertjan Wielenga
 wrote:

> +1 (binding)
>
> Downloaded, installed, deployed, all good.
>
> Thanks!
>
> Gj
>
> On Wed, Mar 3, 2021 at 8:48 PM John McDonnell 
> wrote:
>
> > Hi,
> >
> > We can vote for Apache NetBeans 12.3 Mac OSX installer.
> >
> > Primary voting artefact:
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3-installers/Apache-NetBeans-12.3-bin-macosx.dmg
> >
> > KEYS file:
> > https://dist.apache.org/repos/dist/release/netbeans/KEYS
> >
> > PGP signature file:
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3-installers/Apache-NetBeans-12.3-bin-macosx.dmg.asc
> >
> > SHA512 checksum file
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3-installers/Apache-NetBeans-12.3-bin-macosx.dmg.sha512
> >
> > Built locally using the artefacts found in the Jenkins job:
> >
> >
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release123/14/
> >
> > This vote is going to be open at least 72 hours, vote with +1, 0, and -1
> as
> > usual.
> > Please mark your vote with (binding) if you're an Apache NetBeans PMC
> > member.
> > Apache NetBeans-12.3 Mac OSX Installer will be released if and when this
> > vote passes.
> >
> > Regards
> >
> > John
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: [VOTE] Release Apache NetBeans 12.3 (vote candidate 1)

2021-03-02 Thread Sven Reimers
> > convenience binary zips and nbms at the artifact links above. As well as
> > checking any artifact functions correctly, you should check that it has
> > been correctly signed by a PMC member, and that the source being voted on
> > is sufficient to build the relevant binary.
> >
> > Separate votes will be held on other convenience binaries, including
> > installers and Maven artifacts. Those will be dependent on this vote
> > passing.
> >
> > This vote is going to be open at least 72 hours, vote with +1, 0, and -1
> as
> > usual. (Please justify -1)
> >
> > Please mark your vote with (binding) only if you're an Apache NetBeans
> PMC
> > member to help with voting admin.
> >
> > Only respond if you are going to vote, i.e., this is NOT a discussion
> > thread.
> >
> > NetBeans 12.3 will be released if and when this vote passes.
> >
> > Thank you to all contributors for all your hard work!
> >
> > Geertjan and Neil
> > Release Managers for Apache NetBeans 12.3
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers


Re: [VOTE] Release Apache NetBeans 15

2022-08-28 Thread Sven Reimers
e binary zips and nbms at the artefact links above. As well
> > > as checking any artefact functions correctly, you should check that it
> > > has been correctly signed by a PMC member, and that the source being
> > > voted on is sufficient to build the relevant binary.
> > >
> > > Separate votes will be held on other convenience binaries, including
> > > installers. Those will be dependent on this vote passing.
> > >
> > > This vote is going to be open at least 72 hours, vote with +1, 0, and
> > > -1 as usual. (Please justify -1)
> > >
> > > Please mark your vote with (binding) only if you're an Apache NetBeans
> > > PMC member to help with voting admin.
> > >
> > > Only respond if you are going to vote, i.e., this is NOT a discussion
> > thread.
> > >
> > > Apache NetBeans 15 will be released if and when this vote passes.
> > >
> > > Thank you to all contributors for all your hard work!
> > >
> > > Best wishes,
> > >
> > > Neil, Eric, Geertjan and Martin
> > > Apache NetBeans release team
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > >
> > > For further information about the NetBeans mailing lists, visit:
> > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > >
> > >
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>


-- 
Sven Reimers

* Java Champion
* Apache NetBeans PMC: http://netbeans.apache.org
* JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee
* Duke's Choice Award Winner 2009 & 2018

* LinkedIn: http://www.linkedin.com/in/svenreimers