[java] - attach debugger - port - automatically remove leading and trailing whitespaces
Hello, I would like to propose one minor improvement in "Attach Debugger" dialog: Debug / Attach Debbuger / Java Debugger (JPDA) / SocketListen Sometime I C&P network port value from k8s dashboard (web). Accidentally, I select white space character as well. Minor improvement can be done in Netbeans in the dialog window to automatically filter out leading and trailing whitespaces. Maybe it can be done not only for port, but for all fields as * local address * port * timeout The whitespace shall not appear in any of those fields. If somebody put there " " I think it is typo. Only drawback I can foresee is, that hitting space key won't make any difference in the dialog. I have working a POC for that improvement. I added DocumentFilter for text fields in org.netbeans.modules.debugger.jpda.ui.ConnectPanel. It works fine. BR, Jan Kostohryz
AW: Re: [DISCUSS] Default to FlatLaf in NetBeans 13?
Defaults are not working for everyone. Everyone is different as we can see in the discussions. Everytime they say: yes we make them as default, a lot of people are complaining and didn’t get heard. We need more options for that. And for this discussion we already have options, now we need to check where does it make sense. We are talking about developer experience and yes the installer ist not the right place, because we already have portable NetBeans as a zip archive w/o any installer and it should work the same. Von: Eirik Bakke Gesendet: Samstag, 27. November 2021 16:20 An: dev@netbeans.apache.org Betreff: RE: Re: [DISCUSS] Default to FlatLaf in NetBeans 13? I'd say, avoid customization in both the installer and on startup. It's a lot better to have a robust discussion about defaults here, and then stick to whatever we decide. There are hundreds of options that can be customized, and there is real value-add in _not_ requiring the user (especially new users) to know about or touch them. We also don't want a situation where we end up having two different user interfaces for setting the same options. A user that changed the LAF from a startup dialog or installer would then have to find and use a _different_ user interface (the Options dialog) to change it again later. -- Eirik -Original Message- From: Neil C Smith Sent: Saturday, November 27, 2021 4:53 AM To: dev@netbeans.apache.org Subject: Re: Re: [DISCUSS] Default to FlatLaf in NetBeans 13? On Sat, 27 Nov 2021 at 08:32, Jaroslav Tulach wrote: > NetBeans IDE was always keen on to work "out of the box" - e.g. as > little dialogs on 1st start as possible. If you want prior launch > customization, put it into installer. But what is the difference? In general, I agree with you. This thread has gone on a bit of a tangent, which is about a default that works better out of the box. I don't think we need a dialog for this option. I do think we need to fix up the current dialogs, and probably look at putting some of this stuff on a revamped start page. However, the problem with putting options in the installers is the assumption that everyone uses them. And that there's a one-to-one relationship between installation and userdir. Neither applies. Whatever we do should work however people get hold of and run the IDE. I also think NBI either needs a lot of work or replacing. I'm in the latter camp, obviously! :-) 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
AW: Re: [DISCUSS] Default to FlatLaf in NetBeans 13?
Ans also at the end, if we can’t find a solution, just ask the community about where we should add it with a vote. Von: Christian Lenz Gesendet: Sonntag, 28. November 2021 11:03 An: dev@netbeans.apache.org Betreff: AW: Re: [DISCUSS] Default to FlatLaf in NetBeans 13? Defaults are not working for everyone. Everyone is different as we can see in the discussions. Everytime they say: yes we make them as default, a lot of people are complaining and didn’t get heard. We need more options for that. And for this discussion we already have options, now we need to check where does it make sense. We are talking about developer experience and yes the installer ist not the right place, because we already have portable NetBeans as a zip archive w/o any installer and it should work the same. Von: Eirik Bakke Gesendet: Samstag, 27. November 2021 16:20 An: dev@netbeans.apache.org Betreff: RE: Re: [DISCUSS] Default to FlatLaf in NetBeans 13? I'd say, avoid customization in both the installer and on startup. It's a lot better to have a robust discussion about defaults here, and then stick to whatever we decide. There are hundreds of options that can be customized, and there is real value-add in _not_ requiring the user (especially new users) to know about or touch them. We also don't want a situation where we end up having two different user interfaces for setting the same options. A user that changed the LAF from a startup dialog or installer would then have to find and use a _different_ user interface (the Options dialog) to change it again later. -- Eirik -Original Message- From: Neil C Smith Sent: Saturday, November 27, 2021 4:53 AM To: dev@netbeans.apache.org Subject: Re: Re: [DISCUSS] Default to FlatLaf in NetBeans 13? On Sat, 27 Nov 2021 at 08:32, Jaroslav Tulach wrote: > NetBeans IDE was always keen on to work "out of the box" - e.g. as > little dialogs on 1st start as possible. If you want prior launch > customization, put it into installer. But what is the difference? In general, I agree with you. This thread has gone on a bit of a tangent, which is about a default that works better out of the box. I don't think we need a dialog for this option. I do think we need to fix up the current dialogs, and probably look at putting some of this stuff on a revamped start page. However, the problem with putting options in the installers is the assumption that everyone uses them. And that there's a one-to-one relationship between installation and userdir. Neither applies. Whatever we do should work however people get hold of and run the IDE. I also think NBI either needs a lot of work or replacing. I'm in the latter camp, obviously! :-) 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.6
+1 (binding) - ZIP and NBMs SHA512 checked, GPG signatures OK. - LICENSE, NOTICE and DEPENDENCIES present & sane in the tarball - build from sources (JDK 8, JDK 11) - Ubuntu 18.04 - basic test (open project, compile run + debug), editing OK - Maven + gradle projects -Svata Dne 22. 11. 21 v 18:21 Neil C Smith napsal(a): 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 - 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: [DISCUSS] Default to FlatLaf in NetBeans 13?
> We need more options for that. More options is fine--in the existing Options dialog! I was just pointing out that it shouldn't be in a dialog on startup. -- Eirik -Original Message- From: Christian Lenz Sent: Sunday, November 28, 2021 5:05 AM To: dev@netbeans.apache.org Subject: AW: Re: [DISCUSS] Default to FlatLaf in NetBeans 13? Ans also at the end, if we can’t find a solution, just ask the community about where we should add it with a vote. Von: Christian Lenz Gesendet: Sonntag, 28. November 2021 11:03 An: dev@netbeans.apache.org Betreff: AW: Re: [DISCUSS] Default to FlatLaf in NetBeans 13? Defaults are not working for everyone. Everyone is different as we can see in the discussions. Everytime they say: yes we make them as default, a lot of people are complaining and didn’t get heard. We need more options for that. And for this discussion we already have options, now we need to check where does it make sense. We are talking about developer experience and yes the installer ist not the right place, because we already have portable NetBeans as a zip archive w/o any installer and it should work the same. Von: Eirik Bakke Gesendet: Samstag, 27. November 2021 16:20 An: dev@netbeans.apache.org Betreff: RE: Re: [DISCUSS] Default to FlatLaf in NetBeans 13? I'd say, avoid customization in both the installer and on startup. It's a lot better to have a robust discussion about defaults here, and then stick to whatever we decide. There are hundreds of options that can be customized, and there is real value-add in _not_ requiring the user (especially new users) to know about or touch them. We also don't want a situation where we end up having two different user interfaces for setting the same options. A user that changed the LAF from a startup dialog or installer would then have to find and use a _different_ user interface (the Options dialog) to change it again later. -- Eirik -Original Message- From: Neil C Smith Sent: Saturday, November 27, 2021 4:53 AM To: dev@netbeans.apache.org Subject: Re: Re: [DISCUSS] Default to FlatLaf in NetBeans 13? On Sat, 27 Nov 2021 at 08:32, Jaroslav Tulach wrote: > NetBeans IDE was always keen on to work "out of the box" - e.g. as > little dialogs on 1st start as possible. If you want prior launch > customization, put it into installer. But what is the difference? In general, I agree with you. This thread has gone on a bit of a tangent, which is about a default that works better out of the box. I don't think we need a dialog for this option. I do think we need to fix up the current dialogs, and probably look at putting some of this stuff on a revamped start page. However, the problem with putting options in the installers is the assumption that everyone uses them. And that there's a one-to-one relationship between installation and userdir. Neither applies. Whatever we do should work however people get hold of and run the IDE. I also think NBI either needs a lot of work or replacing. I'm in the latter camp, obviously! :-) 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.6 Linux installer
+1 (binding) - SHA512 & GPG signatures checked - installation OK, starts with the selected JDK. - opened & compiled maven project Dne 24. 11. 21 v 15:20 Neil C Smith napsal(a): Hi, Vote for Apache NetBeans 12.6 Linux installer. Primary voting artefact : https://dist.apache.org/repos/dist/dev/netbeans/netbeans-installers/12.6/Apache-NetBeans-12.6-bin-linux-x64.sh SHA512 checksum : https://dist.apache.org/repos/dist/dev/netbeans/netbeans-installers/12.6/Apache-NetBeans-12.6-bin-linux-x64.sh.sha512 d6617b90eb2e32d7037d136e6cef6c2753c856f036a831157473b9da5fcb258ca0a92e6590d4ff2a385572bd6bbe1e163f5daa81655c6bc1e7690c474c5cbca9 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-linux-x64.sh.asc Built by Jenkins job : https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release126/14/ 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. This vote is dependent on the main Apache NetBeans 12.6 release vote passing. Thanks and 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: [VOTE] Release Apache NetBeans 12.6.0 VSCode extension
+1 (binding) - SHA1 & GPG verified - extension installed OK - worked briefly with Gradle project (Micronaut-core) -S. Dne 26. 11. 21 v 7:24 Martin Balin napsal(a): Hi, We can vote for Apache NetBeans 12.6.0 VSCode extension (VSIX) to be released on VSCode Marketplace. Primary voting artifact: https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix SHA512 checksum file: https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.sha512 PGP signature: https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.asc It was built from the same source code we are voting for in main VOTE started by Neil C. Smith, git revision: 9cacf1fd305b775b176576c8b633b10b73524861 . Built by Jenknins pipeline: https://ci-builds.apache.org/job/Netbeans/job/netbeans-vscode/713/ 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 PMCmember. Apache NetBeans VSIX 12.6.0 will be released to VSCode marketplace if and when this vote passes. Thank you, Martin Balin - 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: [java] - attach debugger - port - automatically remove leading and trailing whitespaces
Hello Jan, thanks for considering making NetBeans better! > I have working a POC for that improvement. I added DocumentFilter for text > fields in org.netbeans.modules.debugger.jpda.ui.ConnectPanel. It works fine. Please create a pull request with your change at https://github.com/apache/ netbeans repository. -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
NB Stats at Setup [Re: AW: [DISCUSS] Default to FlatLaf in NetBeans 13?]
Changing subject for more specific topic 1. I noticed on the referenced properties file that it calls out pages for stats which are no longer accessible. Did these remain after Apache migration and/or still applicable? 1. http://netbeans.org/about/usage-tracking.html 2. http://statistics.netbeans.org 2. Is there still any use case for gathering stats still? Maybe... 1. Performance Metrics 1. I would think if there is anything that could be captured to potentially identify bottleneck, memory leaks, etc. to help focus improvements, that could be of use. However some of this may be more resource intensive than preferred (thus the opt in). 2. Here I could see using a manual memory dump as needed and avoiding the overhead of gathering during normal use. 3. Given changes in the JDK with Flight Controller / Mission Control inclusion (I believe it was open sourced and included in the openjdk now), would maybe more integration be an alternative/of interest? 2. User Metrics 1. There was an attempt at one time to figure out stats for the # of downloads per OS (and/or Linux distribution), countries, etc which is more a use case of the download sites and not usage itself. I did find an older (i.e. Sun era) article ( https://dzone.com/articles/netbeans-usage-statistics-will ) that does mention some of this sort of stats. 2. Could maybe gather details on usage of what programming languages and/or plugins that are used to drive emphasis on a given area. Some of that may be more baseline Netbeans and Plugin centric so maybe a little edge cases there as well. 3. Troubleshooting Metrics 1. I could see how gathering logs when trying to send in an issue could be helpful but again may be out of scope of normal use and more a special case when trying to gather data for potential bug reporting 3. Privacy concerns have to be considered but since users have to opt in for such things which I believe is why the question is there to begin with. Eric Bresie ebre...@gmail.com On Thu, Nov 25, 2021 at 9:01 AM Neil C Smith wrote: > On Thu, 25 Nov 2021 at 14:16, Michael Bien wrote: > > lets remove that one. Gathering stats is a bit out of fashion anyway. > > AFAIK we don't even do anything with them anyway? At least the links > at > https://github.com/apache/netbeans/blob/master/nb/ide.branding/uihandler/src/org/netbeans/modules/uihandler/Bundle_nb.properties > don't go anywhere. > > > I never noticed it since i usually import the config from the last > install. > > Actually, it would be good if everyone testing and voting on releases > spends some time with a clean run without imported config. > > 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: [java] - attach debugger - port - automatically remove leading and trailing whitespaces
Is there any sort of issue ( https://issues.apache.org/jira/projects/NETBEANS ) for this as well? Eric Bresie ebre...@gmail.com On Sun, Nov 28, 2021 at 9:38 AM Jaroslav Tulach wrote: > Hello Jan, > thanks for considering making NetBeans better! > > > I have working a POC for that improvement. I added DocumentFilter for > text > > fields in org.netbeans.modules.debugger.jpda.ui.ConnectPanel. It works > fine. > > Please create a pull request with your change at > https://github.com/apache/ > netbeans repository. > -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 > > > >
RFR: Allow plugins to exclude files from being indexed (PR: 3209)
Hi all,
I'd like to draw some attention to this PR:
https://github.com/apache/netbeans/pull/3209
This commit adds a query, that allows plugins to prevent files from
being indexed completely or by certain indexers.
One motivator for this is the JS indexer in combination with huge
node_modules directories. In the case of angular/typescript projects
the JS indexer does not help with development, as code assistence is
provided by the typescript LSP server. But the JS indexer is ran anyway
and creates huge scan times and big indices. With these new hooks a
plugin could limit the indexing when an angular project is detected.
There is already a Query in th similar area: Visitibity Query. The
problem with this:
Visibility Query completely hides the files, that were made invisible.
For the TypeScript case defined above I want to be able to have a look
at the JS files, if necessary, to better understand certain behavior or
read documentation.
Visibility Query hides files from all indexers. The goto file facility
in NetBeans relies on the indexer infrastructure. With visibility query
you can only hide the file completely for all indexers and not
selectively.
The implementation I use a work sind a few weeks (somewhere between 4
and 8 weeks):
--
public class NodeModulesExcluder implements IndexabilityQueryImplementation {
private boolean enabled = true;
private List changeListener = new CopyOnWriteArrayList<>();
private static final Set BLOCKED_INDEXERS = new HashSet<>();
static {
BLOCKED_INDEXERS.add("js");
BLOCKED_INDEXERS.add("angular");
BLOCKED_INDEXERS.add("requirejs");
BLOCKED_INDEXERS.add("knockoutjs");
BLOCKED_INDEXERS.add("TLIndexer");
BLOCKED_INDEXERS.add("tests");
}
@Override
public boolean preventIndexing(IndexabilityQueryContext iqc) {
return enabled
&& iqc.getIndexable().getPath().contains("/node_modules/")
&& BLOCKED_INDEXERS.contains(iqc.getIndexerName());
}
public boolean isEnabled() {
return enabled;
}
public void setEnabled(boolean enabled) {
this.enabled = enabled;
for(ChangeListener cl: changeListener) {
cl.stateChanged(new ChangeEvent(this));
}
}
@Override
public void addChangeListener(ChangeListener l) {
changeListener.add(l);
}
@Override
public void removeChangeListener(ChangeListener l) {
changeListener.remove(l);
}
@Override
public String getName() {
return NodeModulesExcluder.class.getName();
}
@Override
public int getVersion() {
return 1;
}
@Override
public String getStateIdentifier() {
return "NO_STATE";
}
}
--
Indexing is core infrastructure, but the first round of feedback was
received and the code updated accounting for that.
So if there is anyone interested, I'd like to draw some attention to
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: [External] : Re: [VOTE] Release Apache NetBeans 12.6.0 VSCode extension
Hi, +1 - SHA verified - Tested with several project gradle & maven based Martin > On 28. 11. 2021, at 16:30, Svata Dedic wrote: > > +1 (binding) > > - SHA1 & GPG verified > - extension installed OK > - worked briefly with Gradle project (Micronaut-core) > > -S. > > > Dne 26. 11. 21 v 7:24 Martin Balin napsal(a): >> Hi, >> We can vote for Apache NetBeans 12.6.0 VSCode extension (VSIX) to be >> released on VSCode Marketplace. >> Primary voting artifact: >> https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix__;!!ACWV5N9M2RV99hQ!YgPnWU1N7QhXhZ8UN7vF9Qm2zgKywLEHoTmwTTh39L-vMDwRaT7Ytsp2z0hckypZpQ$ >> SHA512 checksum file: >> https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.sha512__;!!ACWV5N9M2RV99hQ!YgPnWU1N7QhXhZ8UN7vF9Qm2zgKywLEHoTmwTTh39L-vMDwRaT7Ytsp2z0hEwiYikA$ >> PGP signature: >> https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.asc__;!!ACWV5N9M2RV99hQ!YgPnWU1N7QhXhZ8UN7vF9Qm2zgKywLEHoTmwTTh39L-vMDwRaT7Ytsp2z0hSbHReRg$ >> It was built from the same source code we are voting for in main VOTE >> started by Neil C. Smith, git revision: >> 9cacf1fd305b775b176576c8b633b10b73524861 . Built by Jenknins pipeline: >> https://urldefense.com/v3/__https://ci-builds.apache.org/job/Netbeans/job/netbeans-vscode/713/__;!!ACWV5N9M2RV99hQ!YgPnWU1N7QhXhZ8UN7vF9Qm2zgKywLEHoTmwTTh39L-vMDwRaT7Ytsp2z0gtMkdKwg$ >> 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 PMCmember. >> Apache NetBeans VSIX 12.6.0 will be released to VSCode marketplace if and >> when this vote passes. >> Thank you, >> Martin Balin > > > - > 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://urldefense.com/v3/__https://cwiki.apache.org/confluence/display/NETBEANS/Mailing*lists__;Kw!!ACWV5N9M2RV99hQ!YgPnWU1N7QhXhZ8UN7vF9Qm2zgKywLEHoTmwTTh39L-vMDwRaT7Ytsp2z0g70vn9lQ$ > > > - 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: [External] : [VOTE] Release Apache NetBeans 12.6.0 VSCode extension
+1 (binding) Features tested on Linux. SHA check is OK. Dusan On 11/26/21 7:24 AM, Martin Balin wrote: Hi, We can vote for Apache NetBeans 12.6.0 VSCode extension (VSIX) to be released on VSCode Marketplace. Primary voting artifact: https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix__;!!ACWV5N9M2RV99hQ!dA6AJuAU9hVfQ8EFpoO0hWiBW0Qvek6tfAPbOm1_rLQOuaoX47udOpSzDAtPcE3Y$ SHA512 checksum file: https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.sha512__;!!ACWV5N9M2RV99hQ!dA6AJuAU9hVfQ8EFpoO0hWiBW0Qvek6tfAPbOm1_rLQOuaoX47udOpSzDE3gY45u$ PGP signature: https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.asc__;!!ACWV5N9M2RV99hQ!dA6AJuAU9hVfQ8EFpoO0hWiBW0Qvek6tfAPbOm1_rLQOuaoX47udOpSzDDs4ezzj$ It was built from the same source code we are voting for in main VOTE started by Neil C. Smith, git revision: 9cacf1fd305b775b176576c8b633b10b73524861 . Built by Jenknins pipeline: https://urldefense.com/v3/__https://ci-builds.apache.org/job/Netbeans/job/netbeans-vscode/713/__;!!ACWV5N9M2RV99hQ!dA6AJuAU9hVfQ8EFpoO0hWiBW0Qvek6tfAPbOm1_rLQOuaoX47udOpSzDOTM3hp5$ 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 PMCmember. Apache NetBeans VSIX 12.6.0 will be released to VSCode marketplace if and when this vote passes. Thank you, Martin Balin - 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
