Re: Collaborative Editing with Netbeans

[Mario Schroeder]

There is an old post on the Netbeans home page. Maybe that's it what you
are looking for:
https://netbeans.apache.org//kb/docs/ide/team-servers.html

Am Mi., 21. Apr. 2021 um 14:49 Uhr schrieb Mar R :

> This started another conversation I'm sorry, I don't know how to continue
> the ones created before I joined the mailing list
>
> Il giorno mer 21 apr 2021 alle ore 14:47 Mar R 
> ha scritto:
>
> > Do you remember the name of that plugin? I used one to back in NB 8 or 9
> > but I can't find it anymore
> >
> >
> > Thanks
> >
> >
> >
> > On 2021/01/17 19:04:54, Eric Bresie  wrote:
> >
> > > With recent discussions on zoom call for release manager training, this
> > got me wondering if some sort of collaborative tool would be helpful for
> > peer programming, group code reviews, training sessions would be of
> > interest here in helping the Netbeans community grow together.>
> >
> > >
> >
> > > I recalled there used to be a collaborative editor plug-in for Netbeans
> > sometime back, which I believe has since been discontinued.>
> >
> > >
> >
> > > However I was curious if any new similar plug-ins exist that would
> > support collaborative code editing.>
> >
> > >
> >
> > > From pure communication side, there is the mailing list, irc channels,
> > and Telegraph channels but was wondering if something further would help
> to
> > allow co-editing and or screen sharing. Maybe Twitch?>
> >
> > >
> >
> > > Anyone?>
> >
> > >
> >
> > > Eric Bresie>
> >
> > > ebre...@gmail.com (mailto:ebre...@gmail.com)>
> >
> > >
> >
> > >
> >
>

Re: Release Manager for 12.3?

[Mario Schroeder (Spindizzy)]

Hi,

It would be great if you could set up a meeting via Zoom. I am also interested 
to know how to manage the release.

Kind regards,
Mario

> Am 16.01.2021 um 10:53 schrieb Geertjan Wielenga 
> :
> 
> Hi Neil,
> 
> Can we maybe do this release together? I would really like to be able to do
> it, it would be a big achievement in my life to have managed a NetBeans
> release, plus we really need to extend the number of people with the
> experience to do this.
> 
> Maybe we can do a Zoom call together in the coming days just to talk
> through the process as documented, to make sure everthing is clear to me,
> and during that process we actually do the release?
> 
> Gj
> 
> On Thu, 14 Jan 2021 at 11:36, Geertjan Wielenga <
> geertjan.wiele...@googlemail.com> wrote:
> 
>> Agree on all points. The final step of the RM process should be to kick
>> off a thread calling for the next RM.
>> 
>> Gj
>> 
>> On Thu, 14 Jan 2021 at 11:35, Neil C Smith  wrote:
>> 
>>> On Thu, 14 Jan 2021 at 09:45, Geertjan Wielenga 
>>> wrote:
 In one or two threads this topic has come up, let's put it into its own
 thread -- we need a release manager for 12.3.
 
 I saw Neil more or less volunteered but anyone else on the PMC is
>>> welcome
 too, of course.
>>> 
>>> Well, I'm really happy if anyone else wants to! :-)  But if it's a
>>> choice between me doing or no longer having quarterly releases, then
>>> I'll take the former.  I think we need to have an idea of who is
>>> RM'ing earlier in future though, ie. immediately after previous
>>> release from now on?
>>> 
>>> Been really tied up with work recently, which should quieten down a
>>> bit soon, so could kick things off, somewhat late, next week.
>>> 
>>> There is an open "blocker" still against 12.3 about nb-javac from
>>> Matthias I believe?  I happen to agree with that, so would be good to
>>> know what stage that is at?!
>>> 
>>> Best wishes,
>>> 
>>> Neil
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>> 
>>> For further information about the NetBeans mailing lists, visit:
>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>> 
>>> 
>>> 
>>> 


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

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

Re: Adding new language support using LSP

[Mario Schroeder]

Hi,

I'm also very interested. If there is no tutorial yet, then this is the
best time to create one.

@Oliver I had a glimpse at the students project. Then NetBeans Plugin seems
to use ANTLR. Just out of curiosity: Do you know from where the student got
the inspiration for the source code?

Kind regards,
Mario

Am Do., 3. Dez. 2020 um 07:44 Uhr schrieb Oliver Rettig <
oliver.ret...@orat.de>:

> Hi all,
> we are also very interested in implementing new language support for our
> GraalVM based
> DSL prepro https://github.com/MobMonRob/DL4JDSLStudien3.
> We have a group of students at the DHBW which just started working on
> this. Maybe we can
> learn together.
>
> best regards
> Oliver
>
> > Hi All,
> >
> > I am trying to add a new language support for netbeans using LSP.
> > Are there any resources for that?
> >
> > Regards,
> > Rahul Khandelwal
>
>
>

Re: Contributing community plugin codes

[Mario Schroeder]

What I'm missing is just a guide how to contribute the code to Apache
NetBeans, and I would do it myself. But maybe it is there and I just don't
know.

Matthias Bläsing  schrieb am Do., 28. Mai 2020,
20:48:

> Hi,
>
> Am Donnerstag, den 28.05.2020, 14:44 -0400 schrieb Scott Palmer:
> > IANAL, but if the code is already licensed with the Apache License
> > 2.0, doesn’t that meansanyone is free to make a derivative
> > work..   I.e. by use of the license permission has already been
> > given.  Can’t we just follow the rules outlined in the license with
> > respect to attribution etc.?
> >
> > The Apache license seems to be somewhat meaningless if this isn’t the
> > case.
> >
> > What am I missing?
> >
>
> we can and we already did, BUT then the code comes with strings
> attached. Normally all our code is donated to the ASF this would not be
> the case for the imported code. This also means, that the code can't be
> compied around.
>
> Remember that the copyright still exists, we can't relicense the code
> and most importantly it could come with a required NOTICE.
>
> So from my POV code that is imported verbatim must clear a high bar and
> direct contribution and donation is the preferred way.
>
> And yes - I know it is painful.
>
> 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: Contributing community plugin codes

[Mario Schroeder]

+1 from me, because I still have a plug in for Bamboo CI which I would like
to contribute

Sven Reimers  schrieb am Do., 28. Mai 2020, 08:41:

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

Re: TravisCI vs Jenkins vs GitHub Actions

[Mario Schroeder]

A while ago, I migrated the CI service for my NetBeans plugin from Travis
CI to GitHub Actions. The setup for the new pipeline was quite easy.
I decided for it because:
- It felt natural to have everything in one place.
- No need to give permissions to an app outside.
- You can have several workflows which are separated by file.
- IMHO GitHub's UI looks neater.

Am So., 24. Mai 2020 um 14:05 Uhr schrieb Hector Espert <
hectorespertpa...@gmail.com>:

>  Hi everybody.
>
> I would like to open a discussion about with continuous integration service
> we should use.
>
>
> I like Travis CI, but after deal with it in the Netbeans project, I start
> to think that they aren't a good couple.
>
> There are two Travis CI limits that are a pain in the neck, the log length
> limit and the job limit to 50 min. I found that is a common problem and
> other Apache projects are migrating his pipelines from Travis or are
> thinking about that.
>
>
> https://cwiki.apache.org/confluence/display/FLINK/2020/03/22/Migrating+Flink%27s+CI+Infrastructure+from+Travis+CI+to+Azure+Pipelines
>
>
> https://cwiki.apache.org/confluence/display/AIRFLOW/AIP-23+Migrate+out+of+Travis+CI
>
>
> I would like to suggest two options.
>
> First , the most conservative option, migrate TravisCI pipeline to the
> Apache Jenkins infrastructure.
>
> The problem that i see with this option is if we can integrate the Apache
> Jenkins infrastructure with GitHub to run the test suite for every
> PR/commits and show the results in the GitHub ui.
>
> The other option, is start to test with the GitHub workflows and if they
> are better than TravisCI move to use GitHub workflows instead TravisCI.
>

Re: MultiView using the mavenized module project

[Mario Schroeder]

John, I can not remember having any issues while I wrote the tutorial for
the book. I used Maven there.

John Kostaras  schrieb am So., 17. Mai 2020, 22:56:

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

Re: Dedication message for NetBeans 12

[Mario Schroeder]

Das to hear. Maybe put a detication in the 'About NetBeans' window for the
release. So his work for NetBeans is bond to the actual product.

Regards,
Mario

Sven Reimers  schrieb am Fr., 3. Apr. 2020, 13:54:

> Hi all,
>
> I assume most of you already heard about Carl Quinn passing away on April
> 1st (see https://twitter.com/javaposse/status/1245583036588019715?s=19)..
>
> He was a dear friend, a humble community guy and one of the people working
> on NetBeans features in Sun days...
>
> So I would suggest to put in a dedication "in memoriam Carl Quinn" for the
> 12.0 Apache NetBeans release... what do you think?
>
> Not sure how, not sure where just pondering the general idea first.
>
>
> If you need any more ressons - just follow the twitter thread..
>
> Comments?
>
> Thanks for considering and stay safe
>
> -Sven
>

Re: Building NetBeans with Gradle

[Mario Schroeder]

Hi Lazlo,

those are great news. Thanks for sharing.

I also hope that the Kotlin support is taking up speed than we could even
support the Gradle Kotlin DSL.

Laszlo Kishalmi  schrieb am Fr., 28. Feb. 2020,
02:23:

> Dear all,
>
> I just would like to share the progress of my secret project: build
> NetBeans with Gradle
>
> I'm still not sure how far I would like to go with this experiment, but
> if nothing else it could be a good test data for the Gradle Support.
>
> I had the following milestones in my mind:
>
> M0: Done: Get the project dependencies straight, without having circular
> dependencies: Right now it has 813 sub-projects in the known clusters
>
> M1: Done: Get the modules in the Platform cluster (and the harness
> cluster) compileable.
>
> M2: TBD: Make the unit tests pass for the Platform Cluster.
>
> M3: TBD: Make the output of the Platform cluster actually runable.
>
> How it works:
>
> I have a specific NetBeans Gradle Plugin which reads the
> nbproject/clusters.properties and each module nbproject/project.xml file
> to get the dependency configuration. other configuration items are read
> from the nbproject.properties file. In theory we do not have to do any
> changes for an ordinary module it shall work out of the box without even
> having a build.gradle file. There are however some special cases where
> build.gradle file is required. Unfortunately there are some dependency
> tangles between the modules causing circular dependency in Gradle. In
> these cases I had to split up the modules between test and source projects.
>
> If anyone would like to have a look:
>
> please clone the gradle2 branch of my fork:
> https://github.com/lkishalmi/netbeans
>
> The Gradle build right now needs the help to fetch the external
> dependencies: ant download-all-extbins
>
> But after that one:
>
> ./gradlew buildPlatformCluster -x check
>
> shall work. (It currently requires JDK 11 or up)
>
>
> -
> 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: Pull the plug from Java 8 in 12.1?

[Mario Schroeder]

+1 to drop Support for Java 8 in NetBeans 12.1. If someone still wants to
run it on Java 8 he/she can use a previous release.

Laszlo Kishalmi  schrieb am Do., 27. Feb. 2020,
02:13:

> Dear all,
>
> What do you think about stopping support Java 8 as NetBeans runtime from
> 12.1 and on?
>
> Neil mentioned it in the user's chat first regarding that we have issues
> with nb-javac from time to time.
>
> As we know our mid term plan is/was to rely on javac tooling instead of
> habing to maintain the nb-javac fork.
>
> Right now NetBeans run fairly well on standard javac, however when the
> IDE is running on Java 8 we need the nb-javac.
>
> I think removing Java 8 support as runtime shall be not a big deal, it
> would be a few thing less to worry about. During the 12.x cycle we could
> perfect our stuff on Java 11.
>
>
>
>
>
> -
> 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: Netbeans autocompletion

[Mario Schroeder]

Alright, done: https://issues.apache.org/jira/browse/NETBEANS-3736


Am Do., 23. Jan. 2020 um 15:01 Uhr schrieb Christian Lenz <
christian.l...@gmx.net>:

> Hey guys,
>
> thx for the info. I also like the idea but please create a JIRA ticket for
> that as an improvement . If not already done.
>
>
> Cheers
>
> Chris
>
>
>
> Von: Mario Schroeder
> Gesendet: Donnerstag, 23. Januar 2020 15:00
> An: dev@netbeans.apache.org
> Betreff: Re: Netbeans autocompletion
>
> +1 from me for this feature with a options to change it in the Preferences.
>
> Am Do., 23. Jan. 2020 um 14:40 Uhr schrieb Samiul Alom Sium <
> siumastroma...@gmail.com>:
>
> > Hi,
> >
> > Please reduce pop up time for autocompletion in netbeans. Either create a
> > UI option or manually reduce it from 750 ms to 250 ms. All these are
> > suggestions for implement in netbeans-12.
> > Often netbeans autocomplete take much time which is counter productive.
> > Also current intellij or eclipse is blazingly fast for autocompletion.
> > At least reduce pop up time... Please ... Its an urgency for new
> programmer
> > because not everyone is a good fast typist.
> >
> > Samiul Alom Sium
> > Bangladesh
> >
>
>

Re: Netbeans autocompletion

[Mario Schroeder]

+1 from me for this feature with a options to change it in the Preferences.

Am Do., 23. Jan. 2020 um 14:40 Uhr schrieb Samiul Alom Sium <
siumastroma...@gmail.com>:

> Hi,
>
> Please reduce pop up time for autocompletion in netbeans. Either create a
> UI option or manually reduce it from 750 ms to 250 ms. All these are
> suggestions for implement in netbeans-12.
> Often netbeans autocomplete take much time which is counter productive.
> Also current intellij or eclipse is blazingly fast for autocompletion.
> At least reduce pop up time... Please ... Its an urgency for new programmer
> because not everyone is a good fast typist.
>
> Samiul Alom Sium
> Bangladesh
>

Re: phantom "ambiguous method" errors when using Lombok

[Mario Schroeder]

This might not help you for now, but I also came across issues in my
project which uses lombok. However it was not NetBeans specific. I wanted
to upgrade to a new JDK, but a lot of tests were failing, upgrading lombok
itself didn't resolve it. So I decided to take the long way and delomboked
my source code.

Am Mo., 16. Dez. 2019 um 15:11 Uhr schrieb Alvin Thompson <
al...@thompsonlogic.com>:

> Bump. Anyone, any suggestions?
>
> > On Dec 10, 2019, at 12:29 PM, Alvin Thompson 
> wrote:
> >
> > Hi,
> >
> > I’ve been having a problem where in one of my projects, NetBeans is
> constantly highlighting references to methods generated by Lombok as an
> error. However, it’s not a "method not found error" as you’d expect, but
> rather the opposite—it claims that the method is ambiguous because there
> are two methods that match. The odd thing is that the methods mentioned are
> both the same—it’s just the method generated by Lombok—and the code
> compiles fine without warnings. See the picture at the bottom for an
> example.
> >
> > There’s nothing special about the code that uses Lombok; they’re just
> simple beans that use Lombok annotations to generate things like getters,
> setters, equals, hashcode, etc. Strangely, the issue doesn’t show up for
> all Lombok-annotated beans—just some of them. It seems random which beans
> are affected; with two seemingly semantically identical beans in the same
> package, one may be affected while the other may not.
> >
> > This makes working with this project in NetBeans unpleasant to say the
> least, because this project relies heavily on Lombok and many of the java
> files are filled with dozens of spurious error highlights. This issue has
> actually been happening since NetBeans 9. I believe I filed an issue for
> this in the old issue tracker, but I don’t see it here so I guess it didn’t
> get migrated. However, someone also created an issue for this in the new
> tracker (NETBEANS-1842), and it has several votes, so I guess others also
> have this issue.
> >
> > For more than a year, I’ve tried many things to isolate this issue
> without success. Any help with this issue would be appreciated. Below is
> information I’ve gleaned which may be useful to identify the problem, in no
> particular order:
> > This issue started with NetBeans 9. NetBeans 8 worked fine.
> > This is a Maven project, which uses generated code from both Lombok and
> Mapstruct.
> > I have not proven that Mapstruct has anything to do with the issue. I
> just mention it here as a potentially relevant piece of information.
> > I’ve tried using all Lombok versions since the issue started, several
> Mapstruct versions, and various combinations.
> > This issue affects all generated methods (setters, getters, toString,
> etc).
> > The project uses a custom source path instead of src/main/java. Again,
> I’m not sure this is relevant.
> > The project platform is JDK 8, while NetBeans runs on JDK 13.
> > I’ve tried running NetBeans with JDK 10,11, and 12 as well.
> > I’ve tried a clean install of NetBeans without importing preferences.
> > I’ve tried NetBeans on several different computers (all my computers are
> macOS, but the  reporter of the issue reported it against Windows).
> > I’ve tried many NetBeans-javac versions.
> > I’ve tried a clean install without installing nb-javac at all.
> > Editing and saving the Lombok-annotated bean will make the error
> highlights in the files that reference the bean go away temporarily, but
> they will eventually come back.
> > This is not scalable because project has hundreds of beans, and as I
> progress down the list of beans the error will eventually pop back up in
> the beans I already edited.
> > Stopping NetBeans, removing its cache, and restarting temporarily fixes
> the problem, but it eventually comes back.
> > I haven’t figured out what sequence of events causes the error to show
> up again, but it’s common enough that the problem resurfaces within the day
> (often within minutes).
> > Since it takes a long time to scan this project, and since it takes a
> long time to rebuild other stuff in the cache, this is not viable.
> >
> > The last two points (and since the issue seems to be independent of
> nb-javac) leads me to believe this is a caching issue of some type.
> >
> > Thanks,
> > Alvin
> >
> > P.S. - My apologies to Geertjan for tweeting this instead of bringing it
> up here first.
> >
> >
> > 
>
>

Re: Can anyone give me a help about developing antlr formatter

[Mario Schroeder]

No, I am going on vacation. Hiking the MacLehose trail.

Peter Cheung  schrieb am Do., 10. Okt. 2019, 19:50:

> Hey Mario
>Yes, i am from Hong Kong. Why come here? Business trip?
> Thanks
> From Peter
> ____
> From: Mario Schroeder 
> Sent: Thursday, October 10, 2019 3:48 PM
> To: dev@netbeans.apache.org 
> Subject: Re: Can anyone give me a help about developing antlr formatter
>
> Peter, you are from Hong Kong?! What a coincidence that I will be there
> within a week. Despite all the issues, I'm looking forward.
> Sorry for the off topic.
>
> Am Do., 10. Okt. 2019 um 08:35 Uhr schrieb Peter Cheung <
> mcheun...@hotmail.com>:
>
> > Dear Tim
> > You are a great people and full of passion. In my home town (Hong
> > Kong), people just "use" open source, not contributing it.
> > Thanks
> > From Peter
> > 
> > From: Tim Boudreau 
> > Sent: Wednesday, October 9, 2019 1:42 PM
> > To: dev@netbeans.apache.org 
> > Subject: Re: Can anyone give me a help about developing antlr formatter
> >
> > Okay.  If you'd like to try some stuff, I could hook you up with some
> > modules.  Antlr support - syntax highlighting, navigator panels, syntax
> > tree views, has been working for a while;  formatting is pretty solid
> now.
> > I've spent the last week stabilizing the "live preview" functionality,
> > which actually generates NetBeans language support with syntax
> highlighting
> > for *the grammar you are currently editing* - so you can have a syntax
> > highlighted preview, and associate a file extension with that grammar and
> > open those files and interact with them with full IDE support that is
> > updated whenever you edit the grammar.
> >
> > Basically the PITA with developing Antlr grammars is when you break some
> > rule that worked, change a whole bunch of other stuff before you know you
> > broke it, and then have to figure out which thing you did caused the
> > problem.  So being able to visually, and instantly, see if something is
> > broken seems like a basic thing that's needed to make grammar development
> > much less painful.
> >
> > Here's a screen shot:
> > https://timboudreau.com/files/screen/10-09-2019_01-39-44.png
> >
> > All that gets a bit complex:
> >
> >  - User edits the grammar file
> >  - Listener on the grammar file notices and tells highlighters of
> documents
> > in the language of that grammar to request a reparse
> >  - They ask for a new parse from a parser which
> > - Is actually going to run code in an isolated classloader that loads
> > from an in-memory filesystem where the grammar and generated analyzer
> code
> > was compiled
> > - Notices that the grammar file - whose document is mapped into that
> > in-memory filesystem - has changed
> > - Initiates a new run of Antlr generating parser and lexer
> > - Compiles them into that memory filesystem
> > - Generates the source for a thing that will call that parser with
> > document contents, and retrieve the tokens, parse tree, etc. copied into
> > proxy objects so the classloader does not leak types
> > - Creates a new isolated classloader over the class output for all
> that
> > - Replaces that classloader in the proxy parser
> > - Passes the document text into that parser, extracts the proxied
> parse
> > tree and wraps that in a NetBeans Parser.Result
> >
> > The good news is all that can happen in < 100ms.  It works, but I've been
> > chasing bugs in the choreography of that process to ensure the new parse
> > runs against the right version of the grammar - each layer of that will
> use
> > the previous result if nothing has changed but the input text, and it
> works
> > out to being a big chain of lists of weakly referenced susbscribers to
> > things that subscribe to other things (i.e. the parser subscribes to
> > replacement of the classloader environment; the highlighters subscribe to
> > changes on the parser).
> >
> > It requires a few hacks that will probably get turned into patches -
> > there's no way via API to get the cache for Source objects for the
> > in-language document to invalidate its cached parser results because
> *some
> > other document* changed, so that has to be done via reflection;  and
> > similarly, there is no direct way to force a Language instance to be
> > discarded by its LanguageHierarchy, but if you don't, it will keep a
> cache
> > of token ids that will be completely wrong (particularly i

Re: Can anyone give me a help about developing antlr formatter

[Mario Schroeder]

Peter, you are from Hong Kong?! What a coincidence that I will be there
within a week. Despite all the issues, I'm looking forward.
Sorry for the off topic.

Am Do., 10. Okt. 2019 um 08:35 Uhr schrieb Peter Cheung <
mcheun...@hotmail.com>:

> Dear Tim
> You are a great people and full of passion. In my home town (Hong
> Kong), people just "use" open source, not contributing it.
> Thanks
> From Peter
> 
> From: Tim Boudreau 
> Sent: Wednesday, October 9, 2019 1:42 PM
> To: dev@netbeans.apache.org 
> Subject: Re: Can anyone give me a help about developing antlr formatter
>
> Okay.  If you'd like to try some stuff, I could hook you up with some
> modules.  Antlr support - syntax highlighting, navigator panels, syntax
> tree views, has been working for a while;  formatting is pretty solid now.
> I've spent the last week stabilizing the "live preview" functionality,
> which actually generates NetBeans language support with syntax highlighting
> for *the grammar you are currently editing* - so you can have a syntax
> highlighted preview, and associate a file extension with that grammar and
> open those files and interact with them with full IDE support that is
> updated whenever you edit the grammar.
>
> Basically the PITA with developing Antlr grammars is when you break some
> rule that worked, change a whole bunch of other stuff before you know you
> broke it, and then have to figure out which thing you did caused the
> problem.  So being able to visually, and instantly, see if something is
> broken seems like a basic thing that's needed to make grammar development
> much less painful.
>
> Here's a screen shot:
> https://timboudreau.com/files/screen/10-09-2019_01-39-44.png
>
> All that gets a bit complex:
>
>  - User edits the grammar file
>  - Listener on the grammar file notices and tells highlighters of documents
> in the language of that grammar to request a reparse
>  - They ask for a new parse from a parser which
> - Is actually going to run code in an isolated classloader that loads
> from an in-memory filesystem where the grammar and generated analyzer code
> was compiled
> - Notices that the grammar file - whose document is mapped into that
> in-memory filesystem - has changed
> - Initiates a new run of Antlr generating parser and lexer
> - Compiles them into that memory filesystem
> - Generates the source for a thing that will call that parser with
> document contents, and retrieve the tokens, parse tree, etc. copied into
> proxy objects so the classloader does not leak types
> - Creates a new isolated classloader over the class output for all that
> - Replaces that classloader in the proxy parser
> - Passes the document text into that parser, extracts the proxied parse
> tree and wraps that in a NetBeans Parser.Result
>
> The good news is all that can happen in < 100ms.  It works, but I've been
> chasing bugs in the choreography of that process to ensure the new parse
> runs against the right version of the grammar - each layer of that will use
> the previous result if nothing has changed but the input text, and it works
> out to being a big chain of lists of weakly referenced susbscribers to
> things that subscribe to other things (i.e. the parser subscribes to
> replacement of the classloader environment; the highlighters subscribe to
> changes on the parser).
>
> It requires a few hacks that will probably get turned into patches -
> there's no way via API to get the cache for Source objects for the
> in-language document to invalidate its cached parser results because *some
> other document* changed, so that has to be done via reflection;  and
> similarly, there is no direct way to force a Language instance to be
> discarded by its LanguageHierarchy, but if you don't, it will keep a cache
> of token ids that will be completely wrong (particularly if the grammar is
> unparseable and you get a lexer with a dummy set of token ids with one
> token, flip back to a valid language, and back again, which is the normal
> state of life in an IDE).
>
> But for basic doing-stuff-with-Antlr it's in decent shape, and it's all
> factored into many separate modules, so perhaps I could get some out there.
>
> -Tim
>
>
>
>
>
>
>
>
>
>
>
>
> On Wed, Oct 2, 2019 at 2:08 AM Peter Cheung  wrote:
>
> > Dear Tim
> >Sorry i am doing my own antlr plugin
> > https://gitlab.com/mcheung63/netbeans-antlr to support my compiler
> > development which using antlr. If you plugin can well format antlr, then
> i
> > can focus my compiler rather than antlr in netbeans.
> > thanks
> > Peter
> >
> >
>
> --
> http://timboudreau.com
>

Re: Can anyone give me a help about developing antlr formatter

[Mario Schroeder]

Hi,

maybe this one can help you as well:
https://github.com/mario-s/nb-hyperledger
It uses a ANTLR Grammar to generate Lexer and Parser.

A lot of ANTLR samples can be found in this repository:
https://github.com/antlr/grammars-v4

Greetings,
Mario

Am Fr., 20. Sept. 2019 um 10:29 Uhr schrieb Alessandro <
alex.fala...@gmail.com>:

> Hi Tim,
>   I am interested too.
>
> I have a plugin with an editor using a JFlex based lexer and a Parboiled
> based parser and I would like to move to a unified solution with an ANTLR
> based lexer and parser.
>
> It would be wonderful if you could share something.
>
> Greets,
> Alex
>
>
> Il giorno lun 16 set 2019 alle ore 01:48 Tim Boudreau  >
> ha scritto:
>
> > I have some stuff under development that might be useful for that. You
> want
> > to format a language that has an Antlr grammar, right?
> >
> > -Tim
> >
> > On Sun, Sep 15, 2019 at 11:43 AM Peter Cheung 
> > wrote:
> >
> > > Hi All
> > >  Can anyone give me a help about developing antlr formatter? Where
> i
> > > can get an example to develop a custom formatter?
> > > Thanks
> > > From Peter
> > >
> > M
> > --
> > http://timboudreau.com
> >
>

Re: JCrete Apache NetBeans session outcomes

[Mario Schroeder]

+1

Am Do., 19. Sept. 2019 um 10:14 Uhr schrieb Alexius Diakogiannis <
alexius.diakogian...@gmail.com>:

> +1 on that from me
>
>
>
>
> On Thu, 19 Sep 2019 at 11:10, Neil C Smith  wrote:
>
> > On Wed, 11 Sep 2019 at 21:24, John Kostaras  wrote:
> > > - 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
> >
> > Incidentally, my thought on that is that we should still look to do
> > this via a PR (like) process with link and SHA for each plugin file,
> > and update the IDE to verify the SHA as well as signing.  This would
> > mean every plugin and plugin update gets some oversight before getting
> > to users.
> >
> > 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: Code One Java IDE Wars

[Mario Schroeder]

Wise words :-)

Emilian Bold  schrieb am Mo., 5. Aug. 2019, 21:46:

> Note that Apache NetBeans is not at war.
>
> Apache is like a peaceful monk monastery. It might even have some retired
> warriors but does not partake in such wordly affairs.
>
> Java IDE Wars are something like the world wars. They happened but the
> world has changed and violence is done differently now.
>
> --emi
>
> lun., 5 aug. 2019, 21:30 Kenneth Fogel  a
> scris:
>
> > At Code One this year I will be presenting with Jeanne Boyarsky and Scott
> > Selikoff a session titled Java IDE Wars. I am working on my list of
> talking
> > points for NB. Please suggest any part of NetBeans that makes it superior
> > to Eclipse, IntelliJ or Visual Studio Code. Are there features that users
> > assume does not exist in NetBeans but does?. Last week I got NB 11.1
> > working on the new Raspberry Pi 4 w/ 4 Gig RAM. Next will be to determine
> > that remote debugging still works from NB on a Win PC to a Pi.
> >
> > One significant feature is the quarterly updates. I may not be too happy
> > with Java's 6 month cycle but for an IDE to be successful it does need to
> > be more responsive to its community thru frequent and regular updates.
> >
> > Please let me know what you think I should discuss should you have the
> > time.
> >
> > Thanks,
> >
> > Ken Fogel
> >
> >
> >
> >
> >
> > -
> > 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: Code One Java IDE Wars

[Mario Schroeder]

In my opinion, it is not that NetBeans has a special killer feature (yet).
It is the simplicity of the UI. When you start the IDE, you don't feel
overwhelmed by so many buttons and options.



Kenneth Fogel  schrieb am Mo., 5. Aug. 2019,
20:30:

> At Code One this year I will be presenting with Jeanne Boyarsky and Scott
> Selikoff a session titled Java IDE Wars. I am working on my list of talking
> points for NB. Please suggest any part of NetBeans that makes it superior
> to Eclipse, IntelliJ or Visual Studio Code. Are there features that users
> assume does not exist in NetBeans but does?. Last week I got NB 11.1
> working on the new Raspberry Pi 4 w/ 4 Gig RAM. Next will be to determine
> that remote debugging still works from NB on a Win PC to a Pi.
>
> One significant feature is the quarterly updates. I may not be too happy
> with Java's 6 month cycle but for an IDE to be successful it does need to
> be more responsive to its community thru frequent and regular updates.
>
> Please let me know what you think I should discuss should you have the
> time.
>
> Thanks,
>
> Ken Fogel
>
>
>
>
>
> -
> 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: NetBeans language bundle

[Mario Schroeder]

I like the idea about the confluence page for languages. I personally like
to know which one need some work, so I could support the translation.

Geertjan Wielenga  schrieb am Mi., 24. Juli 2019,
11:46:

> I reckon if excluding some languages will simplify things, go ahead and
> just do so. When people complain about any of the missing languages, we’ll
> say to them: ‘great, now it’s time for you to get involved with us on
> figuring this out’.
>
> I.e., make it as simple as possible and exclude any problematic languages
> for the moment, better to get something completed partly than nothing at
> all.
>
> Gj
>
>
> On Wed, 24 Jul 2019 at 11:42, Boris Heithecker 
> wrote:
>
> > Hi all,
> >
> > I've started to work on the language bundles again, and I'm still stuck
> > with the license conversion. Although having made several improvements
> and
> > adaptions to the license categorization and conversion tool available at
> > https://github.com/apache/netbeans-tools/tree/master/convert, it still
> > outputs about these numbers
> > "cddl, unrecognized file: 1324
> > no cddl license: 33876"
> > The problems are corrupted files, typos, old Sun licenses not converted
> for
> > Oracle, or missing license headers. Some bundles contain more corrupted
> > files, other less.
> >
> > Before continuing this work, it would be good to know if users really
> need
> > all potentially available locales. There are 25 locales left, after
> having
> > already deleted some of them which were originally present in the donated
> > zip. I've removed those bundles where I could determine by myself that no
> > work had been done on them except starting a localisation project by
> > copying the default. (For example, the Bundle ta (Tamil) did not contain
> a
> > single Tamil character, so I removed it). However, there are, for
> example,
> > bundles for ca (Catalan) or gl_ES (galician) which require a lot of work
> > and I think we should determine the demand for before tackling it. Also,
> I
> > can't easily check the implementation status of these languages.
> >
> > How could we start a vote?
> >
> > Can I get permissions to start a page in Confluence on the status of this
> > conversion, listing among others the donated language bundles?
> >
> > Boris
> >
> >
> > --
> > Boris Heithecker
> >
> >
> > Dr. Boris Heithecker
> > Lüneburger Str. 30
> > 28870 Ottersberg
> > Festnetz: +49 4205 315834
> > Mobil: +49 170 6137015
> >
>

run plugin with latest version

[Mario Schroeder]

Hi,

I build a plugin using maven and the nbm-maven-plugin in version 4.1. I was
targeting the platform version RELEASE82 during the development prozess.

I'd like to upgrade to version RELEASE110. The compile goal of maven work
fine with the version. However when I click on "Run" in the context menu it
always starts the plugin with NetBeans 8.2. This fails because of the
missing the dependencies.

What am I missing, that my plugin starts NetBeans in version 11?

Regards!

Re: kotlin support

[Mario Schroeder]

Yes, maintain as well.

Laszlo Kishalmi  schrieb am Di., 30. Apr. 2019,
00:10:

> Only supporter or willing to maintain the code as well?
>
> On 4/29/19 11:31 AM, Mario Schroeder wrote:
> > Count me in as a supporter.
> >
> > Am Mo., 29. Apr. 2019 um 20:16 Uhr schrieb Laszlo Kishalmi <
> > laszlo.kisha...@gmail.com>:
> >
> >> There is an unmaintained plugin actually from JetBrains:
> >>
> >> https://github.com/JetBrains/kotlin-netbeans
> >>
> >> If there would be someone interested to support/maintain Kotlin we might
> >> ask JetBrains for contribute this one to Apache NetBeans.
> >>
> >>
> >> On 4/29/19 10:58 AM, Mike Billman wrote:
> >>> I was curious what kind of kotlin support currently exists for
> netbeans.
> >>>
> >>> Mike Billman
> >>>
> >>> Senior Software Engineer
> >>>
> >>> CPTE
> >>>
> >>> qclogo
> >>>
> >>> 11800 Conrey Rd
> >>>
> >>> Suite 150
> >>>
> >>> Cincinnati, OH 45249
> >>>
> >>> T +1 513 469 1424
> >>>
> >>> E mikebill...@qcsoftware.com <mailto:mikebill...@qcsoftware.com>
> >>>
> >>> F +1 513 469 1425
> >>>
>
> -
> 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: kotlin support

[Mario Schroeder]

Count me in as a supporter.

Am Mo., 29. Apr. 2019 um 20:16 Uhr schrieb Laszlo Kishalmi <
laszlo.kisha...@gmail.com>:

> There is an unmaintained plugin actually from JetBrains:
>
> https://github.com/JetBrains/kotlin-netbeans
>
> If there would be someone interested to support/maintain Kotlin we might
> ask JetBrains for contribute this one to Apache NetBeans.
>
>
> On 4/29/19 10:58 AM, Mike Billman wrote:
> >
> > I was curious what kind of kotlin support currently exists for netbeans.
> >
> > Mike Billman
> >
> > Senior Software Engineer
> >
> > CPTE
> >
> > qclogo
> >
> > 11800 Conrey Rd
> >
> > Suite 150
> >
> > Cincinnati, OH 45249
> >
> > T +1 513 469 1424
> >
> > E mikebill...@qcsoftware.com 
> >
> > F +1 513 469 1425
> >
>