Hi Lazlo,
those are great news. Thanks for sharing.
I also hope that the Kotlin support is taking up speed than we could even
support the Gradle Kotlin DSL.
Laszlo Kishalmi schrieb am Fr., 28. Feb. 2020,
02:23:
> Dear all,
>
> I just would like to share the progress of my secret project:
Wow, that's a massive negative!
My first intention to pop up this thread was such concerns to turn up.
On 2/27/20 4:29 AM, Jaroslav Tulach wrote:
čt 27. 2. 2020 v 2:13 odesílatel Laszlo Kishalmi
napsal:
Dear all,
What do you think about stopping support Java 8 as NetBeans runtime from
12.1
To my understanding this suggestion does not imply dropping the ability to
compile for Java 8, NetBeans is being build on Java 8 and can compile for
lower sources. This would mean that NetBeans will be build with Java 11 and
it will need at least Java11 as a runtime (netbeans_jdkhome) and like
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:
On Thu, 27 Feb 2020 at 18:33, Qingtian Wang wrote:
> LTS releases have little meaning (again for me)
With big emphasis on "again for you"! ;-)
Laszlo hit the nail on the head with the comment about LTS and NetCAT
going hand in hand. For perspective, I wrote the initial draft
release schedule
I guess the point of discussion here is "how fast" we want to go when it comes
to releases. My two cents as an end user is: Daily build is too fast (for me,
because too many things might be broken); LTS releases have little meaning
(again for me) if that means any slow down of the progress.
As
Well,
1. I think we are having it right now, thanks to Neil and Eric, so far
quarterly releases seems to be just fine, especially support wise. We
still need to recommend a lot of users to upgrade from NetBeans 10 or
11.1 to 11 or 11.2 (or this time 11.3). Unless we are able to deliver
Feb 27, 2020 at 5:34 PM Arcturus Bootes <
> arcturusboot...@gmail.com
> > >
> > wrote:
> >
> > > Happy to give it a go. This will be my first time contributing
> something
> > to
> > > NetBeans so please bare with me with some silly questions. Shou
0 at 5:34 PM Arcturus Bootes >
> wrote:
>
> > Happy to give it a go. This will be my first time contributing something
> to
> > NetBeans so please bare with me with some silly questions. Should I
> > download it from
> >
> >
> https://builds.apache.org/job
tSuccessfulBuild/artifact/nbbuild/NetBeans-dev-netbeans-linux-1507-on-20200227-release.zip
> ?
>
> On Fri, 28 Feb 2020 at 03:15, Geertjan Wielenga
> wrote:
>
> > Can you provide them, then I'll add them -- or you can provide a pull
> > request to the page (via the web inter
Happy to give it a go. This will be my first time contributing something to
NetBeans so please bare with me with some silly questions. Should I
download it from
https://builds.apache.org/job/netbeans-linux/lastSuccessfulBuild/artifact/nbbuild/NetBeans-dev-netbeans-linux-1507-on-20200227
Can you provide them, then I'll add them -- or you can provide a pull
request to the page (via the web interface) to add them.
Gj
On Thu, Feb 27, 2020 at 5:10 PM Arcturus Bootes
wrote:
> Great stuff Geertjan.
>
> A minor request is can you have the images in the new look and feel section
>
Great stuff Geertjan.
A minor request is can you have the images in the new look and feel section
show the high resolution image?
Thank you.
On Wed, 26 Feb 2020 at 20:25, Geertjan Wielenga wrote:
> Hi all,
>
> When we release 11.3, here's the features page we'll make available with
> the
On Thu, 27 Feb 2020 at 15:58, Qingtian Wang wrote:
> 1. Frequent and time-based releases directly from master branch is the way to
> go! If a feature doesn't fit the release, code "feature toggles" and shoot
> for the next release.
+1
> 2. Forget LTS releases - A release is a release is a
This may touch some nerves, but just a quick comment from long time and
grateful NetBeans user:
1. Frequent and time-based releases directly from master branch is the way to
go! If a feature doesn't fit the release, code "feature toggles" and shoot for
the next release.
2. Forget LTS releases
The various arguments here changed my opinion... it seems a good idea to keep
support for running the IDE on Java 8.
(Being able to fix one particular HiDPI bug was an advantage of bumping the
build version that I mentioned, but the fix can be made to compile on JDK 8 by
using reflection
I think that dropping the ability to compile for Java 8 should be out of
question, because there is a large adoption of the platform and there are a few
license free alternatives, like Amazon Corretto, so even corporate developers
do not need to flee away from JDK 8 to protect the company from
I would totally agree on that one. (Especially as have 20 years of legacy code
reliant upon JDK8.
Dave Irving
On Thursday, 27 February 2020, 07:59:54 GMT, Geertjan Wielenga
wrote:
I think we may be a bit too eager to drop JDK 8. :-) Bear in mind that
would leave us supporting only
On Thu, 27 Feb 2020 at 10:00, Geertjan Wielenga wrote:
> One thing to consider is that some/several application servers require JDK
> 8, or at least, when running NetBeans on a release later than JDK 8, a
> prompt appears when starting a server (GlassFish, Payara, etc) forcing a
> JDK 8 to be
Well, maybe we could discontinue nb-javac from 12.0 onwards, assuming the
javac tooling by then does most/all we need, which would not mean that the
OracleLabs scenario below is impacted since that use case is unrelated to
the Java editor, which is the only place where nb-javac is relevant. I.e.,
čt 27. 2. 2020 v 2:13 odesílatel Laszlo Kishalmi
napsal:
> Dear all,
>
> What do you think about stopping support Java 8 as NetBeans runtime from
> 12.1 and on?
>
-10
OracleLabs is building the GraalVM tools on top of NetBeans Platform. The
tools include such popular applications like
Completely agree with you. The most affected would be platform application
developers.
Do we have data on that?
On Wed, Feb 26, 2020, 7:13 PM Laszlo Kishalmi
wrote:
> Dear all,
>
> What do you think about stopping support Java 8 as NetBeans runtime from
> 12.1 and on?
>
> Neil mentioned it in
One thing to consider is that some/several application servers require JDK
8, or at least, when running NetBeans on a release later than JDK 8, a
prompt appears when starting a server (GlassFish, Payara, etc) forcing a
JDK 8 to be selected prior to the server being able to be started.
Gj
On Thu,
On Thu, 27 Feb 2020 at 01:13, Laszlo Kishalmi wrote:
> What do you think about stopping support Java 8 as NetBeans runtime from
> 12.1 and on? .. Neil mentioned it in the user's chat first regarding that we
> have issues
> with nb-javac from time to time.
Thanks for kicking this off! I would
I also feel it is a bit too early. Java 8 is still common in
production - for example this suggests 64% Java 8, 25% Java 11:
https://snyk.io/blog/developers-dont-want-to-leave-java-8-as-64-hold-firm-on-their-preferred-release/
(i know this is not necessarily a representative survey)
For people
Hi all,
I am not against it completely but in my opinion before dropping JDK 8 as
NB running JDK the following points must be addressed:
- Compile on Save functionality still requires nb-javac (even on JDK 11)
- Some application servers cannot run on JDK 11 this would mean needing
a
Hi,
I've read an older thread with the same name and while there's a lot of
useful information, I could really use some clarification on working
with branches:
1. I assume whenever I decide to pull changes from upstream, a full ant
build is necessary, and there's no way around it,
I think we may be a bit too eager to drop JDK 8. :-) Bear in mind that
would leave us supporting only one LTS release of the JDK, i.e., JDK 11.
Gj
On Thu, 27 Feb 2020 at 08:46, Jan Lahoda wrote:
> Hi,
>
> Two comments:
> -I know some people that have NetBeans platform application, and target
28 matches
Mail list logo
