Re: UX: Order of debugging, evaluate and breakpoints view

[John Kostaras]

+1 for debugging view, evaluate expression, breakpoints

On Tue, Jun 25, 2024 at 6:35 PM Oliver Rettig  wrote:

> Hi,
>
> thats really very useful - thanks for working on it
>
> vote +1 for
>
> debugging view, evaluate expression, breakpoints
>
> best regards
> Oliver
>
> > Hi.
> > Please express your opinion, preferably by voting thumbs up/down at
> https://
> > github.com/apache/netbeans/pull/7496#issuecomment-2182909480
> >
> > > Anyone else whats to vote? Should it be (from top to bottom):
> > >   debugging view, evaluate expression, breakpoints (vote +1)
> > >   debugging view, breakpoints, evaluate expression (vote -1)
> >
> > I can update the PR to reflect the most preferred option then. Thank you.
> > -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: C/C++ on-line help file

[John Kostaras]

Hello art,

the tutorial you refer to refers to the 'old' C/C++ plugin. Unfortunately,
this plugin was not ported to Apache Netbeans. However, you can still
install it by adding NetBeans 8.2 Plugin Portal

to NetBeans IDE plugin settings:

*Tools -> Plugins -> Settings (tab) -> Add *

K/r,

John.

On Mon, Dec 25, 2023 at 12:23 AM lostbits  wrote:

> Win7-64 w/cygwin
>
> I just downloaded and installed NB 20, and am trying to create a C/C++
> project. I'm having difficulty with the help file at
>
> https://netbeans.apache.org/tutorial/main/kb/docs/cnd/development-environment/#front::community/releases/80/cpp-setup-instructions.adoc.
>
>
>
> The environment is:
>  Plugins->Installed: C/C++ v1.13
>  Plugins->Settings: Netbeans 8.2 Plugin Portal
>
> My Installation:
>
> New Project->C/C++
>  1.Created a project path and saw my .cpp file.
>  2.Correctly set up the Editor
>  3.In the Build I did nothing, relying on finding out what to do
> in the help file.
>
> At this point I have correctly (?) linked to ccls and have created a
> build file referencing gcc.
>
> In the Help file under "Using the Tool Collection List" I have tried.
>  1.Windows->Services: there is no C/C++ to expand.
>  2.Right-click Project->Properties: there is no "Build category"
>  3.Tools->Options->C/C++: there is no "Build Tools" option
>
> In the Help file under "Adding a Tool Collection to a Build Host"
>  1.Windows->Services: there is no C/C++, there is no "Add New
> Tool Collection.
>
> I don't know what I did wrong. Any idea how to fix my problem so that I
> can add the Build, Run, and Clean information, and do what else needs to
> be done to compile, debug, and execute a C/C++ program, and I would like
> to add cygwin as a toolset.
>
> thanks
> art
>
> PS: If I used the wrong terminology for something, please correct me.
>
>
> -
> 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: [NOTICE] Apache NetBeans 21 release candidate 3 available for testing

[John Kostaras]

Hello,

does anybody else get a threat warning from Avast (I had to remove the
attached screenshot as the mailing list rejects big email messages)?

*We've put netbeans.exe in Quarantine because it was infected with malware:
Win32:MalOb-IJ [Cryp].*

I get this for the 32-bit executable netbeans.exe as well for app.exe. I 'm
running on a mac so these don't affect me, but I wonder if it is a false
positive. So, as suggested in a forum searching for the threat name, I
checked the file in https://www.virustotal.com/:

3 security vendors and no sandboxes flagged this file as malicious
5ec35d8d758a94acbef38e38e19594de4228f039576ab4d22caacbaa12a382c9
netbeans

Popular threat label


cryp/malob


Avast
Win32:MalOb-IJ [Cryp]
AVG
Win32:MalOb-IJ [Cryp]
SecureAge
Malicious

Apart from that, I tested:

*Product Version:* Apache NetBeans IDE 21-rc3

*Java:* 17; Java HotSpot(TM) 64-Bit Server VM 17+35-LTS-2724

*Runtime:* Java(TM) SE Runtime Environment 17+35-LTS-2724

*System:* Mac OS X version 14.2.1 running on x86_64; UTF-8; en_GR (nb)

as well as with:

*Java:* 21.0.1; OpenJDK 64-Bit Server VM 21.0.1+12-LTS

*Runtime:* OpenJDK Runtime Environment 21.0.1+12-LTS

and found no apparent issues.

K/r,

John.


On Fri, Feb 9, 2024 at 11:18 AM Neil C Smith  wrote:

> The third release candidate build for Apache NetBeans 21 is available
> (links below). This will be our final release candidate unless
> high/critical priority issues or pull requests are flagged. Please
> kick the tyres well over the coming week or so! This includes testing
> building from source and other release checks.
>
>
> Changes since NetBeans 21-rc2 can be seen at
> https://github.com/apache/netbeans/releases/tag/21-rc3
>
> Please help with testing, and file issues in GitHub as necessary -
>
> https://github.com/apache/netbeans/issues
>
> If you're a committer adding an issue, or helping triage an issue
> (please do!), add the milestone and/or priority labels as appropriate.
> Use priority:high for should be fixed before release,
> priority:critical for must be fixed before we can release.
>
> **The following rules are applied to pull requests from now until
> release:**
>
> Please read the full info on how we manage pull requests to delivery
> at least once! -
>
> https://cwiki.apache.org/confluence/display/NETBEANS/Pull+requests+for+delivery
>
> PR's intended to be included in the 21 release :
>  - Limited to fixes (link an issue if there is one, or provide
> justification in description)
>  - Label with priority:high or priority:critical as appropriate.
>  - Base on the delivery branch.
>  - Mark with NB21 milestone.
>  - Will be merged by the release team.
>
> PR's with features for a future release :
>  - Base on the master branch.
>  - Will be reviewed and merged in the usual way.
>  - If possible stay away from big refactoring.
>  - If possible do not overlap with fixes for 21 (delivery will be
> merged to master weekly).
>
>
> The NetBeans 21-rc3 artifacts are here:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/release210/7/artifact/dist/
>
> Alternative links to latest release candidate:
> https://nightlies.apache.org/netbeans/candidate/netbeans/
> https://nightlies.apache.org/netbeans/candidate/installers/
> https://nightlies.apache.org/netbeans/candidate/vsix/
>
> Link to the binary zip:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/release210/7/artifact/dist/netbeans/netbeans-21-rc3-bin.zip
> SHA512:
> cf15795b94fdedd6ed832dd0d034fe822dc004264e2ed765b496db702847d66469b72992a7708d01dc6b6067a50c88001207f9bfbb6a61febc185172b081e3ac
>
> The sources are here:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/release210/7/artifact/dist/netbeans/netbeans-21-rc3-source.zip
> SHA512:
> 68617e385cd81f94ecb94e4e0f93595f9cb174195a25a66bc00e7aaa4e08c7ed8a3c4eadb4b0a25a09e19ba4545667c9f58c6bf855ebdc064e226fd2915b526c
>
>
> The PRs already integrated into NetBeans 21 are :
> https://github.com/apache/netbeans/pulls?q=is%3Amerged+milestone%3ANB21
>
> Issues currently tagged for NetBeans 21 are :
>
> https://github.com/apache/netbeans/issues?q=is%3Aopen+is%3Aissue+milestone%3ANB21
>
> Release schedule :
> https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
>
>
> Thank you for your contributions!
>
> Best wishes,
>
> Neil
>
> PS. Please don't respond to this email directly - start a new thread.
> Let's keep the [NOTICE] tag for what it says. Thanks! :-)
>
> -
> 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: [HELP WANTED] Testing new macOS installer

[John Kostaras]

   - macOS Sonoma 14.1.1; M1; Oracle JDK 17 (jdk-17+35-LTS-2724)
   - SHA-256 ok
   - Installed ok
   - Imported NB19 config ok
   - Opened and executed a couple of projects (Java app, NB module) ok

Seems to respond faster than NB 19.

Great work.

John.

On Wed, Nov 15, 2023 at 3:30 PM Giles Winstanley  wrote:

> macOS Sonoma 14.1.1; M2 Max; Adoptium OpenJDK 21 (jdk-21+35); UTF-8 en-GB
>
> - SHA-256 ok
> - Installed ok
> - Imported NB19 config fine
> - Successful build of simple Gradle 8.4 project
> - Calibrated profiler fine (aarch64)
> - Ran method profiler fine (aarch64; via attach to external process)
>
> ("fine" denotes no obvious immediate issues, although not explored
> extensively.)
>
> Stan
>
> On 14/11/2023 18:17, Neil C Smith wrote:
> > On Tue, 15 Aug 2023 at 19:28, Neil C Smith 
> wrote:
> >> On Thu, 10 Aug 2023 at 14:37, Neil C Smith 
> wrote:
> >>> Testing and feedback would be appreciated before we commit to shipping
> >>> this installer for the release.
> >> A big thank you to everyone who tested the new installer - your
> >> feedback was much appreciated!  I think it shows we're good to move to
> >> this installer for the NB19 release, which will hopefully move to vote
> >> next week.
> >>
> >> I'm not intending to create another test installer for 19-rc5, so the
> >> link on nightlies.a.o has now disappeared with the new rc build.
> > As a follow up on this thread, I've just added a signed and notarized
> > pkg installer for 20-rc4 to
> > https://nightlies.apache.org/netbeans/candidate/installers/
> >
> > The bundle ID is different to the release, so can be tested without
> > affecting an NB19 installation.
> >
> > Testing as we wind down towards NB20 release would be appreciated,
> > including of terminal and profiler support from a signed installer on
> > aarch64!
> >
> > Thanks,
> >
> > 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: [Lazy Consensus] Minimum JDK build and run policy (dropping JDK 8)

[John Kostaras]

+1

Reading Neil's proposal carefully it seems like a reasonable/practical way
ahead. Sooner or later everybody will have to move forward and we need to
see how we can move on while supporting older Java versions where needed.

Just keep in mind that not all industries move as fast and it isn't  easy
to build huge legacy code bases in newer JDK versions sometimes (exactly
the opposite of what we are discussing here :) ).


K/r,

I. Kostaras

Στις Πέμ 6 Απρ 2023, 22:02 ο χρήστης Antonio 
έγραψε:

> +1
>
> On 3/4/23 11:38, Neil C Smith wrote:
> > Thanks, Neil
>
> Thank you, Neil, for a reasonable proposal.
>
> It's great to try to support the oldest JDKs possible, but that doesn't
> mean we have to live stuck in the past forever.
>
> The proposal to use NB18 release branch for backports makes sense to me,
> too, so people that require JDK8 compatibility can contribute there.
>
> Cheers,
> Antonio
>
> -
> 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: [Lazy Consensus] Minimum JDK build and run policy (dropping JDK 8)

[John Kostaras]

-1

Java 8 is also LTS and many out there are still stuck to it. I support
Jarda, too.

On Wed, Apr 5, 2023 at 6:25 PM toni.ep...@eppleton.de <
toni.ep...@eppleton.de> wrote:

> -1
>
> I agree with Jarda. Having the portability for platforms like Android is
> important, and I support the proposed alternative.
>
>
>
> Von: Jaroslav Tulach 
> Datum: Mittwoch, 5. April 2023 um 17:13
> An: dev 
> Betreff: Re: [Lazy Consensus] Minimum JDK build and run policy (dropping
> JDK 8)
> -1
>
> Background: http://wiki.apidesign.org/wiki/Portability
>
>
> Alternative:
>
> - I will maintain what ever needs to be maintained to keep JDK 8 CI tests
> running
>
> - From Apache NetBeans 19, the minimum JDK required to build and run
> the IDE will be JDK 11.
>
> - The minimum JDK to run and test the NetBeans Platform and modules up to
> VSCode & Jackpot remains JDK 8.
>
> - Usage of JDK11, JDK17, etc. API is possible in dedicated modules via
> http://
> wiki.apidesign.org/wiki/AlternativeImplementation
>
>
> Justification:
>
> Writing in Java (a language designed to write once and run everywhere)
> greatly
> increases portability. However there is another axis hurting portability -
> the
> supported JDK version. Of course, should a library be widely used, it has
> to
> support as oldest JDK as possible. These days it is JDK8 - the primary
> reason
> being that Android supports JDK8 - as such, should a library aspire to be
> used
> on Android (as well as regular Java), it needs to stick to version eight.
>
> There's transitivity of non-portability - the portability of the final
> application cannot be bigger than portability of the least portable library
> used. This applies also to 3rd party dependencies a framework or library
> has:
> again their non-portability may negatively affect portability of such
> framework
> or library.
>
> Of course, writing portable libraries is harder. It requires more work from
> the API author, more self-control, more suffering. However such suffering
> is
> justifiable. There is usually a single API writer, but there are many
> users to
> it. What matters is to simplify and improve experience of those API users -
> own author suffering doesn't matter that much.
>
> > # Proposed policy
> >
> > * Apache NetBeans 18 will be the last release to support running the
> > platform on JDK 8.
> >
> > * From Apache NetBeans 19, the minimum JDK required to build and run
> > the IDE or platform will be JDK 11.
> >
> > * Future releases will take an "LTS-1" strategy for building and
> > running (and CI testing) of the IDE and platform. Three JDKs will be
> > supported at any one time - the current JDK, plus the previous two LTS
> > releases. eg. NetBeans 20 and 21 (Nov 2023 / Feb 2024) will support
> > JDK 11, 17 and 21. NetBeans 22 (May 2024) will support JDK 17, 21 and
> > 22.
> >
> > ## Background
> >
> > The Apache NetBeans IDE has officially required JDK 11 to build and
> > run since NetBeans 13 in March 2022. The platform (and unofficially
> > the IDE) have continued to support running on JDK 8 - all modules
> > requiring a higher JDK must currently be optional. Various tests have
> > continued on JDK 8.
> >
> > This situation is causing issues as workarounds must be found for
> > currently non-optional features that have dependencies or other
> > requirements for running on a higher JDK (eg. Maven indexing / Lucene
> > [1]). It's causing delays, complications and missed testing time in
> > integration of new features (eg. problems merging support for EE 10
> > [2]). Supporting an increasing range of JDKs is causing increasing
> > workload, both for people and CI. Meeting the challenges of deprecated
> > (for removal) features in the JDK is also complicated by the
> > additional JDK requirements.
> >
> > ## Notes
> >
> > * Apache NetBeans users will continue to be recommended to use the
> > current or latest LTS JDK to run the IDE.  The IDE will continue to
> > support users developing projects for/with JDK 8, for as long as
> > nb-javac and other dependencies allow.
> >
> > * This proposal specifically doesn't address when the default bytecode
> > level across the codebase is increased. This can happen when required,
> > but non-optional modules would be free to adopt the minimum JDK as
> > they need to.
> >
> > * Optional modules may continue to require a runtime JDK higher than
> > the minimum.  Should it become necessary, build time optional modules
> > might be considered - eg. a build on the minimum JDK may exclude
> > modules that will not run on that JDK at runtime.
> >
> > * Some modules that are of independent use (eg. lookup, utilities,
> > etc.) might be nominated and advertised to continue JDK 8 support for
> > the time being. This is not expected to cover the runtime container as
> > a whole -
> https://netbeans.apache.org/tutorials/nbm-runtime-container.html
> >
> > * Once NetBeans 19 is released, the NetBeans 18 release branch could
> > be used to backport and release JDK 8 supporting 

Re: Rust, anyone?

[John Kostaras]

I would vote for b2) for various reasons: the baseline doesn't depend on
rust development, many people can develop independently using pull
requests, open the bugs in github instead of communicating them in emails.
Minus: the burden to add it to the plugins repo (or will it be integrated
in the core when ready)?

On Thu, Feb 16, 2023 at 8:02 AM Antonio  wrote:

> Hi again,
>
> So, to clarify:
>
> a) I don't think Rust support is ready yet to be merged with core: it's
> in alpha state ([1] details some aspects that need work).
>
> b) If we want to add Rust support to NetBeans we have to decide the best
> way:
>
> b.1) Create a "rust" branch in the main repo, add code there and keep on
> improving it until things are ready to merge in core.
>
> b.2) Create a repo of ours and let "rust" be an experimental plugin, and
> keep on improving it there.
>
> b.3) Keep on upgrading in my cloned repo until we're all happy.
>
> We could start by deciding which option in "b)" best suites us. This may
> apply also to future "NetBeans experiments" that we may want to get
> involved into.
>
> Cheers,
> Antonio
>
> [1]
> An assorted list of bugs and features that we could add to Rust:
>
> 1. Lexer/Parser bugs
>
> 1.1. Lexer/parser are too detailed for an IDE, I think. We may not be
> interested in lexing the internals of a comment, for instance. We may
> want to simplify things.
>
> 1.2. We should recover nicely from Antlr4 lexer/parser errors. We
> currently don't. (add arbitrary text to a .rs file and see how it fails)
>
> 2. Project/Properties/Licenses
>
> The "Project/Properties/Licenses" (dependency to Ant Projects) dialog
> opens, let's you choose a license, but then forgets. Licenses are never
> applied to new files.
>
> 3. Project/Properties/Other
>
> We need customizers for Rust projects. Choosing between Debug and
> Release configurations, for instance.
>
> 4. Workspaces
>
> Rust projects with workspaces (such as
> https://github.com/rust-lang/regex) show the different Rust submodules
> in the "Sources" node. We may want to handle these as we do with "Maven
> Submodules".
>
> 5. Fonts & Colors
>
> We want to add more fonts-colors to different tokens (macros, etc.)
>
> 6. Folding
>
> Folds work for code blocks, but structs is missing.
>
> 7. Debugging
>
> Before adding debugging, we need to extract the "gdb" support from the
> "cnd" branch and add it somewhere in NetBeans. Maybe "ide/gdb*" is a
> good destination?
>
> 8. Semantic HL
>
> We may want to add semantic highlighting to different parts of the Rust
> code (special coloring for mutable reference variables, for instance).
>
> 9. Options dialog
>
> To select the "cargo" path.
>
> 10. Fonts and Colors dialog
>
> With a sample .rs file, so people can modify fonts-colors easily.
>
> 11. Code completion
>
> Of course. "rust-analyzer" (https://rust-analyzer.github.io/) is a
> popular LSP server, I think.
>
>
> On 15/2/23 22:21, Antonio wrote:
> > Hi,
> >
> > It's currently integrated in my repo . Whether this goes to core and
> > is released as a plugin is not clear yet, I think. That needs some
> > thought. Releasing it as a plugin has the advantage that it can have a
> > different lifecycle than the core.
> >
> > On 15/2/23 19:48, John Kostaras wrote:
> >> This is integrated into the core.
>
> -
> 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: Re: Rust, anyone?

[John Kostaras]

This is integrated into the core.

@antonio I will try to add this functionality I proposed. :)

On Wed, Feb 15, 2023 at 7:32 PM Eric Bresie  wrote:

> Sorry…so is the implication it’s being provided as a plug-in or integrated
> as a core plugin?
>
> Given my past attempt to bring nbpython in, are there any donation
> concerns one way or another?
>
> Eric Bresie
> ebre...@gmail.com
>
> > On February 14, 2023 at 3:33:26 PM CST, John Kostaras <
> jkosta...@gmail.com (mailto:jkosta...@gmail.com)> wrote:
> > The new plugin works pretty much like the previous one. well done
> Antonio.
> >
> > Would such a window be necessary for this plugin, too? I suppose so.
> >
> > Click on Tools → Options or NetBeans → Preferences (Mac) --> Rust .
> >
> >
> >
> >
> >
> > On Mon, Feb 13, 2023 at 9:01 PM John Kostaras  (mailto:jkosta...@gmail.com)> wrote:
> > > I know, I wrote that sentence! :)
> > >
> > > I mention it here for awareness and maybe reuse some of the code... :)
> > >
> > > On Mon, Feb 13, 2023 at 7:50 PM László Kishalmi <
> laszlo.kisha...@gmail.com (mailto:laszlo.kisha...@gmail.com)> wrote:
> > > > It says: It is recommended to rewrite/migrate the plugin to ANTLR4
> and LSP.
> > > >
> > > > On Sun, Feb 12, 2023 at 11:08 PM John Kostaras  (mailto:jkosta...@gmail.com)> wrote:
> > > >
> > > > > Hello there. There has already been something about Rust
> > > > > <https://cwiki.apache.org/confluence/display/NETBEANS/Rust+plugin>
> > > > > (written
> > > > > in JavaCC).
> > > > >
> > > > > Ioannis.
> > > > >
> > > > >
> > > > > On Sun, Feb 12, 2023 at 10:18 AM Antonio
> mailto:anto...@vieiro.net.invalid)>
> > > > > wrote:
> > > > >
> > > > > > Thanks Michael!
> > > > > >
> > > > > > D'oh! My intents to add Rust to the NetBeans core (very much as
> in the
> > > > > > Linux kernel case) have been detected! :-D
> > > > > >
> > > > > > Latest commits solve these issues, though (and add new bugs).
> > > > > >
> > > > > > Next challenge: Cargo workspaces [1].
> > > > > >
> > > > > > Cheers,
> > > > > > Antonio
> > > > > >
> > > > > > [1] https://doc.rust-lang.org/book/ch14-03-cargo-workspaces.html
> > > > > >
> > > > > > On 12/2/23 9:03 (x-apple-data-detectors://14), Michael Bien
> wrote:
> > > > > > > for others who want to give it a try: I had to fix two things
> to make
> > > > > > > the build pass:
> > > > > > > - removed references of RustPackage in org.openide.nodes.Node
> > > > > > > (probably a happy coding accident)
> > > > > > > - had to create this folder:
> netbeans/rust/rust.project/test/unit/src
> > > > > >
> > > > > >
> -
> > > > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> (mailto:dev-unsubscr...@netbeans.apache.org)
> > > > > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> (mailto:dev-h...@netbeans.apache.org)
> > > > > >
> > > > > > For further information about the NetBeans mailing lists, visit:
> > > > > >
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
>

Re: Rust, anyone?

[John Kostaras]

The new plugin works pretty much like the previous one. well done Antonio.

Would such a window be necessary for this plugin, too? I suppose so.

Click on *Tools → Options* or *NetBeans → Preferences* (Mac) --> *Rust* .

[image: εικόνα.png]



On Mon, Feb 13, 2023 at 9:01 PM John Kostaras  wrote:

> I know, I wrote that sentence! :)
>
> I mention it here for awareness and maybe reuse some of the code... :)
>
> On Mon, Feb 13, 2023 at 7:50 PM László Kishalmi 
> wrote:
>
>> It says: It is recommended to rewrite/migrate the plugin to ANTLR4 and
>> LSP.
>>
>> On Sun, Feb 12, 2023 at 11:08 PM John Kostaras 
>> wrote:
>>
>> > Hello there. There has already been something about Rust
>> > <https://cwiki.apache.org/confluence/display/NETBEANS/Rust+plugin>
>> > (written
>> > in JavaCC).
>> >
>> > Ioannis.
>> >
>> >
>> > On Sun, Feb 12, 2023 at 10:18 AM Antonio 
>> > wrote:
>> >
>> > > Thanks Michael!
>> > >
>> > > D'oh! My intents to add Rust to the NetBeans core (very much as in the
>> > > Linux kernel case) have been detected! :-D
>> > >
>> > > Latest commits solve these issues, though (and add new bugs).
>> > >
>> > > Next challenge: Cargo workspaces [1].
>> > >
>> > > Cheers,
>> > > Antonio
>> > >
>> > > [1] https://doc.rust-lang.org/book/ch14-03-cargo-workspaces.html
>> > >
>> > > On 12/2/23 9:03, Michael Bien wrote:
>> > > > for others who want to give it a try: I had to fix two things to
>> make
>> > > > the build pass:
>> > > >   - removed references of RustPackage in org.openide.nodes.Node
>> > > > (probably a happy coding accident)
>> > > >   - had to create this folder:
>> netbeans/rust/rust.project/test/unit/src
>> > >
>> > > -
>> > > 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: Rust, anyone?

[John Kostaras]

I know, I wrote that sentence! :)

I mention it here for awareness and maybe reuse some of the code... :)

On Mon, Feb 13, 2023 at 7:50 PM László Kishalmi 
wrote:

> It says: It is recommended to rewrite/migrate the plugin to ANTLR4 and LSP.
>
> On Sun, Feb 12, 2023 at 11:08 PM John Kostaras 
> wrote:
>
> > Hello there. There has already been something about Rust
> > <https://cwiki.apache.org/confluence/display/NETBEANS/Rust+plugin>
> > (written
> > in JavaCC).
> >
> > Ioannis.
> >
> >
> > On Sun, Feb 12, 2023 at 10:18 AM Antonio 
> > wrote:
> >
> > > Thanks Michael!
> > >
> > > D'oh! My intents to add Rust to the NetBeans core (very much as in the
> > > Linux kernel case) have been detected! :-D
> > >
> > > Latest commits solve these issues, though (and add new bugs).
> > >
> > > Next challenge: Cargo workspaces [1].
> > >
> > > Cheers,
> > > Antonio
> > >
> > > [1] https://doc.rust-lang.org/book/ch14-03-cargo-workspaces.html
> > >
> > > On 12/2/23 9:03, Michael Bien wrote:
> > > > for others who want to give it a try: I had to fix two things to make
> > > > the build pass:
> > > >   - removed references of RustPackage in org.openide.nodes.Node
> > > > (probably a happy coding accident)
> > > >   - had to create this folder:
> netbeans/rust/rust.project/test/unit/src
> > >
> > > -
> > > 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: Rust, anyone?

[John Kostaras]

Hello there. There has already been something about Rust
 (written
in JavaCC).

Ioannis.


On Sun, Feb 12, 2023 at 10:18 AM Antonio  wrote:

> Thanks Michael!
>
> D'oh! My intents to add Rust to the NetBeans core (very much as in the
> Linux kernel case) have been detected! :-D
>
> Latest commits solve these issues, though (and add new bugs).
>
> Next challenge: Cargo workspaces [1].
>
> Cheers,
> Antonio
>
> [1] https://doc.rust-lang.org/book/ch14-03-cargo-workspaces.html
>
> On 12/2/23 9:03, Michael Bien wrote:
> > for others who want to give it a try: I had to fix two things to make
> > the build pass:
> >   - removed references of RustPackage in org.openide.nodes.Node
> > (probably a happy coding accident)
> >   - had to create this folder: netbeans/rust/rust.project/test/unit/src
>
> -
> 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: super confuse for years

[John Kostaras]

Also look at this .

On Tue, Sep 27, 2022 at 3:40 PM Moacir da Roza  wrote:

> Lookups is like a bag of objects, you can have global lookups or local
> lookups.
> *Globals*
> 1-*Lookup.getDefault() *- Is default lookup in general it will have all
> services that exists on META-INF/services.
> 2- *Utilities.actionsGlobalContext() *- In this you can have the lookup of
> all that have focus on Netbeans
> *Ex.:* Utilities.actionsGlobalContext().lookup(FileObject.class);
> Will probably give you the file opened that have focus on Netbeans.
> *Local*
> All other classes that implements Lookup.Provider*. *
> TopComponent.getRegistry().getActivated().getLookup(), note that this
> lookup probably can have all items of the default with additional items of
> the TopComponent, because the constructor of TopComponent receives a
> lookup.
>
>
> TopComponent.getRegistry().getActivated().getLookup().lookup(FileObject.class);
> Will give you same as
> Utilities.actionsGlobalContext().lookup(FileObject.class);
>
> *If I want to lookup all opened files, that mean all DataObjects. What I
> should use?*
>
> You must to find what is the default class responsible by editor, is a
> TopComponent, so you must get all TopComponent Implementations and get his
> lookup.
>
> >   var list = TopComponent.getRegistry().getOpened();
> >for(TopComponent item : list){
> > if(item instanceof CloneableTopComponent){
> >
> > System.out.println(item.getLookup().lookup(FileObject.class));
> > }
> > }
> >
>
> Probably has other ways, but this way works.
>
>
> Em ter., 27 de set. de 2022 às 01:00, Peter Cheung 
> escreveu:
>
> > Dear All
> > I have been super confused by these for many years, what is the
> > difference? when I use should which?
> >
> >
> >   1.  Lookup.getDefault().lookupAll
> >   2.
> > DataObject.find(FileUtil.toFileObject(realFile)).getLookup().lookupAll
> >   3.  Utilities.actionsGlobalContext().lookupAll
> >   4.  TopComponent.getRegistry().getActivated().getLookup().lookupAll
> >
> > If I want to lookup all opened files, that mean all DataObjects. What I
> > should use?
> >
> >
> > Thanks
> >
> > From Peter (System Architect, Quantr Limited https://www.quantr.hk ,
> > Mobile : 96554595)
> >
>
>
> --
> Moacir R.F
> Desenvolvedor de Softwares
>
> https://www.moacirrf.com.br 
>

Re: Detecting file changed externally

[John Kostaras]

Hallo Ernie. Are you aware of the FileObject

class and its FileChageListener

s?

On Tue, Jun 7, 2022 at 7:17 PM Ernie Rael  wrote:

> Hi all,
>
> When NetBeans detects that a file has been changed externally, it
> updates the file. When this happens, my plugin usually /looses/ its
> javax.swing.text.Positions; they go to offset 0.
>
> How can I get notified or detect that this is about to happen so I can
> try to preserve the marks. Notification that it just happened would be
> better than nothing.
>
> Any hints on how to do this, or suggestions on where to look?
>
> Thanks,
> -ernie
>
>
> -
> 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: j2seplatform?

[John Kostaras]

Talking about dependencies. Looking at this page (
https://dlcdn.apache.org/netbeans/netbeans/12.6/nbms/ide/:


   -

org-netbeans-modules-projectapi-nb.nbm

 points to a dead link

   - No dependent module org-netbeans-libs-junit4.nbm

Regards,

John.

On Mon, 10 Jan 2022 at 19:57, Neil C Smith  wrote:

> On Mon, 10 Jan 2022 at 17:50, Tim Boudreau  wrote:
> >
> > I attempted to update dependencies on a huge suite of modules last night,
> > and notice that builds fail trying to download j2seplatform - and indeed,
> > the newest version of that that seems to be available is RELEASE123:
> >
> https://mvnrepository.com/artifact/org.netbeans.modules/org-netbeans-modules-java-j2seplatform
> >
> > while the latest version of, say, Lookup, is RELEASE126 in Maven Central:
> >
> https://mvnrepository.com/artifact/org.netbeans.api/org-openide-util-lookup
> >
> > Did it get removed, renamed, or did some modules not get published?  It
> > seems to still exist in source.
>
> Looks like it moved to API -
>
> https://mvnrepository.com/artifact/org.netbeans.api/org-netbeans-modules-java-j2seplatform
>
> 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: Add support for other programming languages

[John Kostaras]

Thanks Tim. It would be great if you could.

Even if it's not perfect we could make it an official delivery for now, and
have NetBeans support Rust language, too.

Kind regards,

John.

On Mon, 10 Jan 2022 at 20:06, Tim Boudreau  wrote:

> FWIW, I took a crack at making https://github.com/drrb/rust-netbeans work
> better a few years ago, with limited results. In particular, their Antlr
> grammar generates insanely deep trees that are not great for performance.
>
> I have been working on something more performant, also based on an ANTLR
> grammar, but using Antlr's lexer modes to handle things like macro_rules!
> which is almost an embedded language, based off of the generic Antlr
> language support I built here:
> https://github.com/timboudreau/ANTLR4-Plugins-for-NetBeans (all of the
> parser and lexer glue is generated for you from a few [big] annotations).
>
> There are a few things I'm looking forward to trying:  Rust's borrow
> checker is really just a reference-graph cycle checker with a few rules
> about when cycles are allowed (things that implement the Copy trait, e.g.
> primitives and things with #[derive Copy]);  the Antlr stuff lets you hang
> arbitrary analyzers off a parse that collect patterns you describe in
> source trees and store them in a couple of very tight int-array-based data
> structures that are binary-searchable, so you can collect a tree of
> variable references (yes, you *can* build a tree with a pair of int[]'s -
> https://j.mp/31O7Ir6 ), build a graph (just some arrays of bit-sets where
> intersection operations are cheap - this is how graphs should be modeled in
> code, not as actual trees of objects) and the analysis is pretty simple.
>
> This has been a spare-time kind of thing, but I could share it somewhere if
> anyone is interested.
>
> -Tim
>

Re: Add support for other programming languages

[John Kostaras]

Hallo all again.

I have created separate wiki pages in Confluence per programming language
support. This should contain more info about the status of existing
plugins, TODOs, requirements etc. Please feel free to update them for the
plugin(s) you wish to contribute.

Regarding this page
<https://cwiki.apache.org/confluence/display/NETBEANS/Adding+New+Language+Support>,
my idea is to make it a generic easy how-to for every beginner who wishes
to add a new language plugin, or contribute to an existing one, to be able
to follow the steps and do it. We may also split it to different
technologies, i.e. How-Tos for LSP, ANTLR etc. I leave it to those who know
more than me to decide. Please contribute to this page; it will help to
find volunteers to help us, but also, if we have a common
structure/methodology to develop the plugins, we can contribute to more
plugins since the steps would be common.  We may, of course, deviate in
some plugins, but these would be the general steps. So, when you develop
your plugin, please spend some time to contribute to this page; it will pay
off in the future.

@Eric: you have done excellent work in adding a lot of comments with
resources etc. to this page. May I ask you to move your comments to the
main content instead and give the wiki page more shape? Thank you in
advance.

As a nice to have, would be to have a space in apache netbeans github to
add these plugins (maybe under contrib) instead of our own github space. I
haven't checked this page
<https://cwiki.apache.org/confluence/display/NETBEANS/Experiment%3A+split+the+main+NetBeans+repository>
that Eric provided yet, but it could be the solution.

As an aside, I tried to work on plugins that I thought would be easy to
integrate and have a quick announcement (hey, NB now support XXX language),
but it was not that simple:

   - Kotlin plugin requires to build the kotlin part (I don't speak Kotlin
   yet)
   - Rust & Scala plugins need to be rewritten, unfortunately
   -

 Maybe I take a quick look at Ruby plugin, too, and be luckier there. :)

Thank you all.

Kind regards,

John.

On Wed, 5 Jan 2022 at 22:14, John Kostaras  wrote:

> Thank you Brett. Welcome on board. I added you as PoC for clojure and
> scala in confluence
> <https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins>
> for the time being.
>
> We will be updating that and this wiki page
> <https://cwiki.apache.org/confluence/display/NETBEANS/Adding+New+Language+Support>
> for the time being and we 'll see how we can organise.
>
> Any ideas are welcome.
>
> Kind regards,
>
> John.
>
>
>
> On Wed, 5 Jan 2022 at 11:54, Brett Ryan  wrote:
>
>> I wrote language support for postgres openedge i think back in nb5, i
>> think it’sa lot easier now, back then i needed to implement a state machine.
>>
>> I wouldn’t mind seeing clojure support, and scala revived. I’ve only just
>> taken an interest in clojure and use scala every day.
>>
>> > On 1 Jan 2022, at 01:42, John Kostaras  wrote:
>> > If you are interested in contributing in maintaining other programming
>> > languages support for NetBeans, please reply to this thread.
>> >
>> > There are many programming languages that have been dropped from Apache
>> > NetBeans, for various reasons. A list can be found here
>> > <https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins
>> >.
>> > Some of them need little effort to provide at least some basic
>> > functionality.
>> >
>> > The task is not easy, as there are different technologies (JavaCC,
>> ANTLR,
>> > LSP) that these plugins have been written into, and the NetBeans APIs
>> have
>> > been changed during time. A draft wiki page on how to add language
>> support
>> > to NetBeans can be found here
>> > <
>> https://cwiki.apache.org/confluence/display/NETBEANS/Adding+New+Language+Support
>> >
>> > .
>> >
>> > We could have a separate thread or organise in slack, e.g. to create a
>> > better overview of what needs to be done and how to proceed.
>> >
>> > Thank you in advance.
>> >
>> > K/r,
>> >
>> > 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
>>
>>
>>
>>

Re: Add support for other programming languages

[John Kostaras]

Thank you Brett. Welcome on board. I added you as PoC for clojure and scala
in confluence
<https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins>
for the time being.

We will be updating that and this wiki page
<https://cwiki.apache.org/confluence/display/NETBEANS/Adding+New+Language+Support>
for the time being and we 'll see how we can organise.

Any ideas are welcome.

Kind regards,

John.



On Wed, 5 Jan 2022 at 11:54, Brett Ryan  wrote:

> I wrote language support for postgres openedge i think back in nb5, i
> think it’sa lot easier now, back then i needed to implement a state machine.
>
> I wouldn’t mind seeing clojure support, and scala revived. I’ve only just
> taken an interest in clojure and use scala every day.
>
> > On 1 Jan 2022, at 01:42, John Kostaras  wrote:
> > If you are interested in contributing in maintaining other programming
> > languages support for NetBeans, please reply to this thread.
> >
> > There are many programming languages that have been dropped from Apache
> > NetBeans, for various reasons. A list can be found here
> > <https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins
> >.
> > Some of them need little effort to provide at least some basic
> > functionality.
> >
> > The task is not easy, as there are different technologies (JavaCC, ANTLR,
> > LSP) that these plugins have been written into, and the NetBeans APIs
> have
> > been changed during time. A draft wiki page on how to add language
> support
> > to NetBeans can be found here
> > <
> https://cwiki.apache.org/confluence/display/NETBEANS/Adding+New+Language+Support
> >
> > .
> >
> > We could have a separate thread or organise in slack, e.g. to create a
> > better overview of what needs to be done and how to proceed.
> >
> > Thank you in advance.
> >
> > K/r,
> >
> > 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
>
>
>
>

Re: Add support for other programming languages

[John Kostaras]

Thank you Randamuna. I 'm kinda in the same situation as you, very busy at
the moment, but try to steal some time for NB.
Do you have a github repo or something with your LSP version? If not, could
you contribute your knowledge somewhere (in confluence, netbeans
documentation, your wiki or something?)

Kind regards,

John.

On Tue, 4 Jan 2022 at 23:48, Randamuna Namae  wrote:

> I think around NB 11 I tried starting to integrate Scala LSP, but at least
> at the time NB's LSP support was not extensible enough and I ended up
> benching it.
> I am currently swamped though. I can offer whatever knowledge I have (I
> have lots of scala experience after all) but I'm afraid I can't contribute
> code at the moment. Hopefully in some 6 months I'll have more time so by
> then I'll look again into it.
>
> Cheers.
>
> On Tue, Jan 4, 2022 at 2:20 PM John Kostaras  wrote:
>
> > Thank you for the feedback. Could you take the lead for this?
> >
> >
> >
> > On Tue, 4 Jan 2022 at 00:37, Randamuna Namae  wrote:
> >
> > > The scala plugin listed there, even if you manage to make it compile,
> is
> > > sadly unusable for any realistic scala development. I used to maintain
> a
> > > fork of the original repo myself for years until about 4 years ago,
> where
> > > the changes to the scala compiler (2.13) were just too many and would
> > > require a major rewrite of the plugin. The scala community has invested
> > > lots in their LSP support by means of Metals, and even contributed a
> BSP
> > > (build server protocol) <https://build-server-protocol.github.io/>
> which
> > > provides other aspects more IDE related that LSP doesn't cover.
> > >
> > > Cheers.
> > >
> > > On Mon, Jan 3, 2022 at 3:52 PM antonio  wrote:
> > >
> > > > Added a link to https://langserver.org/ to the list of LSP servers
> in
> > > > that page (seems to have a list of the features of each LSP server).
> > > >
> > > > Cheers,
> > > > Antonio
> > > >
> > > > El 3/1/22 a las 19:11, John Kostaras escribió:
> > > > > Please let me know if you all have edit access to confluence
> > > > > <
> > > https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins
> >.
> > > > If
> > > > > yes please add to the table. If no, we can request Gertjaan to add
> > you.
> > > > > Please also contribute to this page
> > > > > <
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/NETBEANS/Adding+New+Language+Support
> > > > >.
> > > > >
> > > > > I 'd like to extend the table by adding which technology is being
> > used
> > > > > for each plugin (Java.CC, ANTLR, LSP), Java version etc.
> > > >
> > > > -
> > > > 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: Add support for other programming languages

[John Kostaras]

Thank you for the feedback. Could you take the lead for this?



On Tue, 4 Jan 2022 at 00:37, Randamuna Namae  wrote:

> The scala plugin listed there, even if you manage to make it compile, is
> sadly unusable for any realistic scala development. I used to maintain a
> fork of the original repo myself for years until about 4 years ago, where
> the changes to the scala compiler (2.13) were just too many and would
> require a major rewrite of the plugin. The scala community has invested
> lots in their LSP support by means of Metals, and even contributed a BSP
> (build server protocol) <https://build-server-protocol.github.io/> which
> provides other aspects more IDE related that LSP doesn't cover.
>
> Cheers.
>
> On Mon, Jan 3, 2022 at 3:52 PM antonio  wrote:
>
> > Added a link to https://langserver.org/ to the list of LSP servers in
> > that page (seems to have a list of the features of each LSP server).
> >
> > Cheers,
> > Antonio
> >
> > El 3/1/22 a las 19:11, John Kostaras escribió:
> > > Please let me know if you all have edit access to confluence
> > > <
> https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins>.
> > If
> > > yes please add to the table. If no, we can request Gertjaan to add you.
> > > Please also contribute to this page
> > > <
> >
> https://cwiki.apache.org/confluence/display/NETBEANS/Adding+New+Language+Support
> > >.
> > >
> > > I 'd like to extend the table by adding which technology is being used
> > > for each plugin (Java.CC, ANTLR, LSP), Java version etc.
> >
> > -
> > 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: Add support for other programming languages

[John Kostaras]

Thank you all for your replies.

We can continue on (please vote):

   - slack (NetBeans #plugin-developers)
   - create a google group
   - use this email thread

Please let me know if you all have edit access to confluence
.
If yes please add to the table. If no, we can request Gertjaan to add you.
Please also contribute to this page

.

I 'd like to extend the table by adding which technology is being used for
each plugin (Java.CC, ANTLR, LSP), Java version etc.

I have worked on these plugins:

   - Kotlin (netbeans/contrib/kotlin): I have managed to resolve maven
   dependencies etc. but now I need a Kotlin developer to build the Kotlin
   code of the plugin; the plugin has been donated by JetBrains
   - Rust : I get the following
   error, and simply can't figure out where to find this Common Test Runner UI
   module in order to change its version.
   [image: Screen Shot 2022-01-03 at 19.51.36.png]

   - Scala : Similar issue (not easy
   to find which module it refers to):
   - [image: Screen Shot 2022-01-03 at 20.00.24.png]

Next steps (in the far future) create tutorials and an easy strategy to add
language support to NetBeans.

Let's learn from each other. Thank you all.

John.

On Sun, 2 Jan 2022 at 18:54, Eric Bresie  wrote:

> On Sun, Jan 2, 2022 at 10:44 AM Eric Bresie  wrote:
>
> >
> > How should these language (or any) plugins be managed from a
> organization,
> > namespace, and repository perspective?
> >
> > A more radical change would be to move many of existing language and
> > integrated plugins out of core netbeans to focus more on the basic IDE
> but
> > I’m sure that would be too risky a change.
> >
>
> Was scanning other things and noted the following which was kind of what I
> was suggesting on above
>
>
> https://cwiki.apache.org/confluence/display/NETBEANS/Experiment%3A+split+the+main+NetBeans+repository
>
> >
> Just a thought…
>
> Eric
> --
> Eric Bresie
> ebre...@gmail.com
>

Add support for other programming languages

[John Kostaras]

If you are interested in contributing in maintaining other programming
languages support for NetBeans, please reply to this thread.

There are many programming languages that have been dropped from Apache
NetBeans, for various reasons. A list can be found here
.
Some of them need little effort to provide at least some basic
functionality.

The task is not easy, as there are different technologies (JavaCC, ANTLR,
LSP) that these plugins have been written into, and the NetBeans APIs have
been changed during time. A draft wiki page on how to add language support
to NetBeans can be found here

.

We could have a separate thread or organise in slack, e.g. to create a
better overview of what needs to be done and how to proceed.

Thank you in advance.

K/r,

John.

Re: Python Donation

[John Kostaras]

And you are not the only one James. NetBeans used to indeed have the best
C/C++ support.

But I know many other, really big fans of NetBeans, that have moved to
JetBrains Idea because NetBeans doesn't anymore support Scala, or Python,
or Ruby, or Go you name it.

I will create another thread, to invite people who would like to help
supporting other programming languages for NetBeans and organise on how to
do that.

John.

On Fri, 31 Dec 2021 at 16:12, mike james
 wrote:

> As a user who has contemplated trying to help out - this entire exchange is
> sad.
> NetBeans was only recently by far the best C/C+ IDE and its support of
> other languages
> was a big plus point for using it. I now have had to retreat to Visual
> Studio Code (yuk)
> simply because I can use it for multiple languages. I know NetBeans was
> always
> first a Java IDE but its sad to see the wider contexts dropped because of
> lack of support.
>
> I did start to examine some of the C/C++ stuff but I'm glad I didn't waste
> my time trying
> to learn it - I am a Java and C programmer but don't know much about
> NetBeans structure.
> mikej
>
> On Fri, Dec 31, 2021 at 1:57 PM John Kostaras  wrote:
>
> > Hallo all,
> >
> > NetBeans used to have many languages support in the past and I find it
> very
> > sad seeing NetBeans dying slowly because many developers abandon it
> because
> > it only supports Java (and Groovy?) nowadays.
> >
> > This wiki page
> > <https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins>
> > lists a number of plugins that NetBeans used to support in the past. It
> is
> > true that they have been developed with different technologies and
> > versions, but some of them need not that much effort to be fixed. How do
> we
> > integrate them? As plugins? Integrate them in the baseline?
> >
> > The mentality that we don't support them because nobody understands the
> > code, is also true about NetBeans itself. Shall we give up supporting
> > NetBeans too because most of us don't understand it source code?
> >
> > I will keep on the effort and I hope others will. To me abandoning other
> > programming languages support means the end of NetBeans itself, sooner
> than
> > expected.
> >
> > Thank you Eric for bringing this up.
> >
> > Kind regards and happy New Year,
> >
> > John.
> >
> >
> > On Thu, 30 Dec 2021 at 23:34, Matthias Bläsing <
> mblaes...@doppel-helix.eu>
> > wrote:
> >
> > > Hi Eric,
> > >
> > > Am Donnerstag, dem 30.12.2021 um 14:44 -0600 schrieb Eric Bresie:
> > > > > So then what’s next?
> > > > >
> > > > > Option 1: Take the CDDL/GPLv2 licenses source and make that work on
> > > > > Apache NetBeans (nothing stopping the resurrection of nbpython
> > > > > project). If the necessary steps are documented and donation
> happens
> > > > > the steps can be reproduced against the donated codebase.
> > > >
> > > >
> > > > From the nbpython code (I.e.
> > > > https://sourceforge.net/p/nbpython/mercurial/ci/default/tree/ ), the
> > > > mirrored hg code
> > > > http://source.apidesign.org/hg/netbeans/contrib/file/6b5e5bedcd2a ,
> > the
> > > > mavenized version
> > > > https://github.com/timboudreau/netbeans-contrib
> > > > ?  Or something else?
> > > >
> > > > My branch
> > > > https://github.com/ebresie/netbeans/tree/nbpython_integration3
> > > >
> > > > had code mainly from the hg code with tweaks to make it a cluster,
> > > updated
> > > > headers using the Netbeans tools, and a few other updates.
> > > >
> > > > I was on pause with expectations of picking up (and redoing) once the
> > > > donation was available (which why I keep asking about the status).
> > > >
> > > > Is that what is meant?
> > >
> > > Don't know. Sorry, but I won't look into support for a language I don't
> > > have any use-case for at the moment, as enough time already flows into
> > > NetBeans.
> > >
> > > >
> > > > Option 2: Rebuild Python support from scratch. You already said that
> > > > > the LSP approach might work and given that
> > > > >
> > > > > https://github.com/apache/netbeans/pull/3385
> > > > >
> > > > > is tested with python LSP, there is already work done elsewhere.
> > > >
> > > >
> > > > 

Re: New theme for netbeans, team member wanted (JavaFX)

[John Kostaras]

There used to be an article of a lady from South Africa who had managed to
replace the Rich Client Platform's window system with JavaFX, but I can't
locate it anymore.

To replace Swing with JavaFX (or HTML/Java UI), one needs to rewrite the
Window System, Action System and the Explorer Views and Property Sheets in
the new technology. Which is kinda a lot of work.

I 'm in by the way.

K/r,

John.



On Fri, 31 Dec 2021 at 10:53, Mar R  wrote:

> Please don't even mention Electron! It has its pros, I recognize that, but
> we're talking about an IDE + Java...I can't afford a new GPU :D
> Anyway switching from Swing to JavaFX would be real cool, sooner or later
> projects will have to stay update with latest technologies, why have them
> then? But I get it would be a giant process, so just my +1 and count me in
> whenever you'll decide to do it
>
> Il giorno ven 10 dic 2021 alle ore 15:43 Neil C Smith <
> neilcsm...@apache.org>
> ha scritto:
>
> > On Tue, 7 Dec 2021 at 16:02, Eric Bresie  wrote:
> > > Unless anyone wants to work on NetBeans.FX ;-)…I figured as much but
> > wanted to ask.
> >
> > There was once a project called eFX, that if I remember correctly was
> > a JavaFX version of (parts of) the platform UI?  Can't find much info
> > now, but no, not an easy task.
> >
> > There was a whole bunch of discussion around the future of NetBeans'
> > UI when we joined Apache (check the distant archive).  About the time
> > rumours of Swing's demise were possibly exaggerated (Java client
> > roadmap v1) :-)
> >
> > I remember suggesting that a future UI of NetBeans might involve
> > Electron, a headless JVM, LSP and HTML4J.  Which it kind of has ...
> > Maybe we should build a new UI on top of VSCodium.
> >
> > Maybe it's skija?
> >
> > Who knows.  It's a lot of work, and I think NetBeans in its entirety
> > will likely remain Swing.  In fact, I'd happily lose the little bit of
> > optional JavaFX dependency we do have, which punches above its weight
> > in issues!
> >
> > 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: Python Donation

[John Kostaras]

Hallo all,

NetBeans used to have many languages support in the past and I find it very
sad seeing NetBeans dying slowly because many developers abandon it because
it only supports Java (and Groovy?) nowadays.

This wiki page

lists a number of plugins that NetBeans used to support in the past. It is
true that they have been developed with different technologies and
versions, but some of them need not that much effort to be fixed. How do we
integrate them? As plugins? Integrate them in the baseline?

The mentality that we don't support them because nobody understands the
code, is also true about NetBeans itself. Shall we give up supporting
NetBeans too because most of us don't understand it source code?

I will keep on the effort and I hope others will. To me abandoning other
programming languages support means the end of NetBeans itself, sooner than
expected.

Thank you Eric for bringing this up.

Kind regards and happy New Year,

John.


On Thu, 30 Dec 2021 at 23:34, Matthias Bläsing 
wrote:

> Hi Eric,
>
> Am Donnerstag, dem 30.12.2021 um 14:44 -0600 schrieb Eric Bresie:
> > > So then what’s next?
> > >
> > > Option 1: Take the CDDL/GPLv2 licenses source and make that work on
> > > Apache NetBeans (nothing stopping the resurrection of nbpython
> > > project). If the necessary steps are documented and donation happens
> > > the steps can be reproduced against the donated codebase.
> >
> >
> > From the nbpython code (I.e.
> > https://sourceforge.net/p/nbpython/mercurial/ci/default/tree/ ), the
> > mirrored hg code
> > http://source.apidesign.org/hg/netbeans/contrib/file/6b5e5bedcd2a , the
> > mavenized version
> > https://github.com/timboudreau/netbeans-contrib
> > ?  Or something else?
> >
> > My branch
> > https://github.com/ebresie/netbeans/tree/nbpython_integration3
> >
> > had code mainly from the hg code with tweaks to make it a cluster,
> updated
> > headers using the Netbeans tools, and a few other updates.
> >
> > I was on pause with expectations of picking up (and redoing) once the
> > donation was available (which why I keep asking about the status).
> >
> > Is that what is meant?
>
> Don't know. Sorry, but I won't look into support for a language I don't
> have any use-case for at the moment, as enough time already flows into
> NetBeans.
>
> >
> > Option 2: Rebuild Python support from scratch. You already said that
> > > the LSP approach might work and given that
> > >
> > > https://github.com/apache/netbeans/pull/3385
> > >
> > > is tested with python LSP, there is already work done elsewhere.
> >
> >
> > I’ve been toying with a work in progress on new LSP Python
> implementation.
> >
> > For the reference to Python LSP in the above PR, is there some other
> Python
> > LSP in work (if so who is doing so as the more the merrier)?
> >
> > Or was this pr using Python LSP to test the change?  Or was this intended
> > to use the pr with WIP to further verify the PR?
> >
>
> Read the comments, they are not that long. The author claims, that he
> used a python LSP to test line based folding, I have no further
> knowledge about this.
>
> Greetings
>
> Matthias
>
>
> -
> 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: How to develop a software product using netbeans.

[John Kostaras]

Hallo,

what kind of applications do you plan to build? For web (JEE) applications
it provides you support to build Jakarta EE, Spring etc. applications.

E.g.

   - Introduction to Developing Web Applications
   
   - Heffelfinger, D. J. (2015), Java EE 7 Development with NetBeans 8,
   Packt
   - Introduction to Spring Web MVC
   

For standalone (desktop) applications, it supports building Swing and
JavaFX applications. It also provides a Rich Client Platform protocol, that
allows you to speed up development of desktop apps by using the framework
that NetBeans is built on.

   - Designing a Swing GUI in NetBeans IDE
   
   - JavaFX and NetBeans 11.2
   
   - Wielenga et. al. (2015), Beginning NetBeans IDE, APress.
   - Oracle (2014), Developing Applications with NetBeans IDE
   - Salter D. (2015), Mastering NetBeans, Packt.
   - Kostaras I et. al. (2020), Pro Apache NetBeans, APress
   - Wexbridge J. & Nyland W. (2014), NetBeans Platform for Beginners,
   LeanPub.
   - Anderson P. & Anderson G. (2015), JAVAFX Rich Client Programming on
   the  NetBeans Platform, Addison-Wesley.

K/r,

John.

On Wed, 29 Dec 2021 at 19:50, Sridhar Saraswatula 
wrote:

> Namaste,
>
> I am new to Netbeans. Earlier I was developing web based products using
> basic tools like html, php.  I came to know that Netbeans is good tool for
> software product development right from planning the logic and using
> scripts.  Please let me know the sources to learn Netbeans.
>
> Thank you,
>
> Sridhar
> -
> 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
>
>
>
>

Fwd: log4j and NetBeans

[John Kostaras]

Hallo,

regarding the latest

   - Apache CVE: CVE-2021-44228
   
   - Apache security advisory: Apache Log4j Security Vulnerabilities
   


$ find . -name pom.xml | xargs grep log4j
$ find . -type f | xargs grep log4j
./contrib/groovy.grailsproject/test/unit/data/projects/completion/.classpath:

./contrib/groovy.grailsproject/test/unit/data/projects/completion/.classpath:

Binary file ./extide/gradle/external/gradle-6.7-bin.zip matches

./extide/o.apache.tools.ant.module/external/ant-1.10.8-license.txt:Files:
ant-misc-1.10.8.zip ant-1.10.8.jar ant-antlr-1.10.8.jar
ant-apache-bcel-1.10.8.jar ant-apache-bsf-1.10.8.jar
ant-apache-log4j-1.10.8.jar ant-apache-oro-1.10.8.jar
ant-apache-regexp-1.10.8.jar ant-apache-resolver-1.10.8.jar
ant-apache-xalan2-1.10.8.jar ant-commons-logging-1.10.8.jar
ant-commons-net-1.10.8.jar ant-jai-1.10.8.jar ant-javamail-1.10.8.jar
ant-jdepend-1.10.8.jar ant-jmf-1.10.8.jar ant-jsch-1.10.8.jar
ant-junit-1.10.8.jar ant-junit4-1.10.8.jar ant-launcher-1.10.8.jar
ant-netrexx-1.10.8.jar ant-swing-1.10.8.jar ant-testutil-1.10.8.jar
ant-xz-1.10.8.jar

./extide/o.apache.tools.ant.module/external/binaries-list:9A3E49630CAF4A67AD6188DC0D9C2D4C52CDF279
org.apache.ant:ant-apache-log4j:1.10.8

./extide/o.apache.tools.ant.module/external/build.xml:
 

./ide/html.validation/external/binaries-list:F0A0D2E29ED910808C33135A3A5A51BBA6358F7B
log4j:log4j:1.2.15
./ide/html.validation/external/log4j-1.2.15-license.txt:URL:
http://logging.apache.org/log4j/
Binary file ./ide/html.validation/external/log4j-1.2.15.jar matches
Binary file ./ide/html.validation/external/validator-20200626-patched.jar
matches
./ide/html.validation/nbproject/project.properties:file.reference.log4j-1.2.15.jar=external/log4j-1.2.15.jar
./ide/html.validation/nbproject/project.properties:release.external/log4j-1.2.15.jar=modules/ext/log4j-1.2.15.jar
./ide/html.validation/nbproject/project.xml:
 ext/log4j-1.2.15.jar
./ide/html.validation/nbproject/project.xml:
 external/log4j-1.2.15.jar

./java/projectimport.eclipse.core/test/unit/data/71770.classpath:
 

/nbbuild/build/license-temp/LICENSE.txt:extide/ant/lib/ant-apache-log4j.jar
  Apache-2.0-ant
./nbbuild/build/license-temp/LICENSE.txt:ide/modules/ext/log4j-1.2.15.jar
   Apache-2.0
./nbbuild/build/notice-temp:  - Unnamed - log4j:log4j:jar:1.2.12

./nbbuild/netbeans/extide/update_tracking/org-apache-tools-ant-module.xml:
   
Binary file ./nbbuild/netbeans/ide/modules/ext/log4j-1.2.15.jar matches

./nbbuild/netbeans/ide/update_tracking/org-netbeans-modules-html-validation.xml:
   
Binary file
./nbbuild/netbeans/java/modules/org-netbeans-modules-j2ee-persistence.jar
matches
./nbbuild/netbeans/LICENSE:extide/ant/lib/ant-apache-log4j.jar
  Apache-2.0-ant
./nbbuild/netbeans/LICENSE:ide/modules/ext/log4j-1.2.15.jar
 Apache-2.0

./nbbuild/netbeans/NOTICE:  - Unnamed - log4j:log4j:jar:1.2.12

In short, I couldn't find any dependencies to log4j 2.x.x, unless I 'm
missing something. In other words, NetBeans is secure by using old log4j
versions.

Best regards,

JK.

Re: [VOTE] Release Apache NetBeans 12.6 mac OSX Installer

[John Kostaras]

+1
MacOSX 10.13.6
Oracle JDK 17

JK



Στις Παρ, 26 Νοε 2021, 6:39 π.μ. ο χρήστης Scott Palmer 
έγραψε:

> +1
> macOS 12.0.1 intel
> Zulu “full” JDK 17.0.1
>
> Scott
>
> > On Nov 24, 2021, at 10:30 AM, John Mc  wrote:
> >
> > Hi,
> >
> > We can vote for Apache NetBeans 12.6 mac OSX installer.
> >
> > Primary voting artefact:
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-installers/12.6/Apache-NetBeans-12.6-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-installers/12.6/Apache-NetBeans-12.6-bin-macosx.dmg.asc
> >
> > SHA512 checksum file:
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-installers/12.6/Apache-NetBeans-12.6-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/release126/14/
> >
> > 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.6 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
>
>
>
>

Re: [VOTE] Release Apache NetBeans 12.6

[John Kostaras]

+1 (binding)


   - Build with JDK 8u221 on MacOSX 10.13.6
   - Run with JDK 17
   - Opens a number of different projects without issues
   - Seems to running faster than NB 12.5.


On Thu, 25 Nov 2021 at 00:46, Michal Hlavac  wrote:

> +1
> - build from source on openSUSE Tumbleweed JDK 11.0.13
> - run on JDK 17
> - basic tests
>
> m.
>
> On pondelok 22. novembra 2021 18:21:18 CET Neil C Smith wrote:
> > Dear community,
> >
> > This is our first voting candidate for the 12.6 release of Apache
> NetBeans.
> >
> > Please note all requirements below for validating sources and
> > convenience binaries before voting.
> >
> > Apache NetBeans 12.6 constitutes all clusters in the Apache NetBeans
> > Git repository, which together provide the NetBeans Platform (i.e.,
> > the underlying application framework), as well as all the modules that
> > provide the Java SE, Java EE, PHP, JavaScript and Groovy features of
> > Apache NetBeans.
> >
> > Release specific wiki page :
> >
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.6
> >
> > 
> >
> > Build artifacts are available here :
> >
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.6/
> >
> > They were built by the Jenkins pipeline :
> >
> >
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release126/14/
> >
> > 
> >
> > We are primarily voting on :
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/netbeans-12.6-source.zip
> >
> > SHA512 :
> 2e8064c603ea134df00984a1ac7221ddb0b91e1175a04f11b26e59a39530418499634b28cd64174a5a946f7237479fbb01ce09253fca354aed1fe56052b55edf
> >
> > KEYS file : https://downloads.apache.org/netbeans/KEYS
> >
> > 
> >
> > Associated with the primary source item we have, generated with the
> > pipeline mentioned above :
> >
> > -- at https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/
> >
> > Binaries associated with the source - netbeans-12.6-bin.zip as well as
> > update content under the nbms folder.
> >
> > -- at
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.6/
> >
> > The platform cluster build netbeans-platform-12.6-bin.zip and
> > netbeans-platform-12.6-source.zip
> >
> > 
> >
> > Maven Artefacts
> >
> > The Maven artefacts for Apache NetBeans 12.6 are ready on staging
> > associated to this vote.
> >
> >
> https://repository.apache.org/content/repositories/orgapachenetbeans-1092/
> >
> > The version is : RELEASE126
> >
> > 
> >
> > Voting Requirements
> >
> > Before voting +1 you are required to download the signed source code
> > package, compile it as provided, and test the resulting executable on
> > your own platform, along with also verifying that the package meets
> > the requirements of the ASF policy on releases -
> > http://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 (there are
> > branding folders with the name *.jar).
> > 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, nbms and maven staging 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 12.6 will be released if and when this vote passes.
> >
> > Thank you to all contributors for all your hard work!
> >
> > Best wishes,
> >
> > Neil, Eric and Geertjan
> > 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
> >
> >
> >
> >
> --
> [ michal hlavac ] [ m...@hlavki.eu[1] ] [ tel: 

Re: Programmatically make a TopComponent float by default

[John Kostaras]

How about the trick mentioned in this article
 (search for
'float')?
To display the Layer XML, right click on your module, *New -> Other ->
Module Development -> XML Layer*.



On Thu, 28 Oct 2021 at 04:24, Arcturus Bootes 
wrote:

> Hi All,
>
> I have a NetBeans platform application I am working on and I would like to
> have a TopComponent I am using "float" by default. I am not sure how to do
> this and would be grateful if I can get some advice on any annotation or
> something I can set to make it float by default.
>
> Thank you.
>

Re: Pssst! [Kotlin Support]

[John Kostaras]

$ find . -name *otlin*
./.git/logs/refs/remotes/origin/kotlin-donation
./java/kotlin.editor
./java/kotlin.editor/src/org/netbeans/modules/kotlin
./java/kotlin.editor/src/org/netbeans/modules/kotlin/editor/Kotlin.kt.template
./java/kotlin.editor/src/org/netbeans/modules/kotlin/editor/Kotlin.tmLanguage.json
./java/kotlin.editor/src/org/netbeans/modules/kotlin/editor/kotlin_file.png
./java/kotlin.editor/src/org/netbeans/modules/kotlin/editor/kotlin_file.svg
./java/kotlin.editor/src/org/netbeans/modules/kotlin/editor/kotlin_f...@2x.png

On Mon, 11 Oct 2021 at 14:45, Josh Juneau  wrote:

> There is also this older Kotlin plugin, which looks like it may have been
> the initial work by JetBrains.
>
> https://github.com/JetBrains/kotlin-netbeans
>
> This one is at least in a modular format, whereas the other repository
> includes all of NetBeans.  I think that the basic Kotlin support was merged
> into NetBeans already, so maybe that is the code from this repository.
>
> Josh Juneau
> juneau...@gmail.com
> http://jj-blogger.blogspot.com
> Apress Author 
>
>
>
> On Sun, Oct 10, 2021 at 4:15 PM Eric Bresie  wrote:
>
> > So what are the options for this?  Bring it in as a “cluster”, merge it,
> > break it out and manage as an independent (and publish to the new plug-in
> > center) plug-in?
> >
> > Eric
> >
> > On Sun, Oct 10, 2021 at 4:02 PM Christian Lenz 
> > wrote:
> >
> > > There is this branch
> > > https://github.com/apache/netbeans/tree/kotlin-donation but last
> changes
> > > were in Dezember last year.
> > >
> > > Von: Eric Bresie
> > > Gesendet: Sonntag, 10. Oktober 2021 16:25
> > > An: Netbeans Developer List
> > > Betreff: Re: Pssst! [Kotlin Support]
> > >
> > > I was talking about references to Kotlin like (1),(3),(5).
> > >
> > > As I understand it, there is some basic functionality
> > (highlight/coloring,
> > > editing), some of which involved a Kotlin plugin originally developed
> by
> > > JetBrain (4) which was not being maintained and was being donated to
> the
> > > Apache Netbeans group.  Based on the PR (2), it seems like it was
> > accepted
> > > but not sure if it was in a branch or in mainline Netbeans master.
> > >
> > > References
> > > (1)
> > >
> > >
> >
> https://lists.apache.org/thread.html/rdacdb451a163a12c77850dd18877f1ecce9de5468aed030a063cc303%40%3Cdev.netbeans.apache.org%3E
> > > (2) https://github.com/apache/netbeans/pull/1398
> > > (3)
> > >
> > >
> >
> https://lists.apache.org/thread.html/7b94ee7479bd09532243bef45af528f730dcbb6256c7f10dc2de0d89%40%3Cdev.netbeans.apache.org%3E
> > > (4) https://github.com/JetBrains/kotlin-netbeans/issues
> > > (5)
> > >
> > >
> >
> https://lists.apache.org/thread.html/rb43470160dcee184837623eddb29defcb0410c02fb71b7607d816225%40%3Cdev.netbeans.apache.org%3E
> > >
> > > Eric Bresie
> > > ebre...@gmail.com
> > >
> > >
> > > On Sun, Oct 10, 2021 at 8:42 AM Emilian Bold 
> > > wrote:
> > >
> > > > Looks like Kotlin is working as intended and funneling people into
> > > > IntelliJ.
> > > >
> > > > --emi
> > > >
> > > > On Sun, Oct 10, 2021 at 5:38 AM Owen Thomas <
> > owen.paul.tho...@gmail.com>
> > > > wrote:
> > > > >
> > > > > I have found myself cajoled into using IntelliJ because it allows
> one
> > > to
> > > > use Java and Kotlin sources simultaneously. To do this however, I
> have
> > > had
> > > > to create a new project using Gradle and copy my Java sources to this
> > new
> > > > project because IntelliJ thumbs it's nose at Ant projects. So, now I
> am
> > > > pondering the prospect of continuing with the Ant project in NetBeans
> > and
> > > > discarding the Kotlin sources, or making the transition to Gradle
> (and
> > > > perhaps IntelliJ) permanent. The second option (minus the move to
> > > IntelliJ
> > > > perhaps) is inevitable, but I do feel as though IntelliJ is making
> the
> > > > decision on what is an appropriate build tool for me at a time when I
> > do
> > > > not think it necessary to entertain such a move.
> > > > >
> > > > > I'd like it better if NetBeans was able to intermix Kotlin and Java
> > in
> > > a
> > > > way similar to IntelliJ, but without making a judgement call on what
> > > build
> > > > tool I choose to use.
> > > > >
> > > > >
> > > > > On Sun, 10 Oct 2021 at 00:23, Eric Bresie 
> wrote:
> > > > >>
> > > > >> Unrelated but at some point, there was discussion of integrating
> > > Kotlin
> > > > support (I believe donated by JetBrain developer)…did anything
> further
> > > > happen with that?
> > > > >>
> > > > >> Or is Kotlin another candidate for “new LSP language
> > implementation”?
> > > > >>
> > > > >> Eric
> > > > >>
> > > > >> On Fri, Oct 8, 2021 at 11:03 PM Owen Thomas <
> > > owen.paul.tho...@gmail.com>
> > > > wrote:
> > > > >>>
> > > > >>> Okay... I make a provisional withdrawal and reserve the right to
> > > > reassert.
> > > > >>>
> > > > >>> On Fri, 8 Oct 2021 at 18:59, Owen Thomas <
> > owen.paul.tho...@gmail.com
> > > >
> > > > wrote:
> > > > 

Re: LSP Language Server Protocol

[John Kostaras]

That could be a good idea even though it might be a hard task for a
Hackathlon. I 'll do the JIRA PR work and update confluence
<https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins>.

Thanks Adam.

Ioannis.

On Thu, 30 Sept 2021 at 15:29, Adam Russell  wrote:

> Digital Ocean's Hacktoberfest is right around the corner. If a repo for
> plugins is amrked as participating, along with some guidance on what a good
> PR would cover, that might be a good opportunity to kick start some new
> plugin work.
> ____
> From: John Kostaras 
> Sent: Thursday, September 30, 2021 7:33 AM
> To: dev@netbeans.apache.org 
> Subject: Re: LSP Language Server Protocol
>
> I 'd like to take this opportunity to mention that NetBeans loses many
> users because it simply doesn't support many other languages anymore, and
> it is not easy to migrate the many half-baked plugins
> <https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins>
> from older versions to the latest Apache NetBeans platform.
>
>- JavaCC <https://javacc.github.io/javacc/> is the old way
>- ANTLR <https://www.antlr.org/> is the modern way, but it is not easy
>to keep the many languages up-to-date; there are a number of tutorials
> on
>how to create a NB plugin using ANTLR, many outdated, with the best one
> in
>the Apache NetBeans book
>- LSP <https://langserver.org/> seems to be gaining ground, but there
>are no tutorials, apart from Jan Lahoda's rudimental one
><https://blogs.apache.org/netbeans/entry/lsp-client-demo-ba-sh>.
>
> I plan to also write a tutorial on the various ways (e.g. javacc, antlr,
> lsp) but it will take time, which I don't have in my already very heavy
> list of ToDos.
>
> I don't know how we could:
>
>- organise to write tutorials on how to port a new language as a
>NetBeans plugin
>- port the half-baked plugins
><https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins
> >
>providing help to the respective authors ; the NetBeans Platform APIs
> have
>changed during time, and it is not obvious how to migrate old code
>
> Kind regards,
>
> Ioannis.
>
>
>
>
> On Sun, 26 Sept 2021 at 21:46, Eric Bresie  wrote:
>
> > Some of this may be of help…
> >
> > (1) https://langserver.org/
> > (2)
> >
> >
> https://lists.apache.org/thread.html/r004212da38a55a7779b58ed03e851e6f017b150abe43d7a868bea236%40%3Cdev.netbeans.apache.org%3E
> >
> > Eric
> >
> > On Wed, Sep 8, 2021 at 11:55 AM Jack W.  wrote:
> >
> > > Thanks for the pointer, John, very helpful.
> > >
> > > On Wed, Sep 8, 2021 at 10:52 AM John Kostaras 
> > wrote:
> > >
> > > > There is this
> > > > <https://blogs.apache.org/netbeans/entry/lsp-client-demo-ba-sh>.
> > > >
> > >
> > > ---
> > > Jack Woehr   # Woehr's Asymptote: The ratio of the time
> spent
> > > Box 51, Golden CO 80402  # administering productivity software over the
> > > time
> > > http://www.softwoehr.com # saved by said software eventually
> > approximates
> > > 1.
> > >
> > --
> > Eric Bresie
> > ebre...@gmail.com
> >
>

Re: LSP Language Server Protocol

[John Kostaras]

I 'd like to take this opportunity to mention that NetBeans loses many
users because it simply doesn't support many other languages anymore, and
it is not easy to migrate the many half-baked plugins
<https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins>
from older versions to the latest Apache NetBeans platform.

   - JavaCC <https://javacc.github.io/javacc/> is the old way
   - ANTLR <https://www.antlr.org/> is the modern way, but it is not easy
   to keep the many languages up-to-date; there are a number of tutorials on
   how to create a NB plugin using ANTLR, many outdated, with the best one in
   the Apache NetBeans book
   - LSP <https://langserver.org/> seems to be gaining ground, but there
   are no tutorials, apart from Jan Lahoda's rudimental one
   <https://blogs.apache.org/netbeans/entry/lsp-client-demo-ba-sh>.

I plan to also write a tutorial on the various ways (e.g. javacc, antlr,
lsp) but it will take time, which I don't have in my already very heavy
list of ToDos.

I don't know how we could:

   - organise to write tutorials on how to port a new language as a
   NetBeans plugin
   - port the half-baked plugins
   <https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins>
   providing help to the respective authors ; the NetBeans Platform APIs have
   changed during time, and it is not obvious how to migrate old code

Kind regards,

Ioannis.




On Sun, 26 Sept 2021 at 21:46, Eric Bresie  wrote:

> Some of this may be of help…
>
> (1) https://langserver.org/
> (2)
>
> https://lists.apache.org/thread.html/r004212da38a55a7779b58ed03e851e6f017b150abe43d7a868bea236%40%3Cdev.netbeans.apache.org%3E
>
> Eric
>
> On Wed, Sep 8, 2021 at 11:55 AM Jack W.  wrote:
>
> > Thanks for the pointer, John, very helpful.
> >
> > On Wed, Sep 8, 2021 at 10:52 AM John Kostaras 
> wrote:
> >
> > > There is this
> > > <https://blogs.apache.org/netbeans/entry/lsp-client-demo-ba-sh>.
> > >
> >
> > ---
> > Jack Woehr   # Woehr's Asymptote: The ratio of the time spent
> > Box 51, Golden CO 80402  # administering productivity software over the
> > time
> > http://www.softwoehr.com # saved by said software eventually
> approximates
> > 1.
> >
> --
> Eric Bresie
> ebre...@gmail.com
>

Re: [VOTE] Release Apache NetBeans 12.5 Mac OSX Installer

[John Kostaras]

+1
(MacOSX 10.3.6 with Swift).

On Mon, 13 Sept 2021 at 20:33, John Mc  wrote:

> Hi,
>
> We can vote for Apache NetBeans 12.5 Mac OSX installer.
>
> Primary voting artefact:
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.5-installers/macosx/Apache-NetBeans-12.5-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.5-installers/macosx/Apache-NetBeans-12.5-bin-macosx.dmg.asc
>
> SHA512 checksum file:
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.5-installers/macosx/Apache-NetBeans-12.5-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/release125/11/
>
> 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.5 Mac OSX Installer will be released if and when this
> vote passes.
>
> Regards
>
> John
>

Re: [External] : Re: [VOTE] Release Apache NetBeans 12.5

[John Kostaras]

Aha! Could be. Thanks.

I also tested a module with 12.5 and when I ran the module I got the
following exception. I don't recall seeing this before. Something set by
default in the new version?

INFO [org.netbeans.modules.autoupdate.updateprovider.DownloadListener]:
Reading URL
https://netbeans.apache.org/nb/updates/12.5/updates.xml.gz?unique=0cf7f5eb1-0e63-439c-b2d8-38447774c5d3_21ad6349-2074-45c1-9493-46050c665464
failed (java.io.FileNotFoundException:
https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release125/lastSuccessfulBuild/artifact/dist/netbeans/nbms/updates.xml.gz?unique=0cf7f5eb1-0e63-439c-b2d8-38447774c5d3_21ad6349-2074-45c1-9493-46050c665464
)
INFO [org.netbeans.modules.autoupdate.ui.actions.AutoupdateCheckScheduler]
java.io.FileNotFoundException:
https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release125/lastSuccessfulBuild/artifact/dist/netbeans/nbms/updates.xml.gz?unique=0cf7f5eb1-0e63-439c-b2d8-38447774c5d3_21ad6349-2074-45c1-9493-46050c665464
at
java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1981)
at
java.base/sun.net.www.protocol.http.HttpURLConnection$9.run(HttpURLConnection.java:1569)
at
java.base/sun.net.www.protocol.http.HttpURLConnection$9.run(HttpURLConnection.java:1567)
at
java.base/java.security.AccessController.doPrivileged(AccessController.java:691)
at
java.base/java.security.AccessController.doPrivilegedWithCombiner(AccessController.java:934)
at
java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1566)
at
java.base/java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:527)
at
java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:308)
at
org.netbeans.modules.autoupdate.updateprovider.NetworkAccess$Task.checkRedirect(NetworkAccess.java:181)
at
org.netbeans.modules.autoupdate.updateprovider.NetworkAccess$Task.access$800(NetworkAccess.java:60)
at
org.netbeans.modules.autoupdate.updateprovider.NetworkAccess$Task$2.call(NetworkAccess.java:148)
Caused: java.io.FileNotFoundException:
https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release125/lastSuccessfulBuild/artifact/dist/netbeans/nbms/updates.xml.gz?unique=0cf7f5eb1-0e63-439c-b2d8-38447774c5d3_21ad6349-2074-45c1-9493-46050c665464
at
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:78)
at
java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at
java.base/java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:499)
at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:480)
at
java.base/sun.net.www.protocol.http.HttpURLConnection$10.run(HttpURLConnection.java:2035)
at
java.base/sun.net.www.protocol.http.HttpURLConnection$10.run(HttpURLConnection.java:2030)
at
java.base/java.security.AccessController.doPrivileged(AccessController.java:554)
at
java.base/sun.net.www.protocol.http.HttpURLConnection.getChainedException(HttpURLConnection.java:2029)
at
java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1597)
at
java.base/sun.net.www.protocol.http.HttpURLConnection$9.run(HttpURLConnection.java:1569)
at
java.base/sun.net.www.protocol.http.HttpURLConnection$9.run(HttpURLConnection.java:1567)
at
java.base/java.security.AccessController.doPrivileged(AccessController.java:691)
at
java.base/java.security.AccessController.doPrivilegedWithCombiner(AccessController.java:934)
at
java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1566)
at
java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:224)
at
org.netbeans.modules.autoupdate.updateprovider.NetworkAccess$Task$2.call(NetworkAccess.java:156)
at
org.netbeans.modules.autoupdate.updateprovider.NetworkAccess$Task$2.call(NetworkAccess.java:130)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630)
at java.base/java.lang.Thread.run(Thread.java:831)

Thank you.

On Mon, 13 Sept 2021 at 09:51, Akhilesh Singh 
wrote:

> Hi Loannis,
>
> The exception stack trace indicating that "indexing is in progress and any
> cancel event/action occurred". Did you performed any action during the
> indexing?
>
> -Original Message-
> From: John Kostaras 
> Sent: 12 September 2021 14:36
> To: dev@netbeans.apache.org
> Subject: [External] : Re: [VOTE] Release Apache NetBeans 12.5
>
> +1(binding)
>
> Built it successfully on MacOSX 10.13.6 with JDK 8u271.
>
&

Re: [VOTE] Release Apache NetBeans 12.5

[John Kostaras]

+1(binding)

Built it successfully on MacOSX 10.13.6 with JDK 8u271.

When I started, and after having installed nbjavac, I got the following
exception:

org.netbeans.lib.nbjavac.services.CancelAbort
at
org.netbeans.lib.nbjavac.services.CancelService.abortIfCanceled(CancelService.java:53)
at
org.netbeans.lib.nbjavac.services.NBParserFactory$NBJavacParser.classDeclaration(NBParserFactory.java:97)
at
com.sun.tools.javac.parser.JavacParser.classOrRecordOrInterfaceOrEnumDeclaration(JavacParser.java:3932)
at
com.sun.tools.javac.parser.JavacParser.typeDeclaration(JavacParser.java:3921)
at
com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParser.java:3682)
at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:655)
at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:692)
at com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:1109)
at com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:1096)
at
com.sun.tools.javac.api.JavacTaskImpl.parseInternal(JavacTaskImpl.java:308)
at
com.sun.tools.javac.api.JavacTaskImpl.invocationHelper(JavacTaskImpl.java:163)
at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:298)
Caused: java.lang.IllegalStateException
at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:302)
at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:278)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.SuperOnePassCompileWorker.compile(SuperOnePassCompileWorker.java:143)
at
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
at
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
at
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
at
org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5716)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5624)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5751)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5421)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:5040)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3422)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6185)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5836)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6101)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
at
org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:83)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6097)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6093)
at
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
at
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.run(RepositoryUpdater.java:6093)
at
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at 

Re: LSP Language Server Protocol

[John Kostaras]

There is this
.

On Wed, 8 Sept 2021 at 18:58, Neil C Smith  wrote:

> On Wed, 8 Sept 2021 at 16:40, Jack W.  wrote:
> >
> > Can an "LSP" language server
> >  be integrated
> with
> > NetBeans?
>
> See under Tools / Options / Editors / Language Servers.
>
> I'm not sure if we have a good how-to for that somewhere?
>
> 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: [VOTE] Release Apache NetBeans 12.4 (vote candidate 1)

[John Kostaras]

+1 binding

- Checked for additional JAR files
- Verified signature, LICENSE, and NOTICE
- Built on MacOSX High Sierra with JDK 8u221.
- Run and tested with JDK 16

On Tue, 18 May 2021 at 18:00, Eric Barboni  wrote:

> +1 (binding)
>
> Regards
> Eric
>
> FYI:
> find . -name "*.jar" -type f to get only file (hope I'm right)
> so the following .jar are not jar file but folder used for branding:
> ./java/java.lsp.server/nbcode/branding/core/core.jar
>
> ./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-gradle.jar
>
> ./java/java.lsp.server/nbcode/branding/modules/org-netbeans-core-windows.jar
>
> ./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-projectui.jar
>
> ./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-maven.jar
>
> ./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-maven-indexer.jar
> ./java/java.lsp.server/nbcode/branding/modules/org-openide-loaders.jar
>
> ./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-java-j2seplatform.jar
> ./java/java.lsp.server/nbcode/branding/modules/org-openide-text.jar
>
> -Message d'origine-
> De : Josh Juneau 
> Envoyé : mardi 18 mai 2021 16:47
> À : dev 
> Objet : Re: [VOTE] Release Apache NetBeans 12.4 (vote candidate 1)
>
> +1 (binding)
>
> - Checked for additional JAR files
> - Verified signature, LICENSE, and NOTICE
> - Built successfully:
> openjdk version "1.8.0_232"
> OpenJDK Runtime Environment (Zulu 8.42.0.23-CA-macosx) (build
> 1.8.0_232-b18)
> - Ran successfully running under JDK 11
>
> *Java:* 11.0.5; OpenJDK 64-Bit Server VM 11.0.5+10-LTS
>
> *Runtime:* OpenJDK Runtime Environment 11.0.5+10-LTS
>
> *System:* Mac OS X version 10.16 running on x86_64; UTF-8; en_US (nb)
>
>
> Great work to those involved!
>
>
> Josh Juneau
> juneau...@gmail.com
> http://jj-blogger.blogspot.com
> Apress Author 
>
>
>
> On Fri, May 14, 2021 at 4:28 PM Geertjan Wielenga 
> wrote:
>
> > Dear community,
> >
> > This is our first voting candidate for the 12.4 release of Apache
> NetBeans.
> > Please note all requirements below for validating sources and
> > convenience binaries before voting.
> >
> > Apache NetBeans 12.4 constitutes all clusters in the Apache NetBeans
> > Git repository, which together provide the NetBeans Platform (i.e.,
> > the underlying application framework), as well as all the modules that
> > provide the Java SE, Java EE, PHP, JavaScript and Groovy features of
> > Apache NetBeans.
> >
> > Build artifacts are available here:
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4/vc1
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4
> > /v1
> >
> > They were built by the Jenkins pipeline:
> >
> > https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbean
> > s/job/release124/22/
> >
> > We are primarily voting on:
> >
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4/vc1/netb
> > eans-12.4-source.zip
> >
> > SHA512:
> >
> > f8ee78d9ccba513234f855fc516bf251746eb030f6c747239b0db3da2f32932dc94318
> > 98fc334a22ebb25f4caec58c292b04d261736bc8de4eb6ead585dffc04
> >
> > KEYS file:
> > https://downloads.apache.org/netbeans/KEYS
> >
> > Associated with the primary source item we have, generated with the
> > pipeline mentioned above:
> >
> > -- under
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4/vc1
> > binaries associated with the source
> > netbeans-12.4-bin.zip
> > as well as update content under nbms folder
> >
> > -- under
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4
> > /vc1 you will find the platform cluster build
> > netbeans-platform-12.4-bin.zip netbeans-platform-12.4-source.zip
> >
> > Release specific wiki page:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+1
> > 2.4
> >
> > 
> >
> > Voting Requirements
> >
> > Before voting +1 you are required to download the signed source code
> > package, compile it as provided, and test the resulting executable on
> > your own platform, along with also verifying that the package meets
> > the requirements of the ASF policy on releases - see:
> >
> > http://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 

Re: [DISCUSS] CND, cnd.antlr & cnd.apt on top of Antlrv4?

[John Kostaras]

sorry I didn't. I did know and seems ok. Will continue testing... Great
work.

Thanks.

John.

On Fri, 14 May 2021 at 18:02, antonio  wrote:

> Hi John,
>
> Did you git pull first? This changes quickly! :-).
>
> Thanks,
> Antonio
>
> El 14/5/21 a las 15:50, John Kostaras escribió:
> >   Hallo Antonio,
> >
> > so, basically the error is that it cannot handle escape characters, e.g.
> \".
> >
> >
> > Here are some tests:
> >
> > Syntax error on 7613:20 token recognition error at: '"   >
> > Syntax error on 3743:20 token recognition error at: '"upd_cmd desc: \"'
> >
> > Syntax error on 523:3 token recognition error at: '"Error opening file.
> > PATH: \"'
> >
> >  sprintf (trace_msg,
> >
> >  "Error opening file. PATH: \"%s\" FILE: \"%s\"",
> >
> >  getenv ((char *) PATH), afilename);
> >
> >
> >
> > Syntax error on 628:37 token recognition error at: '"Cannot get total
> > number of bytes from message \"'
> >
> >  snprintf(errMsg, MY_ERR_LEN, "Cannot get total number of bytes from
> > message \"%s\"", sizBuf);
> >
> >
> >
> > Syntax error on 856:8 token recognition error at: '" >
> > Syntax error on 80:22 token recognition error at: '"Object 1:
> > Name: \"'
> >
> >  str[0] = (char *) "Object 1:   Name: \"OS\"\n";
> >
> > Syntax error on 29:9 token recognition error at: '"HTML  name=\"'
> >
> > Syntax error on 388:6 token recognition error at: '"%s DATA
> > user_id  = \"'
> >
> > Syntax error on 180:12 token recognition error at: '"first line = \"'
> >
> > Syntax error on 155:8 token recognition error at: '"#include \"'
> >
> > fputs("#include \"common_types.h\"\n", errorMsg);
> >
> > Syntax error on 245:3 token recognition error at: '"Host list: \"'
> >
> > Syntax error on 499:11 token recognition error at: '"\CreateUser (\"'
> >
> > Syntax error on 67:9 token recognition error at: '"uptime |awk '{print
> \"'
> >
> > Syntax error on 51:14 token recognition error at: '"s=\"'
> >
> > Syntax error on 41:55 token recognition error at: '"00\"'
> >
> > Syntax error on 3040:4 token recognition error at: '"  \"'
> >
> > Kind regards,
> >
> > John.
> >
> > On Wed, 12 May 2021 at 00:11, antonio  wrote:
> >
> >> Thanks John,
> >>
> >> I'll be adding assorted compiler-specific cases at [1].
> >>
> >> Kind regards,
> >> Antonio
> >>
> >>
> >> [1]
> >>
> >>
> https://github.com/vieiro/cnd.nextapt/blob/master/cnd.apt.antlr4/src/test/resources/org/netbeans/modules/cnd/nextapt/antlr4/c/regressions.c
> >>
> >> On 11/05/2021 17:41, John Kostaras wrote:
> >>> #define  CMPLX(__real,__imag) \
> >>>   _Pragma("clang diagnostic push") \
> >>> *_Pragma("clang diagnostic ignored \"-Wcomplex-component-init\"")
> \*
> >>>   (double _Complex){(__real),(__imag)} \
> >>>   _Pragma("clang diagnostic pop")
> >>>
> >>> line 59 being the highlighted one.
> >>>
> >>> After pulling, building, re-running: java -Dlexer.print=false -jar
> >>> target/cnd.apt.antlr4-1.0-SNAPSHOT-jar-with-dependencies.jar
> /usr/include
> >>>
> >>> I get
> >>>
> >>> -- /usr/include/complex.h --
> >>> Syntax error on 59:12 token recognition error at: '"clang diagnostic
> >>> ignored \"'
> >>> Please report this error on the dev mailing list, including the line
> >> where
> >>> the error happeened.%n
> >>>
> >>>
> >>>
> >>> On Mon, 10 May 2021 at 23:58, antonio  wrote:
> >>>
> >>>> Hi John,
> >>>>
> >>>> Thanks for the report! It seems we weren't lexing '#error' yet (that's
> >>>> probably what is on line 59 in "/usr/include/complex.h", right?
> >>>> Otherwise send me the line 59).
> >>>>
> >>>> The newest version should detect #error properly (and also checks for
> >>>> ends of directives, and *.hpp/*.cpp).
> >>>>
>

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

[John Kostaras]

I confirm the same when I click on Check for Updates.

Unable to connect to the NetBeans Distribution because of
https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/lastSuccessfulBuild/artifact/dist/netbeans/nbms/updates.xml.gz?unique=xxx46050c665464

On Sat, 15 May 2021 at 20:26, Helmut Leininger  wrote:

> Hi,
>
> a little problem:
>
> When I launch Plugins - Check for Updates the following error message
> appears:
>
> Unable to connect to the NetBeans Distribution because of
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/lastSuccessfulBuild/artifact/dist/netbeans/nbms/updates.xml.gz?unique=NB_EXTIDE_JAVA_PHP_WEBCOMMON_WEBEE04386685f-ba1e-4dac-af2d-a58898370486_5b9c7540-56fa-4b48-a56f-36b17c76e75b
>
> Regards
> Helmut Leininger
> Am 14.05.2021 um 23:28 schrieb Geertjan Wielenga:
>
> Dear community,
>
> This is our first voting candidate for the 12.4 release of Apache NetBeans.
> Please note all requirements below for validating sources and convenience
> binaries before voting.
>
> Apache NetBeans 12.4 constitutes all clusters in the Apache NetBeans Git
> repository, which together provide the NetBeans Platform (i.e., the
> underlying application framework), as well as all the modules that provide
> the Java SE, Java EE, PHP, JavaScript and Groovy features of Apache
> NetBeans.
>
> Build artifacts are available 
> here:https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4/vc1https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4/v1
>
> They were built by the Jenkins 
> pipeline:https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/22/
>
> We are primarily voting 
> on:https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4/vc1/netbeans-12.4-source.zip
>
> SHA512:
> f8ee78d9ccba513234f855fc516bf251746eb030f6c747239b0db3da2f32932dc9431898fc334a22ebb25f4caec58c292b04d261736bc8de4eb6ead585dffc04
>
> KEYS file:https://downloads.apache.org/netbeans/KEYS
>
> Associated with the primary source item we have, generated with the
> pipeline mentioned above:
>
> -- under https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4/vc1
> binaries associated with the source
> netbeans-12.4-bin.zip
> as well as update content under nbms folder
>
> -- 
> underhttps://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4/vc1
> you will find the platform cluster build
> netbeans-platform-12.4-bin.zip
> netbeans-platform-12.4-source.zip
>
> Release specific wiki 
> page:https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.4
>
> 
>
> Voting Requirements
>
> Before voting +1 you are required to download the signed source code
> package, compile it as provided, and test the resulting executable on your
> own platform, along with also verifying that the package meets the
> requirements of the ASF policy on releases - see:
> http://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 artifact.
>
> 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 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.4 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.4
>
>
>
> -
> To unsubscribe, e-mail: 

Re: [DISCUSS] CND, cnd.antlr & cnd.apt on top of Antlrv4?

[John Kostaras]

 Hallo Antonio,

so, basically the error is that it cannot handle escape characters, e.g. \".


Here are some tests:

Syntax error on 7613:20 token recognition error at: '"   wrote:

> Thanks John,
>
> I'll be adding assorted compiler-specific cases at [1].
>
> Kind regards,
> Antonio
>
>
> [1]
>
> https://github.com/vieiro/cnd.nextapt/blob/master/cnd.apt.antlr4/src/test/resources/org/netbeans/modules/cnd/nextapt/antlr4/c/regressions.c
>
> On 11/05/2021 17:41, John Kostaras wrote:
> > #define  CMPLX(__real,__imag) \
> >  _Pragma("clang diagnostic push") \
> > *_Pragma("clang diagnostic ignored \"-Wcomplex-component-init\"") \*
> >  (double _Complex){(__real),(__imag)} \
> >  _Pragma("clang diagnostic pop")
> >
> > line 59 being the highlighted one.
> >
> > After pulling, building, re-running: java -Dlexer.print=false -jar
> > target/cnd.apt.antlr4-1.0-SNAPSHOT-jar-with-dependencies.jar /usr/include
> >
> > I get
> >
> > -- /usr/include/complex.h --
> > Syntax error on 59:12 token recognition error at: '"clang diagnostic
> > ignored \"'
> > Please report this error on the dev mailing list, including the line
> where
> > the error happeened.%n
> >
> >
> >
> > On Mon, 10 May 2021 at 23:58, antonio  wrote:
> >
> >> Hi John,
> >>
> >> Thanks for the report! It seems we weren't lexing '#error' yet (that's
> >> probably what is on line 59 in "/usr/include/complex.h", right?
> >> Otherwise send me the line 59).
> >>
> >> The newest version should detect #error properly (and also checks for
> >> ends of directives, and *.hpp/*.cpp).
> >>
> >> Talking about antlr4, it seems the AST is analyzed using the visitor
> >> pattern (that approach is also used in libclang) but NetBeans <= 8.2
> >> expects the whole AST in memory, so it seems we have a long refactoring
> >> road ahead (all this after successfully migrating the CXXParser.g to
> >> antlr4, which reads >3300 lines long).
> >>
> >> In parallel I'm giving libclang [1] a run. It seems quite powerful (it
> >> provides completion, precompiled headers, reparsing, diagnostics, AST)
> >> but it may require an extra +30Mb download on Windows (linux users may
> >> apt-get install libclang, though). More on this in a few days.
> >>
> >> Thanks again,
> >> Antonio
> >>
> >> [1]
> >> https://clang.llvm.org/doxygen/group__CINDEX.html
> >>
> >> El 10/5/21 a las 21:39, John Kostaras escribió:
> >>> +1 cnd.nextapt
> >>>
> >>> java -Dlexer.print=false -jar
> >>> target/cnd.apt.antlr4-1.0-SNAPSHOT-jar-with-dependencies.jar
> /usr/include
> >>> 
> >>> -- /usr/include/complex.h --
> >>> Syntax error on 59:12 token recognition error at: '"clang diagnostic
> >>> ignored \"'
> >>>
> >>> Will also take a look. Thanks Antonio. Great initiative.
> >>>
> >>> P.S. I guess .hpp/.cpp files are next?
> >>
> >> -
> >> 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] CND, cnd.antlr & cnd.apt on top of Antlrv4?

[John Kostaras]

#define  CMPLX(__real,__imag) \
_Pragma("clang diagnostic push") \
*_Pragma("clang diagnostic ignored \"-Wcomplex-component-init\"") \*
(double _Complex){(__real),(__imag)} \
_Pragma("clang diagnostic pop")

line 59 being the highlighted one.

After pulling, building, re-running: java -Dlexer.print=false -jar
target/cnd.apt.antlr4-1.0-SNAPSHOT-jar-with-dependencies.jar /usr/include

I get

-- /usr/include/complex.h --
Syntax error on 59:12 token recognition error at: '"clang diagnostic
ignored \"'
Please report this error on the dev mailing list, including the line where
the error happeened.%n



On Mon, 10 May 2021 at 23:58, antonio  wrote:

> Hi John,
>
> Thanks for the report! It seems we weren't lexing '#error' yet (that's
> probably what is on line 59 in "/usr/include/complex.h", right?
> Otherwise send me the line 59).
>
> The newest version should detect #error properly (and also checks for
> ends of directives, and *.hpp/*.cpp).
>
> Talking about antlr4, it seems the AST is analyzed using the visitor
> pattern (that approach is also used in libclang) but NetBeans <= 8.2
> expects the whole AST in memory, so it seems we have a long refactoring
> road ahead (all this after successfully migrating the CXXParser.g to
> antlr4, which reads >3300 lines long).
>
> In parallel I'm giving libclang [1] a run. It seems quite powerful (it
> provides completion, precompiled headers, reparsing, diagnostics, AST)
> but it may require an extra +30Mb download on Windows (linux users may
> apt-get install libclang, though). More on this in a few days.
>
> Thanks again,
> Antonio
>
> [1]
> https://clang.llvm.org/doxygen/group__CINDEX.html
>
> El 10/5/21 a las 21:39, John Kostaras escribió:
> > +1 cnd.nextapt
> >
> > java -Dlexer.print=false -jar
> > target/cnd.apt.antlr4-1.0-SNAPSHOT-jar-with-dependencies.jar /usr/include
> > 
> > -- /usr/include/complex.h --
> > Syntax error on 59:12 token recognition error at: '"clang diagnostic
> > ignored \"'
> >
> > Will also take a look. Thanks Antonio. Great initiative.
> >
> > P.S. I guess .hpp/.cpp files are next?
>
> -
> 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] CND, cnd.antlr & cnd.apt on top of Antlrv4?

[John Kostaras]

+1 cnd.nextapt

java -Dlexer.print=false -jar
target/cnd.apt.antlr4-1.0-SNAPSHOT-jar-with-dependencies.jar /usr/include

-- /usr/include/complex.h --
Syntax error on 59:12 token recognition error at: '"clang diagnostic
ignored \"'

Will also take a look. Thanks Antonio. Great initiative.

P.S. I guess .hpp/.cpp files are next?

On Thu, 6 May 2021 at 09:52, antonio  wrote:

> Hi all,
>
> As you may remember from previous threads, the NetBeans 8.2 "cnd.antlr"
> module contained a fork of Antlr 2.7.7 (compiler & runtime) that was not
> donated to the ASF. As a substitute Oracle donated a
> "cnd/libs.cnd.antlr" library wrapper that wrapped the NetBeans 8.2 jar,
> that we cannot use in Apache NetBeans due to licensing problems.
>
> The "cnd.apt" package contains an old "aptlexer.g" (on top of this Antlr
> 2.7.7 runtime) lexer grammar that is responsible for lexing C/C++ and
> Fortran files.
>
> I've done a small experiment (see [1]) transforming this old "aptexpr.g"
> grammar with 1403 lines [2] to a brand new "APTLexer.g4" lexer grammar
> [3] with 480 lines.
>
> This is still on early stages, but it seems the resulting Antlrv4 lexer
> outperforms the old Antlrv2 lexer (we go from ~2600 files/second to
> ~4000 files/second).
>
> I think we can continue the path of removing the old "libs.antlr.cnd"
> module from CND and then refactor "cnd.apt" (and "cnd.asm" et al) on top
> of the new lexer and Antlrv4. The idea is to upgrade all existing
> grammars (including the CXX parser at
>
> https://github.com/apache/netbeans/blob/cnd/cnd/cnd.modelimpl/src/org/netbeans/modules/cnd/modelimpl/parser/CXXParser.g)
>
> to Antlrv4 on top of this new lexer.
>
> Since the "libs.antlr.cnd" API permeates different modules of CND this
> may take quite a long time.
>
> I think we can create a brand new "cnd2" branch in the main repository
> (forked from the "cnd" branch and refreshed with latest 12.4 version)
> and do this CND refactoring on top of Antlrv4 there, right? Any
> objections to this? Or shall I continue this experiment in a repo of
> mine? Any other plans/suggestions to have CND back?
>
> Thanks,
> Antonio
>
>
> P.S.: In order to test the lexer I'd appreciate if you run the new lexer
> (instructions at [1]) on some of your include/source directories and
> report back any syntax errors you may see (the lexer will halt on any
> lexer error), so we can fine-tune any extra lexer rules we may need.
>
>
> [1]
> https://github.com/vieiro/cnd.nextapt
>
> To lex a whole directory of (*.h/*.c files) run the command:
> java -Dlexer.print=false -jar
> target/cnd.apt.antlr4-1.0-SNAPSHOT-jar-with-dependencies.jar /usr/include/
>
> To lex a specific file (dumping all tokens to stdout by removing
> -Dlexer.print=false):
> java -jar target/cnd.apt.antlr4-1.0-SNAPSHOT-jar-with-dependencies.jar
> your-file.[ch]
>
> [2]
> https://github.com/vieiro/cnd.nextapt/blob/master/cnd.apt.nb82/aptlexer.g
>
> [3]
>
> https://github.com/vieiro/cnd.nextapt/blob/master/cnd.apt.antlr4/src/main/antlr4/org/netbeans/modules/cnd/apt/impl/support/generated/APTLexer.g4
>
> -
> 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: SceneBuilder integration and update

[John Kostaras]

There is this attempt  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?
> > >
> >
>

Re: [VOTE] Release Apache VSNetBeans 12.4 Beta 2 with nb-javac (VSIX)

[John Kostaras]

+1 (binding)

On Mon, 26 Apr 2021 at 06:12, Jaroslav Tulach 
wrote:

> +1 (binding)
>
> I started the vote and I have to participate as I want to/have to be
> responsible for the outcome. I am truly convinced that here-in proposed
> complementary binary (including GPLv2-CPE licensed JAR files) can be
> released
> under standard Apache license.
>
>
>
> Explanation: LEGAL-563 has concluded that distributing GPLv2-CPE component
> in
> an Apache complementary binary is possible if "...clear statement...that
> nb-
> javac is licensed under GPL+CPE in its entirety" is made. As the "...crux
> of
> the issue seems to be resolved ... PMC will be following up separately..."
> Apache NetBeans PMC has been obligated to start the vote. Now I have to
> answer
> following question to myself: "Is there a clear statement nb-javac is
> licensed
> under GPL+CPE in its entirety?"
>
> NetBeans project downloads both nb-javac JAR files from Maven central -
> the
> standard Java way of distributing, using and archiving Java libraries/
> artifacts. Essential part of that system is `pom.xml` file with a
> mandatory
> `` element. In case of nb-javac@15.0.0.2 it says:
>
> https://search.maven.org/artifact/com.dukescript.nbjavac/nb-javac/15.0.0.2/jar
> "Licenses: GPLv2-CPE". As that license comes directly from the Oracle's nb-
> javac project:
> https://github.com/oracle/nb-javac/blob/
>
> 91c593a6a3b6e309168d3b14122dc469ceb8b4af/make/langtools/netbeans/nb-javac/pom-
> nb-javac.xml#L18
> and the intention of that element is to state the license of the uploaded
> Maven central artifacts, there is no other possible explanation than: "nb-
> javac (as uploaded to Maven central) is licensed under GPL+CPE in its
> entirety".
>
>
> Other evidence exists (including manual checks of the source code and long
> history of distributing nb-javac code with CDDL only code) that the
> "nb-javac
> is licensed under GPL+CPE in its entirety". Should none of them them
> apply,
> then first and foremost the nb-javac Maven artifacts shall be removed
> (yes,
> while the Maven central is an "upload and never change" repository, it is
> possible to ask maintainers of Maven central to remove uploaded artifacts
> for
> legal reasons). Otherwise every Java developer rightfully expects the
> "Licenses GPLv2-CPE" as shown at
>
> https://search.maven.org/artifact/com.dukescript.nbjavac/nb-javac/15.0.0.2/jar
> applies to all the JARs in their entirety. Moreover I confess I have never
> heard anyone (inside or outside of Oracle) questioning the uploaded
> artifacts
> or indicating their GPLv2-CPE license might not apply to all of them
> entirely.
>
> Given all of that I have to vote "+1 (binding)".
> -jt
>
> > Dear community,
> > vote for [Apache VSNetBeans 12.4 Beta
> > 2](https://lists.apache.org/thread.html/
> >
> r94a2caf8ada7c4ed023348c7581015b554eb86dd2192fe99f9ac%40%3Cdev.netbeans
> > .apache.org%3E) has successfully finished and I believe it is time for
> one
> > more vote:
> >
> > Let's vote about Apache VSNetBeans 12.4 Beta 2 complementary binary
> (again),
> > but this time with `nb-javac` included!
> >
> > This PMC vote is a follow up requested when issue
> > https://issues.apache.org/jira/projects/LEGAL/issues/LEGAL-563
> > was resolved.
> >
> > Warning: this is potentially controversial vote and it may trigger some
> > discussion. Please use this thread only for voting (possibly with some
> > justification). If you want to discuss, please modify the subject: remove
> > [VOTE] and put there [DISCUSS], at least. Thank you for keeping this
> voting
> > thread clean.
> >
> > I am opening vote for a new complimentary binary. Source code remains
> > exactly the same as was a part of previous 12.4 Beta2 votings. The build
> > https://ci-builds.apache.org/job/Netbeans/job/netbeans-vscode/374/
> > has however been executed with additional
> `-D3rdparty.modules=.*nbjavac.*`
> > option as documented in the build me:
> > https://github.com/apache/netbeans/blob/
> > master/java/java.lsp.server/vscode/BUILD.md as a result the new binary
> > contains following additional files in the `.vsix` ZIP file:
> >
> > +licenses/GPL-2-CP
> > +extension/nbcode/extra/
> > +extension/nbcode/extra/.lastModified
> > +extension/nbcode/extra/config/
> > +extension/nbcode/extra/config/Modules/
> >
> +extension/nbcode/extra/config/Modules/org-netbeans-modules-nbjavac-api.xml
> >
> +extension/nbcode/extra/config/Modules/org-netbeans-modules-nbjavac-impl.xml
> > +extension/nbcode/extra/config/Modules/org-netbeans-modules-nbjavac.xml
> > +extension/nbcode/extra/modules/
> > +extension/nbcode/extra/modules/ext/
> > +extension/nbcode/extra/modules/ext/nb-javac-15.0.0.2-api.jar
> > +extension/nbcode/extra/modules/ext/nb-javac-15.0.0.2-impl.jar
> > +extension/nbcode/extra/modules/org-netbeans-modules-nbjavac-api.jar
> > +extension/nbcode/extra/modules/org-netbeans-modules-nbjavac-impl.jar
> > +extension/nbcode/extra/modules/org-netbeans-modules-nbjavac.jar
> > 

Re: Profiler crash on Windows (was: [NOTICE] Last PRs for Apache NetBeans 12.4 Beta)

[John Kostaras]

Hallo Lars,

tried your fix in MacOSX High Sierra with JDK 15 and 16 and it seems to
work.

Kind regards,

John.

On Thu, 1 Apr 2021 at 18:19, Lars Bruun-Hansen 
wrote:

> PR-2700  (making the Profiler work on Windows with JDK 9+)   must not
> be forgotten, IMO.
>
> I've called for Linux and MacOS folks to test in a previous thread. No
> response. Now I intend to merge my own PR-2700 even though I'm not
> sure that is proper etiquette?
>
> In any case, merging PR-2700 will not make the bug fix into the IDE
> distribution. After merge of PR-2700 someone with permission will need
> to take the ZIP artifact it produces and upload the ZIP into
> https://netbeans.osuosl.org/binaries/. (naming the file
> "profiler-external-binaries-ASF.zip"). Then, yet another PR needs to
> be created which changes the Ant script as explained in PR-2700. This
> follow-up PR is where the real integration takes place and essentially
> this is where you should put your foot down if you believe the new
> native libs are not working. I'll be happy to do the follow-up PR as
> well.
> Can we do all that in 24 hours? Not sure, but let's try.
>
> This problem, that the Profiler crashes on Windows with JDK9+, has
> been going on too long.
> Please help me in moving it along.
>
> /Lars
>
>
> On Thu, Apr 1, 2021 at 11:45 AM Geertjan Wielenga 
> wrote:
> >
> > Hi all,
> >
> > Your brave release managers (the undersigned and Neil C. Smith), will
> > according to our schedule tomorrow put together a Beta release for 12.4,
> > including a vote thread once the sources and convenience binaries are
> > available.
> >
> > That means that, please:
> >
> > 1. This is a last call for PRs to be included in Beta.
> >
> > 2. Tomorrow we'll stop merging while release124 branch is created.
> >
> > 3. The current delivery branch will be deleted and a new one will be
> > created on feature freeze.
> >
> > Feel free to respond with any concerns or questions or any PRs that are
> not
> > merged yet that need to not be forgotten about.
> >
> > Thanks,
> >
> > Gj
>
> -
> 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: AW: How to Implement a New Language

[John Kostaras]

Hallo,
the best 'tutorial' is chapter 11 of Pro Apache NetBeans

book, even though it doesn't use the modern trend of TextMate and LSP, but
it is based on ANTLR.

This confluence page

provides an overview of the status of language support of Apache Netbeans.
The situation is really bad, compared to the language support that existed
back in  NetBeans 8.2 for example, or even earlier versions. There are many
old and half-baked plugins for many languages, and I don't know what is the
best way to move ahead in this respect.

Kind regards,

John.



On Mon, 29 Mar 2021 at 23:02, antonio  wrote:

> Very true. Maintaining an ANTLR grammar over the years is difficult and
> time consuming (see for instance all the changes to the NetBeans C++
> grammar in NetBeans [1]).
>
> LSP servers, when mantained by knowledgeable teams, may give better
> results with less effort. Apple, for instance, decided to move to clangd
> (from libclang) a few years back ([2]).
>
> For simpler languages/DSLs I think Eclipse's XText
> https://www.eclipse.org/Xtext/ outperforms JetBrain's MPS
> https://www.jetbrains.com/mps/ (the generated parsers could then be
> reused in NetBeans).
>
> Cheers,
> Antonio
>
> [1]
>
> https://github.com/emilianbold/netbeans-releases/commits/master/cnd.modelimpl/src/org/netbeans/modules/cnd/modelimpl/parser/cppparser.g
>
> [2]
> https://lists.llvm.org/pipermail/cfe-dev/2018-April/057668.html
>
>
> El 29/3/21 a las 11:39, Christian Lenz escribió:
> > Hey all,
> >
> > for myself I prefer adding new languages with textmate nowadays and LSP.
> It is not possible for some languages to find updated versions of the ANTLR
> Grammar file. For example C#. I dunno how it is for rust but yeah, I still
> prefer Textmate. We Need to figure out how we can create the Tokens based
> on the textmate file instead of ANTLR. I would prefer that. In the end,
> everythins should be then the same as for ANTLR.
> >
> >
> > Cheers
> >
> > Chris
> >
>
> -
> 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] Release Apache NetBeans 12.3 (vote candidate 1)

[John Kostaras]

+1 (binding)

On Sat, 27 Feb 2021 at 16:56, John Kostaras  wrote:

> Hallo,
>
> after unzipping the source zip file, and searching for jars, I found more
> jars than what step 2 defines:
>
> ./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
>
>
>
>
>
>
>
> *./java/java.lsp.server/nbcode/branding/core/core.jar./java/java.lsp.server/nbcode/branding/modules/org-netbeans-core-windows.jar./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-gradle.jar./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-maven.jar./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-projectui.jar./java/java.lsp.server/nbcode/branding/modules/org-openide-loaders.jar./java/java.lsp.server/nbcode/branding/modules/org.netbeans.modules.java.j2seplatform.jar*
>
> ./platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
>
> The other steps are OK.
>
> Kind regards,
>
> John.
>
> On Sat, 27 Feb 2021 at 12:21, Geertjan Wielenga 
> wrote:
>
>> Dear community,
>>
>> This is our first voting candidate for the 12.3 release of Apache
>> NetBeans.
>> It is built off the same commit as 12.3-beta3. Please note all
>> requirements
>> below for validating sources and convenience binaries before voting.
>>
>> Apache NetBeans 12.3 constitutes all clusters in the Apache NetBeans Git
>> repository, which together provide the NetBeans Platform (i.e., the
>> underlying application framework), as well as all the modules that provide
>> the Java SE, Java EE, PHP, JavaScript and Groovy features of Apache
>> NetBeans.
>>
>> Build artifacts are available here:
>> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3
>> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.3
>>
>> We should probably have put them in a 'vc1' folder, rather than the root
>> folder, on the other hand, we're optimistic that multiple vote candidates
>> won't be needed. :-)
>>
>> They were built by the Jenkins pipeline and moved to their place:
>>
>> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release123/14/
>>
>> We are primarily voting on:
>>
>> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3/netbeans-12.3-source.zip
>>
>> SHA512:
>>
>> 22bc542432f5810692757178a8b2f6e7a5729e7a422e637beb22c80603f685345030db90dce5ddc467bd26659e48ddbc3cadaf4fab4d41a8bd7de421f030d67f
>>
>> KEYS file:
>> https://downloads.apache.org/netbeans/KEYS
>>
>> Associated with the primary source item we have, generated with the
>> pipeline mentioned above:
>>
>> -- under https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3
>> binaries associated with the source
>> netbeans-12.3-bin.zip
>> as well as update content under nbms folder
>>
>> -- under
>> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.3
>> you will find the platform cluster build
>> netbeans-platform-12.3-bin.zip
>> netbeans-platform-12.3-source.zip
>>
>> Release specific wiki page:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.3
>>
>> 
>>
>> Voting Requirements
>>
>> Before voting +1 you are required to download the signed source code
>> package, compile it as provided, and test the resulting executable on your
>> own platform, along with also verifying that the package meets the
>> requirements of the ASF policy on releases - see:
>>
>> http://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

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

[John Kostaras]

Hallo,

after unzipping the source zip file, and searching for jars, I found more
jars than what step 2 defines:

./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






*./java/java.lsp.server/nbcode/branding/core/core.jar./java/java.lsp.server/nbcode/branding/modules/org-netbeans-core-windows.jar./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-gradle.jar./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-maven.jar./java/java.lsp.server/nbcode/branding/modules/org-netbeans-modules-projectui.jar./java/java.lsp.server/nbcode/branding/modules/org-openide-loaders.jar./java/java.lsp.server/nbcode/branding/modules/org.netbeans.modules.java.j2seplatform.jar*
./platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar

The other steps are OK.

Kind regards,

John.

On Sat, 27 Feb 2021 at 12:21, Geertjan Wielenga  wrote:

> Dear community,
>
> This is our first voting candidate for the 12.3 release of Apache NetBeans.
> It is built off the same commit as 12.3-beta3. Please note all requirements
> below for validating sources and convenience binaries before voting.
>
> Apache NetBeans 12.3 constitutes all clusters in the Apache NetBeans Git
> repository, which together provide the NetBeans Platform (i.e., the
> underlying application framework), as well as all the modules that provide
> the Java SE, Java EE, PHP, JavaScript and Groovy features of Apache
> NetBeans.
>
> Build artifacts are available here:
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.3
>
> We should probably have put them in a 'vc1' folder, rather than the root
> folder, on the other hand, we're optimistic that multiple vote candidates
> won't be needed. :-)
>
> They were built by the Jenkins pipeline and moved to their place:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release123/14/
>
> We are primarily voting on:
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3/netbeans-12.3-source.zip
>
> SHA512:
>
> 22bc542432f5810692757178a8b2f6e7a5729e7a422e637beb22c80603f685345030db90dce5ddc467bd26659e48ddbc3cadaf4fab4d41a8bd7de421f030d67f
>
> KEYS file:
> https://downloads.apache.org/netbeans/KEYS
>
> Associated with the primary source item we have, generated with the
> pipeline mentioned above:
>
> -- under https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3
> binaries associated with the source
> netbeans-12.3-bin.zip
> as well as update content under nbms folder
>
> -- under
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.3
> you will find the platform cluster build
> netbeans-platform-12.3-bin.zip
> netbeans-platform-12.3-source.zip
>
> Release specific wiki page:
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.3
>
> 
>
> Voting Requirements
>
> Before voting +1 you are required to download the signed source code
> package, compile it as provided, and test the resulting executable on your
> own platform, along with also verifying that the package meets the
> requirements of the ASF policy on releases - see:
>
> http://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 artifact.
>
> 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 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 

MultiView split by default

[John Kostaras]

Hallo,

I wonder if one can have a splitted MultiView window by default.

When you create a new MultiView (e.g. after following the *File Type*
wizard) you end up to something like the following:

[image: Fig0.png]
One can click and drag the + button on the far right of the toolbar in
order to split the editor horizontally or vertically.

[image: Fig1.png]
Then you can click on *Source* on the left and *Visual* on the right editor
and be able to visualize your changes (unfortunately only after you save
your changes in the editor on the left these are visualized on the visual
representation on the right but anyway).

I wonder if there is a way to achieve this in MultiView or one has to
resolve to a pure JSplitPane solution instead?
[image: Fig2.png]
This view (where you have the editor on the left and whatever you type you
can see it visualized on the right at the same time) is very common and you
can find it also in other popular IDEs like Idea and Visual Studio Code.

My idea was to call the SplitAction, i.e. action that does the split (i.e.
what a user does manually by dragging the +) from the constructor of my
VisualElement class or call the splitComponent() method of a Splitable
TopComponent:

final TopComponent tc =
WindowManager.getDefault().getRegistry().getActivated();
if (tc != null) {
setEnabled(true);
if (tc instanceof Splitable && ((Splitable) tc).canSplit()) {
((Splitable)
tc).splitComponent(JSplitPane.HORIZONTAL_SPLIT, 150);
}
}

but both 'solutions' are impossible because both Splitable and SplitAction
are inside non-public packages. org.netbeans.core.spi.multiview module
doesn't seem to provide, unfortunately, any way to do a window split via
its public API, or does it?

Has anybody come across this or are there any ideas?

Thank you in advance.

John.

Re: Heads-up: netbeans.org EOL on March 6th

[John Kostaras]

 a) netbeans.org is the same IP address as netbeans.apache.org
+1

b) wiki.netbeans.org redirects to netbeans.apache.org/wiki/
+1

c) It might be good to save wiki the way we saved bugzilla.
+1

On Tue, 23 Feb 2021 at 19:08, Jaroslav Tulach 
wrote:

> Dne úterý 23. února 2021 17:26:07 CET, antonio napsal(a):
> > Hi all,
> >
> > Maybe we can ask ASF Infra to perform some DNS changes, so that:
> >
> > a) netbeans.org is the same IP address as netbeans.apache.org
>
> +1
>
> > b) wiki.netbeans.org redirects to netbeans.apache.org/wiki/
>
> It might be good to save wiki the way we saved bugzilla.
> -jt
>
>
> > What say? Shall I open a ticket against ASF-Infra?
> >
> > Kind regards,
> > Antonio
> >
> > On 23/02/2021 15:26, Jiří Kovalský wrote:
> > > Hello NetBeans community,
> > >
> > > I knew this day would come but I didn't expect it would be me
> > >
> > > announcing with mixed feelings that the netbeans.org domain will reach
> > > its end of life on 6th of March, 2021. March 6th is the date when
> Oracle
> > > hosting of the Hg repositories, website, BugZilla, Wiki, Plugin Portal
> > > and many other services will be turned off followed by complete
> > > decommissioning of the infrastructure.
> > >
> > > So, if anyone still wants to download some old binary such as
> > >
> > > NetBeans IDE 8.2 installer [1], remember old icons/posters [2], see
> > > historic screenshots [3], backup favorite FAQs [4] or clone some of the
> > > repositories [5], the right time has come.
> > >
> > > [1] https://netbeans.org/downloads/old/8.2/
> > > [2]
> > >
> https://netbeans.org/community/teams/evangelism/collateral-archive.html
> > > [3] https://netbeans.org/birthday/historic-screenshots.html
> > > [4] http://wiki.netbeans.org/Main_Page
> > > [5] https://hg.netbeans.org/
> > >
> > > Many thanks to NetBeans founders, all Sun Microsystems Inc.
> > >
> > > engineers and all contributors from the NetBeans community who worked
> on
> > > the Build Your Own Tool idea over the years!
> > >
> > > Long live to https://netbeans.apache.org domain! :)
> > >
> > > -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
>
>
>
>
>
> -
> 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: Performance Testing with Unit Tests

[John Kostaras]

Hallo,

I haven't found some time yet to try JSR or VisualVM with the latest
NetBeans because it seems that NetBeans has been left behind w.r.t.
performance. It consumes ~3GB(!) in my laptop (while e.g. Intellij less
than 1GB) and CPU wise it is getting slower and slower. Has there been any
performance tuning lately? E.g. this is how eclipse

was performance tuned. Has there been something similar for Apache NetBeans?

Kind regards,
Ioannis.




On Mon, 22 Feb 2021 at 01:36, Kirk Pepperdine  wrote:

> Hi Eric,
>
> Can you provide more details as to what you’re trying to do and what you
> are expecting to see?
>
> Kind regards,
> Kirk
>
>
> > On Feb 20, 2021, at 11:25 AM, Eric Bresie  wrote:
> >
> > Other than running performance within Netbeans, is there a way for the
> > Netbeans code base test suites to be used to run and generate performance
> > metric reports based on the testing.  The results can be published in
> some
> > form of build report and identify possible performance bottlenecks in the
> > code and/or run periodically (maybe as part of "pre-release" testing) to
> > see when changes have impacted performance significantly..
> >
> > 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
>
>
>
>

Re: [VOTE] Apache NetBeans 12.0-u2

[John Kostaras]

+1 (binding)

Checked all what has been asked.
Built with Oracle JDK 1.8.0_221.
Ran with JDK 15.0.1.
Tested with Java ant/maven and NetBeans Platform projects. No apparent
issues.


On Thu, 11 Feb 2021 at 23:05, Matthias Bläsing 
wrote:

> +1 (binding)
>
> - checked SHA512 and signature
> - checked that contents of zip and git tag 12.0-u2 are identical apart
>   from the expected differences
> - checked NOTICE + LICENSE
> - builds on OpenJDK 1.8.0_262
> - tested opening and running maven project on JDK, nbjavac was
>   installed after opening started, works
>
> Positivly surprised about FlatLaf, looks good, will see if I change my
> main runtime from Metal.
>
> Am Dienstag, den 09.02.2021, 21:29 -0800 schrieb Laszlo Kishalmi:
> > Dear all,
> >
> > This is the voting candidate for the 12.0 update 2 release of Apache
> > NetBeans. This release is identical to 12.0-u1 except for the following
> > backported fixes for -
> >
> > [NETBEANS-5336] Replace jcenter() to mavenCentral() in Gradle Projects
> > [NETBEANS-3342] Fix Netbeans Installer on macOS to work with Java 8 and
> 11+
> > [NETBEANS-4617] Flush Gradle Standard output in 200ms if it stalled
> > [NETBEANS-4123] PAC evaluator scripts runs just one at a time.
> > Include both KDE4 and KDE5 proxy settings.
> > [NETBEANS-] The selected text is not removed in the Find Combobox
> > [NETBEANS-3409] Missing popup menu for sql editor tabs
> > [NETBEANS-4722] Add JAVA_HOME to Gradle build environment variables
> > [NETBEANS-4627] FlatLaf: fix wrong background color of search result
> > [NETBEANS-3428] FlatLaf: fix selection background color in output view
> >
> > The build artifacts are available at:
> >
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.0-u2/  <
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.0-u1/>
> >
> > We are voting on
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.0-u2/netbeans-12.0-u2-source.zip
> <
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.0-u1/netbeans-12.0-u1-source.zip
> >
> >
> > SHA512:
> >
> >
> 72783736d5163c07d5b2ee1bb51816294263eef863efad6b6ddb83342c45f267d96682825c072c68dc42571b6e20d56b45729c8e447708fcc04948926bf5c775
> >
> > There is no full binary distribution for this update release all
> > convenience binaries are available as nbm packages. The folder:
> > https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.0-u2/nbms/
> 
> >
> > The weak point of an update release is the handcrafted updates.xml which
> is hard to be tested without the binaries reaching their final location.
> > The following modules were updated in this release:
> >
> > ./ide/org-netbeans-modules-editor-search.nbm
> > ./groovy/org-netbeans-modules-gradle.nbm
> > ./platform/org-openide-filesystems-compat8.nbm
> > ./platform/org-netbeans-swing-laf-flatlaf.nbm
> > ./platform/org-netbeans-core-network.nbm
> >
> > Please check if their distribution url points right and their
> description matches:
> >
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release120/28/artifact/dist/netbeans/nbms/updates.xml
> >
> > The updates themselves can be installed and tested by adding the
> following UC to your NetBeans 12.0 installation:
> >
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release120/28/artifact/dist/netbeans/nbms/updates.xml.gz
> >
> > Before voting! See requirements below!
> >
> > KEYS file:
> > https://dist.apache.org/repos/dist/release/netbeans/KEYS
> >
> >
> > Before voting +1 you are required to download the signed source code
> > package, compile it as provided, and test the resulting executable on
> > your own platform, along with also verifying that the package meets
> > the requirements of the ASF policy on releases - see
> > http://www.apache.org/legal/release-policy.html#management
> >
> > In particular, you should (at least) follow these steps.
> >
> > 1. Download the artifact to be voted on and unzip it.
> > 2. Check that the ariefact 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 NBMs at the artifact links above. As well as
> > checking any artifact functions correctly, you should check that it

Interesting article

[John Kostaras]

I thought I would share. It doesn't address java, but it could be done in
maven or netbeans repos, too.
https://medium.com/@alex.birsan/dependency-confusion-4a5d60fec610

Re: [VOTE] Release 1.7.1 of NetBeans HTML/Java API

[John Kostaras]

Hallo.

Mac High Sierra (10.13.6).
JDK 8u221.

Build failed at last step, so after rebuilt (and removing
hs_err_pid12622.log from the crashed test):
mvn clean install -rf :webkit

build was successful.

Looking at the history I couldn't find the fix for the toc-tou. Isn't it
not included in this release?

Kind regards,

Ioannis.

On Sun, 3 Jan 2021 at 09:06, Anton Epple  wrote:

> +1
>
> Built on Mac OS X (10.15.7) with  openjdk 15.0.1
>
> Am 01.01.21, 12:29 schrieb "Anton Epple" :
>
> Hi,
>
>
>
> happy new year everyone. I hope it’s going to be a great year for all
> of you and for Apache NetBeans.
>
>
>
> Wouldn’t it be nice to start the new year with a new release ☺? I’d
> like to initialize voting for a bug fix release of html4j (Version 1.7.1).
>
>
>
> The sources of this release are available at:
>
>
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-html4j
>
>
>
> This is the tag in github:
>
>
>
> https://github.com/apache/netbeans-html4j/tree/release-1.7.1
>
>
>
> The staged Maven artefacts are at:
>
>
>
>
> https://repository.apache.org/content/repositories/orgapachenetbeans-1079/
>
>
>
>
>
> Please cast your vote during next 72h.
>
>
>
> Please help by verifying:
>
>
>
> ## checksums, signatures, etc.
>
>
>
> It’s the first time I’m signing those, so please help ensure I didn’t
> screw up.
>
>
>
> ## if it builds
>
>
>
> I used "mvn package -DskipTests" and the compilation should succeed on
> JDK11, JDK15
>
>
>
> ## if the tests pass
>
>
>
> Copying this from the last release as it still is true:
>
>
>
> Use "mvn package". They may not - especially the newly donated modules
> are
>
> very sensitive to surrounding environment. Getting them run on all
>
> important platforms may take some time.
>
>
>
> If you want to report your findings, then please include the version of
>
> operating system, version of JDK, version of the browser, etc. You may
> also
>
> want to run them individually. E.g. "mvn -f browser test" or "mvn -f
> webkit
>
> test".
>
>
>
> Best Regards and happy voting
>
>
>
> Toni Epple
>
>
>
>
> -
> 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: Ruby plugin

[John Kostaras]

Wondering if there is a list of community plugins that need contribution, I
came across this wiki page

(kudos to Christian). Status of plugins needs to be updated of course.

Official Apache plugins site 

Old NetBeans plugins site  where old plugins
could also be migrated to the latest Apache NetBeans version.

I 'd propose to add some more columns to the wiki page to include columns
from the old plugins site:

   - Category
   - Supported NetBeans versions
   - Last updated
   - Contributors (who is working/wants to work on the plugin)
   - What needs to be done?

This way, the wiki page could be a reference of all plugins under
development and contributors could decide where to contribute as well as
view the overall status.

Kind regards,
John.



On Fri, 2 Oct 2020 at 16:18, Eric Bresie  wrote:

> Not aware of anything but that doesn't mean someone isn't...
>
> There are existing (dated) links for Ruby plugin like:
> http://wiki.netbeans.org/RubySupport
> http://plugins.netbeans.org/plugin/38549
> https://netbeans.org/community/news/show/1507.html
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Thu, Oct 1, 2020 at 5:03 AM Piotr Hoppe  wrote:
>
> > Hi guys,
> >
> > Is anyone works on the ruby plugin?
> >
> > Piotr
> >
> > -
> > 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: Is JShell suposed to work?

[John Kostaras]

There seem to be still a number of open issues about JShell in JIRA

(also a google search

).

It could be many things. Messed up classpath in your system, migrating the
profile of a previous NB installation etc.

You may try some advice here
.
Otherwise, try a clean install of NetBeans, modifying etc/netbeans.conf
pointing to a correct jdk (>8).





On Mon, 24 Aug 2020 at 20:46, Laszlo Kishalmi 
wrote:

> Thanks Geertjan!
>
> I was fixated searching for JShell not Java Platform Shell.
>
> Checked on Linux with 14.0.2-zulu. It works as expected.
>
> On 8/24/20 9:26 AM, Geertjan Wielenga wrote:
> > Should be in two places — right-click on a project (to include the
> project
> > path in the shell) and under the Tools menu.
> >
> > Gj
> >
> > On Mon, 24 Aug 2020 at 18:20, Laszlo Kishalmi  >
> > wrote:
> >
> >> Hmm, I no longer find the action for JShell in the IDE. 12.1-beta3
> >>
> >>
> >>
> >> On 8/24/20 7:06 AM, Jeremy Cavanagh wrote:
> >>
> >>> Hi,
> >>> I've installed 12.1b3 via the binary on macOS 10.14.6 and used it with
> >>> zulu-11 and 14 jdks no problem.
> >>> I have been very adventurous installing payara etc. things that I have
> >>> not done before! Maven works, I can index local and remote servers,
> >>> download etc.
> >>> I've Created simple maven, payara and JavaFX projects all very
> >>> successfully.
> >>> And much more...
> >>> Everything works to my personal amazement (absolutely no negative
> >>> expectations of all you hard working committers, just tremendous
> >>> congrats to all).
> >>> However, there is just one thing that I cannot sort out and that is
> >>> JShell. It works fine in the terminal with jdk 11 and 14, but for the
> >>> life of me, I cannot get it to work in Apache NetBeans.
> >>> I get a long winded error message (abbreviated)
> >>> Could not initialize JShell: ...
> >>> ... caused by: VM initialization failed for:
> >>> /Library/Java/JavaVirtualMachines/zulu-14.jdk/Contents/Home/bin/java
> >>> -classpath
> >>> /Users/***/java/modules/ext/nb-mod-jshell-probe.jar: -Xdebug
> >>> -Xrunjdwp:transport=dt_socket,address=mbp.home:54663,suspend=y
> >>> org.netbeans.lib.jshell.agent.AgentWorker 54662
> >>> Any ideas?
> >>> Regards
> >>> Jeremy
> >>> -
> >>> 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
>
>
>
>

Re: MultiView using the mavenized module project

[John Kostaras]

Old tutorials mention extensions as e.g. .abc .ABC instead of abc ABC!
Newer tutorials like this one
<https://platform.netbeans.org/tutorials/nbm-filetype.html> are correct. :)

When you create Additional Multiview Windows as described in the above
tutorial, how do you display the *Source* editor pane in the second
MultiView element like the *Source* tab does?

More precisely, AbcVisualElement displays the Source view. AbcVisualPanel
displays the Visual view. AbcVisualElement2 displays nothing. It could e.g.
display a JSplitPane displaying both the source and visual views at the
same time, but how do you make it display the same view on the left side of
the JSplitPane that the Source view displays? As well as the toolbar, the
same actions etc.?

AbcVisualElement2.getVisualRepresentation() returns this. Shouldn't it
return a panel (with a split pane)? But then you need to pass it a
reference to the JEditorPane of the Source view or something. But how do
you get access to this JEditorPane (aJTextComponent)?

public JComponent getVisualRepresentation() {
return new AbcSourceVisualPanel(aJTextComponent); // what do I pass here?
}

Trying ViewerDataObject.createEditor(lookup); that returns a
MultiViewEditorElement from which one can call getEditorPane() returns null.

SideBars as described by Geertjan here
<https://blogs.oracle.com/geertjan/orgnetbeanseditorsidebarfactory-part-1>
and here
<https://blogs.oracle.com/geertjan/orgnetbeanseditorsidebarfactory-part-2>do
provide a

JComponent createSideBar(JTextComponent editor)

to do the job where JTextComponent is provided by the platform.
Unfortunately, SideBars don't offer a splitter that the user can drag to
change the sides of the two views.

If not clear I could provide a more concrete example.

Thank you in advance.

John.

On Mon, 18 May 2020 at 21:51, Tim Boudreau  wrote:

> Any chance your module with the file type is configured to be an
> *autoload* module?
> If so, the jar may not be opened until something that depends on it
> requires it, so your loader won't be registered.
>
> -Tim
>
> On Sun, May 17, 2020 at 4:56 PM John Kostaras  wrote:
>
> > Hallo,
> >
> > I wonder if anybody has tried to create to create a new File Type using
> the
> > mavenized module project. Let me be more specific.
> >
> >- NetBeans 11.3
> >- Follow this tutorial
> ><https://platform.netbeans.org/tutorials/71/nbm-filetype.html> to
> > create
> >a new File type, but instead of creating a "Java with Ant -> NetBeans
> >Modules -> Module" to create a NB module, use a "Java with Maven ->
> >NetBeans Module" NB module.
> >- If you follow the steps of the tutorial using the Ant NB module,
> >everything runs fine and you can open the file with the defined
> > extension
> >in a MultiView seeing both Source and Visual buttons (and History)
> >- If you follow the tutorial's steps using the Maven NB module, then
> the
> >file type registration seems to not be successful; when you open a
> file
> >with the defined extension the MultiView only shows the Source (and
> >History) button(s), i.e. no Visual and if you open the Properties
> > window it
> >says that the file type is not recognized.
> >   - Steps are:
> >  1. New > Other > Module Development > File Type, which
> > creates the *DataObject.java,
> >  VisualElement.java *and the *Template *file.
> >
> >
> >1. Is it a bug or am I 'm doing something wrong?
> >2. There seems to not be a lot of tutorials around; I would appreciate
> >if you could point me to a better one than the one I mention, or I
> could
> >write an updated tutorial (if it works and I have done something
> wrong)
> >
> > Thank you in advance for the prompt reply.
> >
> > John.
> >
>
>
> --
> http://timboudreau.com
>

Re: [VOTE] Release Apache NetBeans 12.0 [vote candidate 1]

[John Kostaras]

+1 (binding)

Downloaded the binary and ran it on two configurations:

Oracle JDK8u221
Oracle JDK14

both on a Mac High Sierra.

Was able to specify that I did not want to install nb-javac and the JavaFX
implementation.

Tested various standalone java, platform, maven, web and JavaFX
applications. No issues. For JavaFX applications no option of using a JDK
11+; you have to use a JDK10-.

Regards,
John.

On Mon, 1 Jun 2020 at 20:17, Geertjan Wielenga  wrote:

> +1 (binding)
>
> Started by downloading the convenience binary, ran it on the following
> configuration:
>
> openjdk version "14" 2020-03-17
> OpenJDK Runtime Environment Zulu14.27+1-CA (build 14+36)
> OpenJDK 64-Bit Server VM Zulu14.27+1-CA (build 14+36, mixed mode, sharing)
>
> Was able to specify that I did not want to install nb-javac and the JavaFX
> implementation
>
> Created a standard Maven application and a OpenJFX Gluon application -- and
> ran without problems. Created an HTML application, ran it, no problems.
>
> Then downloaded the sources and built with:
>
> openjdk version "1.8.0_252"
> OpenJDK Runtime Environment (Zulu 8.46.0.19-CA-macosx) (build
> 1.8.0_252-b14)
> OpenJDK 64-Bit Server VM (Zulu 8.46.0.19-CA-macosx) (build 25.252-b14,
> mixed mode)
>
> Succeeded to build all (took 38 minutes).
>
> Ran the built IDE on the above configuration, no problems.
>
> Still encountering this issue, though I don't consider it a blocker:
>
> https://github.com/apache/netbeans/pull/2154
>
> Gj
>
>
>
>
>
> On Mon, Jun 1, 2020 at 5:44 PM Jiří Kovalský 
> wrote:
>
> > +1 (binding)
> >
> > based on the NetCAT 12.0 approval:
> >
> >
> >
> https://cwiki.apache.org/confluence/display/NETBEANS/Results+from+Apache+NetBeans+IDE+12.0+Community+Acceptance+survey
> >
> > plus I am super excited that NetBeans 12.0 features integration with the
> > brand new Plugin Portal 3.0!
> >
> > -Jirka
> >
> > Dne 31. 05. 20 v 14:13 Eric Barboni napsal(a):
> > > Dear community,
> > >
> > > This is our first voting candidate for the 12.0 LTS release of Apache
> > > NetBeans.
> > > Note that this is our first release vote where you are required to
> check
> > > both sources and convenience binaries before voting!
> > >
> > > See requirements below.
> > > Apache NetBeans 12.0 constitutes all clusters in the Apache NetBeans
> Git
> > > repo, which together provide the NetBeans Platform (i.e., the
> underlying
> > > application framework), as well as all the modules that provide the
> Java
> > SE,
> > > Java EE, PHP, JavaScript and Groovy features of Apache NetBeans.
> > >
> > > Build artefacts are available here:
> > >
> >
> https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.0/vc1__;!!GqivPVa7Brio!KX5rnApe6dX7kT8RBr9J2IeUUu-8IZLbsOJhet8qWN4gdSxsH5wcQLo2yptwm91vrJI$
> > >
> >
> https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.0/vc1__;!!GqivPVa7Brio!KX5rnApe6dX7kT8RBr9J2IeUUu-8IZLbsOJhet8qWN4gdSxsH5wcQLo2yptwiUNECT4$
> > >
> > > They were built by the Jenkins pipeline and moved to their place:
> > >
> >
> https://urldefense.com/v3/__https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbea__;!!GqivPVa7Brio!KX5rnApe6dX7kT8RBr9J2IeUUu-8IZLbsOJhet8qWN4gdSxsH5wcQLo2yptwkpGEmJc$
> > > ns/job/release120/23
> > >
> > > We are primarily voting on:
> > >
> >
> https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.0/vc1/netbeans-1__;!!GqivPVa7Brio!KX5rnApe6dX7kT8RBr9J2IeUUu-8IZLbsOJhet8qWN4gdSxsH5wcQLo2yptwCk_QNXg$
> > > 2.0-source.zip
> > > SHA512:
> > >
> >
> f172579f4d1e5bef3631c974d232c193e40739c40dc4f6d3d0f9b746d6c7fdb90b871b327487
> > > f39bade66840650e0d594970066ae4e0625d75d4584ecb6c1a70
> > > ./netbeans-12.0-source.zip
> > >
> > > KEYS file:
> > >
> >
> https://urldefense.com/v3/__https://downloads.apache.org/netbeans/KEYS__;!!GqivPVa7Brio!KX5rnApe6dX7kT8RBr9J2IeUUu-8IZLbsOJhet8qWN4gdSxsH5wcQLo2yptwsE5UqLA$
> > >
> > > --
> > >
> > > Associated to the primary source item you will have (generated with
> > pipeline
> > > mentioned above)
> > > *under
> >
> https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.0/vc1__;!!GqivPVa7Brio!KX5rnApe6dX7kT8RBr9J2IeUUu-8IZLbsOJhet8qWN4gdSxsH5wcQLo2yptwm91vrJI$
> > > binaries associated to the source
> > > netbeans-12.0-bin.zip
> > > as well as update content under nbms folder
> > > *under
> > >
> >
> https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.0/vc1__;!!GqivPVa7Brio!KX5rnApe6dX7kT8RBr9J2IeUUu-8IZLbsOJhet8qWN4gdSxsH5wcQLo2yptwiUNECT4$
> > > you will find platform cluster build
> > > netbeans-platform-12.0-bin
> > > netbeans-platform-12.0-source
> > >
> > > Associated Apache Maven artefacts RELEASE120 can be found at
> > >
> >
> https://urldefense.com/v3/__https://repository.apache.org/content/repositories/orgapachenetbeans-1058__;!!GqivPVa7Brio!KX5rnApe6dX7kT8RBr9J2IeUUu-8IZLbsOJhet8qWN4gdSxsH5wcQLo2yptwuTnosEI$
> > >
> > 

Re: NetBeans and the Octopus

[John Kostaras]

https://www.zdnet.com/article/github-warns-java-developers-of-new-malware-poisoning-netbeans-projects/

On Fri, 29 May 2020 at 15:46, Jesse Glick  wrote:

> A further note:
>
> > the malware also infected any JAR files that were available in the
> project, such as dependencies—not necessarily just build artifacts
>
> If I understand correctly what is being said here, this kind of attack
> only makes sense for a build system which keeps binary dependencies in
> the source tree, which of course is a bad idea anyway, but was an
> aspect of the original managed Ant project type. Speaking as the
> architect of that system, it should be deprecated and removed from the
> default download. (If a viable version of Maven or Ivy had been
> available at that time, we would have used it.)
>
> -
> 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: MarkdownViewer module for NetBeans

[John Kostaras]

Thank you for the bringing up the plugin Siddhesh. I was not aware of.
However, testing both my plugin and the flow-netbeans-markdown I noticed
that none of them manages to render tables correctly. flow-netbeans-markdown
fails to identify code that is next to each other, e.g. something like this:

```for```.
```bash

```
mixes up for with bash as they are in the same block even though they are
in different lines. It identifies it correctly in source view but not in
Preview! But for this Issues can be opened. :)

Anyway, thanks for pointing it out.

Kind regards,
John.



On Sun, 24 May 2020 at 18:50, Siddhesh Rane 
wrote:

> Hi John,
>
> There is a full fledged plugin for markdown support in netbeans at [1].
> This plugin provides syntax highliting, code structure, code templates,
> live preview and html export. Its based on the depracated pegdown
> processor.
> You can take a look at it and understand about further integration.
>
> [1]: https://github.com/madflow/flow-netbeans-markdown (
> https://github.com/madflow/flow-netbeans-markdown)
>
> Regards
> Siddhesh Rane
>
> May 24, 2020 9:45 AM, "John Kostaras"  jkosta...@gmail.com?to=%22John%20Kostaras%22%20)>
> wrote:
> Hallo all,
>
> when you open a github project in Intellij IDEA, it automatically opens
> the README.md file.
> When you open it in NetBeans, you only see the raw markdown text.
>
> This simple NetBeans module (
> https://github.com/jkost/MarkdownViewerForNetBeans/ (
> https://github.com/jkost/MarkdownViewerForNetBeans/)) implements the
> first and third of the above screenshots (will provide an implementation of
> the middle screenshot soon). The result looks like so. I used flexmark-java
> (https://github.com/vsch/flexmark-java) (which is also used by NetBeans)
> to convert the markdown to HTML to be displayed to a JEditorPane.
> Questions:
>
> 1. How to integrate it to NetBeans source code if it is found useful? Do I
> need to create a plugin, sign it etc, then import it NB or it is easier
> with a pull request?
> 2. Not sure which location it should be added. Inside editor, inside ide?
>
> Any comments/suggestions are welcome.
>
> Kind regards,
>
> John.
>

MarkdownViewer module for NetBeans

[John Kostaras]

Hallo all,

when you open a github project in Intellij IDEA, it automatically opens the
README.md file.

[image: Idea-Readme-1.png]


[image: Idea-Readme-2.png]

[image: Idea-Readme-3.png]
When you open it in NetBeans, you only see the raw markdown text.

This simple NetBeans module (
https://github.com/jkost/MarkdownViewerForNetBeans/) implements the first
and third of the above screenshots (will provide an implementation of the
middle screenshot soon). The result looks like so. I used flexmark-java
 (which is also used by NetBeans) to
convert the markdown to HTML to be displayed to a JEditorPane.

[image: NB-Readme.png]


Questions:

1. How to integrate it to NetBeans source code if it is found useful? Do I
need to create a plugin, sign it etc, then import it NB or it is easier
with a pull request?
2. Not sure which location it should be added. Inside editor, inside ide?

Any comments/suggestions are welcome.

Kind regards,

John.

Re: NetBeans 12 Beta4 unable

[John Kostaras]

 Hallo Alessandro,

in Mac it displays  *https://docs.oracle.com/en/java/java13/docs/api
* (for Java 13 obviously).
Same story with the other JDKs. I tried with GraalVM 8, no issue. I don't
have any OpenJDK installed to try.

Kind regards,
John.

On Wed, 20 May 2020 at 10:32, Alessandro  wrote:

> Hi all,
> I am trying the latest beta and I noticed that it is unable to properly
> configure the Javadoc URLs of the Java platforms.
> I am on Ubuntu 18.04 with OpenJDK 11.0.7 installed trough the OS packages
> (openjdk-11-jdk package), I also have OpenJDK 8u252 (openjdk-8-jdk
> package).
> In the Java Platform Manager dialog for the JDK 11 platform I have in the
> Javadoc tab a folder '/usr/lib/jvm/java-11-openjdk-amd64/docs' instead of a
> 'http://docs.oracle.com/javase/...' URL as in the previous versions of
> NetBeans.
> Adding the JDK8 platform results in a similar behaviour with an
> autoconfigured /docs folder instead of the typical URL.
> This appear to be a regression respect to NetBeans 11.3.
> The out of the box experience is not great, especially for newbies, as
> documentation tooltips in the editor are not available, even for common
> java.lang classes.
>
> Can anyone confirm? Could it depend on the fact that I have the OS
> packages? Has javadoc autoconfiguration for newly added platform changed in
> recent commits?
>
> Regards
> --
> *Alessandro Falappa*
>

MultiView using the mavenized module project

[John Kostaras]

Hallo,

I wonder if anybody has tried to create to create a new File Type using the
mavenized module project. Let me be more specific.

   - NetBeans 11.3
   - Follow this tutorial
    to create
   a new File type, but instead of creating a "Java with Ant -> NetBeans
   Modules -> Module" to create a NB module, use a "Java with Maven ->
   NetBeans Module" NB module.
   - If you follow the steps of the tutorial using the Ant NB module,
   everything runs fine and you can open the file with the defined extension
   in a MultiView seeing both Source and Visual buttons (and History)
   - If you follow the tutorial's steps using the Maven NB module, then the
   file type registration seems to not be successful; when you open a file
   with the defined extension the MultiView only shows the Source (and
   History) button(s), i.e. no Visual and if you open the Properties window it
   says that the file type is not recognized.
  - Steps are:
 1. New > Other > Module Development > File Type, which
creates the *DataObject.java,
 VisualElement.java *and the *Template *file.


   1. Is it a bug or am I 'm doing something wrong?
   2. There seems to not be a lot of tutorials around; I would appreciate
   if you could point me to a better one than the one I mention, or I could
   write an updated tutorial (if it works and I have done something wrong)

Thank you in advance for the prompt reply.

John.

Build in 8, run in 13

[John Kostaras]

Hallo,

I wonder if you have come across this dilemma. I 'm trying to fix some bugs
in NetBeans JShell by using the NetBeans debugger. However, to build
the *jshell.support
*module, one needs to set the Java platform to 8, but in order to execute
it in debug mode, one needs to set the Java platform to 13 (or something
>=9 anyway). The problem is that then the debugger tries to build the
module again using JDK >=9 and of course it fails.
netbeans/nbbuild/templates/projectized.xml:74: You are attempting to build
NetBeans using JDK 9 (or higher).
This is forbidden as it may lead to accidental usage of JDK 9+ APIs.
Either run Ant with JDK 8, or set nbjdk.home= in
/Users/MyMacBook/Projects/netbeans/incubator-netbeans/nbbuild/user.build.properties
(can be set from IDE by opening a module project's Properties dialog and
picking the right Java Platform in Libraries).
You can alternatively set this property in
/Users/MyMacBook/.nbbuild.properties to affect all checkouts on this
machine.
If you are sure you want to build with JDK 9+ anyway, use:
-Dpermit.jdk9.builds=true
BUILD FAILED (total time: 0 seconds)

I wonder where to add -Dpermit.jdk9.builds=true to. I tried in
project.properties
javac.compilerargs=-Dpermit.jdk9.builds=true -Xlint -Xlint:-serial

but it doesn't find it. Any suggestions are welcome.

Kind regards,

John.

Re: [DISCUSS] What to do with old community contributed plugins?

[John Kostaras]

I must say a big thanks to Emilian for hosting them. It is true that most
of then are not working with latest versions of NetBeans, but they are a
good source for those who wish to port them to the latest versions of
NetBeans. Otherwise all the work is lost.

How can one port their plugins to the new portal (
http://netbeans-vm.apache.org/pluginportal)?

http://netbeans.apache.org/plugins/ still points to
http://plugins.netbeans.org/PluginPortal/. Is it on purpose or it should
point to  http://netbeans-vm.apache.org/pluginportal?

Thanks,

John.

On Thu, 5 Dec 2019 at 18:02, Jiří Kovalský  wrote:

> And here we go:
>
>
> https://cwiki.apache.org/confluence/display/NETBEANS/Where+to+download+plugins+for+NetBeans+10.0+and+earlier
>
> -Jirka
>
> Dne 28. 11. 19 v 18:24 Geertjan Wielenga napsal(a):
>
> > Excellent!
> >
> > Gj
> >
> > On Thu, 28 Nov 2019 at 18:22, Emilian Bold 
> wrote:
> >
> >> I have downloaded that Plugin Portal data (which includes the NBMs and
> >> catalog.xml) and am serving all the files from another server. I seem
> >> to be able to register it in the IDE. Looking good.
> >>
> >> Once I get some confirmations I can make the URL public.
> >>
> >> --emi
> >>
> >> On Thu, Nov 21, 2019 at 10:12 PM Jiří Kovalský <
> jiri.koval...@oracle.com>
> >> wrote:
> >>>
> >>> Hi again Emilian,
> >>>
> >>>  this is to confirm that I have sent the download location with PP2
> >>> binaries snapshot to your GMail account.
> >>>
> >>> If you cannot find the e-mail, let me please know.
> >>>
> >>> Best regards,
> >>> -Jirka
> >>>
> >>> Dne 20. 11. 19 v 11:46 Jiří Kovalský napsal(a):
>  Hi Emilian,
> 
>   I am working on that and will send you download coordinates in a
>  private e-mail.
> 
>  -Jirka
> 
>  Dne 18. 11. 19 v 22:57 Emilian Bold napsal(a):
> > No, really, is there some way to get the whole of
> >> plugins.netbeans.org
> > at once? Or crawl it at a faster speed?
> >
> > Seems to server is throttling me at 300KB which means the 20GB would
> > take me a week.
> >
> > --emi
> >
> > On Mon, Nov 18, 2019 at 10:47 PM Christian Lenz
> >  wrote:
> >>
> >> ➢ I think it would be a good idea to try to reach all contributers
> (I
> >> ➢ assume a mail address is present) and get them to the new (still
> >> to be
> >> ➢ completed) plugin portal.
> >>
> >> Just to say smth about that. From round about 10 plugin author, that
> >> I tried to contact about aourcecode and other stuff, maybe half of
> it
> >> answered me. I don’t know it exactly, but this is not that possible,
> >> that everyone will response or can, because of no access to the mail
> >> address anymore or discontinueing work or whatever reason. Just to
> >> let you know, I tried it several times.
> >>
> >>
> >> Cheers
> >>
> >> Chris
> >>
> >>
> >>
> >>
> >> Von: Matthias Bläsing
> >> Gesendet: Montag, 18. November 2019 18:40
> >> An: dev@netbeans.apache.org
> >> Betreff: Re: [DISCUSS] What to do with old community contributed
> >> plugins?
> >>
> >> Hi,
> >>
> >> Am Dienstag, den 12.11.2019, 13:51 +0100 schrieb Jiří Kovalský:
> >>>   we are preparing decommission of the old Plugin Portal 2.0
> [1]
> >>> which
> >>> is hosted on Oracle infrastructure. Before we turn off the switch
> we
> >>> need to decide what we want to do with the plugins contributed by
> >> all
> >>> the kind NetBeans community members over the years totaling ~20 GB.
> >> I
> >>> believe that we don't want to just delete these NBM files.
> >>>
> >>> [1]
> >>>
> >>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__plugins.netbeans.org_=DwIFaQ=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4=O2Fja6PhovWdi4X_mm2m8U9TYkedKKkllioZe0m_UKk=wJ7h5_LWddf9J3WgVdlF3XfjYcV1s0wONqa5fLWYANg=
> >>>
> >>>
> >>>   The problem here is the restriction that we can't use Apache
> >>> infrastructure to host any 3rd party binaries. The only thing what
> >> we
> >>> could potentially do is to publish module catalogs with references
> >> to
> >>> some other publicly accessible places.
> >>>
> >>> Any opinions on what is the right thing to do?
> >>>
> >>
> >> I think it would be a good idea to try to reach all contributers (I
> >> assume a mail address is present) and get them to the new (still to
> >> be
> >> completed) plugin portal.
> >>
> >> I would not host the plugins anywhere. If I remember correctly the
> >> plugin portal was a wild mix of licenses and so from my perspective
> >> this is a dangerous endeavour. For example take a GPLed plugin,
> you'd
> >> need the source code to redistribute it properly.
> >>
> >> This is totally different, to the code donation from oracle. Even if
> >> we
> >> end up not integrating all donated code, it 

Re: [VOTE] Release Apache NetBeans 11.2 macOS Installer

[John Kostaras]

Installed in MacOSX 10.9.5 (old I know) using JDK12.0.2. Installation went
smoothly. Migrated plugins etc. from 11.1 installation without issues.

nb-javac and JavaFX were installed successfully.

Opened/executed a number of projects. No issues.

RCP projects, however, throw strange errors:

layer.xml: Element type "filesystem" must be declared.

I.e. same issue as in windows.

Investigating...

Can't vote for +1.

Kind regards,

John.

On Tue, 29 Oct 2019 at 04:57, constantin drabo 
wrote:

> Hello everyone,
> Environment  : MacOS Mojave , 16Go , JDK 8 and JDK13
> Installation wizard : Done with success
> Create Java project : Done with success
> Create  Java Web application : Done with success
> Verdict : +1
>
> Constantin
>
> ?? La Terre est le berceau de l'humanit??, mais on ne passe pas sa vie
> enti??re dans un berceau. ??
> - ConstantinE. Tsiolkovski , p??re de l'astronautique?? et de
> l'a??rospatiale modernes.
> 
> De : John Mc 
> Envoyé : lundi 28 octobre 2019 06:36
> À : dev@netbeans.apache.org 
> Objet : Re: [VOTE] Release Apache NetBeans 11.2 macOS Installer
>
> +1
>
> Regards
>
> John
>
> On Mon, 28 Oct 2019 at 18:12, Geertjan Wielenga 
> wrote:
>
> > On Mon, Oct 28, 2019 at 6:56 PM Carl Mosca  wrote:
> >
> > > Meaning the installer does not work if you have the latest/current
> > release
> > > of the OS running.
> > >
> >
> > 'But you can ignore it. "Run anyway" so to speak. It's not that it blocks
> > you, it just warns you and makes it more steps to run potentially harmful
> > software. Anything executed from command line will execute like normal,
> and
> > I believe also if you alt-click and select open.'
> >
> >
> >
> https://www.macrumors.com/2019/09/03/apple-macos-catalina-notarization-mac-apps/
> >
> > Gj
> >
> >
> >
> >
> > >
> > > On Mon, Oct 28, 2019 at 1:39 PM  wrote:
> > >
> > > > Hi,
> > > >
> > > > This came up during last release, I had raised an infra ticket for
> > > > notarization - INFRA-18790
> > > > , but it failed
> > with
> > > > a long list of errors.
> > > >
> > > > This needs investigation, I haven't been able to get to it yet.
> > > >
> > > > So, I agree with Geertjan's suggestion to add note that installer
> works
> > > > for 10.13.x and 10.14.x macOS releases and is pending notarization
> that
> > > > is required for 10.15.x release.
> > > >
> > > > Thanks,
> > > >
> > > > Reema
> > > >
> > > > On 28/10/19 5:43 PM, Geertjan Wielenga wrote:
> > > > > We could add on the Download page that the installer for Mac OSX
> has
> > > been
> > > > > signed but not notarized (
> > > > >
> > > >
> > >
> >
> https://urldefense.proofpoint.com/v2/url?u=https-3A__developer.apple.com_documentation_security_notarizing-5Fyour-5Fapp-5Fbefore-5Fdistribution=DwIBaQ=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=I_-Y15BecdUmuYLJbvbi0hFUs7JgHZnV_jPFSP8DQF0=AU5axCXNKWDQypYO5D1OcvSHUynS_-Wl1_0S-laIHDc=e05RMNxX87RB32yCeA9JWFLooi2yfatEqICXh-ffoTw=
> > > > > ).
> > > > >
> > > > > Unless Reema has a plan or someone has a plan relating to
> > notarization.
> > > > > Since we have it signed and it seems a lengthy Apple-driven process
> > to
> > > > > notarize it, I'd argue that so long as we state that clearly, this
> > > should
> > > > > not be a blocker for releasing the installer.
> > > > >
> > > > > Gj
> > > > >
> > > > > On Mon, Oct 28, 2019 at 11:36 AM Carl Mosca 
> > > > wrote:
> > > > >
> > > > >> -1
> > > > >>   "Can't be opened because Apple cannot check for malicious
> > software"
> > > > >>
> > > > >> On Mon, Oct 28, 2019 at 6:26 AM Neil C Smith <
> neilcsm...@apache.org
> > >
> > > > >> wrote:
> > > > >>
> > > > >>> On Mon, 28 Oct 2019 at 09:54, Eric Barboni 
> > wrote:
> > > >  Sha512 and key from Reema is ok it means this can be released on
> > > dist.
> > > >  Not functional is another point. But Reema can cancel if tester
> on
> > > > >> MacOS
> > > > >>> found issue.
> > > > >>>
> > > > >>> Distribution on dist requires more than that, and we also
> discussed
> > > > >>> requiring more ourselves.  The wording that was discussed, that I
> > > > >>> thought you said you agreed with, said that all voters must
> verify
> > > all
> > > > >>> checksums and keys (including the additional keys in the
> > > installers!),
> > > > >>> check they function, and verify that they only install artefacts
> > > built
> > > > >>> from the released sources.  I don't see any point in voting on
> > > > >>> binaries if we're not requiring checks on all those things that
> the
> > > > >>> PMC must check.
> > > > >>>
> > > > >>> Anyway, let's not hijack the vote thread further on this.
> > > > >>>
> > > > >>> I'd like to hear Reema's opinion on pulling and re-voting on
> macOS
> > > > >>> installers because of the notarization issue though.
> > > > >>>
> > > > >>> Thanks and best wishes,
> > > > >>>
> > > > >>> Neil
> > > > >>>
> > > > >>>
> > 

Re: [VOTE] Release Apache NetBeans 11.2 Windows Installer

[John Kostaras]

Installed in Win8.1 using JDK12. Installation went smoothly. Migrated
plugins etc. from 11.1 installation without issues.

nb-javac and JavaFX were installed successfully.

Opened/executed some projects. No issues.

RCP projects, however, throw strange errors:

layer.xml: Element type "filesystem" must be declared.

Investigating...

Kind regards,

John.

> >> -Original Message-
> >> From: reema.tan...@oracle.com 
> >> Sent: October 25, 2019 11:48 AM
> >> To: dev 
> >> Subject: [VOTE] Release Apache NetBeans 11.2 Windows Installer
> >>
> >> Hi,
> >>
> >> Artifacts are available here:
> >>
> >> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/11.2-vc1
> >>
> >> Built using Jenkins job:
> >>
> >>
> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-installers/
> >>
> >> Primary voting artifact:
> >>
> >>
> >>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/11.2-vc1/Apache-NetBeans-11.2-bin-windows-x64.exe
> >>
> >> SHA512:
> >>
> >>
> >>
> a9a33d19afc439971fc3a3a0d2e5d3404fd1b372c1995067e3fa97bc0f17c7a9471462d592b6b0f46b5b3bd5461a6768625334f7576f4b3ed54f2aebc575cc6b
> >> Apache-NetBeans-11.2-bin-windows-x64.exe
> >>
> >> KEYS file:
> >>
> >> https://dist.apache.org/repos/dist/release/netbeans/KEYS
> >>
> >> Installer build steps:
> >>
> >>
> https://cwiki.apache.org/confluence/display/NETBEANS/Installer+Build+Steps
> >>
> >> Please check that the artifact functions correctly and has been
> correctly
> >> signed by a PMC member.
> >>
> >> 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 11.2 Windows Installer will be released if and when this
> >> vote passes.
> >>
> >> Thanks,
> >>
> >> Reema
> >>
> >>
> >>
> >>
> >>
> >>
> >> -
> >> 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
> >>
> >>
> >>
> >>
> >
> > --
> > Zoran Sevarac, PhD, Associate Professor
> > Department of Software Engineering
> > University of Belgrade, Faculty of Organisational Sciences
> > 
> > Deep Netts   Co-founder & CEO  | Oracle
> > Groundbreaker Ambassador | Java Champion
> > 
> > Open source: Neuroph founder, Apache
> Net
> > Beans  contributor
> > Homepage: http://www.zoransevarac.com
> >
>
>
> --
> Zoran Sevarac, PhD, Associate Professor
> Department of Software Engineering
> University of Belgrade, Faculty of Organisational Sciences
> 
> Deep Netts   Co-founder & CEO  | Oracle
> Groundbreaker Ambassador | Java Champion
> 
> Open source: Neuroph founder, Apache Net
> Beans  contributor
> Homepage: http://www.zoransevarac.com
>

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

[John Kostaras]

+1

On Fri, 4 Oct 2019 at 02:24, constantin drabo 
wrote:

> +1
> Constantin
>
> ?? La Terre est le berceau de l'humanit??, mais on ne passe pas sa vie
> enti??re dans un berceau. ??
> - ConstantinE. Tsiolkovski , p??re de l'astronautique?? et de
> l'a??rospatiale modernes.
> 
> De : Josh Juneau 
> Envoyé : jeudi 3 octobre 2019 03:33
> À : dev@netbeans.apache.org 
> Objet : Re: [VOTE] Accept donation of core DukeScript presenters to Apache
> NetBeans html4j
>
> +1
>
> On Thu, Oct 3, 2019 at 10:14 AM John Mc  wrote:
>
> > +1
> >
> > On Thu, 3 Oct 2019 at 16:04, Thilina Ranathunga 
> > wrote:
> >
> > > +1
> > >
> > > thilina01
> > >
> > >
> > > On Thu, Oct 3, 2019, 7:42 PM Junichi Yamamoto 
> > > wrote:
> > >
> > > > +1
> > > >
> > > > Thanks,
> > > > Junichi
> > > >
> > > > On Thu, Oct 3, 2019 at 8:25 PM 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
> > > >
> > > >
> > > >
> > > >
> > >
> >
> --
> Josh Juneau
> juneau...@gmail.com
> http://jj-blogger.blogspot.com
> https://www.apress.com/us/search?query=Juneau
> 
>

Automated EJB migration (2.1 -> 3.1)

[John Kostaras]

Hi,

I was wondering if anyone has worked or knows any tool that could do
automated EJB migration from EBJ 2.1 to 3.0 or 3.1.

I have found this paper
,
but no tool. I was wondering if it is worth it to have such a functionality
(plugin) in NetBeans.

Definitely, this is something that I do need.

Kind regards,

John.

JCrete Apache NetBeans session outcomes

[John Kostaras]

I guess, I forgot to distribute this. We ran a session about Apache
NetBeans in JCrete and here are the outcomes.

- NB has very good support for EE and mvn
- Very good support for JS developers in the past (see their changes in the
browser); not anymore; VSCode has very good support for JS and NB should
take ideas for plugins; or make VSCode work together with NB
- Need to rewrite the AngularJS, MicroProfile, jHipster plugins
- Quick presentation mode, support for mirroring screens
- Due to the move to Apache many developers seem to have moved away from
NB; versions 9.0-11.0 should have been named beta
- Communication & Marketing, e.g. people have missed that NB went to
Apache; JetBrains do have communication people;
- Page: like in jakarta live feed to publish blogs (add your blog; list of
bloggers); Alexius could host this
- How can one integrate a feature to the core of NB, e.g. Atlassian's
Bamboo CI Integration NB-954?
- Continue with the virtual meetings; need once per month
- NetBeans Days? or virtual?
- When a new plugin is uploaded, some people should be triggered; e.g. for
testing, verification instead of sending an email to the dev mainling list

Kind regards,

John.