An interesting point: in addition to bundling the newest version of
VisualVM as part of GraalVM, OracleLabs also provides a branded version of
NetBeans called IGV, which is customized for the needs of GraalVM language
developers and power users. IGV is as part of the GraalVM EE download.
Take a
PS: @Peter: if you could also make a recompiled .DLL available
together with the branch it would be great.
--emi
On Wed, Nov 14, 2018 at 6:59 PM Emilian Bold wrote:
>
> I assume you mean the dependency from profiler/lib.profiler/external?
> It's ok to download that. The license is also OK
I am just gonna put my opinion here in two line.
I support the idea of two major and two optional release a year.
I want to focus on updating my code, not IDE.
On Wed, 14 Nov 2018, 22:20 Jiří Kovalský I am glad to see that except two respondents the vast majority likes the
> proposal for only two mandatory major (with NetCAT programs) and two
> optional minor releases per year.
>
You could equally say that a vast majority of committers on dev@ wanted
Hello,
Can someone tell me how to "turn on" and configure logging for the
netbeans-incubator code?
Thanks
BC
I am glad to see that except two respondents the vast majority likes the
proposal for only two mandatory major (with NetCAT programs) and two
optional minor releases per year.
The main argument against this release scheme, if I followed the
discussion correctly, is that frequent (quarterly or
It's a tough situation -- and ideally Apache NetBeans would be bundled with
one or more of the OpenJDK distributions, though maybe that's not something
for us to decide, but it should be a need that one or more OpenJDK
distributions should feel -- the need to provide free and open source tools
Thanks!
On Wed, Nov 14, 2018, 15:08 Kodewerk London Java Community
>
>
>
> > On Nov 14, 2018, at 9:50 AM, Christian Bourque <
> christian.bour...@gmail.com> wrote:
> >
> > LJC?
> >
> > On Wed, Nov 14, 2018 at 12:19 PM Kodewerk wrote:
> >
> >> The LJC is distributing using different formats.
>
Hi,
the major points from my perspective
- only Java 8
+ it contains JavaFX
Sven
Am Mi., 14. Nov. 2018, 21:35 hat Kodewerk geschrieben:
> 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
>
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
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:
>>>
>>>
Please take a look, and propose changes, if you think that is required.
https://snapcraft.io/netbeans
On 11/14/18 9:58 AM, Laszlo Kishalmi wrote:
Dear all,
I made some efforts to put together the pieces to be able to publish
convenience binary builds in a form of Snap package available
The user and cache dirs are under
$HOME/snap/netbeans/common//dev so it will be kept between
upgrades.
On 11/14/18 10:02 AM, Eduardo Guadalupe Quintanilla wrote:
¿What happens with the User directory and Cache directory in that update? Will
that be a problem?
Best regards,
Eduardo
¿What happens with the User directory and Cache directory in that update? Will
that be a problem?
Best regards,
Eduardo Quintanilla
Software Developer
Block Networks
-Original Message-
From: Laszlo Kishalmi
Sent: miércoles, 14 de noviembre de 2018 11:59 a. m.
To: dev
Subject:
Dear all,
I made some efforts to put together the pieces to be able to publish
convenience binary builds in a form of Snap package available from the
Snap store.
Right now the development version is there on the edge channel (so it is
available, but not publicly listed yet). The binaries
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
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
You can enable the memory dumps(mdmp) with:
1. Open Properties of the project
2. Switch to Run section
3. In VM Options add
-Xcheck:jni -XX:+CreateMinidumpOnCrash
With -XX:+CreateMinidumpOnCrash you enable the memory dump and with
-Xchek:jni you enable some logs of the
I assume you mean the dependency from profiler/lib.profiler/external?
It's ok to download that. The license is also OK (although I assume
this will get donated too?)
Please push your changes to some branch. Ideally we should isolate
what exactly broke profiling on Windows.
--emi
On Wed, Nov 14,
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
Hi Neil,
This is possible but we need someone to do it on the netbeans-vm.
Do you have the knowledge?
Regards
Eric
-Message d'origine-
De : Eric Barboni
Envoyé : mardi 13 novembre 2018 23:09
À : dev@netbeans.incubator.apache.org
Objet : RE: using tools repository for holding jenkins
Indeed, you are correct Geertjan. I think we are on the same page. Thanks
for the proposal...looks great.
On Wed, Nov 14, 2018 at 8:47 AM Geertjan Wielenga
wrote:
> The proposal is exactly as we are all arguing for — including Neil and
> Chris — a quarterly release cycle, though with two
Awesome work, Peter. You have made yourself the Profiler expert of Apache
NetBeans. :-)
Gj
On Wednesday, November 14, 2018, Peter Hull wrote:
> On Mon, Nov 12, 2018 at 9:24 AM Peter Hull wrote:
> > The crash happens in native code, due to some calls made by
>
> OK I have made some progress
On Wed, 14 Nov 2018 at 12:55, ehsavoie wrote:
>
> Well an openjdk distribution can include NetBeans as ASL 2.0 doesn't forbid
> this.
> The other way around is not possible though.
I'm not sure how you come to that conclusion? In both cases, at
minimum the terms of both licenses apply?!
Best
Thanks for the input, Peter. It does seem that if I remove all dependencies,
possibly the problem goes away. The problem would be more how would I identify
the problem. All of our code base is JDK8, so all of our dependencies would be
java8 as well. So I think module-info is off the table.
Well an openjdk distribution can include NetBeans as ASL 2.0 doesn't forbid
this.
The other way around is not possible though.
--
Emmanuel Hugonnet
http://www.ehsavoie.com
http://twitter.com/ehsavoie
On Wed, Nov 14, 2018 at 12:53 PM Neil C Smith wrote:
> On Wed, 14 Nov 2018 at 11:10,
I like the idea of two major releases each year...those being releases
incorporating new functionality. However, I think it would be a good idea
to have patch releases in-between...making for a total of four releases
each year.
Josh
On Tue, Nov 13, 2018 at 7:19 AM Geertjan Wielenga
wrote:
>
On Tue, 13 Nov 2018 at 22:17, Christian Lenz wrote:
> Maybe reducing the NetCat process or changing it?
OK, so in the interests of [DISCUSS] :-) I think Chris is right here.
I wasn't able to take part in NetCAT for NB10, but did for NB9, and
that process probably does need to adapt. We had a
On Mon, Nov 12, 2018 at 9:24 AM Peter Hull wrote:
> The crash happens in native code, due to some calls made by
OK I have made some progress (on my own!). There some updates on the
JIRA issue too for those interested.
All I did was recompile the native dll for the windows-amd64 platform
using
On Wed, 14 Nov 2018 at 11:10, Matthias Bläsing
wrote:
> To make this possible, I think Oracle legal (as the holder of the
> copyright of openjdk) and Apache legal need to agree on what is an "ok"
> combination of GPLv2-CPE (GPL with Classpath Exception) and the ALv2.
>
> Most people agree, that a
Hi Zoran,
Am Mittwoch, den 14.11.2018, 11:59 +0100 schrieb Zoran Sevarac:
> Would it be possible to provide Net Beans binary distribution together as
> Corretto, as it was before with Oracle JDK?
> With Gosling there , he is probably using NetBeans and he may be willing to
> support that.
at
Would it be possible to provide Net Beans binary distribution together as
Corretto, as it was before with Oracle JDK?
With Gosling there , he is probably using NetBeans and he may be willing to
support that.
Best
On Wed, Nov 14, 2018 at 11:55 AM Neil C Smith wrote:
> On Wed, 14 Nov 2018,
On Wed, 14 Nov 2018, 10:48 Geertjan Wielenga
That’s fair enough and true too.
>
That wasn't meant as a downer on this actual announcement by the way! It's
exciting to see all the various distributions of OpenJDK getting underway.
Interesting times! :-)
Best wishes,
Neil
>
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
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
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:
>
>
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
I don't use gradle, and I don't want to install it, so I can only ask:
Is there, by any chance, an existing or generated "module-info.java" file?
The stack trace seems to originate from a recursive call:
1. From Modules.completeModule to Modules.retrieveRequiresTransitive:
(NOTE: During
38 matches
Mail list logo
