Re: Very Slow Operations with NB 11

[Kodewerk]

Hi Scott,

Please export Snapshot data. As I mentioned before, this is likely a stalled 
thread and as such an execution profiler is likely to not report it. The most 
useful view IME are thread dumps at about 1 second intervals.

Kind regards,
Kirk


> On Apr 12, 2019, at 12:23 PM, Scott Palmer  wrote:
> 
> I just experienced a 10s delay before the auto-complete popup appeared (did 
> see the “Please wait…” though).  That was the second press of auto-complete 
> at the same spot.  The first attempt took 8 seconds.  I triggered the 
> profiling for each, but I suspect the first attempt may be tainted because 
> the Gradle project was stuck loading - there was a dependency that it 
> couldn’t get.  I commented out that dependency (didn’t need it) so project 
> was loaded fully and tried again.  This is with a very tiny toy project.  I 
> single-class microbenchmark using the JMH gradle plugin.
> 
> There are options to export “Sanpshot Data”, “Forward Calls”, “Hotspots” … 
> which of these do you want?
> 
> 
> Scott
> 
>> On Apr 12, 2019, at 12:06 PM, Jan Lahoda  wrote:
>> 
>> Hi Scott,
>> 
>> In this case, it might be useful/helpful if we had the self profiler 
>> snapshots. Possibly for one of the features, e.g. code completion:
>> 
>> http://wiki.netbeans.org/FaqProfileMeNow 
>> 
>> 
>> (Refactoring/findusages is currently much faster with nb-javac than without 
>> it, but the difference should be much smaller for code completion, etc.)
>> 
>> Jan
>> 
>> 12. dubna 2019 16:26:29 SELČ, Scott Palmer  napsal:
>> What is the best course of action for reporting slowness?  I can’t share my 
>> project.
>> I’m not certain how to give step-by-step instructions when the problem is 
>> basically one step in most cases.  E.g. invoke auto-complete - nothing 
>> happens for several seconds.  Invoke rename - dialog doesn’t appear for 
>> several seconds.  Find usages - extremely slow > 5 second delay on a private 
>> member of a class less than 100 lines.
>> 
>> In general it seems NB 11 is noticeably slower than NB 8.2. Not good 
>> considering slowness was already my #1 complaint about NB 8.2.  I have so 
>> far found the benefits of NB outweigh the fact that it is much slower than 
>> other IDEs for the same operations, but the slowness of NB 11 is tipping the 
>> scale.  I don’t want to switch IDEs, pease don’t interpret this as some sort 
>> of threat to do so. I would like to help find the issues in NB.  But I don’t 
>> have the bandwidth to debug NB and not being about to share my project makes 
>> it difficult to provide helpful reports :-(
>> 
>> Are others seeing the slowness?
>> 
>> Find usages, renames, call-hierarchy, auto-complete… things I use all the 
>> time, I often have to wait 5 to 10 seconds for a response from the IDE, 
>> sometimes more.
>> 
>> I’ve already deleted user dir and cache and restarted. 
>> I’m using Gradle-based Java projects, running NB 11.0 with JDK 8u202.
>> 
>> Is there a wiki page with instructions on profiling the IDE?  Maybe I can 
>> collect something useful.
>> 
>> Scott
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
>> 
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím 
>> moji stručnost.
> 


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

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Very Slow Operations with NB 11

[Kodewerk]

Hi,

It is my belief that we can solve this with about 2 or 3 strategically timed 
thread dumps. The thing with execution profiling is that it will pick up the 
hot method. In this case there is likely something hung up and it’s very likely 
that the execution profiler will miss it. The NB execution profiler misses just 
about every non-event causing a performance regression unless you configure it 
appropriately. Stack traces only contain the safe-point bias which I suspect 
won’t be a factor in this case. But without *any* data, this is all speculation.

Kind regards,
Kirk


> On Apr 12, 2019, at 9:15 AM,   
> wrote:
> 
> NB 11 just locked up cutting and pasting, then just got a message: not 
> responsive for 20 sec...  Sent 10 review and reports...
> 
> 
> Peter Borreggine
> Owner and Developer
> Angular/Bootstrap/NodeJS/Databases/HTML5/CSS3/Responsive Web Design/SEO
> WebParity.net
> A Service Connected Disabled Veteran Owned Business
> WA State License: 603-501-609
> 360-830-8926 C
> 
> “Lead, Follow or Get Out of the Way…”
> - Lee Iacocca, former head of Chrysler and Ford
> 
> This email message is for the sole use of the intended recipient(s) and may 
> contain confidential and privileged information. If you are not the intended 
> recipient, please contact the sender and destroy all copies of the original 
> message and its attachments. Any unauthorized review, use, disclosure, or 
> distribution is prohibited.
> 
> -Original Message-
> From: Scott Palmer  
> Sent: Friday, April 12, 2019 8:37 AM
> To: Geertjan Wielenga 
> Cc: dev ; Thomas Wolf ; 
> netcat 
> Subject: Re: Very Slow Operations with NB 11
> 
> I understand that nothing will happen unless I can provide some useful data.  
> That is why I started the conversation.  I will try to collect the requested 
> data.
> 
> There are times when NB is responsive, and other times when it is painfully 
> slow.  I have to be ready to get the data when the slowdowns are presenting.
> 
> I have also noticed that NB 11 seems to use significantly more memory.  That 
> may be related. But right now NB is responsive, though I am working from home 
> at the moment via Remote Desktop, so it isn’t ideal eating conditions.
> I remember NB taking less than 1GB most of the time, but NB 11 is about 
> double.
> 
> 
> Scott
> 
>> On Apr 12, 2019, at 11:14 AM, Geertjan Wielenga  wrote:
>> 
>> You are using Gradle. There is no reason not to believe that the 
>> problems you encounter are with Gradle.
>> 
>> Also, Kirk has provided clear guidance about how to help identify the 
>> cause of the problem here.
>> 
>> And here is the project I use in NetBeans, considerably more than 900 
>> files, etc: https://github.com/apache/incubator-netbeans
>> 
>> Gj
>> 
>> 
>> On Fri, Apr 12, 2019 at 5:07 PM Scott Palmer  wrote:
>> 
>>> I’m not the only one in my organization that has issues with NB 
>>> speed, and that was with 8.2.
>>> Some of the others choose to use Eclipse because these operations are 
>>> so much faster (no perceivable delay vs seconds of delay in NB).
>>> 
>>> I’m the only one that has tried NB 11 so far.
>>> 
>>> I will try to see if I can make a Maven project template that will 
>>> load my project for testing purposes It would be too much work to 
>>> make a similar size project from scratch and small projects are less 
>>> likely to exhibit the problem.
>>> 
>>> Just curious, how many java files are in the projects you are using?
>>> 
>>> I have a bit over 900 .java files in multiple sub-projects.  Usually 
>>> 3 or
>>> 4 of the subprojects would be open in NB.  The three main projects have:
>>> 
>>> 489 java files
>>> 304 java files
>>> 61 java files
>>> 
>>> Scott
>>> 
>>> 
 On Apr 12, 2019, at 10:51 AM, Thomas Wolf  wrote:
 
 "Are others seeing the slowness?"
 
 I just switched from 8.2 to 11 and haven't seen the slowness you
>>> describe.   I'm running the IDE with Java 11.0.1+13LTS (on a Mac) and my
>>> project with JDK 8.  Also, I've used NB since the early days (first 
>>> used it in 1999) and 8.2 was pretty quick compared to some previous 
>>> releases.  I certainly didn't think it was any slower in doing the 
>>> activities you mention than, say, IntelliJ that I recently tried out 
>>> for a week or so.  If you thought 8.2 was already slow, perhaps it's 
>>> something environmental related - i.e. something in your setup.
 (a few years ago, some people were having problems with NB on 
 networked
>>> file systems.  Is your project on a shared/networked drive?  Just 
>>> stabbing in the dark.)
 
 
 On Fri, Apr 12, 2019 at 10:33 AM Scott Palmer >> > wrote:
 What is the best course of action for reporting slowness?  I can’t 
 share
>>> my project.
 I’m not certain how to give step-by-step instructions when the 
 problem
>>> is basically one step in most cases.  E.g. invoke auto-complete - 
>>> nothing happens for several seconds.  Invoke rename - dialog 

Re: Very Slow Operations with NB 11

[Kodewerk]

Hi all,

All projects suffer from regressions from time to time. The only way to deal 
with them is to gather data, which I’ve asked for, and analyze it to see what 
can be done to fix it. What is unhelpful are messages about this or that sucks. 
It’s subjective and offensive.

Kind regards,
Kirk


> On Apr 12, 2019, at 8:18 AM, pe...@webparity.net wrote:
> 
> I’m not using Gradle... hate it. We have problems at work with Gradle on 
> InteliJ which also sucks.
> 
> 
> Peter Borreggine
> Owner and Developer
> Angular/Bootstrap/NodeJS/Databases/HTML5/CSS3/Responsive Web Design/SEO
> WebParity.net
> A Service Connected Disabled Veteran Owned Business
> WA State License: 603-501-609
> 360-830-8926 C
> 
> “Lead, Follow or Get Out of the Way…”
> - Lee Iacocca, former head of Chrysler and Ford
> 
> This email message is for the sole use of the intended recipient(s) and may 
> contain confidential and privileged information. If you are not the intended 
> recipient, please contact the sender and destroy all copies of the original 
> message and its attachments. Any unauthorized review, use, disclosure, or 
> distribution is prohibited.
> 
> -Original Message-
> From: Geertjan Wielenga  
> Sent: Friday, April 12, 2019 7:31 AM
> To: Scott Palmer 
> Cc: dev ; netcat 
> 
> Subject: Re: Very Slow Operations with NB 11
> 
> Well, possibly it is related to Gradle.
> 
> Can you see if you can reproduce these problems without using Gradle-based 
> Java projects.
> 
> Gj
> 
> On Fri, Apr 12, 2019 at 4:26 PM Scott Palmer  wrote:
> 
>> What is the best course of action for reporting slowness?  I can’t 
>> share my project.
>> I’m not certain how to give step-by-step instructions when the problem 
>> is basically one step in most cases.  E.g. invoke auto-complete - 
>> nothing happens for several seconds.  Invoke rename - dialog doesn’t 
>> appear for several seconds.  Find usages - extremely slow > 5 second 
>> delay on a private member of a class less than 100 lines.
>> 
>> In general it seems NB 11 is noticeably slower than NB 8.2. Not good 
>> considering slowness was already my #1 complaint about NB 8.2.  I have 
>> so far found the benefits of NB outweigh the fact that it is much 
>> slower than other IDEs for the same operations, but the slowness of NB 
>> 11 is tipping the scale.  I don’t want to switch IDEs, pease don’t 
>> interpret this as some sort of threat to do so. I would like to help 
>> find the issues in NB.  But I don’t have the bandwidth to debug NB and 
>> not being about to share my project makes it difficult to provide 
>> helpful reports :-(
>> 
>> Are others seeing the slowness?
>> 
>> Find usages, renames, call-hierarchy, auto-complete… things I use all 
>> the time, I often have to wait 5 to 10 seconds for a response from the 
>> IDE, sometimes more.
>> 
>> I’ve already deleted user dir and cache and restarted.
>> I’m using Gradle-based Java projects, running NB 11.0 with JDK 8u202.
>> 
>> Is there a wiki page with instructions on profiling the IDE?  Maybe I 
>> can collect something useful.
>> 
>> Scott
>> 
>> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Very Slow Operations with NB 11

[Kodewerk]

Hi Scott,

I’d check to see if NB is in a long GC pause first. If not, then take 2-3 
thread dumps during the slow bit and post them. Your project code will not show 
up in the thread dump. You can use jstack to obtain the thread dumps. Just have 
everything set to trigger (small script) so you don’t miss the event.

Kind regards,
Kirk

> On Apr 12, 2019, at 7:26 AM, Scott Palmer  wrote:
> 
> What is the best course of action for reporting slowness?  I can’t share my 
> project.
> I’m not certain how to give step-by-step instructions when the problem is 
> basically one step in most cases.  E.g. invoke auto-complete - nothing 
> happens for several seconds.  Invoke rename - dialog doesn’t appear for 
> several seconds.  Find usages - extremely slow > 5 second delay on a private 
> member of a class less than 100 lines.
> 
> In general it seems NB 11 is noticeably slower than NB 8.2. Not good 
> considering slowness was already my #1 complaint about NB 8.2.  I have so far 
> found the benefits of NB outweigh the fact that it is much slower than other 
> IDEs for the same operations, but the slowness of NB 11 is tipping the scale. 
>  I don’t want to switch IDEs, pease don’t interpret this as some sort of 
> threat to do so. I would like to help find the issues in NB.  But I don’t 
> have the bandwidth to debug NB and not being about to share my project makes 
> it difficult to provide helpful reports :-(
> 
> Are others seeing the slowness?
> 
> Find usages, renames, call-hierarchy, auto-complete… things I use all the 
> time, I often have to wait 5 to 10 seconds for a response from the IDE, 
> sometimes more.
> 
> I’ve already deleted user dir and cache and restarted. 
> I’m using Gradle-based Java projects, running NB 11.0 with JDK 8u202.
> 
> Is there a wiki page with instructions on profiling the IDE?  Maybe I can 
> collect something useful.
> 
> Scott
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Apache NetBeans graduation to Top Level Project

[Kodewerk]

+1



> On Mar 14, 2019, at 4:57 PM, James Gosling  wrote:
> 
> +1
> 
>> On Mar 11, 2019, at 3:47 AM, Geertjan Wielenga 
>>  wrote:
>> 
>> Hi all,
>> 
>> After a discussion amongst the Apache NetBeans community on the dev mailing
>> list[1], voting on a PMC chair[2], checking the podling status page[3], and
>> working through the maturity model[4], I would like to call a vote for
>> Apache NetBeans graduating to a top level project.
>> 
>> Apache NetBeans entered the incubator on October 1, 2016. Since then, we
>> have announced 2 releases, nominated several new committers, participated
>> in conferences and events, have 99 contributors with 2,423 commits, and --
>> most importantly -- have grown and diversified our community. Apache
>> NetBeans is a healthy project that is already acting like an Apache top
>> level project, so we should take the next step.
>> 
>> If we agree that we should graduate to a top level project, the next step
>> will be to draft a Resolution for the PPMC and IPMC to vote upon.
>> 
>> Please take a minute to vote on whether or not Apache NetBeans should
>> graduate to a Top Level Project by responding with one of the following:
>> 
>> [ ] +1 Apache NetBeans should graduate.
>> [ ] +0 No opinion
>> [ ] -1 Apache NetBeans should not graduate (please provide the reason)
>> 
>> The VOTE is open for a minimum of 72 hours. Per Apache guidelines[5] I will
>> also be notifying the incubator mailing list that a community vote is under
>> way.
>> 
>> Thanks,
>> 
>> Geertjan
>> on behalf of the Apache NetBeans PPMC
>> 
>> [1]
>> https://lists.apache.org/thread.html/8724c66eb22c1ceea81160968cb5ae68fdc2180f46fbbfaab16b4ce9@%3Cdev.netbeans.apache.org%3E
>> [2]
>> https://lists.apache.org/thread.html/e0ecae84ac6e4a097a34ce7b2afe0e987e403fe32269fb3903895bbc@%3Cdev.netbeans.apache.org%3E
>> [3] https://whimsy.apache.org/pods/project/netbeans
>> [4]
>> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Maturity+Model+Assessment+for+NetBeans
>> [5]
>> https://incubator.apache.org/guides/graduation.html#community_graduation_vote
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] PMC chair for Apache NetBeans

[Kodewerk]

+1


> On Mar 1, 2019, at 6:44 AM, Chuck Davis  wrote:
> 
> +1
> 
> On Fri, Mar 1, 2019 at 6:41 AM Mr_Krava 
> wrote:
> 
>> +1
>> 
>>On Saturday, 2 March 2019, 1:29:07 am AEDT, Glenn Holmer
>>  wrote:
>> 
>> This voting thread is to confirm Geertjan Wielenga as the first PMC
>> chair of NetBeans as we leave incubation and begin our journey as a
>> top-level Apache project. As an Oracle employee, Geertjan has been in a
>> unique position to help guide the project to independence and is the
>> best choice to complete that process.
>> 
>> 
>> 


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

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Amazon Corretto

[Kodewerk]

Hi,

Since NetBeans is a community based project I would argue that if you’re going 
to center around any build of OpenJDK that it be the London Java Communities 
build, AdoptOpenJDK. It is the only truly community supported build.

Amazon’s support is superficial at best. It is driven by Amazon’s commercial 
needs, nothing wrong with that.. it’s just lets try to understand what they are 
doing.
1) Amazon built an internal JVM team to; be responsive to Amazon’s needs and to 
avoid Oracle support licenses…
2) Once built, it’s no real expense to make their internal builds public and in 
the process, interfere with Oracles plans to sell more support contracts for 
Java.

So I don’t believe that Amazon’s motives are altruistic here… Adopt is an 
community run project so…..

Kind regards,
Kirk


> On Nov 14, 2018, at 2:48 AM, Geertjan Wielenga 
>  wrote:
> 
> That’s fair enough and true too
> 
> Gj
> 
> On Wednesday, November 14, 2018, Neil C Smith  wrote:
> 
>> On Wed, 14 Nov 2018, 09:46 Geertjan Wielenga
>> > 
>>> 
>>> I believe we should consider orientating ourselves around Amazon
>> Corretto.
>>> 
>> 
>> What would that actually mean? Why would we orient to any particular
>> OpenJDK?
>> 
>> Personally far more interested in AdoptOpenJDK, offering all this and not
>> being led by any one company!
>> 
>> Best wishes,
>> 
>> Neil
>> 
>>> 
>> 


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

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Amazon Corretto

[Kodewerk]

London Java Community



> On Nov 14, 2018, at 9:50 AM, Christian Bourque  
> wrote:
> 
> LJC?
> 
> On Wed, Nov 14, 2018 at 12:19 PM Kodewerk  wrote:
> 
>> The LJC is distributing using different formats.
>> 
>> — Kirk
>> 
>> 
>>> On Nov 14, 2018, at 9:01 AM, Lars Bruun-Hansen 
>> wrote:
>>> 
>>> Not too impressed by Amazon Correto. So far they only provide .msi, .rpm,
>>> etc, with no .zip/.tgz in sight. If you look at their .msi it doesn't
>>> actually seem to be doing anything else than unpacking. Doesn't even set
>>> PATH. Then why distribute as an .msi ?
>>> 
>>> I'm waiting for someone to provide JDK as a .tgz/.zip bundle as it used
>> to
>>> be the case (AdoptOpenJDK has got this right), preferably to be exposed
>> in
>>> such a way so it can be fetched automatically by a build farm without
>>> requiring popup accept of license. Heck, I hope someone will publish JDK
>>> into a Maven repo some day so that the whole bundling idea can finally be
>>> realized without hazzle.
>>> 
>>> I'm hoping that distributing self-contained NetBeans Platform
>> applications
>>> would become easier in the future. Amazon Corretto doesn't help in this
>>> respect. But yes, great to see diversity and Amazon's initiative is for
>>> sure a testament to the JDK's omnipresence.
>>> 
>>> Lars
>>> 
>>> 
>>> On Wed, Nov 14, 2018 at 10:47 AM Geertjan Wielenga
>>>  wrote:
>>> 
>>>> 
>>>> 
>> https://aws.amazon.com/blogs/opensource/amazon-corretto-no-cost-distribution-openjdk-long-term-support/
>>>> 
>>>> Gj
>>>> 
>>>> On Wed, Nov 14, 2018 at 10:45 AM Geertjan Wielenga <
>>>> geertjan.wiele...@googlemail.com> wrote:
>>>> 
>>>>> Hi all,
>>>>> 
>>>>> Just announced at Devoxx in Belgium:
>>>>> 
>>>>> https://twitter.com/search?q=amazon+corretto
>>>>> 
>>>>> - Downstream distribution of the Open JDK.
>>>>> - No-cost long-term support.
>>>>> - At least quarterly releases.
>>>>> - Drop-in replacement.
>>>>> - Multiplatform - Linux, Windows, Mac, Docker
>>>>> 
>>>>> And it appears to be driven by James Gosling, founder of Java, and
>>>>> probably the most famous NetBeans enthusiast.
>>>>> 
>>>>> I believe we should consider orientating ourselves around Amazon
>>>> Corretto.
>>>>> 
>>>>> Gj
>>>>> 
>>>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.incubator.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.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Amazon Corretto

[Kodewerk]

The LJC is distributing using different formats.

— Kirk


> On Nov 14, 2018, at 9:01 AM, Lars Bruun-Hansen  wrote:
> 
> Not too impressed by Amazon Correto. So far they only provide .msi, .rpm,
> etc, with no .zip/.tgz in sight. If you look at their .msi it doesn't
> actually seem to be doing anything else than unpacking. Doesn't even set
> PATH. Then why distribute as an .msi ?
> 
> I'm waiting for someone to provide JDK as a .tgz/.zip bundle as it used to
> be the case (AdoptOpenJDK has got this right), preferably to be exposed in
> such a way so it can be fetched automatically by a build farm without
> requiring popup accept of license. Heck, I hope someone will publish JDK
> into a Maven repo some day so that the whole bundling idea can finally be
> realized without hazzle.
> 
> I'm hoping that distributing self-contained NetBeans Platform applications
> would become easier in the future. Amazon Corretto doesn't help in this
> respect. But yes, great to see diversity and Amazon's initiative is for
> sure a testament to the JDK's omnipresence.
> 
> Lars
> 
> 
> On Wed, Nov 14, 2018 at 10:47 AM Geertjan Wielenga
>  wrote:
> 
>> 
>> https://aws.amazon.com/blogs/opensource/amazon-corretto-no-cost-distribution-openjdk-long-term-support/
>> 
>> Gj
>> 
>> On Wed, Nov 14, 2018 at 10:45 AM Geertjan Wielenga <
>> geertjan.wiele...@googlemail.com> wrote:
>> 
>>> Hi all,
>>> 
>>> Just announced at Devoxx in Belgium:
>>> 
>>> https://twitter.com/search?q=amazon+corretto
>>> 
>>> - Downstream distribution of the Open JDK.
>>> - No-cost long-term support.
>>> - At least quarterly releases.
>>> - Drop-in replacement.
>>> - Multiplatform - Linux, Windows, Mac, Docker
>>> 
>>> And it appears to be driven by James Gosling, founder of Java, and
>>> probably the most famous NetBeans enthusiast.
>>> 
>>> I believe we should consider orientating ourselves around Amazon
>> Corretto.
>>> 
>>> Gj
>>> 
>> 


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

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists