[jira] [Created] (NETBEANS-951) NetBeans hang up in headless mode
Svatopluk Dedic created NETBEANS-951: Summary: NetBeans hang up in headless mode Key: NETBEANS-951 URL: https://issues.apache.org/jira/browse/NETBEANS-951 Project: NetBeans Issue Type: Bug Reporter: Svatopluk Dedic In certain type of tests/infrastructure, it is desirable to run NB in headless mode (-Djava.awt.headless=true) and terminate early (-J-Dnetbeans.close=true). But the code which eventually terminates NB instance is executed in WindowManager.invokeWhenUIReady - this mean never in headless mode, as the main window never becomes visible. [~jtulach] proposed a patch that would schedule termination of NB process just after GuiRunLevel initaializes -- 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-951) NetBeans hangs up in headless mode
[ https://issues.apache.org/jira/browse/NETBEANS-951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-951: - Summary: NetBeans hangs up in headless mode (was: NetBeans hang up in headless mode) > NetBeans hangs up in headless mode > -- > > Key: NETBEANS-951 > URL: https://issues.apache.org/jira/browse/NETBEANS-951 > Project: NetBeans > Issue Type: Bug >Reporter: Svatopluk Dedic >Priority: Minor > > In certain type of tests/infrastructure, it is desirable to run NB in > headless mode (-Djava.awt.headless=true) and terminate early > (-J-Dnetbeans.close=true). > But the code which eventually terminates NB instance is executed in > WindowManager.invokeWhenUIReady - this mean never in headless mode, as the > main window never becomes visible. > [~jtulach] proposed a patch that would schedule termination of NB process > just after GuiRunLevel initaializes -- 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-993) Template Wizard ignores folder selection sometimes
Svatopluk Dedic created NETBEANS-993: Summary: Template Wizard ignores folder selection sometimes Key: NETBEANS-993 URL: https://issues.apache.org/jira/browse/NETBEANS-993 Project: NetBeans Issue Type: Bug Components: platform - Data Systems Reporter: Svatopluk Dedic Assignee: Svatopluk Dedic The template wizard allows to select a folder where the template is instantiated. If the user selects the target folder using the file list (i.e. doubleclicks the folder name), everything seems to be OK - the custom PropertyEditor calls setValue --> setTargetFolder on the wizard panel. But I don't see such a call if the user selects a (parent) folder using the combobox above the file list. Note that if the user first selects a parent from the dropdown, then picks some child (i.e. sibling of the original), the template wizard will use the appropriate value. To reproduce: invoke new from template from some folder. Select some of the parents from the drop down. check that "Look in" edit box indeed changed the folder's name. Press Finish. The file will be created in the folder originally selected, not the current one. -- 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-998) Template Wizard displays unlocalized template names
Svatopluk Dedic created NETBEANS-998: Summary: Template Wizard displays unlocalized template names Key: NETBEANS-998 URL: https://issues.apache.org/jira/browse/NETBEANS-998 Project: NetBeans Issue Type: Bug Reporter: Svatopluk Dedic Happens *only* during first invocation of the Template Wizard, after the application starts. The UI implementation in *TemplateWizard1* attempts to remove "->" sign from node names, and does so by proxying (FilterNode) the originals. The originals are however DataFolderChildren.DelayedNodes, which annotate their display names in RequestProcessor, after the TemplateWizard fetched the original displayNames (filenames). -- 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-133) Problems with JShell in NetBeans on Mac OSX
[ https://issues.apache.org/jira/browse/NETBEANS-133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16332304#comment-16332304 ] Svatopluk Dedic commented on NETBEANS-133: -- I've created a pull request with a possible fix. I wasn't able to attach convenience NBM for testing to github PR so I'll try to attach it here. It's important that *MAC* users test the NBM. > Problems with JShell in NetBeans on Mac OSX > --- > > Key: NETBEANS-133 > URL: https://issues.apache.org/jira/browse/NETBEANS-133 > Project: NetBeans > Issue Type: Bug > Components: java - JShell > Environment: Mac OSX Sierra >Reporter: Geertjan Wielenga >Assignee: Svata Dedic >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > When launching JShell in > https://builds.apache.org/job/incubator-netbeans-linux/213/, the following > errors are thrown: > INFO [org.netbeans.modules.jshell.support.ShellSession]: Error in JSHell > java.util.concurrent.TimeoutException > at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:204) > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.timedVirtualMachineCreation(JdiInitiator.java:244) > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.launchTarget(JdiInitiator.java:137) > Caused: java.lang.InternalError: Failed remote launch: > java.util.concurrent.TimeoutException @ com.sun.jdi.CommandLineLaunch > (defaults: home=/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home, > options=, main=, suspend=true, quote=", vmexec=java) -- > {home=home=/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home, > options=options=-classpath > /Users/geertjanwielenga/Downloads/netbeans/java/modules/ext/nb-mod-jshell-probe.jar:, > main=main=org.netbeans.lib.jshell.agent.AgentWorker 49340, > suspend=suspend=true, quote=quote=", vmexec=vmexec=java} > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.reportLaunchFail(JdiInitiator.java:300) > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.launchTarget(JdiInitiator.java:141) > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.(JdiInitiator.java:110) > at > org.netbeans.lib.nbjshell.LaunchJDIAgent.create(LaunchJDIAgent.java:217) > at > org.netbeans.lib.nbjshell.LaunchJDIAgent.access$000(LaunchJDIAgent.java:63) > at > org.netbeans.lib.nbjshell.LaunchJDIAgent$1.generate(LaunchJDIAgent.java:181) > at > org.netbeans.modules.jshell.tool.JShellLauncher$CaptureExecControl.generate(JShellLauncher.java:240) > at jdk.jshell/jdk.jshell.JShell.(JShell.java:126) > Caused: java.lang.IllegalStateException: Launching JShell execution engine > threw: Failed remote launch: java.util.concurrent.TimeoutException @ > com.sun.jdi.CommandLineLaunch (defaults: > home=/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home, options=, > main=, suspend=true, quote=", vmexec=java) -- > {home=home=/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home, > options=options=-classpath > /Users/geertjanwielenga/Downloads/netbeans/java/modules/ext/nb-mod-jshell-probe.jar:, > main=main=org.netbeans.lib.jshell.agent.AgentWorker 49340, > suspend=suspend=true, quote=quote=", vmexec=vmexec=java} > at jdk.jshell/jdk.jshell.JShell.(JShell.java:139) > at jdk.jshell/jdk.jshell.JShell$Builder.build(JShell.java:405) > at > org.netbeans.modules.jshell.tool.JShellLauncher.createJShellInstance(JShellLauncher.java:258) > at > org.netbeans.modules.jshell.support.ShellSession$Launcher.createJShellInstance(ShellSession.java:628) > at > org.netbeans.modules.jshell.tool.JShellTool.resetState(JShellTool.java:745) > at > org.netbeans.modules.jshell.tool.JShellLauncher.resetState(JShellLauncher.java:207) > at > org.netbeans.modules.jshell.tool.JShellLauncher.ensureLive(JShellLauncher.java:195) > at > org.netbeans.modules.jshell.tool.JShellLauncher.getJShell(JShellLauncher.java:201) > at > org.netbeans.modules.jshell.support.ShellSession.initJShell(ShellSession.java:830) > at > org.netbeans.modules.jshell.support.ShellSession.getJShell(ShellSession.java:314) > [catch] at > org.netbeans.modules.jshell.support.ShellSession.lambda$null$2(ShellSession.java:519) > at > org.netbeans.modules.jshell.model.ConsoleModel$ModelAccImpl.execute(ConsoleModel.java:1104) > at > org.netbeans.modules.jshell.support.ShellSession.lambda$start$3(ShellSession.java:515) > 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 >
[jira] [Updated] (NETBEANS-133) Problems with JShell in NetBeans on Mac OSX
[ https://issues.apache.org/jira/browse/NETBEANS-133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-133: - Attachment: org-netbeans-modules-jshell-support.nbm > Problems with JShell in NetBeans on Mac OSX > --- > > Key: NETBEANS-133 > URL: https://issues.apache.org/jira/browse/NETBEANS-133 > Project: NetBeans > Issue Type: Bug > Components: java - JShell > Environment: Mac OSX Sierra >Reporter: Geertjan Wielenga >Assignee: Svata Dedic >Priority: Major > Labels: pull-request-available > Attachments: org-netbeans-modules-jshell-support.nbm > > Time Spent: 10m > Remaining Estimate: 0h > > When launching JShell in > https://builds.apache.org/job/incubator-netbeans-linux/213/, the following > errors are thrown: > INFO [org.netbeans.modules.jshell.support.ShellSession]: Error in JSHell > java.util.concurrent.TimeoutException > at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:204) > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.timedVirtualMachineCreation(JdiInitiator.java:244) > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.launchTarget(JdiInitiator.java:137) > Caused: java.lang.InternalError: Failed remote launch: > java.util.concurrent.TimeoutException @ com.sun.jdi.CommandLineLaunch > (defaults: home=/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home, > options=, main=, suspend=true, quote=", vmexec=java) -- > {home=home=/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home, > options=options=-classpath > /Users/geertjanwielenga/Downloads/netbeans/java/modules/ext/nb-mod-jshell-probe.jar:, > main=main=org.netbeans.lib.jshell.agent.AgentWorker 49340, > suspend=suspend=true, quote=quote=", vmexec=vmexec=java} > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.reportLaunchFail(JdiInitiator.java:300) > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.launchTarget(JdiInitiator.java:141) > at > jdk.jshell/jdk.jshell.execution.JdiInitiator.(JdiInitiator.java:110) > at > org.netbeans.lib.nbjshell.LaunchJDIAgent.create(LaunchJDIAgent.java:217) > at > org.netbeans.lib.nbjshell.LaunchJDIAgent.access$000(LaunchJDIAgent.java:63) > at > org.netbeans.lib.nbjshell.LaunchJDIAgent$1.generate(LaunchJDIAgent.java:181) > at > org.netbeans.modules.jshell.tool.JShellLauncher$CaptureExecControl.generate(JShellLauncher.java:240) > at jdk.jshell/jdk.jshell.JShell.(JShell.java:126) > Caused: java.lang.IllegalStateException: Launching JShell execution engine > threw: Failed remote launch: java.util.concurrent.TimeoutException @ > com.sun.jdi.CommandLineLaunch (defaults: > home=/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home, options=, > main=, suspend=true, quote=", vmexec=java) -- > {home=home=/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home, > options=options=-classpath > /Users/geertjanwielenga/Downloads/netbeans/java/modules/ext/nb-mod-jshell-probe.jar:, > main=main=org.netbeans.lib.jshell.agent.AgentWorker 49340, > suspend=suspend=true, quote=quote=", vmexec=vmexec=java} > at jdk.jshell/jdk.jshell.JShell.(JShell.java:139) > at jdk.jshell/jdk.jshell.JShell$Builder.build(JShell.java:405) > at > org.netbeans.modules.jshell.tool.JShellLauncher.createJShellInstance(JShellLauncher.java:258) > at > org.netbeans.modules.jshell.support.ShellSession$Launcher.createJShellInstance(ShellSession.java:628) > at > org.netbeans.modules.jshell.tool.JShellTool.resetState(JShellTool.java:745) > at > org.netbeans.modules.jshell.tool.JShellLauncher.resetState(JShellLauncher.java:207) > at > org.netbeans.modules.jshell.tool.JShellLauncher.ensureLive(JShellLauncher.java:195) > at > org.netbeans.modules.jshell.tool.JShellLauncher.getJShell(JShellLauncher.java:201) > at > org.netbeans.modules.jshell.support.ShellSession.initJShell(ShellSession.java:830) > at > org.netbeans.modules.jshell.support.ShellSession.getJShell(ShellSession.java:314) > [catch] at > org.netbeans.modules.jshell.support.ShellSession.lambda$null$2(ShellSession.java:519) > at > org.netbeans.modules.jshell.model.ConsoleModel$ModelAccImpl.execute(ConsoleModel.java:1104) > at > org.netbeans.modules.jshell.support.ShellSession.lambda$start$3(ShellSession.java:515) > 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) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (NETBEANS-328) Platform's TemplateWizard shows wrong folder and freezes the NB app
[ https://issues.apache.org/jira/browse/NETBEANS-328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-328. -- Resolution: Fixed Fix Version/s: 9.0 > Platform's TemplateWizard shows wrong folder and freezes the NB app > --- > > Key: NETBEANS-328 > URL: https://issues.apache.org/jira/browse/NETBEANS-328 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: 9.0 > > Time Spent: 1h 20m > Remaining Estimate: 0h > > In absence of project.ui module, the *_New_* action is implemented using > {noformat} > org.openide.loaders.TemplateWizard{noformat} > In standard IDE distribution, the standard New action implementationis > replaced by project.ui module with an advanced wizard that uses completely > different implementation. The defect applies only to (applications on top of) > NB platform *without* project support. > 1/ the Wizard displays invalid target folder, if set in advance using > {noformat} > TemplateWizard.setTargetFolder{noformat} > The textfield with the folder's name shows parent folder, the list of folders > also shows parent folder's contents. It should display the target folder in > "Look in", textfield and show the target folder's subfolders in the listing. > 2/ The Wizard *freezes* the application, if > * the target chooser is displayed > * the user focuses the JFileChooser part (folder name, subfolder list) > * presses ESC > The Wizard does not properly intercept ESC and waits indefinitely for files > to be created. -- 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-334) RequestProcessor does not prevent from accidental Thread.contextClassLoader changes
[ https://issues.apache.org/jira/browse/NETBEANS-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-334: - Description: In run tasks in a dedicated RequestProcessor; sometimes the task gets an unexpected context ClassLoader in the worker thread. The RequestProcessor code tries to remember the context CL in effect when it enqueues a Runnable. But it seems that the remembered CL is only applied if a new Processor (thread) is immediately available within the RP's limits. If the task is enqueued for later execution because limited RP's throughput, the CL is not set to the Processor prior to execution of the task. The value of Thread.currentThread().getContrextClassLoader() is therefore undefined in code run within RP. If some other task that was incidentally run by the same thread-Processor does not clean up its changes of context CL, the messed up CL will be used for subsequent unrelated tasks processed by that thread. The source however suggests that the original idea was to transfer both (global) Lookup and context classloader to the worker code. was: In run tasks in a dedicated RequestProcessor; sometimes the task gets an unexpected context ClassLoader in the worker thread. The RequestProcessor code tries to remember the context CL in effect when it enqueues a Runnable. But it seems that the remembered CL is only applied if a new Processor (thread) is immediately available within the RP's limits. If the task is enqueued for later execution because limited RP's throughput, the CL is not set to the Processor prior to execution of the task. The value of Thread.currentThread().getContrextClassLoader() is therefore undefined in code run within RP. The source however suggests that the original idea was to transfer both (global) Lookup and context classloader to the worker code. > RequestProcessor does not prevent from accidental Thread.contextClassLoader > changes > --- > > Key: NETBEANS-334 > URL: https://issues.apache.org/jira/browse/NETBEANS-334 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 8.2 >Reporter: Svatopluk Dedic >Priority: Major > > In run tasks in a dedicated RequestProcessor; sometimes the task gets an > unexpected context ClassLoader in the worker thread. The RequestProcessor > code tries to remember the context CL in effect when it enqueues a Runnable. > But it seems that the remembered CL is only applied if a new Processor > (thread) is immediately available within the RP's limits. If the task is > enqueued for later execution because limited RP's throughput, the CL is not > set to the Processor prior to execution of the task. > The value of Thread.currentThread().getContrextClassLoader() is therefore > undefined in code run within RP. If some other task that was incidentally > run by the same thread-Processor does not clean up its changes of context CL, > the messed up CL will be used for subsequent unrelated tasks processed by > that thread. > The source however suggests that the original idea was to transfer both > (global) Lookup and context classloader to the worker code. -- 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-334) RequestProcessor does not prevent from accidental Thread.contextClassLoader changes
Svatopluk Dedic created NETBEANS-334: Summary: RequestProcessor does not prevent from accidental Thread.contextClassLoader changes Key: NETBEANS-334 URL: https://issues.apache.org/jira/browse/NETBEANS-334 Project: NetBeans Issue Type: Bug Components: platform - Other Affects Versions: 8.2 Reporter: Svatopluk Dedic In run tasks in a dedicated RequestProcessor; sometimes the task gets an unexpected context ClassLoader in the worker thread. The RequestProcessor code tries to remember the context CL in effect when it enqueues a Runnable. But it seems that the remembered CL is only applied if a new Processor (thread) is immediately available within the RP's limits. If the task is enqueued for later execution because limited RP's throughput, the CL is not set to the Processor prior to execution of the task. The value of Thread.currentThread().getContrextClassLoader() is therefore undefined in code run within RP. The source however suggests that the original idea was to transfer both (global) Lookup and context classloader to the worker code. -- 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] [Assigned] (NETBEANS-334) RequestProcessor does not prevent from accidental Thread.contextClassLoader changes
[ https://issues.apache.org/jira/browse/NETBEANS-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-334: Assignee: Svatopluk Dedic > RequestProcessor does not prevent from accidental Thread.contextClassLoader > changes > --- > > Key: NETBEANS-334 > URL: https://issues.apache.org/jira/browse/NETBEANS-334 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 8.2 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > > In run tasks in a dedicated RequestProcessor; sometimes the task gets an > unexpected context ClassLoader in the worker thread. The RequestProcessor > code tries to remember the context CL in effect when it enqueues a Runnable. > But it seems that the remembered CL is only applied if a new Processor > (thread) is immediately available within the RP's limits. If the task is > enqueued for later execution because limited RP's throughput, the CL is not > set to the Processor prior to execution of the task. > The value of Thread.currentThread().getContrextClassLoader() is therefore > undefined in code run within RP. If some other task that was incidentally > run by the same thread-Processor does not clean up its changes of context CL, > the messed up CL will be used for subsequent unrelated tasks processed by > that thread. > The source however suggests that the original idea was to transfer both > (global) Lookup and context classloader to the worker code. -- 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-343) Possible Null dereference hint works bad with overrides
Svatopluk Dedic created NETBEANS-343: Summary: Possible Null dereference hint works bad with overrides Key: NETBEANS-343 URL: https://issues.apache.org/jira/browse/NETBEANS-343 Project: NetBeans Issue Type: Bug Components: java - Hints Affects Versions: 8.2 Reporter: Svatopluk Dedic I have an interface and implementing class: {code:java} public interface Builder { @CheckForNull Properties getNodeProperties(int nodeId); } public class ModelBuilder implements Builder { // ... @Override public Properties getNodeProperties(int nodeId) { /* ... */ } protected boolean updateNodeBlock(int nodeId, String name) { final Properties properties = getNodeProperties(nodeId); final String oldBlock = properties.get(PROPNAME_BLOCK, String.class); } // ... }{code} Even though the overriden method is marked with CheckForNull, the hint for possible null dereference at properties.get will not show up unless the overriden method is also annotated. This is IMHO bad, the inherited contract allows to return null, and unless the overriden method is annotated with different flag (i.e. NonNull), the inherited info should be used. -- 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-358) Lack support for ContextAwareAction in @EditorActionRegistration
Svatopluk Dedic created NETBEANS-358: Summary: Lack support for ContextAwareAction in @EditorActionRegistration Key: NETBEANS-358 URL: https://issues.apache.org/jira/browse/NETBEANS-358 Project: NetBeans Issue Type: Improvement Components: editor - Actions/Menu/Toolbar Reporter: Svatopluk Dedic The registration creates a WrapperEditorAction, which delays loading of the code. Context-aware actions typically control their enablement, which circumvents this feature of WrapperEditorAction. But implementor has to code some trivial boilerplate code to pick up EditorActionRegistration's attributes (name, icons, ...) into his instance. Or of course, use only a subset of EAR annotation. The WrapperEditorAction, when activated, does not create a context-aware delegate although the delegate implements that interface. I think that the processing should be extended to make a special case for ContextAwareActions -- 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-357) @EditorActionRegistration does not work for toolbars
Svatopluk Dedic created NETBEANS-357: Summary: @EditorActionRegistration does not work for toolbars Key: NETBEANS-357 URL: https://issues.apache.org/jira/browse/NETBEANS-357 Project: NetBeans Issue Type: Bug Components: editor - Actions/Menu/Toolbar Reporter: Svatopluk Dedic I use code like {noformat} @EditorActionRegistration( name = "execute-script", mimeType = "text/javascript", iconResource = "org/graalvm/visualizer/shell/resources/execute.png", toolBarPosition = 100 ) {noformat} The action generates registration in Editors/Toolbar/text/javascript But the correct place, where action instance files are loaded from is Editors//Toolbars/Default -- 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-975) Template Wizard does not create files on config FS
Svatopluk Dedic created NETBEANS-975: Summary: Template Wizard does not create files on config FS Key: NETBEANS-975 URL: https://issues.apache.org/jira/browse/NETBEANS-975 Project: NetBeans Issue Type: Bug Components: platform - Data Systems Reporter: Svatopluk Dedic Assignee: Svatopluk Dedic I wanted to use the {noformat} o.o.loaders.TemplateWizard{noformat} to create some files on config FS. I have vound that when the Wizard completes, the resulting FileObject is placed correctly, but comes from the underlying physical filesystem. Then checks like the following fail: {code:java} wizard.setTargetFolder(DataFolder.findFolder(FileUtil.getConfigFile("scripts")); Set result = wizard.instantiate(); FileObject fo = result.iterator().next().getPrimaryFile(); FileObject cfRoot = FileUtil.getConfigRoot(); if (FileUtil.isParentOf(cfRoot, fo)) { // never reached } {code} -- 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-976) Template wizard does not work well for virtual folders on config fs
Svatopluk Dedic created NETBEANS-976: Summary: Template wizard does not work well for virtual folders on config fs Key: NETBEANS-976 URL: https://issues.apache.org/jira/browse/NETBEANS-976 Project: NetBeans Issue Type: Bug Components: platform - Data Systems Reporter: Svatopluk Dedic Suppose the wizard is configured with a folder in config fs: {code:java} wizard.setTargetFolder(DataFolder.findFolder(FileUtil.getConfigFile("scripts")); {code} and that the "scripts" folder is empty and present only in the XML layers of some module. The Wizard is unable to create files in such on config FS; it converts FileObject to File quite early and if the target folder is not yet materialized on disk, the Wizard behaves as if no target folder was specified. -- 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-1145) Automate build of Windows Launchers
Svatopluk Dedic created NETBEANS-1145: - Summary: Automate build of Windows Launchers Key: NETBEANS-1145 URL: https://issues.apache.org/jira/browse/NETBEANS-1145 Project: NetBeans Issue Type: Improvement Components: apisupport - Harness, platform - LaunchersCLI Reporter: Svatopluk Dedic See comments in [https://github.com/apache/incubator-netbeans/pull/573#pullrequestreview-147108327] : The envisioned build process should monitor: * apisupport.harness/lwindows-launcher-src * ide/launcher/windows * o.n.bootstrap/launcher/windows and rebuild netbeans or application launchers. I am not so sure about automatic upload to the extbin, the number of artifact from automated builds could reach quite high. -- 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-1116) single ActionReference with id cannot be used on element
Svatopluk Dedic created NETBEANS-1116: - Summary: single ActionReference with id cannot be used on element Key: NETBEANS-1116 URL: https://issues.apache.org/jira/browse/NETBEANS-1116 Project: NetBeans Issue Type: Bug Components: platform - Actions Affects Versions: 8.2, 9.0 Reporter: Svatopluk Dedic Assignee: Svatopluk Dedic I tried to link in a standard action, using {code:java} @ActionReference( path = EditorTopComponent.TOOLBAR_ACTIONS, id = @ActionID(category = "Edit", id = "org-openide-actions-UndoAction"), position = 8000, separatorBefore = 7900 ) public final class EditorTopComponent extends TopComponent implements PropertyChangeListener, ChangeListener { {code} But that failed, because ActionProcessor does not allow to specify @ActionReference without a peer @ActionID. However when wrapped by {code:java} @ActionReferences({}){code} the registration became compilable. IMHO it's a bug in ActionProcessor. -- 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-1158) RequireJS test fails randomly
Svatopluk Dedic created NETBEANS-1158: - Summary: RequireJS test fails randomly Key: NETBEANS-1158 URL: https://issues.apache.org/jira/browse/NETBEANS-1158 Project: NetBeans Issue Type: Improvement Components: Javascript - RequireJS Reporter: Svatopluk Dedic I discovered that RequireJSCodeCompletionTest.testObjectLiteral01 fails randomly during license review. The code completer does not provide any suggestions when it should. I marked the test `@RandomlyFails`, but it has to be checked - probably some race condition (?) -- 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-1159) Relicense nashorn parser
Svatopluk Dedic created NETBEANS-1159: - Summary: Relicense nashorn parser Key: NETBEANS-1159 URL: https://issues.apache.org/jira/browse/NETBEANS-1159 Project: NetBeans Issue Type: Bug Components: javascript - Other Reporter: Svatopluk Dedic Assignee: Geertjan Wielenga The nashorn parser uses GPLv2 with classpath exception, which is not compatible for Apache distribution. Since the code was fully developed by Oracle (and is committed in [http://hg.openjdk.java.net/graal/graal-js-parser/file/ba7a8bc42268/graal/com.oracle.js.parser/src/com/oracle/js/parser|http://hg.openjdk.java.net/graal/graal-js-parser/file/ba7a8bc42268/graal/com.oracle.js.parser/src/com/oracle/js/parser),]), it could be possible (for Oracle) to relicense the code to allow 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-1160) Provide downloadable NBM for nashorn parser
Svatopluk Dedic created NETBEANS-1160: - Summary: Provide downloadable NBM for nashorn parser Key: NETBEANS-1160 URL: https://issues.apache.org/jira/browse/NETBEANS-1160 Project: NetBeans Issue Type: Bug Components: javascript - Other Reporter: Svatopluk Dedic Until NETBEANS-1159 is solved, it might be possible to compile and make available NBM that contains nashorn parser binary, that NB9 users could download. Similar to nb-javac. -- 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-1155) Support comment lines in javascript models
Svatopluk Dedic created NETBEANS-1155: - Summary: Support comment lines in javascript models Key: NETBEANS-1155 URL: https://issues.apache.org/jira/browse/NETBEANS-1155 Project: NetBeans Issue Type: Improvement Components: Javascript - Model Reporter: Svatopluk Dedic The model format does not seem to support comments. Found during licenses review, the models can't include license notice. But comments in model files could be useful in general, too. -- 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-1194) Commit validation suite fails on missing javac
Svatopluk Dedic created NETBEANS-1194: - Summary: Commit validation suite fails on missing javac Key: NETBEANS-1194 URL: https://issues.apache.org/jira/browse/NETBEANS-1194 Project: NetBeans Issue Type: Bug Components: core Reporter: Svatopluk Dedic {noformat} org-netbeans-api-project-libraries/Libraries/javac-library.xml: cannot open nbinst://org.netbeans.libs.javacapi/modules/ext/nb-javac-api.jar: java.io.FileNotFoundException: Cannot find: nbinst://org.netbeans.libs.javacapi/modules/ext/nb-javac-api.jar {noformat} Although API support project provides library for javac API, the javac is not delivered with the base distribution. Consistency test fail because the distribution contains a danglig reference to a missing jar. The test should specifically exclude javac stuff (as we know it has to be dowloaded separately), or the library should be fixed (how ?) -- 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-1042) IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided
[ https://issues.apache.org/jira/browse/NETBEANS-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16546210#comment-16546210 ] Svatopluk Dedic commented on NETBEANS-1042: --- Sorry, I wanted to be sure that -1 is a valid value for whatever source it uses for line numbers. It seems so, at least for NOPOS symbol positions, so the check is well placed. Thanks. > IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided > > > Key: NETBEANS-1042 > URL: https://issues.apache.org/jira/browse/NETBEANS-1042 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Trivial > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > It is rather annoying to have exceptions like that thrown when you have > breakpoints on them to help you find bugs, so I fixed it. This bug report is > mostly to get a branch name that won't cause issues... -- 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] [Resolved] (NETBEANS-1048) Long Product Information displays the end of text in About box
[ https://issues.apache.org/jira/browse/NETBEANS-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-1048. --- Resolution: Fixed > Long Product Information displays the end of text in About box > -- > > Key: NETBEANS-1048 > URL: https://issues.apache.org/jira/browse/NETBEANS-1048 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 8.2 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Minor > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > The product information displayed in About box may be long enough to flow out > of the fixed-size box. The end of the text is displayed, as the caret in the > edit area is positioned at the end of the inserted text. > IMHO it would be more appropriate to display start of the text, that > typically contains product name, trademarks etc. -- 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] [Resolved] (NETBEANS-1049) Windows group throws NPE on close for not persistable top component
[ https://issues.apache.org/jira/browse/NETBEANS-1049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-1049. --- Resolution: Fixed Fix Version/s: Next > Windows group throws NPE on close for not persistable top component > --- > > Key: NETBEANS-1049 > URL: https://issues.apache.org/jira/browse/NETBEANS-1049 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Minor > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > I admit it is somewhat a corner case, but – I have a TopComponent whose > *getPersistenceType* returns *PERSISTENCE_NEVER* and so a corresponding > config file is never created on config fs. If the user closes the document > group which contains such an editor, the core throws a NPE: > {noformat} > java.lang.NullPointerException > at > org.netbeans.core.windows.documentgroup.GroupsManager.closeGroup(GroupsManager.java:376) > at > org.netbeans.core.windows.documentgroup.DocumentGroupImpl.close(DocumentGroupImpl.java:70) > at > org.netbeans.core.windows.documentgroup.GroupsManager.openGroup(GroupsManager.java:172) > at > org.netbeans.core.windows.documentgroup.DocumentGroupImpl.open(DocumentGroupImpl.java:66) > at > org.netbeans.core.windows.documentgroup.GroupsMenuAction$OpenGroupAction$1.run(GroupsMenuAction.java:167) > at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) > at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) > at java.awt.EventQueue.access$500(EventQueue.java:97) > at java.awt.EventQueue$3.run(EventQueue.java:709) > at java.awt.EventQueue$3.run(EventQueue.java:703) > at java.security.AccessController.doPrivileged(Native Method) > {noformat} -- 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] [Resolved] (NETBEANS-998) Template Wizard displays unlocalized template names
[ https://issues.apache.org/jira/browse/NETBEANS-998?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-998. -- Resolution: Fixed Fix Version/s: Next > Template Wizard displays unlocalized template names > --- > > Key: NETBEANS-998 > URL: https://issues.apache.org/jira/browse/NETBEANS-998 > Project: NetBeans > Issue Type: Bug >Reporter: Svatopluk Dedic >Priority: Minor > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > Happens *only* during first invocation of the Template Wizard, after the > application starts. The UI implementation in *TemplateWizard1* attempts to > remove "->" sign from node names, and does so by proxying (FilterNode) the > originals. > The originals are however DataFolderChildren.DelayedNodes, which annotate > their display names in RequestProcessor, after the TemplateWizard fetched the > original displayNames (filenames). -- 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-1049) Windows group throws NPE on close for not persistable top component
Svatopluk Dedic created NETBEANS-1049: - Summary: Windows group throws NPE on close for not persistable top component Key: NETBEANS-1049 URL: https://issues.apache.org/jira/browse/NETBEANS-1049 Project: NetBeans Issue Type: Bug Components: platform - Window System Reporter: Svatopluk Dedic Assignee: Svatopluk Dedic I admit it is somewhat a corner case, but – I have a TopComponent whose *getPersistenceType* returns *PERSISTENCE_NEVER* and so a corresponding config file is never created on config fs. If the user closes the document group which contains such an editor, the core throws a NPE: {noformat} java.lang.NullPointerException at org.netbeans.core.windows.documentgroup.GroupsManager.closeGroup(GroupsManager.java:376) at org.netbeans.core.windows.documentgroup.DocumentGroupImpl.close(DocumentGroupImpl.java:70) at org.netbeans.core.windows.documentgroup.GroupsManager.openGroup(GroupsManager.java:172) at org.netbeans.core.windows.documentgroup.DocumentGroupImpl.open(DocumentGroupImpl.java:66) at org.netbeans.core.windows.documentgroup.GroupsMenuAction$OpenGroupAction$1.run(GroupsMenuAction.java:167) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) {noformat} -- 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-1048) Long Product Information displays the end of text in About box
Svatopluk Dedic created NETBEANS-1048: - Summary: Long Product Information displays the end of text in About box Key: NETBEANS-1048 URL: https://issues.apache.org/jira/browse/NETBEANS-1048 Project: NetBeans Issue Type: Bug Components: core Affects Versions: 8.2 Reporter: Svatopluk Dedic Assignee: Svatopluk Dedic Fix For: Next The product information displayed in About box may be long enough to flow out of the fixed-size box. The end of the text is displayed, as the caret in the edit area is positioned at the end of the inserted text. IMHO it would be more appropriate to display start of the text, that typically contains product name, trademarks etc. -- 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-1042) IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided
[ https://issues.apache.org/jira/browse/NETBEANS-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16545182#comment-16545182 ] Svatopluk Dedic commented on NETBEANS-1042: --- For PR review, it would be helpful to have the exception stacktrace here. Why did 0 appeared in *lines* array anyway ? > IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided > > > Key: NETBEANS-1042 > URL: https://issues.apache.org/jira/browse/NETBEANS-1042 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Trivial > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > It is rather annoying to have exceptions like that thrown when you have > breakpoints on them to help you find bugs, so I fixed it. This bug report is > mostly to get a branch name that won't cause issues... -- 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-328) Platform's TemplateWizard shows wrong folder
Svatopluk Dedic created NETBEANS-328: Summary: Platform's TemplateWizard shows wrong folder Key: NETBEANS-328 URL: https://issues.apache.org/jira/browse/NETBEANS-328 Project: NetBeans Issue Type: Bug Reporter: Svatopluk Dedic In absence of project.ui module, the *_New_* action is implemented using {noformat} org.openide.loaders.TemplateWizard{noformat} In standard IDE distribution, the standard New action implementationis replaced by project.ui module with an advanced wizard that uses completely different implementation. The defect applies only to (applications on top of) NB platform *without* project support. 1/ the Wizard displays invalid target folder, if set in advance using {noformat} TemplateWizard.setTargetFolder{noformat} The textfield with the folder's name shows parent folder, the list of folders also shows parent folder's contents. It should display the target folder in "Look in", textfield and show the target folder's subfolders in the listing. 2/ The Wizard *freezes* the application, if * the target chooser is displayed * the user focuses the JFileChooser part (folder name, subfolder list) * presses ESC The Wizard does not properly intercept ESC and waits indefinitely for files to be created. -- 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-328) Platform's TemplateWizard shows wrong folder and freezes the NB app
[ https://issues.apache.org/jira/browse/NETBEANS-328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-328: - Summary: Platform's TemplateWizard shows wrong folder and freezes the NB app (was: Platform's TemplateWizard shows wrong folder) > Platform's TemplateWizard shows wrong folder and freezes the NB app > --- > > Key: NETBEANS-328 > URL: https://issues.apache.org/jira/browse/NETBEANS-328 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2 >Reporter: Svatopluk Dedic >Priority: Major > > In absence of project.ui module, the *_New_* action is implemented using > {noformat} > org.openide.loaders.TemplateWizard{noformat} > In standard IDE distribution, the standard New action implementationis > replaced by project.ui module with an advanced wizard that uses completely > different implementation. The defect applies only to (applications on top of) > NB platform *without* project support. > 1/ the Wizard displays invalid target folder, if set in advance using > {noformat} > TemplateWizard.setTargetFolder{noformat} > The textfield with the folder's name shows parent folder, the list of folders > also shows parent folder's contents. It should display the target folder in > "Look in", textfield and show the target folder's subfolders in the listing. > 2/ The Wizard *freezes* the application, if > * the target chooser is displayed > * the user focuses the JFileChooser part (folder name, subfolder list) > * presses ESC > The Wizard does not properly intercept ESC and waits indefinitely for files > to be created. -- 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] [Resolved] (NETBEANS-357) @EditorActionRegistration does not work for toolbars
[ https://issues.apache.org/jira/browse/NETBEANS-357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-357. -- Resolution: Fixed Assignee: Svatopluk Dedic > @EditorActionRegistration does not work for toolbars > > > Key: NETBEANS-357 > URL: https://issues.apache.org/jira/browse/NETBEANS-357 > Project: NetBeans > Issue Type: Bug > Components: editor - Actions/Menu/Toolbar >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Time Spent: 20m > Remaining Estimate: 0h > > I use code like > > {noformat} > @EditorActionRegistration( name = "execute-script", > mimeType = "text/javascript", > iconResource = "org/graalvm/visualizer/shell/resources/execute.png", > toolBarPosition = 100 > ) > {noformat} > The action generates registration in > Editors/Toolbar/text/javascript > > But the correct place, where action instance files are loaded from is > Editors//Toolbars/Default > > > -- 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-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild
[ https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16450404#comment-16450404 ] Svatopluk Dedic commented on NETBEANS-488: -- Well ;) sort of - you still need to go through some lock in both threads to flush / reload local caches so when you (in EDT) add the Scene's JComponent to the hierarchy, EDT actually sees all the data. > AssertionError at org.netbeans.api.visual.widget.Widget.addChild > > > Key: NETBEANS-488 > URL: https://issues.apache.org/jira/browse/NETBEANS-488 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0, Next > Environment: OS: Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit > VM: Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime > Environment, 1.8.0_111-b14 >Reporter: efrem mccrimon >Priority: Minor > Attachments: graphicalclassview.diff, > org-netbeans-modules-graphicclassview.nbm > > > AssertionError at org.netbeans.api.visual.widget.Widget.addChild > Message: org.openide.util.RequestProcessor$SlowItem: task failed due to: > java.lang.AssertionError > Class:org.openide.util.RequestProcessor$SlowItem > org.openide.util.RequestProcessor$SlowItem: task failed due to: > java.lang.AssertionError > at org.openide.util.RequestProcessor.post(RequestProcessor.java:395) > at > org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88) > at > org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173) > at > org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282) > at > org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124) > at > org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773) > at > org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329) > at > org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244) > at > org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201) > at org.openide.windows.TopComponent.open(TopComponent.java:472) > at org.openide.windows.TopComponent.open(TopComponent.java:452) > at > org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26) > at > org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561) > at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70) > at > org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91) > at > org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74) > at > org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558) > at > javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) > at > javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) > at > javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402) > at > javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) > at javax.swing.AbstractButton.doClick(AbstractButton.java:376) > at > javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833) > at > javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877) > at java.awt.Component.processMouseEvent(Component.java:6533) > at javax.swing.JComponent.processMouseEvent(JComponent.java:3324) > at java.awt.Component.processEvent(Component.java:6298) > at java.awt.Container.processEvent(Container.java:2236) > at java.awt.Component.dispatchEventImpl(Component.java:4889) > at java.awt.Container.dispatchEventImpl(Container.java:2294) > at java.awt.Component.dispatchEvent(Component.java:4711) > at > java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888) > at > java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525) > at > java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466) > at java.awt.Container.dispatchEventImpl(Container.java:2280) > at java.awt.Window.dispatchEventImpl(Window.java:2746) > at java.awt.Component.dispatchEvent(Component.java:4711) > at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) > at java.awt.EventQueue.access$500(EventQueue.java:97) > at java.awt.EventQueue$3.run(EventQueue.java:709) > at java.awt.EventQueue$3.run(EventQueue.java:703)
[jira] [Commented] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild
[ https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449423#comment-16449423 ] Svatopluk Dedic commented on NETBEANS-488: -- Although nb-javac-api is not part of Apache, the libs.javacapi module exists and Javac APIs should be available - they are used by all java.* modules for source code tools. I was able to recompile the contrib/graphicclassview against the curent apache master without issues (if the sources are placed at the appropriate location). > AssertionError at org.netbeans.api.visual.widget.Widget.addChild > > > Key: NETBEANS-488 > URL: https://issues.apache.org/jira/browse/NETBEANS-488 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0, Next > Environment: OS: Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit > VM: Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime > Environment, 1.8.0_111-b14 >Reporter: efrem mccrimon >Priority: Minor > Attachments: graphicalclassview.diff, > org-netbeans-modules-graphicclassview.nbm > > > AssertionError at org.netbeans.api.visual.widget.Widget.addChild > Message: org.openide.util.RequestProcessor$SlowItem: task failed due to: > java.lang.AssertionError > Class:org.openide.util.RequestProcessor$SlowItem > org.openide.util.RequestProcessor$SlowItem: task failed due to: > java.lang.AssertionError > at org.openide.util.RequestProcessor.post(RequestProcessor.java:395) > at > org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88) > at > org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173) > at > org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282) > at > org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124) > at > org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773) > at > org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329) > at > org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244) > at > org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201) > at org.openide.windows.TopComponent.open(TopComponent.java:472) > at org.openide.windows.TopComponent.open(TopComponent.java:452) > at > org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26) > at > org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561) > at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70) > at > org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91) > at > org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74) > at > org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558) > at > javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) > at > javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) > at > javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402) > at > javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) > at javax.swing.AbstractButton.doClick(AbstractButton.java:376) > at > javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833) > at > javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877) > at java.awt.Component.processMouseEvent(Component.java:6533) > at javax.swing.JComponent.processMouseEvent(JComponent.java:3324) > at java.awt.Component.processEvent(Component.java:6298) > at java.awt.Container.processEvent(Container.java:2236) > at java.awt.Component.dispatchEventImpl(Component.java:4889) > at java.awt.Container.dispatchEventImpl(Container.java:2294) > at java.awt.Component.dispatchEvent(Component.java:4711) > at > java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888) > at > java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525) > at > java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466) > at java.awt.Container.dispatchEventImpl(Container.java:2280) > at java.awt.Window.dispatchEventImpl(Window.java:2746) > at java.awt.Component.dispatchEvent(Component.java:4711) > at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) > at
[jira] [Comment Edited] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild
[ https://issues.apache.org/jira/browse/NETBEANS-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16449423#comment-16449423 ] Svatopluk Dedic edited comment on NETBEANS-488 at 4/24/18 7:25 AM: --- Although nb-javac-api is not part of Apache, the libs.javacapi module exists and Javac APIs should be available, taken from JDK9 codebase - they are used by all java.* modules for source code tools. I was able to recompile the contrib/graphicclassview against the curent apache master without issues (if the sources are placed at the appropriate location). was (Author: sdedic): Although nb-javac-api is not part of Apache, the libs.javacapi module exists and Javac APIs should be available - they are used by all java.* modules for source code tools. I was able to recompile the contrib/graphicclassview against the curent apache master without issues (if the sources are placed at the appropriate location). > AssertionError at org.netbeans.api.visual.widget.Widget.addChild > > > Key: NETBEANS-488 > URL: https://issues.apache.org/jira/browse/NETBEANS-488 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0, Next > Environment: OS: Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit > VM: Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime > Environment, 1.8.0_111-b14 >Reporter: efrem mccrimon >Priority: Minor > Attachments: graphicalclassview.diff, > org-netbeans-modules-graphicclassview.nbm > > > AssertionError at org.netbeans.api.visual.widget.Widget.addChild > Message: org.openide.util.RequestProcessor$SlowItem: task failed due to: > java.lang.AssertionError > Class:org.openide.util.RequestProcessor$SlowItem > org.openide.util.RequestProcessor$SlowItem: task failed due to: > java.lang.AssertionError > at org.openide.util.RequestProcessor.post(RequestProcessor.java:395) > at > org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88) > at > org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173) > at > org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282) > at > org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124) > at > org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773) > at > org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329) > at > org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244) > at > org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201) > at org.openide.windows.TopComponent.open(TopComponent.java:472) > at org.openide.windows.TopComponent.open(TopComponent.java:452) > at > org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26) > at > org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561) > at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70) > at > org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91) > at > org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74) > at > org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558) > at > javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) > at > javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) > at > javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402) > at > javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) > at javax.swing.AbstractButton.doClick(AbstractButton.java:376) > at > javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833) > at > javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877) > at java.awt.Component.processMouseEvent(Component.java:6533) > at javax.swing.JComponent.processMouseEvent(JComponent.java:3324) > at java.awt.Component.processEvent(Component.java:6298) > at java.awt.Container.processEvent(Container.java:2236) > at java.awt.Component.dispatchEventImpl(Component.java:4889) > at java.awt.Container.dispatchEventImpl(Container.java:2294) > at java.awt.Component.dispatchEvent(Component.java:4711) > at > java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888) > at >
[jira] [Created] (NETBEANS-1012) Javadoc fetch blocks UI
Svatopluk Dedic created NETBEANS-1012: - Summary: Javadoc fetch blocks UI Key: NETBEANS-1012 URL: https://issues.apache.org/jira/browse/NETBEANS-1012 Project: NetBeans Issue Type: Bug Components: java - Javadoc Reporter: Svatopluk Dedic Attachments: javadoc.tdump Opened AnagramGame project, clicked Libraries -> JDK 1.8 (Default) -> Show Javadoc, EDT is blocked for several seconds. -- 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] [Assigned] (NETBEANS-1157) native Windows Netbeans Launcher broken for Java 10 or higher
[ https://issues.apache.org/jira/browse/NETBEANS-1157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-1157: - Assignee: Andreas Hauffe > 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 - LaunchersCLI >Affects Versions: 9.0 >Reporter: Andreas Hauffe >Assignee: Andreas Hauffe >Priority: Critical > Labels: pull-request-available > Fix For: 10.0 > > Attachments: JavaUtils.c > > Time Spent: 2h 10m > 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] [Assigned] (NETBEANS-998) Template Wizard displays unlocalized template names
[ https://issues.apache.org/jira/browse/NETBEANS-998?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-998: Assignee: Svatopluk Dedic > Template Wizard displays unlocalized template names > --- > > Key: NETBEANS-998 > URL: https://issues.apache.org/jira/browse/NETBEANS-998 > Project: NetBeans > Issue Type: Bug >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Minor > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > Happens *only* during first invocation of the Template Wizard, after the > application starts. The UI implementation in *TemplateWizard1* attempts to > remove "->" sign from node names, and does so by proxying (FilterNode) the > originals. > The originals are however DataFolderChildren.DelayedNodes, which annotate > their display names in RequestProcessor, after the TemplateWizard fetched the > original displayNames (filenames). -- 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] [Resolved] (NETBEANS-1147) Enabling fragment has to enable host bundle first
[ https://issues.apache.org/jira/browse/NETBEANS-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-1147. --- Resolution: Fixed Fix Version/s: Next > Enabling fragment has to enable host bundle first > - > > Key: NETBEANS-1147 > URL: https://issues.apache.org/jira/browse/NETBEANS-1147 > Project: NetBeans > Issue Type: Bug > Components: platform - Module System >Reporter: Jaroslav Tulach >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: Next > > Time Spent: 1h 50m > Remaining Estimate: 0h > > While working on > [PR-715|https://github.com/apache/incubator-netbeans/pull/715] it turned out > that enabling nbjavac sooner than its API leads to: > {code} > ClassNotFoundException: Will not load class com.sun.source.tree.Tree > arbitrarily from one of [org.netbeans.libs.javacapi] and > [org.netbeans.modules.nbjavac.api] > {code} > This is a result of enabling the fragment first and host later. That is > strange situation - the fragment should have a dependency on the host, right? > This is the hotfix: > https://github.com/apache/incubator-netbeans/pull/715/commits/ac944a13f57816970556b0b8e2e3971ea94bb3e5 > but proper fix with a test in {{o.n.bootstrap}} is needed. -- 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-1207) Javascript2.editor tests fail
Svatopluk Dedic created NETBEANS-1207: - Summary: Javascript2.editor tests fail Key: NETBEANS-1207 URL: https://issues.apache.org/jira/browse/NETBEANS-1207 Project: NetBeans Issue Type: Bug Components: javascript - Editor Reporter: Svatopluk Dedic After license cleanup number of tests in javascript2.editor package fail - the resources are copied to the dist location as usual, but something other might screw up. -- 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-1298) nbjavac download through AU damages IDE
Svatopluk Dedic created NETBEANS-1298: - Summary: nbjavac download through AU damages IDE Key: NETBEANS-1298 URL: https://issues.apache.org/jira/browse/NETBEANS-1298 Project: NetBeans Issue Type: Bug Components: java - Compiler Reporter: Svatopluk Dedic The *nbjavac* library contains *Fragment-Host* implicit dependency on javac-api and javac-impl modules. This implicit depenendency is honoured by module system, but not processed by AutoUpdate, see NETBEANS-1297. As a result, if a PHP user (without java cluster) installs nbjavac, AU downloads just the fragments and not the host module. The IDE will throw an exception and will not start at all. -- 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-1296) AU Catalog DTD is outdated, Catalog does not contain necessary info
Svatopluk Dedic created NETBEANS-1296: - Summary: AU Catalog DTD is outdated, Catalog does not contain necessary info Key: NETBEANS-1296 URL: https://issues.apache.org/jira/browse/NETBEANS-1296 Project: NetBeans Issue Type: Bug Components: updatecenters - Pluginportal Reporter: Svatopluk Dedic The DTD referenced from the AU catalog is obsolete - although it declares version 2.6, it differs from version 2.6 in AU git sources. DTD ver 2.5-2.7 were updated with new attributes rather than new versions created. In particular, the AU DTD does not contain "Fragment-Host" attribute, which implies a dependency on another module, so the AU cannot make a correct closure of dependencies for fragments. Proper fix would be to publish a new DTD version, with the current contents, update DTD referenced from AU catalog and in publish new version in /dtds/ directory on NB.org. -- 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] [Assigned] (NETBEANS-1298) nbjavac download through AU damages IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-1298: - Assignee: Jan Lahoda > nbjavac download through AU damages IDE > --- > > Key: NETBEANS-1298 > URL: https://issues.apache.org/jira/browse/NETBEANS-1298 > Project: NetBeans > Issue Type: Bug > Components: java - Compiler >Reporter: Svatopluk Dedic >Assignee: Jan Lahoda >Priority: Major > > The *nbjavac* library contains *Fragment-Host* implicit dependency on > javac-api and javac-impl modules. This implicit depenendency is honoured by > module system, but not processed by AutoUpdate, see NETBEANS-1297. > As a result, if a PHP user (without java cluster) installs nbjavac, AU > downloads just the fragments and not the host module. The IDE will throw an > exception and will not start at all. -- 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-1297) Autoupdate catalog task does not generate Fragment-Host info
Svatopluk Dedic created NETBEANS-1297: - Summary: Autoupdate catalog task does not generate Fragment-Host info Key: NETBEANS-1297 URL: https://issues.apache.org/jira/browse/NETBEANS-1297 Project: NetBeans Issue Type: Bug Components: platform - Autoupdate Reporter: Svatopluk Dedic MakeUpdateDesc should use new DTD version if Fragment-host declaration is present.The Fragment-Host attribute should be exported into the catalog. See also NETBEANS-1296. -- 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-1698) Consumed double clicks are processed to default action
Svatopluk Dedic created NETBEANS-1698: - Summary: Consumed double clicks are processed to default action Key: NETBEANS-1698 URL: https://issues.apache.org/jira/browse/NETBEANS-1698 Project: NetBeans Issue Type: Bug Components: platform - Explorer Reporter: Svatopluk Dedic My application uses something like explorer ListView with checkboxes and handles MouseEvent on the checkmarks. When the user rapidly clicks twice the checkbox, two MouseEvents are delivered to my listener - the latter being actually a double click. The listener consumes both events and even comes first, before the platform-provided mouse processing. In addition in ListView all mouse button doubleclicks trigger the preferred action, not just left one. -- 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-1792) Behavior of BooleanStateAction has changed
[ https://issues.apache.org/jira/browse/NETBEANS-1792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16722800#comment-16722800 ] Svatopluk Dedic commented on NETBEANS-1792: --- Confirmed. The defect is present since commit #af373e7702d1f9a09a09c33b2ea1f15ae4bf6310 when I changed the internals of Action bridge. The bridge started to link to *Actions.connect(AbstractButton button, Action action)* instead of original *Actions.connect(AbstractButton button, BooleanStateAction action)*, which is not YET the primary issue as I've changed the more general connect to handle BooleanStateActions as well. But there's a subtle bug which passed review unnoticed: the if-branch at line 276 should be exclusive with the other ones. In the current state, two button bridges are attached to the action. > Behavior of BooleanStateAction has changed > -- > > Key: NETBEANS-1792 > URL: https://issues.apache.org/jira/browse/NETBEANS-1792 > Project: NetBeans > Issue Type: Bug > Components: platform - Actions >Affects Versions: 10.0 >Reporter: Thierry Danard >Assignee: Svatopluk Dedic >Priority: Major > Fix For: 10.0 > > Attachments: DemoNetBeans1792.zip, image-2018-12-10-19-26-40-055.png, > image-2018-12-11-09-23-24-408.png, image-2018-12-11-09-47-54-474.png > > > I used the latest release candidate of NetBeans 10 (vc4), and found that > BooleanStateAction fires two "booleanState" events instead of one when a > button backed by a BooleanStateAction is pressed, the first event reporting > that the state is changing to "true", the second event reporting that the > state is changing back to "false" (even though the button is still showing as > "pressed") > In my case, this BooleanStateAction is inside a JToolbar. > javax.swing.JToolBar toolbar = new JToolBar(); > toolbar.setFloatable(false); > toolbar.setRollover(true); > Component tp1 = > SystemAction.get(MyBooleanStateAction1.class).getToolbarPresenter(); > Component tp2 = > SystemAction.get(MyBooleanStateAction2.class).getToolbarPresenter(); > Component tp3 = > SystemAction.get(MyBooleanStateAction3.class).getToolbarPresenter(); > tp1.setFocusable(false); > tp2.setFocusable(false); > tp3.setFocusable(false); > toolbar.add(tp1); > toolbar.add(tp2); > toolbar.add(tp3); > JPanel toolbarPanel = new JPanel(new BorderLayout()); > toolbarPanel.add(toolbar, BorderLayout.WEST); > > This is a breaking change, it was working just fine in NetBeans 9. It breaks > a lot of code in my app as I rely on the booleanState event to enable to > disable behaviors: right now, when a user clicks a button, it shows as > "pressed", but the associated function gets disabled right after it gets > enabled. > I wasn't able to find a root cause after running from NetBeans source. > I did note that the BooleanStateAction is deprecated. > I'll try to provide a sample code to reproduce. > -- 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] [Resolved] (NETBEANS-1698) Consumed double clicks are processed to default action
[ https://issues.apache.org/jira/browse/NETBEANS-1698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-1698. --- Resolution: Fixed Fix Version/s: Next > Consumed double clicks are processed to default action > -- > > Key: NETBEANS-1698 > URL: https://issues.apache.org/jira/browse/NETBEANS-1698 > Project: NetBeans > Issue Type: Bug > Components: platform - Explorer >Reporter: Svatopluk Dedic >Priority: Minor > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > My application uses something like explorer ListView with checkboxes and > handles MouseEvent on the checkmarks. > When the user rapidly clicks twice the checkbox, two MouseEvents are > delivered to my listener - the latter being actually a double click. The > listener consumes both events and even comes first, before the > platform-provided mouse processing. > In addition in ListView all mouse button doubleclicks trigger the preferred > action, not just left one. > -- 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-998) Template Wizard displays unlocalized template names
[ https://issues.apache.org/jira/browse/NETBEANS-998?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-998: - Fix Version/s: (was: Next) > Template Wizard displays unlocalized template names > --- > > Key: NETBEANS-998 > URL: https://issues.apache.org/jira/browse/NETBEANS-998 > Project: NetBeans > Issue Type: Bug >Reporter: Svatopluk Dedic >Priority: Minor > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > Happens *only* during first invocation of the Template Wizard, after the > application starts. The UI implementation in *TemplateWizard1* attempts to > remove "->" sign from node names, and does so by proxying (FilterNode) the > originals. > The originals are however DataFolderChildren.DelayedNodes, which annotate > their display names in RequestProcessor, after the TemplateWizard fetched the > original displayNames (filenames). -- 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-998) Template Wizard displays unlocalized template names
[ https://issues.apache.org/jira/browse/NETBEANS-998?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-998: - Fix Version/s: Next > Template Wizard displays unlocalized template names > --- > > Key: NETBEANS-998 > URL: https://issues.apache.org/jira/browse/NETBEANS-998 > Project: NetBeans > Issue Type: Bug >Reporter: Svatopluk Dedic >Priority: Minor > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > Happens *only* during first invocation of the Template Wizard, after the > application starts. The UI implementation in *TemplateWizard1* attempts to > remove "->" sign from node names, and does so by proxying (FilterNode) the > originals. > The originals are however DataFolderChildren.DelayedNodes, which annotate > their display names in RequestProcessor, after the TemplateWizard fetched the > original displayNames (filenames). -- 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-1985) Stateful context action does not initialize properly
Svatopluk Dedic created NETBEANS-1985: - Summary: Stateful context action does not initialize properly Key: NETBEANS-1985 URL: https://issues.apache.org/jira/browse/NETBEANS-1985 Project: NetBeans Issue Type: Bug Components: platform - Actions Reporter: Svatopluk Dedic Assignee: Svatopluk Dedic Consider an action like {code:java} @ActionRegistration(displayName = "My toggle action", checkedOn = @ActionState(property = "myProperty") ) public final class MyToggleAction implements ActionListener { BeanModel model; public PredSuccAction(BeanModel model) { this.model = model; } ... {code} This action is *context-aware* and will be bound to the context Lookup. However, its initial state will initialize according to last-seen *global* model. During debugging I've found code in *GeneralAction* (lines 473+), which replaces delegate's attributes (including "selected") with the global values. Just values which are not defined, i.e. come from the layer definitions should be replaced. Not the enabled, or selected state, if already present in the attrs. -- 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-1985) Stateful context action does not initialize properly
[ https://issues.apache.org/jira/browse/NETBEANS-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-1985: -- Affects Version/s: 10.0 > Stateful context action does not initialize properly > > > Key: NETBEANS-1985 > URL: https://issues.apache.org/jira/browse/NETBEANS-1985 > Project: NetBeans > Issue Type: Bug > Components: platform - Actions >Affects Versions: 10.0 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > > Consider an action like > {code:java} > @ActionRegistration(displayName = "My toggle action", >checkedOn = @ActionState(property = "myProperty") > ) > public final class MyToggleAction implements ActionListener { > BeanModel model; > public PredSuccAction(BeanModel model) { this.model = model; } > ... > {code} > This action is *context-aware* and will be bound to the context Lookup. > However, its initial state will initialize according to last-seen *global* > model. > During debugging I've found code in *GeneralAction* (lines 473+), which > replaces delegate's attributes (including "selected") with the global values. > Just values which are not defined, i.e. come from the layer definitions > should be replaced. Not the enabled, or selected state, if already present in > the attrs. > -- 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] [Resolved] (NETBEANS-2577) Maven library excluded because of disabling apache-commons module
[ https://issues.apache.org/jira/browse/NETBEANS-2577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-2577. --- Resolution: Fixed > Maven library excluded because of disabling apache-commons module > -- > > Key: NETBEANS-2577 > URL: https://issues.apache.org/jira/browse/NETBEANS-2577 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 11.0 >Reporter: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: Next > > Time Spent: 40m > Remaining Estimate: 0h > > Our NB-platform based app does the following in the *platform.properties* file > > {noformat} > cluster.path=\ >${nbplatform.active.dir}/extide:\ >${nbplatform.active.dir}/harness:\ >${nbplatform.active.dir}/ide:\ > ${nbplatform.active.dir}/java > # > disabled.modules=\ > org.apache.commons.lang,\ > # > {noformat} > > Whena I build a distribution, (*ant build-zip*), the file > *java/maven/lib/commons-lang-2.6.jar* is excluded, because: > * it is a OSGi bundle > * it's *Bundle-Symbolic-Name* matches the excluded module's codename > Despite the file is in a different directory, where NB modules shouldn't be > placed, it's recognized as a module and excluded from the distribution. > The bug causes *maven embedder* to fail during startup, since it can't link > to **its libraries. > > > -- 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] [Resolved] (NETBEANS-2565) NB-based application fails to verify NB plugin signatures
[ https://issues.apache.org/jira/browse/NETBEANS-2565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-2565. --- Resolution: Fixed > NB-based application fails to verify NB plugin signatures > - > > Key: NETBEANS-2565 > URL: https://issues.apache.org/jira/browse/NETBEANS-2565 > Project: NetBeans > Issue Type: Bug > Components: updatecenters - Pluginportal >Affects Versions: 11.0 >Reporter: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > I have a NB platform app application, which includes *updatecenters* module > from the *nb* cluster. > I am now trying to upgrade to NB11 and it seems that the file > *nb/core/ide.ks* file is not copied to the application distribution. > Steps to reproduce: > # Create NB Platform Application project > # include *Update Centers* module from *nb* cluster > # Build > # Package as > ZIP > # unzip the zipfile > There's no *ide.ks* file. > Effects: > # When run with assertion disabled, all modules downloaded from NB update > center or plugin portal appear unsigned > # When run with assertions enabled, the following assertion is thrown / > displayed as error dialog: > {noformat} > java.lang.AssertionError: File found at core/ide.ks > at > org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStoreFile(NetBeansKeyStoreProvider.java:48) > > at > org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStore(NetBeansKeyStoreProvider.java:43) > > at > org.netbeans.modules.autoupdate.services.Utilities.getKeyStore(Utilities.java:121) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.verifyNbm(InstallSupportImpl.java:1056) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:847) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:800) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.access$900(InstallSupportImpl.java:73) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:245) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:218) > > at java.util.concurrent.FutureTask.run(FutureTask.java:266){noformat} -- 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-2577) Maven library excluded because of disabling apache-commons module
[ https://issues.apache.org/jira/browse/NETBEANS-2577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-2577: -- Fix Version/s: Next > Maven library excluded because of disabling apache-commons module > -- > > Key: NETBEANS-2577 > URL: https://issues.apache.org/jira/browse/NETBEANS-2577 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 11.0 >Reporter: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > Our NB-platform based app does the following in the *platform.properties* file > > {noformat} > cluster.path=\ >${nbplatform.active.dir}/extide:\ >${nbplatform.active.dir}/harness:\ >${nbplatform.active.dir}/ide:\ > ${nbplatform.active.dir}/java > # > disabled.modules=\ > org.apache.commons.lang,\ > # > {noformat} > > Whena I build a distribution, (*ant build-zip*), the file > *java/maven/lib/commons-lang-2.6.jar* is excluded, because: > * it is a OSGi bundle > * it's *Bundle-Symbolic-Name* matches the excluded module's codename > Despite the file is in a different directory, where NB modules shouldn't be > placed, it's recognized as a module and excluded from the distribution. > The bug causes *maven embedder* to fail during startup, since it can't link > to **its libraries. > > > -- 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-2565) NB-based application fails to verify NB plugin signatures
[ https://issues.apache.org/jira/browse/NETBEANS-2565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-2565: -- Fix Version/s: Next > NB-based application fails to verify NB plugin signatures > - > > Key: NETBEANS-2565 > URL: https://issues.apache.org/jira/browse/NETBEANS-2565 > Project: NetBeans > Issue Type: Bug > Components: updatecenters - Pluginportal >Affects Versions: 11.0 >Reporter: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: Next > > Time Spent: 20m > Remaining Estimate: 0h > > I have a NB platform app application, which includes *updatecenters* module > from the *nb* cluster. > I am now trying to upgrade to NB11 and it seems that the file > *nb/core/ide.ks* file is not copied to the application distribution. > Steps to reproduce: > # Create NB Platform Application project > # include *Update Centers* module from *nb* cluster > # Build > # Package as > ZIP > # unzip the zipfile > There's no *ide.ks* file. > Effects: > # When run with assertion disabled, all modules downloaded from NB update > center or plugin portal appear unsigned > # When run with assertions enabled, the following assertion is thrown / > displayed as error dialog: > {noformat} > java.lang.AssertionError: File found at core/ide.ks > at > org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStoreFile(NetBeansKeyStoreProvider.java:48) > > at > org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStore(NetBeansKeyStoreProvider.java:43) > > at > org.netbeans.modules.autoupdate.services.Utilities.getKeyStore(Utilities.java:121) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.verifyNbm(InstallSupportImpl.java:1056) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:847) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:800) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.access$900(InstallSupportImpl.java:73) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:245) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:218) > > at java.util.concurrent.FutureTask.run(FutureTask.java:266){noformat} -- 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] [Resolved] (NETBEANS-2361) app.conf has typo preventing RCP app loading on Linux
[ https://issues.apache.org/jira/browse/NETBEANS-2361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-2361. --- Resolution: Fixed Fix Version/s: Next > app.conf has typo preventing RCP app loading on Linux > - > > Key: NETBEANS-2361 > URL: https://issues.apache.org/jira/browse/NETBEANS-2361 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 10.0, 11.0 >Reporter: Steven Yi >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: Next > > Time Spent: 1h 10m > Remaining Estimate: 0h > > netbeans/harness/etc/app.conf has this: > default_cachedir=""${DEFAULT_CACHEDIR_ROOT}/dev" > > The extra double quote causes RCP-generated apps from loading on Linux with: > Syntax error: unterminated quoted string > > Changing to: > default_cachedir="${DEFAULT_CACHEDIR_ROOT}/dev" > > in app.conf fixes the generated builds. -- 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-2584) Unhandled cases in Convert to Rule / Expression switch Hint
Svatopluk Dedic created NETBEANS-2584: - Summary: Unhandled cases in Convert to Rule / Expression switch Hint Key: NETBEANS-2584 URL: https://issues.apache.org/jira/browse/NETBEANS-2584 Project: NetBeans Issue Type: Improvement Reporter: Svatopluk Dedic Assignee: vikas kumar prabhakar During review of PR#1237, there were some glitches which may be handled better. None of them actually break code semantics or compilability, so I consider that an improvement. Set source level to 12 for the following snippet. {code:java} public class JavaApplication1 { /** * @param args the command line arguments */ public static void main(String[] args) { // TODO code application logic here int a = 0; int b = 2; } int f1(String p) { int a = 0; int b = 2; int r = 5; switch (p) { case "a": { if (a == 0) { break; } r = 1; break; } case "b": r = 2; break; // the ending brace will be placed at the 'case' line, not aligned with the 'switch' statement } int f2(String p) { int a = 0; int r; switch (p) { case "a": { r = 1; // if remains with an empty body. Ugly, but we need to ensure // that possible side effects from the tests happen. if (a == 0) { break; } break; } default: r = 3; } return r; } int f3(String p) { int a = 0; int b = 2; int r; // this switch is not recognized as a possible expression switch // but it could, the {} contains just one statement switch (p) { case "a": { r = 1; break; } case "b": r = 2; break; default: r = 3; break; } return r; } } {code} -- 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-2584) Unhandled cases in Convert to Rule / Expression switch Hint
[ https://issues.apache.org/jira/browse/NETBEANS-2584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-2584: -- Description: During review of PR#1237, there were some glitches which may be handled better. None of them actually break code semantics or compilability, so I consider that an improvement. Set source level to 12 for the following snippet. {code:java} public class JavaApplication1 { /** * @param args the command line arguments */ public static void main(String[] args) { // TODO code application logic here int a = 0; int b = 2; } int f1(String p) { int a = 0; int b = 2; int r = 5; switch (p) { case "a": { if (a == 0) { break; } r = 1; break; } case "b": r = 2; break; // the ending brace will be placed at the 'case' line, not aligned with the 'switch' statement } int f2(String p) { int a = 0; int r; switch (p) { case "a": { r = 1; // if remains with an empty body. Ugly, but we need to ensure // that possible side effects from the tests happen. if (a == 0) { break; } break; } default: r = 3; } return r; } int f3(String p) { int a = 0; int b = 2; int r; // this switch is not recognized as a possible expression switch // but it could, the {} contains just an assignment. switch (p) { case "a": { r = 1; break; } case "b": r = 2; break; default: r = 3; break; } return r; } } {code} was: During review of PR#1237, there were some glitches which may be handled better. None of them actually break code semantics or compilability, so I consider that an improvement. Set source level to 12 for the following snippet. {code:java} public class JavaApplication1 { /** * @param args the command line arguments */ public static void main(String[] args) { // TODO code application logic here int a = 0; int b = 2; } int f1(String p) { int a = 0; int b = 2; int r = 5; switch (p) { case "a": { if (a == 0) { break; } r = 1; break; } case "b": r = 2; break; // the ending brace will be placed at the 'case' line, not aligned with the 'switch' statement } int f2(String p) { int a = 0; int r; switch (p) { case "a": { r = 1; // if remains with an empty body. Ugly, but we need to ensure // that possible side effects from the tests happen. if (a == 0) { break; } break; } default: r = 3; } return r; } int f3(String p) { int a = 0; int b = 2; int r; // this switch is not recognized as a possible expression switch // but it could, the {} contains just one statement switch (p) { case "a": { r = 1; break; } case "b": r = 2; break; default: r = 3; break; } return r; } } {code} > Unhandled cases in Convert to Rule / Expression switch Hint > --- > > Key: NETBEANS-2584 > URL: https://issues.apache.org/jira/browse/NETBEANS-2584 > Project: NetBeans > Issue Type: Improvement >Reporter: Svatopluk Dedic >Assignee: vikas kumar prabhakar >Priority: Major > > During review of PR#1237, there were some glitches which may be handled > better. None of them actually break code semantics or compilability, so I > consider that an improvement. > Set source level to 12 for the following snippet. > {code:java} > public class JavaApplication1 { > /** > * @param args the command line arguments > */ > public static void main(String[] args) { > // TODO code application logic here > int a = 0; > int b = 2; > } > >int f1(String p) { > int a = 0; > int b = 2; > int r = 5; > switch (p) { > case "a": { > if (a == 0) { > break; > } > r = 1; >
[jira] [Updated] (NETBEANS-2565) NB-based application fails to verify NB plugin signatures
[ https://issues.apache.org/jira/browse/NETBEANS-2565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-2565: -- Description: I have a NB platform app application, which includes *updatecenters* module from the *nb* cluster. I am now trying to upgrade to NB11 and it seems that the file *nb/core/ide.ks* file is not copied to the application distribution. Steps to reproduce: # Create NB Platform Application project # include *Update Centers* module from *nb* cluster # Build # Package as > ZIP # unzip the zipfile There's no *ide.ks* file. Effects: # When run with assertion disabled, all modules downloaded from NB update center or plugin portal appear unsigned # When run with assertions enabled, the following assertion is thrown / displayed as error dialog: {noformat} java.lang.AssertionError: File found at core/ide.ks at org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStoreFile(NetBeansKeyStoreProvider.java:48) at org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStore(NetBeansKeyStoreProvider.java:43) at org.netbeans.modules.autoupdate.services.Utilities.getKeyStore(Utilities.java:121) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.verifyNbm(InstallSupportImpl.java:1056) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:847) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:800) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.access$900(InstallSupportImpl.java:73) at org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:245) at org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:218) at java.util.concurrent.FutureTask.run(FutureTask.java:266){noformat} was: I have a NB platform app application, which includes *updatecenters* module from the *nb* cluster. I am now trying to upgrade to NB11 and it seems that the file *nb/core/ide.ks* file is not copied to the application distribution. Steps to reproduce: # Create NB Platform Application project # include *updatecenters* module from *nb* cluster # Build # Package as > ZIP # unzip the zipfile There's no *ide.ks* file. Effects: # When run with assertion disabled, all modules downloaded from NB update center or plugin portal appear unsigned # When run with assertions enabled, the following assertion is thrown / displayed as error dialog: {noformat} java.lang.AssertionError: File found at core/ide.ks at org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStoreFile(NetBeansKeyStoreProvider.java:48) at org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStore(NetBeansKeyStoreProvider.java:43) at org.netbeans.modules.autoupdate.services.Utilities.getKeyStore(Utilities.java:121) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.verifyNbm(InstallSupportImpl.java:1056) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:847) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:800) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.access$900(InstallSupportImpl.java:73) at org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:245) at org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:218) at java.util.concurrent.FutureTask.run(FutureTask.java:266){noformat} > NB-based application fails to verify NB plugin signatures > - > > Key: NETBEANS-2565 > URL: https://issues.apache.org/jira/browse/NETBEANS-2565 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Svatopluk Dedic >Priority: Major > > I have a NB platform app application, which includes *updatecenters* module > from the *nb* cluster. > I am now trying to upgrade to NB11 and it seems that the file > *nb/core/ide.ks* file is not copied to the application distribution. > Steps to reproduce: > # Create NB Platform Application project > # include *Update Centers* module from *nb* cluster > # Build > # Package as > ZIP > # unzip the zipfile > There's no *ide.ks* file. > Effects: > # When run with assertion disabled, all modules downloaded from NB update > center or plugin portal appear unsigned > # When run with assertions enabled, the following assertion is thrown / > displayed as error dialog: > {noformat} >
[jira] [Updated] (NETBEANS-2565) NB-based application fails to verify NB plugin signatures
[ https://issues.apache.org/jira/browse/NETBEANS-2565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-2565: -- Component/s: updatecenters - Pluginportal > NB-based application fails to verify NB plugin signatures > - > > Key: NETBEANS-2565 > URL: https://issues.apache.org/jira/browse/NETBEANS-2565 > Project: NetBeans > Issue Type: Bug > Components: updatecenters - Pluginportal >Affects Versions: 11.0 >Reporter: Svatopluk Dedic >Priority: Major > > I have a NB platform app application, which includes *updatecenters* module > from the *nb* cluster. > I am now trying to upgrade to NB11 and it seems that the file > *nb/core/ide.ks* file is not copied to the application distribution. > Steps to reproduce: > # Create NB Platform Application project > # include *Update Centers* module from *nb* cluster > # Build > # Package as > ZIP > # unzip the zipfile > There's no *ide.ks* file. > Effects: > # When run with assertion disabled, all modules downloaded from NB update > center or plugin portal appear unsigned > # When run with assertions enabled, the following assertion is thrown / > displayed as error dialog: > {noformat} > java.lang.AssertionError: File found at core/ide.ks > at > org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStoreFile(NetBeansKeyStoreProvider.java:48) > > at > org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStore(NetBeansKeyStoreProvider.java:43) > > at > org.netbeans.modules.autoupdate.services.Utilities.getKeyStore(Utilities.java:121) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.verifyNbm(InstallSupportImpl.java:1056) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:847) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:800) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl.access$900(InstallSupportImpl.java:73) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:245) > > at > org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:218) > > at java.util.concurrent.FutureTask.run(FutureTask.java:266){noformat} -- 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-2566) NB platform app fails to start
Svatopluk Dedic created NETBEANS-2566: - Summary: NB platform app fails to start Key: NETBEANS-2566 URL: https://issues.apache.org/jira/browse/NETBEANS-2566 Project: NetBeans Issue Type: Bug Components: apisupport - Harness Affects Versions: 11.0 Reporter: Svatopluk Dedic There's a typo in the default *app.conf* with a template in *harness/apisupport.harness/release/etc:* {noformat} default_cachedir=""${DEFAULT_CACHEDIR_ROOT}/dev" {noformat} Note the doubled doublequotes at the start. If the config is sourced, bash reports unterminated string. -- 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-2577) Maven library excluded because of disabling apache-commons module
[ https://issues.apache.org/jira/browse/NETBEANS-2577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-2577: -- Affects Version/s: 11.0 > Maven library excluded because of disabling apache-commons module > -- > > Key: NETBEANS-2577 > URL: https://issues.apache.org/jira/browse/NETBEANS-2577 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Svatopluk Dedic >Priority: Major > > Our NB-platform based app does the following in the *platform.properties* file > > {noformat} > cluster.path=\ >${nbplatform.active.dir}/extide:\ >${nbplatform.active.dir}/harness:\ >${nbplatform.active.dir}/ide:\ > ${nbplatform.active.dir}/java > # > disabled.modules=\ > org.apache.commons.lang,\ > # > {noformat} > > Whena I build a distribution, (*ant build-zip*), the file > *java/maven/lib/commons-lang-2.6.jar* is excluded, because: > * it is a OSGi bundle > * it's *Bundle-Symbolic-Name* matches the excluded module's codename > Despite the file is in a different directory, where NB modules shouldn't be > placed, it's recognized as a module and excluded from the distribution. > The bug causes *maven embedder* to fail during startup, since it can't link > to **its libraries. > > > -- 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-2577) Maven library excluded because of disabling apache-commons module
[ https://issues.apache.org/jira/browse/NETBEANS-2577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-2577: -- Component/s: apisupport - Harness > Maven library excluded because of disabling apache-commons module > -- > > Key: NETBEANS-2577 > URL: https://issues.apache.org/jira/browse/NETBEANS-2577 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 11.0 >Reporter: Svatopluk Dedic >Priority: Major > > Our NB-platform based app does the following in the *platform.properties* file > > {noformat} > cluster.path=\ >${nbplatform.active.dir}/extide:\ >${nbplatform.active.dir}/harness:\ >${nbplatform.active.dir}/ide:\ > ${nbplatform.active.dir}/java > # > disabled.modules=\ > org.apache.commons.lang,\ > # > {noformat} > > Whena I build a distribution, (*ant build-zip*), the file > *java/maven/lib/commons-lang-2.6.jar* is excluded, because: > * it is a OSGi bundle > * it's *Bundle-Symbolic-Name* matches the excluded module's codename > Despite the file is in a different directory, where NB modules shouldn't be > placed, it's recognized as a module and excluded from the distribution. > The bug causes *maven embedder* to fail during startup, since it can't link > to **its libraries. > > > -- 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-2577) Maven library excluded because of disabling apache-commons module
Svatopluk Dedic created NETBEANS-2577: - Summary: Maven library excluded because of disabling apache-commons module Key: NETBEANS-2577 URL: https://issues.apache.org/jira/browse/NETBEANS-2577 Project: NetBeans Issue Type: Bug Reporter: Svatopluk Dedic Our NB-platform based app does the following in the *platform.properties* file {noformat} cluster.path=\ ${nbplatform.active.dir}/extide:\ ${nbplatform.active.dir}/harness:\ ${nbplatform.active.dir}/ide:\ ${nbplatform.active.dir}/java # disabled.modules=\ org.apache.commons.lang,\ # {noformat} Whena I build a distribution, (*ant build-zip*), the file *java/maven/lib/commons-lang-2.6.jar* is excluded, because: * it is a OSGi bundle * it's *Bundle-Symbolic-Name* matches the excluded module's codename Despite the file is in a different directory, where NB modules shouldn't be placed, it's recognized as a module and excluded from the distribution. The bug causes *maven embedder* to fail during startup, since it can't link to **its libraries. -- 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] [Assigned] (NETBEANS-446) Invalid "Use specific catch" hint
[ https://issues.apache.org/jira/browse/NETBEANS-446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-446: Assignee: Svatopluk Dedic > Invalid "Use specific catch" hint > - > > Key: NETBEANS-446 > URL: https://issues.apache.org/jira/browse/NETBEANS-446 > Project: NetBeans > Issue Type: Bug > Components: java - Hints > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-222-on-20180226) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Assignee: Svatopluk Dedic >Priority: Major > > Given: > {code:java} > public static CompletionStage supply(CheckedSupplier > supplier) > { > try > { > return CompletableFuture.completedFuture(supplier.get()); > } > catch (Throwable t) > { > CompletableFuture result = new CompletableFuture<>(); > result.completeExceptionally(t); > return result; > } > } > {code} > Netbeans marks "catch (Throwable t)" with a hint to replace with "catch > (Throwable t)" (yes, the exact same String). > Expected behavior: no hint should be displayed in this case. -- 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-446) Invalid "Use specific catch" hint
[ https://issues.apache.org/jira/browse/NETBEANS-446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-446: - Component/s: (was: editor - Hints & Annotations) java - Hints > Invalid "Use specific catch" hint > - > > Key: NETBEANS-446 > URL: https://issues.apache.org/jira/browse/NETBEANS-446 > Project: NetBeans > Issue Type: Bug > Components: java - Hints > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-222-on-20180226) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > Given: > {code:java} > public static CompletionStage supply(CheckedSupplier > supplier) > { > try > { > return CompletableFuture.completedFuture(supplier.get()); > } > catch (Throwable t) > { > CompletableFuture result = new CompletableFuture<>(); > result.completeExceptionally(t); > return result; > } > } > {code} > Netbeans marks "catch (Throwable t)" with a hint to replace with "catch > (Throwable t)" (yes, the exact same String). > Expected behavior: no hint should be displayed in this case. -- 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-2419) nullpointerexception rename class with nb-javac installed
[ https://issues.apache.org/jira/browse/NETBEANS-2419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-2419: -- Component/s: (was: java - Refactoring) (was: editor - Refactoring) java - Compiler > nullpointerexception rename class with nb-javac installed > -- > > Key: NETBEANS-2419 > URL: https://issues.apache.org/jira/browse/NETBEANS-2419 > Project: NetBeans > Issue Type: Bug > Components: java - Compiler >Affects Versions: 11.0 > Environment: ubuntu 16.04, openjdk 11.0.2, as in log. >Reporter: notzed >Priority: Major > Attachments: jlibsvm.tar.gz, messages.log, svm_model.dump > > > When trying to rename a class a nullpointerexception is thrown. The class is > not renamed locally or in any place that references it, but the file is. The > operation can only be recovered by manually renaming the file back to its > original name. > With the attached project, open svm_node from the libsvm module and try to > rename the class to SVMNode using ctrl-r > I saw some similar bugs but they were poorly reported. -- 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-612) NullPointerException during editing
[ https://issues.apache.org/jira/browse/NETBEANS-612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-612: - Component/s: (was: editor - Refactoring) java - Refactoring > NullPointerException during editing > --- > > Key: NETBEANS-612 > URL: https://issues.apache.org/jira/browse/NETBEANS-612 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-205-on-20180202) > Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2 > Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46 > Runtime: Java(TM) SE Runtime Environment 10+46 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb) > User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\watchdog > Cache directory: Z:\tmp\.other\cache\netbeans\watchdog-09 >Reporter: will mason >Priority: Major > Attachments: netbeans-9.0-beta.logs > > > h2. expected > * Continue editing > h2. actual > * I was shown a NullPointerException in the middle of doing not very much > actually > * I wasa ABOUT to do some refactoring, so I may have used CONTROL/SPACEBAR > h2. supporting information > * attachment contains ... > ** stacktrace > ** UI log > ** IDE log -- 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] [Assigned] (NETBEANS-865) java.lang.IllegalStateException: Cannot use Elements.getTypeElement before the TaskEvent.Kind.ENTER finished event.
[ https://issues.apache.org/jira/browse/NETBEANS-865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-865: Assignee: Svatopluk Dedic > java.lang.IllegalStateException: Cannot use Elements.getTypeElement before > the TaskEvent.Kind.ENTER finished event. > --- > > Key: NETBEANS-865 > URL: https://issues.apache.org/jira/browse/NETBEANS-865 > Project: NetBeans > Issue Type: Bug > Components: java - Hints >Affects Versions: 9.0 >Reporter: Georg Lodde >Assignee: Svatopluk Dedic >Priority: Major > > Sorry if the format of the error is not what you expect. In NB8.0 the bugs > were created automatically without further interaction, which I have loved. > To use Jira is cumbersome. > > SEVERE [org.openide.util.Exceptions] > java.lang.IllegalStateException: Cannot use Elements.getTypeElement before > the TaskEvent.Kind.ENTER finished event. > at > com.sun.tools.javac.model.JavacElements.ensureEntered(JavacElements.java:881) > at > com.sun.tools.javac.model.JavacElements.doGetTypeElement(JavacElements.java:169) > at > com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:158) > at > com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:83) > at > org.netbeans.modules.java.hints.errors.ChangeMethodParameters.analyze(ChangeMethodParameters.java:91) > at > org.netbeans.modules.java.hints.errors.ChangeMethodParameters.run(ChangeMethodParameters.java:58) > at > org.netbeans.modules.java.hints.infrastructure.CreatorBasedLazyFixList.compute(CreatorBasedLazyFixList.java:123) > at > org.netbeans.modules.java.hints.infrastructure.LazyHintComputation.run(LazyHintComputation.java:87) > at > org.netbeans.modules.java.hints.infrastructure.LazyHintComputation.run(LazyHintComputation.java:33) > [catch] at > org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) > at > org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:663) > 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: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) > SEVERE [org.openide.util.Exceptions] > java.lang.IllegalStateException: Cannot use Elements.getTypeElement before > the TaskEvent.Kind.ENTER finished event. > at > com.sun.tools.javac.model.JavacElements.ensureEntered(JavacElements.java:881) > at > com.sun.tools.javac.model.JavacElements.doGetTypeElement(JavacElements.java:169) > at > com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:158) > at > com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:83) > at > org.netbeans.modules.java.hints.spiimpl.Hacks.parseFQNType(Hacks.java:150) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.doComputeHints(HintsInvoker.java:525) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeSuggestions(HintsInvoker.java:450) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:221) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:193) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:166) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65) > [catch] at > org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786) > at
[jira] [Updated] (NETBEANS-865) java.lang.IllegalStateException: Cannot use Elements.getTypeElement before the TaskEvent.Kind.ENTER finished event.
[ https://issues.apache.org/jira/browse/NETBEANS-865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-865: - Component/s: (was: editor - Other) java - Hints > java.lang.IllegalStateException: Cannot use Elements.getTypeElement before > the TaskEvent.Kind.ENTER finished event. > --- > > Key: NETBEANS-865 > URL: https://issues.apache.org/jira/browse/NETBEANS-865 > Project: NetBeans > Issue Type: Bug > Components: java - Hints >Affects Versions: 9.0 >Reporter: Georg Lodde >Priority: Major > > Sorry if the format of the error is not what you expect. In NB8.0 the bugs > were created automatically without further interaction, which I have loved. > To use Jira is cumbersome. > > SEVERE [org.openide.util.Exceptions] > java.lang.IllegalStateException: Cannot use Elements.getTypeElement before > the TaskEvent.Kind.ENTER finished event. > at > com.sun.tools.javac.model.JavacElements.ensureEntered(JavacElements.java:881) > at > com.sun.tools.javac.model.JavacElements.doGetTypeElement(JavacElements.java:169) > at > com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:158) > at > com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:83) > at > org.netbeans.modules.java.hints.errors.ChangeMethodParameters.analyze(ChangeMethodParameters.java:91) > at > org.netbeans.modules.java.hints.errors.ChangeMethodParameters.run(ChangeMethodParameters.java:58) > at > org.netbeans.modules.java.hints.infrastructure.CreatorBasedLazyFixList.compute(CreatorBasedLazyFixList.java:123) > at > org.netbeans.modules.java.hints.infrastructure.LazyHintComputation.run(LazyHintComputation.java:87) > at > org.netbeans.modules.java.hints.infrastructure.LazyHintComputation.run(LazyHintComputation.java:33) > [catch] at > org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) > at > org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:663) > 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: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) > SEVERE [org.openide.util.Exceptions] > java.lang.IllegalStateException: Cannot use Elements.getTypeElement before > the TaskEvent.Kind.ENTER finished event. > at > com.sun.tools.javac.model.JavacElements.ensureEntered(JavacElements.java:881) > at > com.sun.tools.javac.model.JavacElements.doGetTypeElement(JavacElements.java:169) > at > com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:158) > at > com.sun.tools.javac.model.JavacElements.getTypeElement(JavacElements.java:83) > at > org.netbeans.modules.java.hints.spiimpl.Hacks.parseFQNType(Hacks.java:150) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.doComputeHints(HintsInvoker.java:525) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeSuggestions(HintsInvoker.java:450) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:221) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:193) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:166) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114) > at > org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65) > [catch] at > org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786) > at
[jira] [Assigned] (NETBEANS-1240) java.lang.IndexOutOfBoundsException: index=1 >= size()=1 at org.netbeans.lib.lexer.JoinTokenList.tokenList(JoinTokenList.java:170)
[ https://issues.apache.org/jira/browse/NETBEANS-1240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-1240: - Assignee: Svatopluk Dedic > java.lang.IndexOutOfBoundsException: index=1 >= size()=1 at > org.netbeans.lib.lexer.JoinTokenList.tokenList(JoinTokenList.java:170) > -- > > Key: NETBEANS-1240 > URL: https://issues.apache.org/jira/browse/NETBEANS-1240 > Project: NetBeans > Issue Type: Bug > Components: java - JShell >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE 9.0 (Build > incubator-netbeans-release-334-on-20180708) > Java: 10.0.2; Java HotSpot(TM) 64-Bit Server VM 10.0.2+13 > Runtime: Java(TM) SE Runtime Environment 10.0.2+13 > System: Mac OS X version 10.11.6 running on x86_64; UTF-8; es_ES (nb) >Reporter: Marco Rodriguez >Assignee: Svatopluk Dedic >Priority: Major > Labels: jsh, lexer, nullpointerexception > Attachments: messages.log > > > (Excuse for my bad English) > To reproduce try: > 1) Open NetBeans > 2) Goto Tools -> Open Java Platform Shell > 3) On JShell window write: var > the last char (r) don't written. If you retype "r", this time is showed, but > "enter key" do nothing. > I attach message.log after put this lines on netbeans.conf: > -J-Dorg.netbeans.lib.lexer.TokenList.level=FINER > -J-Dorg.netbeans.lib.lexer.inc.TokenHierarchyUpdate.level=FINEST > -J-Dorg.netbeans.lib.lexer.inc.TokenListUpdater.level=FINEST > -J-Dorg.netbeans.lib.lexer.EmbeddingOperation.level=FINER > Also I tryed on Apache NetBeans IDE Dev (Build 20180912-41067c9eb729) with > same result. > -- 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] [Resolved] (NETBEANS-2566) NB platform app fails to start
[ https://issues.apache.org/jira/browse/NETBEANS-2566?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-2566. --- Resolution: Duplicate Duplicate of NETBEANS-2361 > NB platform app fails to start > -- > > Key: NETBEANS-2566 > URL: https://issues.apache.org/jira/browse/NETBEANS-2566 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 11.0 >Reporter: Svatopluk Dedic >Priority: Major > > There's a typo in the default *app.conf* with a template in > *harness/apisupport.harness/release/etc:* > {noformat} > default_cachedir=""${DEFAULT_CACHEDIR_ROOT}/dev" {noformat} > Note the doubled doublequotes at the start. > If the config is sourced, bash reports unterminated string. > -- 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] [Assigned] (NETBEANS-2361) app.conf has typo preventing RCP app loading on Linux
[ https://issues.apache.org/jira/browse/NETBEANS-2361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-2361: - Assignee: Svatopluk Dedic > app.conf has typo preventing RCP app loading on Linux > - > > Key: NETBEANS-2361 > URL: https://issues.apache.org/jira/browse/NETBEANS-2361 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Harness >Affects Versions: 10.0, 11.0 >Reporter: Steven Yi >Assignee: Svatopluk Dedic >Priority: Major > > netbeans/harness/etc/app.conf has this: > default_cachedir=""${DEFAULT_CACHEDIR_ROOT}/dev" > > The extra double quote causes RCP-generated apps from loading on Linux with: > Syntax error: unterminated quoted string > > Changing to: > default_cachedir="${DEFAULT_CACHEDIR_ROOT}/dev" > > in app.conf fixes the generated builds. -- 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-2565) NB-based application fails to verify NB plugin signatures
Svatopluk Dedic created NETBEANS-2565: - Summary: NB-based application fails to verify NB plugin signatures Key: NETBEANS-2565 URL: https://issues.apache.org/jira/browse/NETBEANS-2565 Project: NetBeans Issue Type: Bug Affects Versions: 11.0 Reporter: Svatopluk Dedic I have a NB platform app application, which includes *updatecenters* module from the *nb* cluster. I am now trying to upgrade to NB11 and it seems that the file *nb/core/ide.ks* file is not copied to the application distribution. Steps to reproduce: # Create NB Platform Application project # include *updatecenters* module from *nb* cluster # Build # Package as > ZIP # unzip the zipfile There's no *ide.ks* file. Effects: # When run with assertion disabled, all modules downloaded from NB update center or plugin portal appear unsigned # When run with assertions enabled, the following assertion is thrown / displayed as error dialog: {noformat} java.lang.AssertionError: File found at core/ide.ks at org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStoreFile(NetBeansKeyStoreProvider.java:48) at org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStore(NetBeansKeyStoreProvider.java:43) at org.netbeans.modules.autoupdate.services.Utilities.getKeyStore(Utilities.java:121) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.verifyNbm(InstallSupportImpl.java:1056) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:847) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:800) at org.netbeans.modules.autoupdate.services.InstallSupportImpl.access$900(InstallSupportImpl.java:73) at org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:245) at org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:218) at java.util.concurrent.FutureTask.run(FutureTask.java:266){noformat} -- 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-3341) Upgrade asm-all jar
[ https://issues.apache.org/jira/browse/NETBEANS-3341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16968126#comment-16968126 ] Svatopluk Dedic commented on NETBEANS-3341: --- Can you please log the NPE here ? > Upgrade asm-all jar > --- > > Key: NETBEANS-3341 > URL: https://issues.apache.org/jira/browse/NETBEANS-3341 > Project: NetBeans > Issue Type: Improvement > Components: java - Platform >Affects Versions: 11.1 >Reporter: Jose >Assignee: Jose >Priority: Minor > Labels: pull-request-available > Original Estimate: 48h > Time Spent: 10m > Remaining Estimate: 47h 50m > > This will update the asm-all-5.0.1.jar to asm-all-5.1.jar -- 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-3346) Upgrade asm-all jar to asm 7.2
[ https://issues.apache.org/jira/browse/NETBEANS-3346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16968645#comment-16968645 ] Svatopluk Dedic commented on NETBEANS-3346: --- Interesting, the NPE occurs at at org.netbeans.core.startup.Asm.delegateToFactory(Asm.java:461)- but [https://github.com/apache/netbeans/blob/master/platform/core.startup/src/org/netbeans/core/startup/Asm.java] had never > 430 lines ? > Upgrade asm-all jar to asm 7.2 > -- > > Key: NETBEANS-3346 > URL: https://issues.apache.org/jira/browse/NETBEANS-3346 > Project: NetBeans > Issue Type: Improvement > Components: java - Platform >Affects Versions: Next, 11.3 > Environment: Fedora 31 & JDK Zulu 11.0.5 >Reporter: Jose >Priority: Minor > Attachments: asm-51.log, asm-52.log, asm-72.log > > > I tried to upgrade the asm-all-5.0.1 library to the latest version 7.2 and > received a nullPointerException (line 774 of asm-52 & asm-72 files). I > already successfully upgrade it to version 5.1 > (https://issues.apache.org/jira/browse/NETBEANS-3341). > After adding logging to the Asm.java file and try every release of the asm > library (see [https://asm.ow2.io/versions.html]) and compare their source > code I find the change that cause the nullPointerException: > > [https://gitlab.ow2.org/asm/asm/issues/317626] > > This change can be seen in the line 752 of the three files attached, this > files are the starting up logs of the application. > My Asm.java fork: > > [https://github.com/pepness/incubator-netbeans/commit/c886770c0f90546020a24c93362357d3d351bcf5#diff-78005b879fd4d928c74ae21edf93ebafR360] > > Unfortunately I do not know nothing of Java bytecode manipulation nor the asm > library to know what to do to upgrade this library. > > My reason to update this library is for bug fixes, better support/code and > better performance ([https://asm.ow2.io/performance.html)] . -- 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] [Issue Comment Deleted] (NETBEANS-3346) Upgrade asm-all jar to asm 7.2
[ https://issues.apache.org/jira/browse/NETBEANS-3346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-3346: -- Comment: was deleted (was: Interesting, the NPE occurs at at org.netbeans.core.startup.Asm.delegateToFactory(Asm.java:461)- but [https://github.com/apache/netbeans/blob/master/platform/core.startup/src/org/netbeans/core/startup/Asm.java] had never > 430 lines ?) > Upgrade asm-all jar to asm 7.2 > -- > > Key: NETBEANS-3346 > URL: https://issues.apache.org/jira/browse/NETBEANS-3346 > Project: NetBeans > Issue Type: Improvement > Components: java - Platform >Affects Versions: Next, 11.3 > Environment: Fedora 31 & JDK Zulu 11.0.5 >Reporter: Jose >Priority: Minor > Attachments: asm-51.log, asm-52.log, asm-72.log > > > I tried to upgrade the asm-all-5.0.1 library to the latest version 7.2 and > received a nullPointerException (line 774 of asm-52 & asm-72 files). I > already successfully upgrade it to version 5.1 > (https://issues.apache.org/jira/browse/NETBEANS-3341). > After adding logging to the Asm.java file and try every release of the asm > library (see [https://asm.ow2.io/versions.html]) and compare their source > code I find the change that cause the nullPointerException: > > [https://gitlab.ow2.org/asm/asm/issues/317626] > > This change can be seen in the line 752 of the three files attached, this > files are the starting up logs of the application. > My Asm.java fork: > > [https://github.com/pepness/incubator-netbeans/commit/c886770c0f90546020a24c93362357d3d351bcf5#diff-78005b879fd4d928c74ae21edf93ebafR360] > > Unfortunately I do not know nothing of Java bytecode manipulation nor the asm > library to know what to do to upgrade this library. > > My reason to update this library is for bug fixes, better support/code and > better performance ([https://asm.ow2.io/performance.html)] . -- 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-3346) Upgrade asm-all jar to asm 7.2
[ https://issues.apache.org/jira/browse/NETBEANS-3346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16968677#comment-16968677 ] Svatopluk Dedic commented on NETBEANS-3346: --- Filed [https://github.com/pepness/incubator-netbeans/pull/2/files] against your asm52 branch. Should work for 7.x as well. > Upgrade asm-all jar to asm 7.2 > -- > > Key: NETBEANS-3346 > URL: https://issues.apache.org/jira/browse/NETBEANS-3346 > Project: NetBeans > Issue Type: Improvement > Components: java - Platform >Affects Versions: Next, 11.3 > Environment: Fedora 31 & JDK Zulu 11.0.5 >Reporter: Jose >Priority: Minor > Attachments: asm-51.log, asm-52.log, asm-72.log > > > I tried to upgrade the asm-all-5.0.1 library to the latest version 7.2 and > received a nullPointerException (line 774 of asm-52 & asm-72 files). I > already successfully upgrade it to version 5.1 > (https://issues.apache.org/jira/browse/NETBEANS-3341). > After adding logging to the Asm.java file and try every release of the asm > library (see [https://asm.ow2.io/versions.html]) and compare their source > code I find the change that cause the nullPointerException: > > [https://gitlab.ow2.org/asm/asm/issues/317626] > > This change can be seen in the line 752 of the three files attached, this > files are the starting up logs of the application. > My Asm.java fork: > > [https://github.com/pepness/incubator-netbeans/commit/c886770c0f90546020a24c93362357d3d351bcf5#diff-78005b879fd4d928c74ae21edf93ebafR360] > > Unfortunately I do not know nothing of Java bytecode manipulation nor the asm > library to know what to do to upgrade this library. > > My reason to update this library is for bug fixes, better support/code and > better performance ([https://asm.ow2.io/performance.html)] . -- 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] [Resolved] (NETBEANS-3387) Indexed runs annotation Processors with no CodeSource.location
[ https://issues.apache.org/jira/browse/NETBEANS-3387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-3387. --- Fix Version/s: 11.3 Resolution: Fixed > Indexed runs annotation Processors with no CodeSource.location > --- > > Key: NETBEANS-3387 > URL: https://issues.apache.org/jira/browse/NETBEANS-3387 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.2 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 20m > Remaining Estimate: 0h > > An annotation processor attempts to locate "nearby" data files, where > "nearby" means next to its JAR/class location. When run as part of NetBeans > indexing, it is loaded by {{CachingArchiveClassLoader}}, which does not set > the {{ProtectionDomain}} for the loaded classes at all. > This is a difference from the environment that standard Javac creates, and > may cause the Processor to throw exception and abort the compilation. -- 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] [Updated] (NETBEANS-3346) Upgrade asm-all jar to asm 7.2
[ https://issues.apache.org/jira/browse/NETBEANS-3346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-3346: -- Fix Version/s: 11.3 > Upgrade asm-all jar to asm 7.2 > -- > > Key: NETBEANS-3346 > URL: https://issues.apache.org/jira/browse/NETBEANS-3346 > Project: NetBeans > Issue Type: Improvement > Components: java - Platform >Affects Versions: Next, 11.3 > Environment: Fedora 31 & JDK Zulu 11.0.5 >Reporter: Jose >Assignee: Jose >Priority: Minor > Labels: pull-request-available > Fix For: 11.3 > > Attachments: asm-51.log, asm-52.log, asm-72.log > > Time Spent: 3h 20m > Remaining Estimate: 0h > > I tried to upgrade the asm-all-5.0.1 library to the latest version 7.2 and > received a nullPointerException (line 774 of asm-52 & asm-72 files). I > already successfully upgrade it to version 5.1 > (https://issues.apache.org/jira/browse/NETBEANS-3341). > After adding logging to the Asm.java file and try every release of the asm > library (see [https://asm.ow2.io/versions.html]) and compare their source > code I find the change that cause the nullPointerException: > > [https://gitlab.ow2.org/asm/asm/issues/317626] > > This change can be seen in the line 752 of the three files attached, this > files are the starting up logs of the application. > My Asm.java fork: > > [https://github.com/pepness/incubator-netbeans/commit/c886770c0f90546020a24c93362357d3d351bcf5#diff-78005b879fd4d928c74ae21edf93ebafR360] > > Unfortunately I do not know nothing of Java bytecode manipulation nor the asm > library to know what to do to upgrade this library. > > My reason to update this library is for bug fixes, better support/code and > better performance ([https://asm.ow2.io/performance.html)] . -- 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-3586) Same module name when created, breaks things. Showing null pointer exception on screen.
[ https://issues.apache.org/jira/browse/NETBEANS-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16998161#comment-16998161 ] Svatopluk Dedic commented on NETBEANS-3586: --- [~jlahoda] couldn't the defect be somehow ALSO fixed in the javac code ? Seems a half-initialized {{ModuleSymbol escaped somehow.}} > Same module name when created, breaks things. Showing null pointer exception > on screen. > --- > > Key: NETBEANS-3586 > URL: https://issues.apache.org/jira/browse/NETBEANS-3586 > Project: NetBeans > Issue Type: Bug > Components: java - Project >Affects Versions: 11.2 > Environment: OpenJDK Runtime Environment 13.0.1+9 >Reporter: Akhilesh Singh >Assignee: Akhilesh Singh >Priority: Major > Labels: java, modularization, pull-request-available > Time Spent: 0.5h > Remaining Estimate: 0h > > Steps to reproduce: > # Create modular project - Go to File->New Project->Java with ant->Java > Modular Project > # Add a new module "newmodule" & click finish > # Add another module of same name "newmodule" & click finish > Actual result : A java.lang.NullPointerException exception has occurred. > However, the system should continue working without further problems. > Click Show Details for the stack trace > > Expected result : Application should not allow to create/add another module > of same name if already exist. -- 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] [Updated] (NETBEANS-3250) Layer annotation processors produce warnings during build.
[ https://issues.apache.org/jira/browse/NETBEANS-3250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-3250: -- Summary: Layer annotation processors produce warnings during build. (was: Layer generating processors produce warnings during build.) > Layer annotation processors produce warnings during build. > -- > > Key: NETBEANS-3250 > URL: https://issues.apache.org/jira/browse/NETBEANS-3250 > Project: NetBeans > Issue Type: Improvement >Reporter: Svatopluk Dedic >Priority: Major > > Most of the processors declare *@SupportedSourceVersion(RELEASE_7)* or even > earlier, which produces warnings if the project uses greater source level. > The warnings are harmess, but annoying. -- 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] [Assigned] (NETBEANS-3250) Layer annotation processors produce warnings during build.
[ https://issues.apache.org/jira/browse/NETBEANS-3250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-3250: - Assignee: Svatopluk Dedic > Layer annotation processors produce warnings during build. > -- > > Key: NETBEANS-3250 > URL: https://issues.apache.org/jira/browse/NETBEANS-3250 > Project: NetBeans > Issue Type: Improvement >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > > Most of the processors declare *@SupportedSourceVersion(RELEASE_7)* or even > earlier, which produces warnings if the project uses greater source level. > The warnings are harmess, but annoying. -- 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-3250) Layer generating processors produce warnings during build.
Svatopluk Dedic created NETBEANS-3250: - Summary: Layer generating processors produce warnings during build. Key: NETBEANS-3250 URL: https://issues.apache.org/jira/browse/NETBEANS-3250 Project: NetBeans Issue Type: Improvement Reporter: Svatopluk Dedic Most of the processors declare *@SupportedSourceVersion(RELEASE_7)* or even earlier, which produces warnings if the project uses greater source level. The warnings are harmess, but annoying. -- 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] [Updated] (NETBEANS-3250) Layer annotation processors produce warnings during build.
[ https://issues.apache.org/jira/browse/NETBEANS-3250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-3250: -- Fix Version/s: 11.3 > Layer annotation processors produce warnings during build. > -- > > Key: NETBEANS-3250 > URL: https://issues.apache.org/jira/browse/NETBEANS-3250 > Project: NetBeans > Issue Type: Improvement >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 10m > Remaining Estimate: 0h > > Most of the processors declare *@SupportedSourceVersion(RELEASE_7)* or even > earlier, which produces warnings if the project uses greater source level. > The warnings are harmess, but annoying. -- 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] [Assigned] (NETBEANS-3252) Explorer ListView provides invalid node list contents during events
[ https://issues.apache.org/jira/browse/NETBEANS-3252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-3252: - Assignee: Svatopluk Dedic > Explorer ListView provides invalid node list contents during events > --- > > Key: NETBEANS-3252 > URL: https://issues.apache.org/jira/browse/NETBEANS-3252 > Project: NetBeans > Issue Type: Bug > Components: platform - Explorer >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > > I have an implementation of ListView with checkboxes for individual displayed > Nodes. The *NodeListModel* maintains a cache of nodes, so it can compute node > vertical index considering nodes in individual subtrees. > When firing *contentsChanged* event, the cache is not cleared *before* the > event; so if an event listener attempts to access the visualizer cache (i.e. > *getIndex(*)), it gets an incorrect data. > A workaround is to schedule the action to another Swing event, but I'd rather > fix the bug. -- 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-3252) Explorer ListView provides invalid node list contents during events
Svatopluk Dedic created NETBEANS-3252: - Summary: Explorer ListView provides invalid node list contents during events Key: NETBEANS-3252 URL: https://issues.apache.org/jira/browse/NETBEANS-3252 Project: NetBeans Issue Type: Bug Components: platform - Explorer Reporter: Svatopluk Dedic I have an implementation of ListView with checkboxes for individual displayed Nodes. The *NodeListModel* maintains a cache of nodes, so it can compute node vertical index considering nodes in individual subtrees. When firing *contentsChanged* event, the cache is not cleared *before* the event; so if an event listener attempts to access the visualizer cache (i.e. *getIndex(*)), it gets an incorrect data. A workaround is to schedule the action to another Swing event, but I'd rather fix the bug. -- 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] [Updated] (NETBEANS-3252) Explorer ListView provides invalid node list contents during events
[ https://issues.apache.org/jira/browse/NETBEANS-3252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-3252: -- Description: I have an implementation of ListView with checkboxes for individual displayed Nodes. The *NodeListModel* maintains a cache of nodes, so it can compute node vertical index considering nodes in individual subtrees. When firing *contentsChanged* event, the cache is not cleared *before* the event; so if an event listener attempts to access the visualizer cache (i.e. *getIndex()*), it gets an incorrect data. A workaround is to schedule the action to another Swing event, but I'd rather fix the bug. was: I have an implementation of ListView with checkboxes for individual displayed Nodes. The *NodeListModel* maintains a cache of nodes, so it can compute node vertical index considering nodes in individual subtrees. When firing *contentsChanged* event, the cache is not cleared *before* the event; so if an event listener attempts to access the visualizer cache (i.e. *getIndex(*)), it gets an incorrect data. A workaround is to schedule the action to another Swing event, but I'd rather fix the bug. > Explorer ListView provides invalid node list contents during events > --- > > Key: NETBEANS-3252 > URL: https://issues.apache.org/jira/browse/NETBEANS-3252 > Project: NetBeans > Issue Type: Bug > Components: platform - Explorer >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > > I have an implementation of ListView with checkboxes for individual displayed > Nodes. The *NodeListModel* maintains a cache of nodes, so it can compute node > vertical index considering nodes in individual subtrees. > When firing *contentsChanged* event, the cache is not cleared *before* the > event; so if an event listener attempts to access the visualizer cache (i.e. > *getIndex()*), it gets an incorrect data. > A workaround is to schedule the action to another Swing event, but I'd rather > fix the bug. -- 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-3387) Indexed runs annotation Processors with no CodeSource.location
Svatopluk Dedic created NETBEANS-3387: - Summary: Indexed runs annotation Processors with no CodeSource.location Key: NETBEANS-3387 URL: https://issues.apache.org/jira/browse/NETBEANS-3387 Project: NetBeans Issue Type: Bug Components: java - Source Affects Versions: 11.2 Reporter: Svatopluk Dedic Assignee: Svatopluk Dedic An annotation processor attempts to locate "nearby" data files, where "nearby" means next to its JAR/class location. When run as part of NetBeans indexing, it is loaded by {{CachingArchiveClassLoader}}, which does not set the {{ProtectionDomain}} for the loaded classes at all. This is a difference from the environment that standard Javac creates, and may cause the Processor to throw exception and abort the compilation. -- 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] [Updated] (NETBEANS-2650) NPE while renaming a local symbol
[ https://issues.apache.org/jira/browse/NETBEANS-2650?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic updated NETBEANS-2650: -- Component/s: (was: java - Refactoring) javaee - Persistence > NPE while renaming a local symbol > - > > Key: NETBEANS-2650 > URL: https://issues.apache.org/jira/browse/NETBEANS-2650 > Project: NetBeans > Issue Type: Bug > Components: editor - Refactoring, javaee - Persistence >Reporter: Shevek >Priority: Major > > Renaming the local variable in a for(String x in list) loop: > java.lang.NullPointerException > at > org.netbeans.modules.j2ee.jpa.refactoring.rename.RelationshipMappingRename$1.run(RelationshipMappingRename.java:126) > at > org.netbeans.modules.j2ee.jpa.refactoring.rename.RelationshipMappingRename$1.run(RelationshipMappingRename.java:117) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.modules.j2ee.jpa.refactoring.rename.RelationshipMappingRename.prepare(RelationshipMappingRename.java:117) > [catch] at > org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare2(AbstractRefactoring.java:417) > at > org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare(AbstractRefactoring.java:401) > at > org.netbeans.modules.refactoring.api.AbstractRefactoring.prepare(AbstractRefactoring.java:212) > at > org.netbeans.modules.refactoring.spi.impl.ParametersPanel$Prepare.run(ParametersPanel.java:1063) > 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) -- 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] [Resolved] (NETBEANS-3252) Explorer ListView provides invalid node list contents during events
[ https://issues.apache.org/jira/browse/NETBEANS-3252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-3252. --- Fix Version/s: 11.3 Resolution: Fixed > Explorer ListView provides invalid node list contents during events > --- > > Key: NETBEANS-3252 > URL: https://issues.apache.org/jira/browse/NETBEANS-3252 > Project: NetBeans > Issue Type: Bug > Components: platform - Explorer >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 0.5h > Remaining Estimate: 0h > > I have an implementation of ListView with checkboxes for individual displayed > Nodes. The *NodeListModel* maintains a cache of nodes, so it can compute node > vertical index considering nodes in individual subtrees. > When firing *contentsChanged* event, the cache is not cleared *before* the > event; so if an event listener attempts to access the visualizer cache (i.e. > *getIndex()*), it gets an incorrect data. > A workaround is to schedule the action to another Swing event, but I'd rather > fix the bug. -- 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] [Resolved] (NETBEANS-3250) Layer annotation processors produce warnings during build.
[ https://issues.apache.org/jira/browse/NETBEANS-3250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic resolved NETBEANS-3250. --- Resolution: Fixed > Layer annotation processors produce warnings during build. > -- > > Key: NETBEANS-3250 > URL: https://issues.apache.org/jira/browse/NETBEANS-3250 > Project: NetBeans > Issue Type: Improvement >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 20m > Remaining Estimate: 0h > > Most of the processors declare *@SupportedSourceVersion(RELEASE_7)* or even > earlier, which produces warnings if the project uses greater source level. > The warnings are harmess, but annoying. -- 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] [Assigned] (NETBEANS-2980) NPE when opening file
[ https://issues.apache.org/jira/browse/NETBEANS-2980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-2980: - Assignee: Svatopluk Dedic > NPE when opening file > - > > Key: NETBEANS-2980 > URL: https://issues.apache.org/jira/browse/NETBEANS-2980 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Assignee: Svatopluk Dedic >Priority: Major > Labels: pull-request-available > Fix For: 11.2 > > Time Spent: 40m > Remaining Estimate: 0h > > Open a project. > Don't have the dependent project(s) open. > Press ^1, ^O, type a class name. > Get this: > java.lang.NullPointerException > at > org.netbeans.modules.java.source.pretty.ImportAnalysis2.getPackageOf(ImportAnalysis2.java:393) > at > org.netbeans.modules.java.source.pretty.ImportAnalysis2.resolveImport(ImportAnalysis2.java:310) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:475) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:74) > at > com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2203) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) > at > org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translateClassRef(ImmutableTreeTranslator.java:135) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translateClassRef(ImmutableTreeTranslator.java:144) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:595) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:335) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:74) > at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) > at > org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:198) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:545) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:322) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:74) > at > com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) > at > org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) > at > org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:867) > at > org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:899) > at > org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1326) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at >
[jira] [Commented] (NETBEANS-2349) Convert switch to switch expression
[ https://issues.apache.org/jira/browse/NETBEANS-2349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16974237#comment-16974237 ] Svatopluk Dedic commented on NETBEANS-2349: --- All referenced PRs were closed, issues identified were filed separately. Can be this issue closed ? > Convert switch to switch expression > --- > > Key: NETBEANS-2349 > URL: https://issues.apache.org/jira/browse/NETBEANS-2349 > Project: NetBeans > Issue Type: Improvement >Reporter: vikas kumar prabhakar >Assignee: vikas kumar prabhakar >Priority: Major > Labels: pull-request-available > Fix For: 11.1 > > Time Spent: 4.5h > Remaining Estimate: 0h > > Convert old switch statement to switch expression in following case: > Old code: (Assign same variable in every case with one statement) > int x = 5; > String s = "foo"; > switch (x) > { case 1: s = "bar";break; case 2: s = "baz";break; default: s = "zuq";break; > } > > After fix: > int x = 5; > String s = switch (x) > { case 1 -> "bar"; case 2 -> "baz"; default -> "zuq"; } > ; -- 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] [Assigned] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-2082: - Assignee: Svatopluk Dedic > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Assignee: Svatopluk Dedic >Priority: Critical > Attachments: DemoPHPCodeFoldingProblem_NB11.php, netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17019893#comment-17019893 ] Svatopluk Dedic commented on NETBEANS-2082: --- I hope I'll be able to reproduce on Linux as well > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Assignee: Svatopluk Dedic >Priority: Critical > Attachments: DemoPHPCodeFoldingProblem_NB11.php, netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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-3733) Cannot test single method with Maven and Junit 5
[ https://issues.apache.org/jira/browse/NETBEANS-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17109375#comment-17109375 ] Svatopluk Dedic commented on NETBEANS-3733: --- I did reproduce using the steps in the initial comment. I'm not sure if it qualifies to {{Critical}} as a workaround exists: * you seem to use *JUnit 5*, the added dependency is *JUnit 4*, which is probably NOT what you'd want. Remove the added dependency and add Junit's 5 package to shut NetBeans up: {code:java} org.junit.vintage junit-vintage-engine 5.6.0 test {code} * Despite [Maven Documentation|[https://maven.apache.org/surefire/maven-surefire-plugin/examples/single-test.html]] says that the syntax {{ClassName#method}} works from *surefire 2.7.3*, I was able to get it work only for *surefire 2.22.0* and above. I have Maven *3.6.0* installed separately and on my installation, *surefire 2.12.4* is used by default. Check (run with -X, show debug output) if it is your case. Update your {{pom.xml}} with {code:java} org.apache.maven.plugins maven-surefire-plugin 2.22.0 {code} to force *2.22.0* version Of course NB JUnit support *should* recognize JUnit Jupiter artifacts and "do the right thing". > Cannot test single method with Maven and Junit 5 > > > Key: NETBEANS-3733 > URL: https://issues.apache.org/jira/browse/NETBEANS-3733 > Project: NetBeans > Issue Type: Bug > Components: java - JUnit, projects - Maven >Affects Versions: 11.1, 11.2, 11.3 >Reporter: Bernard >Priority: Critical > > All defaults, hello world application as simple as possible. > How to reproduce: > Menu|File|New Project|Java with Maven|Java Application|Finish > Projects|New|java Class|NewClass|Finish > Add two methods: > public void hello1() { > System.out.println("Hello 1"); > } > > public void hello2() { > System.out.println("Hello 2"); > } > [Ctrl+Shift+U] Create / Update Tests|JUnit|OK > generates test as expected, adds dependencies to POM as expected: > > > org.junit.jupiter > junit-jupiter-api > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-params > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-engine > 5.3.1 > test > > > In generated class NewClassTest now I want to test the single method > "testHello2()" > So I put cursor on it and right click, "Run Focused Test Method". > I get a dialog: > "Feature requires update of POM" > "Executing single test method requires Surefire 2.8+ and JUnit in version 4.8 > and bigger. > Update your pom.xml?" > I click "Yes" > In pom.xml, another dependecy is added: > > junit > junit > 4.11 > > Si I try again. Put cursor on the method and right click, "Run Focused Test > Method". > I get a message > "No tests executed for mavenproject1" > This means that I cannot use the default way of NetBeans to quickly create a > class and test it. > This reproduces with all only defaults selected such as Java Maven project, > as simple as it can get. This has worked for about 10 years until it was > broken with JUnit 5. > How can we select JUnit 4 until this is mature? -- 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] [Comment Edited] (NETBEANS-3733) Cannot test single method with Maven and Junit 5
[ https://issues.apache.org/jira/browse/NETBEANS-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17109375#comment-17109375 ] Svatopluk Dedic edited comment on NETBEANS-3733 at 5/17/20, 7:39 AM: - I did reproduce using the steps in the initial comment. I'm not sure if it qualifies to {{Critical}} as a workaround exists: * you seem to use *JUnit 5*, the added dependency is *JUnit 4*, which is probably NOT what you'd want. Remove the added dependency and add Junit's 5 package to shut NetBeans up: {code:java} org.junit.vintage junit-vintage-engine 5.6.0 test {code} * Despite [Maven Documentation|https://maven.apache.org/surefire/maven-surefire-plugin/examples/single-test.html] says that the syntax {{ClassName#method}} works from *surefire 2.7.3*, I was able to get it work only for *surefire 2.22.0* and above. I have Maven *3.6.0* installed separately and on my installation, *surefire 2.12.4* is used by default. Check (run with -X, show debug output) if it is your case. Update your {{pom.xml}} with {code:java} org.apache.maven.plugins maven-surefire-plugin 2.22.0 {code} to force *2.22.0* version Of course NB JUnit support *should* recognize JUnit Jupiter artifacts and "do the right thing". was (Author: sdedic): I did reproduce using the steps in the initial comment. I'm not sure if it qualifies to {{Critical}} as a workaround exists: * you seem to use *JUnit 5*, the added dependency is *JUnit 4*, which is probably NOT what you'd want. Remove the added dependency and add Junit's 5 package to shut NetBeans up: {code:java} org.junit.vintage junit-vintage-engine 5.6.0 test {code} * Despite [Maven Documentation|[https://maven.apache.org/surefire/maven-surefire-plugin/examples/single-test.html]] says that the syntax {{ClassName#method}} works from *surefire 2.7.3*, I was able to get it work only for *surefire 2.22.0* and above. I have Maven *3.6.0* installed separately and on my installation, *surefire 2.12.4* is used by default. Check (run with -X, show debug output) if it is your case. Update your {{pom.xml}} with {code:java} org.apache.maven.plugins maven-surefire-plugin 2.22.0 {code} to force *2.22.0* version Of course NB JUnit support *should* recognize JUnit Jupiter artifacts and "do the right thing". > Cannot test single method with Maven and Junit 5 > > > Key: NETBEANS-3733 > URL: https://issues.apache.org/jira/browse/NETBEANS-3733 > Project: NetBeans > Issue Type: Bug > Components: java - JUnit, projects - Maven >Affects Versions: 11.1, 11.2, 11.3 >Reporter: Bernard >Priority: Critical > > All defaults, hello world application as simple as possible. > How to reproduce: > Menu|File|New Project|Java with Maven|Java Application|Finish > Projects|New|java Class|NewClass|Finish > Add two methods: > public void hello1() { > System.out.println("Hello 1"); > } > > public void hello2() { > System.out.println("Hello 2"); > } > [Ctrl+Shift+U] Create / Update Tests|JUnit|OK > generates test as expected, adds dependencies to POM as expected: > > > org.junit.jupiter > junit-jupiter-api > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-params > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-engine > 5.3.1 > test > > > In generated class NewClassTest now I want to test the single method > "testHello2()" > So I put cursor on it and right click, "Run Focused Test Method". > I get a dialog: > "Feature requires update of POM" > "Executing single test method requires Surefire 2.8+ and JUnit in version 4.8 > and bigger. > Update your pom.xml?" > I click "Yes" > In pom.xml, another dependecy is added: > > junit > junit > 4.11 > > Si I try again. Put cursor on the method and right click, "Run Focused Test > Method". > I get a message > "No tests executed for mavenproject1" > This means that I cannot use the default way of NetBeans to quickly create a > class and test it. > This reproduces with all only defaults selected such as Java Maven project, > as simple as it can get. This has worked for about 10 years until it was > broken with JUnit 5. > How can we select JUnit 4 until this is mature? -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail:
[jira] [Assigned] (NETBEANS-3733) Cannot test single method with Maven and Junit 5
[ https://issues.apache.org/jira/browse/NETBEANS-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Svatopluk Dedic reassigned NETBEANS-3733: - Assignee: Svatopluk Dedic > Cannot test single method with Maven and Junit 5 > > > Key: NETBEANS-3733 > URL: https://issues.apache.org/jira/browse/NETBEANS-3733 > Project: NetBeans > Issue Type: Bug > Components: java - JUnit, projects - Maven >Affects Versions: 11.1, 11.2, 11.3 >Reporter: Bernard >Assignee: Svatopluk Dedic >Priority: Critical > > All defaults, hello world application as simple as possible. > How to reproduce: > Menu|File|New Project|Java with Maven|Java Application|Finish > Projects|New|java Class|NewClass|Finish > Add two methods: > public void hello1() { > System.out.println("Hello 1"); > } > > public void hello2() { > System.out.println("Hello 2"); > } > [Ctrl+Shift+U] Create / Update Tests|JUnit|OK > generates test as expected, adds dependencies to POM as expected: > > > org.junit.jupiter > junit-jupiter-api > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-params > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-engine > 5.3.1 > test > > > In generated class NewClassTest now I want to test the single method > "testHello2()" > So I put cursor on it and right click, "Run Focused Test Method". > I get a dialog: > "Feature requires update of POM" > "Executing single test method requires Surefire 2.8+ and JUnit in version 4.8 > and bigger. > Update your pom.xml?" > I click "Yes" > In pom.xml, another dependecy is added: > > junit > junit > 4.11 > > Si I try again. Put cursor on the method and right click, "Run Focused Test > Method". > I get a message > "No tests executed for mavenproject1" > This means that I cannot use the default way of NetBeans to quickly create a > class and test it. > This reproduces with all only defaults selected such as Java Maven project, > as simple as it can get. This has worked for about 10 years until it was > broken with JUnit 5. > How can we select JUnit 4 until this is mature? -- 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-3733) Cannot test single method with Maven and Junit 5
[ https://issues.apache.org/jira/browse/NETBEANS-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17109382#comment-17109382 ] Svatopluk Dedic commented on NETBEANS-3733: --- Correction: you don't need that Vintage engine at all. Netbeans recognize JUnit5 + Surefire 2.22.0 ... but will not suggest it for some reason. > Cannot test single method with Maven and Junit 5 > > > Key: NETBEANS-3733 > URL: https://issues.apache.org/jira/browse/NETBEANS-3733 > Project: NetBeans > Issue Type: Bug > Components: java - JUnit, projects - Maven >Affects Versions: 11.1, 11.2, 11.3 >Reporter: Bernard >Priority: Critical > > All defaults, hello world application as simple as possible. > How to reproduce: > Menu|File|New Project|Java with Maven|Java Application|Finish > Projects|New|java Class|NewClass|Finish > Add two methods: > public void hello1() { > System.out.println("Hello 1"); > } > > public void hello2() { > System.out.println("Hello 2"); > } > [Ctrl+Shift+U] Create / Update Tests|JUnit|OK > generates test as expected, adds dependencies to POM as expected: > > > org.junit.jupiter > junit-jupiter-api > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-params > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-engine > 5.3.1 > test > > > In generated class NewClassTest now I want to test the single method > "testHello2()" > So I put cursor on it and right click, "Run Focused Test Method". > I get a dialog: > "Feature requires update of POM" > "Executing single test method requires Surefire 2.8+ and JUnit in version 4.8 > and bigger. > Update your pom.xml?" > I click "Yes" > In pom.xml, another dependecy is added: > > junit > junit > 4.11 > > Si I try again. Put cursor on the method and right click, "Run Focused Test > Method". > I get a message > "No tests executed for mavenproject1" > This means that I cannot use the default way of NetBeans to quickly create a > class and test it. > This reproduces with all only defaults selected such as Java Maven project, > as simple as it can get. This has worked for about 10 years until it was > broken with JUnit 5. > How can we select JUnit 4 until this is mature? -- 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