[jira] [Created] (NETBEANS-4131) NetBeans Gradle support not using wrapper
Charles George created NETBEANS-4131: Summary: NetBeans Gradle support not using wrapper Key: NETBEANS-4131 URL: https://issues.apache.org/jira/browse/NETBEANS-4131 Project: NetBeans Issue Type: Bug Components: projects - Gradle Affects Versions: 11.3 Reporter: Charles George Assignee: Laszlo Kishalmi The NetBeans Gradle support is not actually using the wrapper despite the "Prefer to use Gradle Wrapper that Comes with the Project" checkbox selected. -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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-3901) Uninstalling User Installed Plugins Fails
Charles George created NETBEANS-3901: Summary: Uninstalling User Installed Plugins Fails Key: NETBEANS-3901 URL: https://issues.apache.org/jira/browse/NETBEANS-3901 Project: NetBeans Issue Type: Bug Components: platform - Plugin Manager Affects Versions: 11.2 Environment: Ubuntu 18.04.4 LTS openjdk version "11.0.6" 2020-01-14 OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) NetBeans 11.2 (installed from Snap Store) Reporter: Charles George *Environment:* Ubuntu 18.04.4 LTS openjdk version "11.0.6" 2020-01-14 OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) NetBeans 11.2 (installed from Snap Store) *Steps to reproduce:* 1. ) Install EditorConfig plugin from the following source: [https://github.com/welovecoding/editorconfig-netbeans/releases/download/v0.10.4/editorconfig-0.10.4-SNAPSHOT.nbm] 2.) Attempt to uninstall the Editor Plugin (User Installed Plugin) and receive the following: Uninstallation failed: Cannot lock read-only file /snap/netbeans/18/netbeans/extra/update_tracking/org-netbeans-libs-javafx-win.xml. *Thoughts:* It appears the EditorConfig plugin requires the JavaFX module from linux, windows, and mac (Jira would not let me upload screenshots to show this). Since this is installed from Ubuntu Snap Store on Linux perhaps not everything is available or marked read-only somehow? -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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-2289) Groovy related exception
[ https://issues.apache.org/jira/browse/NETBEANS-2289?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16862711#comment-16862711 ] George commented on NETBEANS-2289: -- On netbeans 11 startup I had same issue maybe because of some opened projects .Then I activated Groovy language support (Tools->Miscellaneous->Groovy). So, looks like after activation I do not have the issue. Stacktrace was: NFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 9 source roots took: 3,831 ms (New or modified files: 0, Deleted files: 0) [Adding listeners took: 0 ms] SEVERE: org.netbeans.modules.groovy.editor.api.parser.GroovyLanguage starting from SystemClassLoader[705 modules] with possible defining loaders null and declared parents [org.netbeans.MainImpl$BootClassLoader@1fb3ebeb, org.netbeans.JarClassLoader@3acf16e1, ModuleCL@212c66be[org.netbeans.api.annotations.common], ModuleCL@77cded34[org.openide.awt], ModuleCL@2ee2f9ed[org.netbeans.api.progress], ModuleCL@5942cabb[org.netbeans.api.progress.nb], ModuleCL@1b194ebb[org.openide.dialogs], ModuleCL@325a4a1[org.openide.nodes], ModuleCL@3ab108b9[org.openide.windows], ModuleCL@75e90a46[org.netbeans.modules.editor.mimelookup], ...679 more] java.lang.ClassNotFoundException: org.netbeans.modules.groovy.editor.api.parser.GroovyLanguage at java.net.URLClassLoader.findClass(URLClassLoader.java:382) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:197) Caused: java.lang.ClassNotFoundException: org.netbeans.modules.groovy.editor.api.parser.GroovyLanguage starting from SystemClassLoader[705 modules] with possible defining loaders null and declared parents [org.netbeans.MainImpl$BootClassLoader@1fb3ebeb, org.netbeans.JarClassLoader@3acf16e1, ModuleCL@212c66be[org.netbeans.api.annotations.common], ModuleCL@77cded34[org.openide.awt], ModuleCL@2ee2f9ed[org.netbeans.api.progress], ModuleCL@5942cabb[org.netbeans.api.progress.nb], ModuleCL@1b194ebb[org.openide.dialogs], ModuleCL@325a4a1[org.openide.nodes], ModuleCL@3ab108b9[org.openide.windows], ModuleCL@75e90a46[org.netbeans.modules.editor.mimelookup], ...679 more] at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:199) at org.netbeans.ModuleManager$SystemClassLoader.loadClass(ModuleManager.java:769) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at org.openide.loaders.InstanceSupport.findClass(InstanceSupport.java:477) at org.openide.loaders.InstanceSupport.instanceClass(InstanceSupport.java:123) at org.openide.loaders.InstanceDataObject$Ser.instanceClass(InstanceDataObject.java:1347) at org.openide.loaders.InstanceSupport.instanceCreate(InstanceSupport.java:189) at org.openide.loaders.InstanceDataObject$Ser.instanceCreate(InstanceDataObject.java:1417) at org.openide.loaders.InstanceDataObject.instanceCreate(InstanceDataObject.java:821) [catch] at org.netbeans.modules.csl.spi.DefaultDataLoadersBridge.createInstance(DefaultDataLoadersBridge.java:120) at org.netbeans.modules.csl.core.Language.createInstance(Language.java:284) at org.netbeans.modules.csl.core.Language.getGsfLanguage(Language.java:223) at org.netbeans.modules.csl.core.Language.getIndexSearcher(Language.java:692) at org.netbeans.modules.csl.core.TypeAndSymbolProvider.compute(TypeAndSymbolProvider.java:152) at org.netbeans.modules.csl.core.TypeAndSymbolProvider$TypeProviderImpl.computeTypeNames(TypeAndSymbolProvider.java:75) at org.netbeans.modules.jumpto.type.GoToTypeAction$Worker.getTypeNames(GoToTypeAction.java:614) at org.netbeans.modules.jumpto.type.GoToTypeAction$Worker.run(GoToTypeAction.java:522) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Resolving dependencies took: 195 ms > Groovy related exception > > > Key: NETBEANS-2289 > URL: https://issues.apache.org/jira/browse/NETBEANS-2289 > Project: NetBeans > Issue Type: Bug > Components: groovy - Editor >Affects Versions: 11.0 >Reporter: Aldo Brucale >Priority: Minor > > I got this exception while working in Java with NetBeans 11.0-vc4 (no Groovy > involved) > {noformat} > java.lang.ClassNotFoundException: > org.netbeans.modules.groovy.editor.api.parser.GroovyLanguage > at > java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583) > at >
[jira] [Commented] (NETBEANS-58) NB IDE or NB Platform freeze on startup (proxy with Negotiate auth)
[ https://issues.apache.org/jira/browse/NETBEANS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16853737#comment-16853737 ] George commented on NETBEANS-58: Because Jira title explicitly points 'freeze on startup' and detailed description points some network request (for instance, call to NetBeans Update Center), from user point of view the important question is: why does on startup Netbeans make network request and how user can forbid this Netbeans action? Indeed even when user set Automatically Check for Updates check interval to 'Never' in Tools->Plugins->Settings, Netbeans 11 on startup makes a request to [https://netbeans.apache.org/nb/updates/11.0/updates.xml.gz?unique=...] It happens because of row 270 of [ FindComponentModules.java|https://github.com/apache/netbeans/blob/8f0da0b57f03751df5415c50bda4acd5dbc6c5b9/ergonomics/ide.ergonomics/src/org/netbeans/modules/ide/ergonomics/fod/FindComponentModules.java#L270] where p.refresh(null, true); is called with second argument true. The true value forces at row 155 [UpdateUnitProviderImpl.java|https://github.com/apache/netbeans/blob/8f0da0b57f03751df5415c50bda4acd5dbc6c5b9/platform/autoupdate.services/src/org/netbeans/modules/autoupdate/services/UpdateUnitProviderImpl.java#L155] to make force refresh with [AutoupdateCatalogProvider.java|https://github.com/apache/netbeans/blob/8f0da0b57f03751df5415c50bda4acd5dbc6c5b9/platform/autoupdate.services/src/org/netbeans/modules/autoupdate/updateprovider/AutoupdateCatalogProvider.java#L129] row 128-129. Thus, network request is performed at the end. User must be able to control network requests no matter do they flow through a proxy or not. So, fix of the proxy problem is incomplete to the problem researched in this Jira description. Possible solution is to append to the *_if (force)_* statement on row 128 of AutoupdateCatalogProvider.java with some system property where user could point skipping request for update. For example, {code:java} if (force && Bolean.valueOf(System.getProperty("nb-skip-autoaupdate-catalog", true))) {code} or to link this if statement with the 'Never' interval from Automatically Check for Updates. > NB IDE or NB Platform freeze on startup (proxy with Negotiate auth) > --- > > Key: NETBEANS-58 > URL: https://issues.apache.org/jira/browse/NETBEANS-58 > Project: NetBeans > Issue Type: Bug > Components: platform - Proxy >Affects Versions: 8.2, 9.0 > Environment: Primarily Windows. >Reporter: phansson >Priority: Critical > Attachments: NETBEANS-58-workaround1.diff, > image-2018-04-24-15-57-47-592.png, nb-freeze-dump.txt, netbeans.txt > > > When any network operation is performed, such as attempting to contact > NetBeans Update Center, the application (IDE or Platform) may freeze. Users > will typically experience this on startup. It was reported in old bug tracker > as [bug 248308|https://netbeans.org/bugzilla/show_bug.cgi?id=248308]. > The problem arises because of the fix JDK folks applied as a consequence of > the reported [JDK-8032832 > bug|https://bugs.openjdk.java.net/browse/JDK-8032832]. This fix wasn't very > clever IMO: it puts a lock on the classloader, thus introducing a range of > other problems, one of them being that NetNeans IDE or NetBeans Platform will > likely freeze on startup when it attempts a network operation. The fact that > their fix made things worse (while no doubt fixing the original issue) has > been reported as > [JDK-8068184|https://bugs.openjdk.java.net/browse/JDK-8068184]. > h3. WHEN DOES IT HAPPEN? > As the lock is introduced for authentication of type 'Negotiate' it of course > only happens if there's a network proxy on the path which uses this type of > authentication. Also known as SPNEGO. This form of authentication is in my > experience very common in corporate networks, in particular those that base > themselves on the Microsoft stack. But a person on Oracle's own internal > network, such as a JDK developer, is most likely not exposed to it. :-) > There's another condition for it to happen: The JRE runtime must be unable to > provide 'credentials' (a Kerberos token) to the network proxy on its own. > SPNEGO is really designed to be seamless and promptless. Support for it was > added in Java 6. But later on Microsoft tightened the desktop security around > obtaining the so-called 'session token' and the JDK folks were never able to > work around this (unlike the makers of Chrome, FF, Opera, etc). Therefore, in > real-life, SPNEGO in the JRE on Windows is no longer promptless: it will be > forced to ask the user for credentials, thus negating the idea of SPNEGO. It > is the prompting which causes the freeze. SPNEGO on Mac OS X and Linux is > most likely
[jira] [Created] (NETBEANS-2369) Gradle support for displaying non-standard gradle files
Charles George created NETBEANS-2369: Summary: Gradle support for displaying non-standard gradle files Key: NETBEANS-2369 URL: https://issues.apache.org/jira/browse/NETBEANS-2369 Project: NetBeans Issue Type: Improvement Components: projects - Gradle Affects Versions: 11.0 Reporter: Charles George Multi-project builds in Gradle may contain a common gradle file shared among subprojects. For example, I have a common.gradle file applied to each subproject in the root projects build.gradle file. The "Projects" view in NetBeans only lists build.gradle, settings.gradle, and gradle.properties under the "Build Scripts" section. The regex or code that is determining which files to display should be relaxed to include something like *.gradle. Otherwise I'm forced to go into the "Files" view to find the common.gradle file in my root project. -- 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-2368) Allow selection of Gradle Distribution Type
Charles George created NETBEANS-2368: Summary: Allow selection of Gradle Distribution Type Key: NETBEANS-2368 URL: https://issues.apache.org/jira/browse/NETBEANS-2368 Project: NetBeans Issue Type: Improvement Components: projects - Gradle Affects Versions: 11.0 Reporter: Charles George Tools->Options->Java->Gradle In this Distribution section there should be a drop-down or check box to select the distribution type of Gradle. Currently it supports selecting the Gradle version and defaulting to the 'bin' distribution – it should also allow you to select the type (all distribution) -- 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-2319) Error occur
Clinton George created NETBEANS-2319: Summary: Error occur Key: NETBEANS-2319 URL: https://issues.apache.org/jira/browse/NETBEANS-2319 Project: NetBeans Issue Type: Bug Reporter: Clinton George java.lang.ArrayIndexOutOfBoundsException: 8079 at org.apache.lucene.util.BitVector.get(BitVector.java:114) at org.apache.lucene.index.SegmentTermDocs.read(SegmentTermDocs.java:153) at org.apache.lucene.search.TermScorer.nextDoc(TermScorer.java:112) at org.apache.lucene.index.BufferedDeletesStream.applyQueryDeletes(BufferedDeletesStream.java:385) at org.apache.lucene.index.BufferedDeletesStream.applyDeletes(BufferedDeletesStream.java:250) at org.apache.lucene.index.IndexWriter.doFlush(IndexWriter.java:3651) at org.apache.lucene.index.IndexWriter.flush(IndexWriter.java:3588) at org.apache.lucene.index.IndexWriter.closeInternal(IndexWriter.java:1858) at org.apache.lucene.index.IndexWriter.close(IndexWriter.java:1822) at org.apache.lucene.index.IndexWriter.close(IndexWriter.java:1786) at org.netbeans.modules.parsing.lucene.LuceneIndex$DirCache.close(LuceneIndex.java:720) at org.netbeans.modules.parsing.lucene.LuceneIndex.store(LuceneIndex.java:504) at org.netbeans.modules.parsing.lucene.DocumentIndexImpl.storeImpl(DocumentIndexImpl.java:226) at org.netbeans.modules.parsing.lucene.DocumentIndexImpl.store(DocumentIndexImpl.java:194) at org.netbeans.modules.parsing.lucene.DocumentIndexImpl.store(DocumentIndexImpl.java:183) at org.netbeans.modules.parsing.impl.indexing.lucene.LayeredDocumentIndex.store(LayeredDocumentIndex.java:131) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.storeChanges(RepositoryUpdater.java:3658) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.storeChanges(RepositoryUpdater.java:3619) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFinished(RepositoryUpdater.java:2573) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3321) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3281) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2150) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:304) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2146) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2127) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:159) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3281) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3800) [catch] at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3435) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6198) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5849) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6114) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:304) at org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:106) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6110) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6106) at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:176) at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:360) at org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:141) at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:88) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.run(RepositoryUpdater.java:6106) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1443) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:68) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:303) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2058) -- 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:
[jira] [Created] (NETBEANS-1849) Checkmark for Active plugins not working
Charles George created NETBEANS-1849: Summary: Checkmark for Active plugins not working Key: NETBEANS-1849 URL: https://issues.apache.org/jira/browse/NETBEANS-1849 Project: NetBeans Issue Type: Bug Components: ide - Features On Demand, ide - UI Affects Versions: 10.0 Reporter: Charles George Fix For: Next Tools>Plugins>Installed is not properly reporting which plugins are active. Specifically, after activating the Groovy and Java SE plugins there is no green checkmark next to them. This seems to work, however, for Base IDE and Tools. -- 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