[jira] [Created] (NETBEANS-1270) keyboard shortcuts don't work when....

2018-09-19 Thread rob (JIRA)
rob created NETBEANS-1270:
-

 Summary: keyboard shortcuts don't work when
 Key: NETBEANS-1270
 URL: https://issues.apache.org/jira/browse/NETBEANS-1270
 Project: NetBeans
  Issue Type: Bug
 Environment: Mac whatever the latest version is I just updated the OS 
yesterday...
Reporter: rob


I'm on Mac, and I have my keyboard configured thru the OS to treat the CTRL 
buttons as COMMAND buttons and vice versa.

 

On NB8 I can CTRL+V to paste - which is what I would expect having swapped the 
buttons, CTRL+C to copy, etc, but on 9 I have to use CMD instead which defeats 
the purpose of having swapped the buttons..



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Created] (NETBEANS-1269) Find usages is very slow in Netbeans 9.0 and it sits a long time at Initializing data and Usages progress bars without showing any progress at all

2018-09-19 Thread Ciprian Bulboaca (JIRA)
Ciprian Bulboaca created NETBEANS-1269:
--

 Summary: Find usages is very slow in Netbeans 9.0 and it sits a 
long time at Initializing data and Usages progress bars without showing any 
progress at all
 Key: NETBEANS-1269
 URL: https://issues.apache.org/jira/browse/NETBEANS-1269
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 9.0
 Environment: Netbeans 9.0 on Windows 10 Pro
Reporter: Ciprian Bulboaca


Find usages in Netbeans 9.0 is very slow (compared to Netbeans 8.0.2).

For example, in our large modular project we have, doing a find usages on any 
method in any class takes a very long time (4-5 minutes) in Netbeans 9.0. For 
about half the time, Netbeans 9.0 is just sitting at "Initializing data" and 
for the other half, it is just sitting at Usages progress bar always showing 0% 
progress! Then, after a long period of waiting, it just shows the results 
without even updating the progress bar (or at least you can't tell it is 
updating the progress bar).

This all behaves normally under Netbeans 8.0.2 where find usages is showing 
results right away (as it's scanning) and the whole process takes only a few 
seconds!

We've tried bumping up the -J-Xmx setting to 1536m in netbeans.conf and 
although we see the memory allocated is increasing (in Task Manager), Netbeans 
9.0 behaves the same way.

I'm wondering if anybody else is experiencing this. Is there any workaround for 
this issue? This affects our day to day work very significantly since we rely 
on fast 'find usages' operations all the time in our analysis & coding work.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[incubator-netbeans] 01/01: Merge pull request #715 from jtulach/InstallNbJavacByErgonomics

2018-09-19 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git

commit f9c36d01730872f0be5522f1a3bc03f58129daa4
Merge: aed622a c5638c1
Author: Geertjan Wielenga 
AuthorDate: Wed Sep 19 18:52:05 2018 +0200

Merge pull request #715 from jtulach/InstallNbJavacByErgonomics

Download nbjavac when turning on support for Java

 ergonomics/ide.ergonomics/java.properties  |   4 +
 ergonomics/ide.ergonomics/nbproject/project.xml|  18 ++-
 .../netbeans/modules/ide/ergonomics/Utilities.java |   2 +-
 .../ide/ergonomics/debugger/AttachTypeProxy.java   |   2 +-
 .../modules/ide/ergonomics/fod/Bundle.properties   |   6 +-
 .../ide/ergonomics/fod/ConfigurationPanel.form |  50 ++--
 .../ide/ergonomics/fod/ConfigurationPanel.java | 139 +
 .../modules/ide/ergonomics/fod/FeatureInfo.java|  23 +++-
 .../ide/ergonomics/fod/FindComponentModules.java   |  51 +++-
 .../ide/ergonomics/fod/ModulesInstaller.java   |   9 +-
 .../modules/ide/ergonomics/fod/OptionCntrl.java|   2 +-
 .../ide/ergonomics/newproject/DescriptionStep.java |  10 +-
 .../newproject/FeatureOnDemandWizardIterator.java  |   4 +-
 .../modules/ide/ergonomics/WizardDeadTest.java |   2 +-
 14 files changed, 232 insertions(+), 90 deletions(-)


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

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



[incubator-netbeans] branch master updated (aed622a -> f9c36d0)

2018-09-19 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git.


from aed622a  lib.nbjavac: Fix type change for Java 11
 add 18a6032  Always download nbjavac, if not downloaded
 add b3731bb  Forcefully refresh the list of available modules to make sure 
nbjavac is found
 add 8956f83  forcibly install nbjavac module even it requires restart
 add ac944a1  Fragment should always be enabled only when its host bundle 
is enabled
 add f73267f  Only refresh the provides once per IDE execution
 add 95cb0d8  Don't auto-enable when downloading new elements. Show the 
download button & dialog.
 add da64cbe  Each feature can specify extra.modules that are going to be 
offered for download before activation
 add 65394a2  Merging with #847 fix
 add 72a83d8  An attempt to improve UI for download nb-javac when enabling 
Java support.
 add b31f20d  Merge pull request #1 from jlahoda/InstallNbJavacByErgonomics
 add c5638c1  Removing no longer needed hack in autoupdate.services
 new f9c36d0  Merge pull request #715 from 
jtulach/InstallNbJavacByErgonomics

The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "add" were already present in the repository and have only
been added to this reference.


Summary of changes:
 ergonomics/ide.ergonomics/java.properties  |   4 +
 ergonomics/ide.ergonomics/nbproject/project.xml|  18 ++-
 .../netbeans/modules/ide/ergonomics/Utilities.java |   2 +-
 .../ide/ergonomics/debugger/AttachTypeProxy.java   |   2 +-
 .../modules/ide/ergonomics/fod/Bundle.properties   |   6 +-
 .../ide/ergonomics/fod/ConfigurationPanel.form |  50 ++--
 .../ide/ergonomics/fod/ConfigurationPanel.java | 139 +
 .../modules/ide/ergonomics/fod/FeatureInfo.java|  23 +++-
 .../ide/ergonomics/fod/FindComponentModules.java   |  51 +++-
 .../ide/ergonomics/fod/ModulesInstaller.java   |   9 +-
 .../modules/ide/ergonomics/fod/OptionCntrl.java|   2 +-
 .../ide/ergonomics/newproject/DescriptionStep.java |  10 +-
 .../newproject/FeatureOnDemandWizardIterator.java  |   4 +-
 .../modules/ide/ergonomics/WizardDeadTest.java |   2 +-
 14 files changed, 232 insertions(+), 90 deletions(-)


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

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



[jira] [Created] (NETBEANS-1268) Unpacking of Maven index should be parallelized (again)

2018-09-19 Thread Karl Richter (JIRA)
Karl Richter created NETBEANS-1268:
--

 Summary: Unpacking of Maven index should be parallelized (again)
 Key: NETBEANS-1268
 URL: https://issues.apache.org/jira/browse/NETBEANS-1268
 Project: NetBeans
  Issue Type: Improvement
  Components: projects - Maven
Affects Versions: 9.0
Reporter: Karl Richter


The unpacking of a downloaded maven index only uses one thread on one CPU core. 
Previous implementations used all CPU cores which speed up the process a lot.

experienced with 9.0-rc1-rc1-673-gaed622a9c



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Commented] (NETBEANS-1157) native Windows Netbeans Launcher broken for Java 10 or higher

2018-09-19 Thread Aldo Brucale (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16620681#comment-16620681
 ] 

Aldo Brucale commented on NETBEANS-1157:


Maybe JAVA_REGISTRY_KEYS in JavaUtils.c should also be updated: since Java 9 
Oracle uses "JRE" and "JDK" instead of "Java Runtime Environment" and "Java 
Development Kit"  (see 
[https://docs.oracle.com/javase/10/install/installation-jdk-and-jre-microsoft-windows-platforms.htm#JSJIG-GUID-47C269A3-5220-412F-9E31-4B8C37A82BFB|http://example.com/])

> native Windows Netbeans Launcher broken  for Java 10 or higher
> --
>
> Key: NETBEANS-1157
> URL: https://issues.apache.org/jira/browse/NETBEANS-1157
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Launchers&CLI
>Affects Versions: 9.0
>Reporter: Andreas Hauffe
>Priority: Critical
>  Labels: pull-request-available
> Attachments: JavaUtils.c
>
>  Time Spent: 1h 40m
>  Remaining Estimate: 0h
>
> The native windows netbeans launcher does not work with a bundled Java 
> Version 10 and later since the version number has two digits. This is not 
> handled correctly in the native code ( 
> [https://github.com/apache/incubator-netbeans/blob/master/nbi/engine/native/launcher/windows/src/JavaUtils.c]
>  ).



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Updated] (NETBEANS-771) Support for SubVersion CLI client version 1.10

2018-09-19 Thread Dalton Notetech (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dalton Notetech updated NETBEANS-771:
-
Fix Version/s: 9.0

> Support for SubVersion CLI client version 1.10
> --
>
> Key: NETBEANS-771
> URL: https://issues.apache.org/jira/browse/NETBEANS-771
> Project: NetBeans
>  Issue Type: Wish
>  Components: versioncontrol - Subversion
>Affects Versions: 9.0
>Reporter: Petr Hadraba
>Priority: Major
> Fix For: 9.0
>
> Attachments: org-netbeans-modules-subversion.jar, 
> org-netbeans-modules-subversion.jar
>
>
> SubVersion CLI client version 1.10 does not work in NetBeans 8.2.
> The following message appears in NetBeans log when invoking refresh in 
> SubVersion panel:
> {{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0 
> (r1827917)}}
> {{ WARNING [org.netbeans.modules.subversion]: Unsupported svn version. You 
> need >= 1.5}}
> {{ WARNING [org.netbeans.modules.subversion.client.SvnClientFactory]: 
> executable binary path set to /opt/local/bin yet client not available.}}
> The dialog box appears and says:
>  
> {{1. Download and Install Subversion 1.8 or later 
> ([http://subversion.apache.org/packages.html]). }}
> {{ 2. Add it to PATH. }}
> {{ Test the installation by running 'svn --version' from a command line }}
> {{ 3. Restart the IDE.}}
> My SubVersion is the latest version:
> {{ localhost:~ petr$ which svn}}
> {{ /opt/local/bin/svn}}
> {{ localhost:~ petr$ svn --version}}
> {{ svn, version 1.10.0 (r1827917)}}
> {{    compiled Apr 18 2018, 01:35:41 on x86_64-apple-darwin17.4.0}}
> {{  }}
> {{ Copyright (C) 2018 The Apache Software Foundation.}}
> {{ This software consists of contributions made by many people;}}
> {{ see the NOTICE file for more information.}}
> {{ Subversion is open source software, see [http://subversion.apache.org/]}}
> {{  }}
> {{ The following repository access (RA) modules are available:}}
> {{  }}
>  * {{ra_svn : Module for accessing a repository using the svn network 
> protocol.}}{{   - with Cyrus SASL authentication}}{{   - handles 'svn' 
> scheme}}
>  * {{ra_local : Module for accessing a repository on local disk.}}{{   - 
> handles 'file' scheme}}
>  * {{ra_serf : Module for accessing a repository via WebDAV protocol using 
> serf.}}{{   - using serf 1.3.9 (compiled with 1.3.8)}}{{   - handles 'http' 
> scheme}}{{   - handles 'https' scheme}}{{  }}{{ The following authentication 
> credential caches are available:}}{{  }}
>  * {{Plaintext cache in /Users/petr/.subversion}}
>  * {{GPG-Agent}}
>  * {{Mac OS X Keychain}}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Updated] (NETBEANS-771) Support for SubVersion CLI client version 1.10

2018-09-19 Thread Dalton Notetech (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dalton Notetech updated NETBEANS-771:
-
Description: 
SubVersion CLI client version 1.10 does not work in NetBeans 9.0.

The following message appears in NetBeans log when invoking refresh in 
SubVersion panel:

{{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0 
(r1827917)}}
 {{ WARNING [org.netbeans.modules.subversion]: Unsupported svn version. You 
need >= 1.5}}
 {{ WARNING [org.netbeans.modules.subversion.client.SvnClientFactory]: 
executable binary path set to /opt/local/bin yet client not available.}}

The dialog box appears and says:

 

{{1. Download and Install Subversion 1.8 or later 
([http://subversion.apache.org/packages.html]). }}
 \{{ 2. Add it to PATH. }}
 \{{ Test the installation by running 'svn --version' from a command line }}
 \{{ 3. Restart the IDE.}}

My SubVersion is the latest version:

{\{ localhost:~ petr$ which svn}}
 \{{ /opt/local/bin/svn}}
 \{{ localhost:~ petr$ svn --version}}
 \{{ svn, version 1.10.0 (r1827917)}}
 \{{    compiled Apr 18 2018, 01:35:41 on x86_64-apple-darwin17.4.0}}
 \{{  }}
 \{{ Copyright (C) 2018 The Apache Software Foundation.}}
 \{{ This software consists of contributions made by many people;}}
 \{{ see the NOTICE file for more information.}}
 {{ Subversion is open source software, see [http://subversion.apache.org/]}}
 \{{  }}
 \{{ The following repository access (RA) modules are available:}}
 \{{  }}
 * {{ra_svn : Module for accessing a repository using the svn network 
protocol.}}{\{   - with Cyrus SASL authentication}}\{{   - handles 'svn' 
scheme}}
 * {{ra_local : Module for accessing a repository on local disk.}}{\{   - 
handles 'file' scheme}}
 * {{ra_serf : Module for accessing a repository via WebDAV protocol using 
serf.}}{\{   - using serf 1.3.9 (compiled with 1.3.8)}}\{{   - handles 'http' 
scheme}}\{{   - handles 'https' scheme}}\{{  }}\{{ The following authentication 
credential caches are available:}}\{{  }}
 * {{Plaintext cache in /Users/petr/.subversion}}
 * {{GPG-Agent}}
 * {{Mac OS X Keychain}}

  was:
SubVersion CLI client version 1.10 does not work in NetBeans 8.2.

The following message appears in NetBeans log when invoking refresh in 
SubVersion panel:


{{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0 
(r1827917)}}
{{ WARNING [org.netbeans.modules.subversion]: Unsupported svn version. You need 
>= 1.5}}
{{ WARNING [org.netbeans.modules.subversion.client.SvnClientFactory]: 
executable binary path set to /opt/local/bin yet client not available.}}

The dialog box appears and says:

 

{{1. Download and Install Subversion 1.8 or later 
([http://subversion.apache.org/packages.html]). }}
{{ 2. Add it to PATH. }}
{{ Test the installation by running 'svn --version' from a command line }}
{{ 3. Restart the IDE.}}

My SubVersion is the latest version:


{{ localhost:~ petr$ which svn}}
{{ /opt/local/bin/svn}}
{{ localhost:~ petr$ svn --version}}
{{ svn, version 1.10.0 (r1827917)}}
{{    compiled Apr 18 2018, 01:35:41 on x86_64-apple-darwin17.4.0}}
{{  }}
{{ Copyright (C) 2018 The Apache Software Foundation.}}
{{ This software consists of contributions made by many people;}}
{{ see the NOTICE file for more information.}}
{{ Subversion is open source software, see [http://subversion.apache.org/]}}
{{  }}
{{ The following repository access (RA) modules are available:}}
{{  }}
 * {{ra_svn : Module for accessing a repository using the svn network 
protocol.}}{{   - with Cyrus SASL authentication}}{{   - handles 'svn' scheme}}
 * {{ra_local : Module for accessing a repository on local disk.}}{{   - 
handles 'file' scheme}}
 * {{ra_serf : Module for accessing a repository via WebDAV protocol using 
serf.}}{{   - using serf 1.3.9 (compiled with 1.3.8)}}{{   - handles 'http' 
scheme}}{{   - handles 'https' scheme}}{{  }}{{ The following authentication 
credential caches are available:}}{{  }}
 * {{Plaintext cache in /Users/petr/.subversion}}
 * {{GPG-Agent}}
 * {{Mac OS X Keychain}}


> Support for SubVersion CLI client version 1.10
> --
>
> Key: NETBEANS-771
> URL: https://issues.apache.org/jira/browse/NETBEANS-771
> Project: NetBeans
>  Issue Type: Wish
>  Components: versioncontrol - Subversion
>Affects Versions: 9.0
>Reporter: Petr Hadraba
>Priority: Major
> Fix For: 9.0
>
> Attachments: org-netbeans-modules-subversion.jar, 
> org-netbeans-modules-subversion.jar
>
>
> SubVersion CLI client version 1.10 does not work in NetBeans 9.0.
> The following message appears in NetBeans log when invoking refresh in 
> SubVersion panel:
> {{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0 
> (r1827917)}}
>  {{ WARNING [org.netbeans.modules.subversion]: Unsupp

[jira] [Commented] (NETBEANS-771) Support for SubVersion CLI client version 1.10

2018-09-19 Thread Dalton Notetech (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16620665#comment-16620665
 ] 

Dalton Notetech commented on NETBEANS-771:
--

Looks like its fixed for 8.2. 
But 9.0 still have this issue.

> Support for SubVersion CLI client version 1.10
> --
>
> Key: NETBEANS-771
> URL: https://issues.apache.org/jira/browse/NETBEANS-771
> Project: NetBeans
>  Issue Type: Wish
>  Components: versioncontrol - Subversion
>Affects Versions: 9.0
>Reporter: Petr Hadraba
>Priority: Major
> Fix For: 9.0
>
> Attachments: org-netbeans-modules-subversion.jar, 
> org-netbeans-modules-subversion.jar
>
>
> SubVersion CLI client version 1.10 does not work in NetBeans 8.2.
> The following message appears in NetBeans log when invoking refresh in 
> SubVersion panel:
> {{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0 
> (r1827917)}}
> {{ WARNING [org.netbeans.modules.subversion]: Unsupported svn version. You 
> need >= 1.5}}
> {{ WARNING [org.netbeans.modules.subversion.client.SvnClientFactory]: 
> executable binary path set to /opt/local/bin yet client not available.}}
> The dialog box appears and says:
>  
> {{1. Download and Install Subversion 1.8 or later 
> ([http://subversion.apache.org/packages.html]). }}
> {{ 2. Add it to PATH. }}
> {{ Test the installation by running 'svn --version' from a command line }}
> {{ 3. Restart the IDE.}}
> My SubVersion is the latest version:
> {{ localhost:~ petr$ which svn}}
> {{ /opt/local/bin/svn}}
> {{ localhost:~ petr$ svn --version}}
> {{ svn, version 1.10.0 (r1827917)}}
> {{    compiled Apr 18 2018, 01:35:41 on x86_64-apple-darwin17.4.0}}
> {{  }}
> {{ Copyright (C) 2018 The Apache Software Foundation.}}
> {{ This software consists of contributions made by many people;}}
> {{ see the NOTICE file for more information.}}
> {{ Subversion is open source software, see [http://subversion.apache.org/]}}
> {{  }}
> {{ The following repository access (RA) modules are available:}}
> {{  }}
>  * {{ra_svn : Module for accessing a repository using the svn network 
> protocol.}}{{   - with Cyrus SASL authentication}}{{   - handles 'svn' 
> scheme}}
>  * {{ra_local : Module for accessing a repository on local disk.}}{{   - 
> handles 'file' scheme}}
>  * {{ra_serf : Module for accessing a repository via WebDAV protocol using 
> serf.}}{{   - using serf 1.3.9 (compiled with 1.3.8)}}{{   - handles 'http' 
> scheme}}{{   - handles 'https' scheme}}{{  }}{{ The following authentication 
> credential caches are available:}}{{  }}
>  * {{Plaintext cache in /Users/petr/.subversion}}
>  * {{GPG-Agent}}
>  * {{Mac OS X Keychain}}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Updated] (NETBEANS-771) Support for SubVersion CLI client version 1.10

2018-09-19 Thread Dalton Notetech (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dalton Notetech updated NETBEANS-771:
-
Affects Version/s: (was: 8.2)
   9.0

> Support for SubVersion CLI client version 1.10
> --
>
> Key: NETBEANS-771
> URL: https://issues.apache.org/jira/browse/NETBEANS-771
> Project: NetBeans
>  Issue Type: Wish
>  Components: versioncontrol - Subversion
>Affects Versions: 9.0
>Reporter: Petr Hadraba
>Priority: Major
> Attachments: org-netbeans-modules-subversion.jar, 
> org-netbeans-modules-subversion.jar
>
>
> SubVersion CLI client version 1.10 does not work in NetBeans 8.2.
> The following message appears in NetBeans log when invoking refresh in 
> SubVersion panel:
> {{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0 
> (r1827917)}}
> {{ WARNING [org.netbeans.modules.subversion]: Unsupported svn version. You 
> need >= 1.5}}
> {{ WARNING [org.netbeans.modules.subversion.client.SvnClientFactory]: 
> executable binary path set to /opt/local/bin yet client not available.}}
> The dialog box appears and says:
>  
> {{1. Download and Install Subversion 1.8 or later 
> ([http://subversion.apache.org/packages.html]). }}
> {{ 2. Add it to PATH. }}
> {{ Test the installation by running 'svn --version' from a command line }}
> {{ 3. Restart the IDE.}}
> My SubVersion is the latest version:
> {{ localhost:~ petr$ which svn}}
> {{ /opt/local/bin/svn}}
> {{ localhost:~ petr$ svn --version}}
> {{ svn, version 1.10.0 (r1827917)}}
> {{    compiled Apr 18 2018, 01:35:41 on x86_64-apple-darwin17.4.0}}
> {{  }}
> {{ Copyright (C) 2018 The Apache Software Foundation.}}
> {{ This software consists of contributions made by many people;}}
> {{ see the NOTICE file for more information.}}
> {{ Subversion is open source software, see [http://subversion.apache.org/]}}
> {{  }}
> {{ The following repository access (RA) modules are available:}}
> {{  }}
>  * {{ra_svn : Module for accessing a repository using the svn network 
> protocol.}}{{   - with Cyrus SASL authentication}}{{   - handles 'svn' 
> scheme}}
>  * {{ra_local : Module for accessing a repository on local disk.}}{{   - 
> handles 'file' scheme}}
>  * {{ra_serf : Module for accessing a repository via WebDAV protocol using 
> serf.}}{{   - using serf 1.3.9 (compiled with 1.3.8)}}{{   - handles 'http' 
> scheme}}{{   - handles 'https' scheme}}{{  }}{{ The following authentication 
> credential caches are available:}}{{  }}
>  * {{Plaintext cache in /Users/petr/.subversion}}
>  * {{GPG-Agent}}
>  * {{Mac OS X Keychain}}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Updated] (NETBEANS-263) "Implementation" Icon not shown for Interfaces

2018-09-19 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ASF GitHub Bot updated NETBEANS-263:

Labels: pull-request-available  (was: )

> "Implementation" Icon not shown for Interfaces
> --
>
> Key: NETBEANS-263
> URL: https://issues.apache.org/jira/browse/NETBEANS-263
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints & Annotations
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-168-on-20180110)
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en (nb)
>Reporter: Thomas Kellerer
>Assignee: Reema Taneja
>Priority: Major
>  Labels: pull-request-available
> Attachments: TestModularApp.zip, TestNB.zip, module-info not 
> present.png, module-info present.png
>
>
> No "Implementation" icon is shown for interfaces (or their methods) when the 
> interface is open and the project has a "module-info.java" in which the 
> interfaces package is not part of the exported packages. 
> The screenshots show the problem.
> If {{module-info.java}} is present in the project, there is no way to jump to 
> the implementing class when the interface is open in the editor (see 
> "module-info present.png")
> If I delete {{module-info.java}} the icons appear in the left gutter of the 
> editor (see "module-info not present.png")
> The test project is attached in TestNB.zip



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Updated] (NETBEANS-1267) Jar file produced in dist directory gives no main manifest error

2018-09-19 Thread Philip Alexander (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-1267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Alexander updated NETBEANS-1267:
---
Description: 
When a user creates a simple java modular application (using Netbeans 9 + JDK 
10.0.2), then the jar that is created by Ant (via right click on project and 
then asking for Build) doesn't behave as an executable jar.

Additionally if one creates a jar via the

jar --create --file=output_file.jar 
--main-class=fully.qualified.classpath.ClassName -C .\modules\my_module_name .

command, then the manifest file from the executable correct jar that is created 
via command line cannot be used inside the jar inside dist directory as 
produced by netbeans.

Attached you can find a simple java modular application as created by Netbeans 
9, wherein you can find both the jar produced by netbeans 9 inside the dist 
directory and the hand created jar file by me inside the 
build/JAR_VIA_COMMAND_LINE directory.


Can anyone verify whether it's an Ant (build.xml) issue?

  was:
When a user creates a simple java modular application (using Netbeans 9 + JDK 
10.0.2), then the jar that is created by Ant (via right click on project and 
then asking for Build) doesn't behave as an executable jar.

Additionally if one creates a jar via the

jar --create --file=output_file.jar 
--main-class=fully.qualified.classpath.ClassName -C .\modules\my_module_name .

command, then the manifest file from the executable correct jar that is created 
via command line cannot be used inside the jar inside dist directory as 
produced by netbeans.


> Jar file produced in dist directory gives no main manifest error
> 
>
> Key: NETBEANS-1267
> URL: https://issues.apache.org/jira/browse/NETBEANS-1267
> Project: NetBeans
>  Issue Type: Bug
> Environment: Win10 / Netbeans 9 / JDK 10.0.2
>Reporter: Philip Alexander
>Priority: Major
> Attachments: JavaModularApplication1.zip
>
>
> When a user creates a simple java modular application (using Netbeans 9 + JDK 
> 10.0.2), then the jar that is created by Ant (via right click on project and 
> then asking for Build) doesn't behave as an executable jar.
> Additionally if one creates a jar via the
> jar --create --file=output_file.jar 
> --main-class=fully.qualified.classpath.ClassName -C .\modules\my_module_name .
> command, then the manifest file from the executable correct jar that is 
> created via command line cannot be used inside the jar inside dist directory 
> as produced by netbeans.
> Attached you can find a simple java modular application as created by 
> Netbeans 9, wherein you can find both the jar produced by netbeans 9 inside 
> the dist directory and the hand created jar file by me inside the 
> build/JAR_VIA_COMMAND_LINE directory.
> Can anyone verify whether it's an Ant (build.xml) issue?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Updated] (NETBEANS-1267) Jar file produced in dist directory gives no main manifest error

2018-09-19 Thread Philip Alexander (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-1267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Alexander updated NETBEANS-1267:
---
Description: 
When a user creates a simple java modular application (using Netbeans 9 + JDK 
10.0.2), then the jar that is created by Ant (via right click on project and 
then asking for Build) doesn't behave as an executable jar.

Additionally if one creates a jar via the

jar --create --file=output_file.jar 
--main-class=fully.qualified.classpath.ClassName -C .\modules\my_module_name .

command, then the manifest file from the executable correct jar that is created 
via command line cannot be used inside the jar inside dist directory as 
produced by netbeans.

  was:
When a user creates a simple java modular application (using Netbeans 9 + JDK 
10.0.2), then the jar that is created by Ant (via right click on project and 
then asking for Build) doesn't behave as an executable jar.

Additionally if one creates a jar via the

jar --create --file=output_file.jar -C .\modules\my_module_name .

command, then the manifest file from the executable correct jar that is created 
via command line cannot be used inside the jar inside dist directory as 
produced by netbeans.


> Jar file produced in dist directory gives no main manifest error
> 
>
> Key: NETBEANS-1267
> URL: https://issues.apache.org/jira/browse/NETBEANS-1267
> Project: NetBeans
>  Issue Type: Bug
> Environment: Win10 / Netbeans 9 / JDK 10.0.2
>Reporter: Philip Alexander
>Priority: Major
> Attachments: JavaModularApplication1.zip
>
>
> When a user creates a simple java modular application (using Netbeans 9 + JDK 
> 10.0.2), then the jar that is created by Ant (via right click on project and 
> then asking for Build) doesn't behave as an executable jar.
> Additionally if one creates a jar via the
> jar --create --file=output_file.jar 
> --main-class=fully.qualified.classpath.ClassName -C .\modules\my_module_name .
> command, then the manifest file from the executable correct jar that is 
> created via command line cannot be used inside the jar inside dist directory 
> as produced by netbeans.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



***UNCHECKED*** [jira] [Updated] (NETBEANS-1267) Jar file produced in dist directory gives no main manifest error

2018-09-19 Thread Philip Alexander (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-1267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philip Alexander updated NETBEANS-1267:
---
Attachment: JavaModularApplication1.zip

> Jar file produced in dist directory gives no main manifest error
> 
>
> Key: NETBEANS-1267
> URL: https://issues.apache.org/jira/browse/NETBEANS-1267
> Project: NetBeans
>  Issue Type: Bug
> Environment: Win10 / Netbeans 9 / JDK 10.0.2
>Reporter: Philip Alexander
>Priority: Major
> Attachments: JavaModularApplication1.zip
>
>
> When a user creates a simple java modular application (using Netbeans 9 + JDK 
> 10.0.2), then the jar that is created by Ant (via right click on project and 
> then asking for Build) doesn't behave as an executable jar.
> Additionally if one creates a jar via the
> jar --create --file=output_file.jar -C .\modules\my_module_name .
> command, then the manifest file from the executable correct jar that is 
> created via command line cannot be used inside the jar inside dist directory 
> as produced by netbeans.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Created] (NETBEANS-1267) Jar file produced in dist directory gives no main manifest error

2018-09-19 Thread Philip Alexander (JIRA)
Philip Alexander created NETBEANS-1267:
--

 Summary: Jar file produced in dist directory gives no main 
manifest error
 Key: NETBEANS-1267
 URL: https://issues.apache.org/jira/browse/NETBEANS-1267
 Project: NetBeans
  Issue Type: Bug
 Environment: Win10 / Netbeans 9 / JDK 10.0.2
Reporter: Philip Alexander


When a user creates a simple java modular application (using Netbeans 9 + JDK 
10.0.2), then the jar that is created by Ant (via right click on project and 
then asking for Build) doesn't behave as an executable jar.

Additionally if one creates a jar via the

jar --create --file=output_file.jar -C .\modules\my_module_name .

command, then the manifest file from the executable correct jar that is created 
via command line cannot be used inside the jar inside dist directory as 
produced by netbeans.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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



[jira] [Created] (NETBEANS-1266) Search for duplicate code

2018-09-19 Thread Christian Lenz (JIRA)
Christian Lenz created NETBEANS-1266:


 Summary: Search for duplicate code
 Key: NETBEANS-1266
 URL: https://issues.apache.org/jira/browse/NETBEANS-1266
 Project: NetBeans
  Issue Type: New Feature
  Components: editor - Other
Affects Versions: Next
Reporter: Christian Lenz


It would be very handy to find duplicates in your code. Maybe it is easy to say 
that you only have to search for real text which is duplicate, so no lexing, 
parsing, language independent, etc. This is my thinking, but I might be wrong.

If you want to make a threshold to find 100% or 90% or 80% duplicated code, 
then there must be an other solution.

I would prefer an action for the project and for the file and live scanning the 
code with an option to disable it.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

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