Re: Weird behavior since the nb-javac update
I can reproduce and confirm. JDK10 + Linux Just upgraded NB Javac yesterday, from then The autoimport feature is acting that weird. On 09/06/2018 03:01 AM, Patrik Karlström wrote: Another thing is when try to use a class not previously imported, I get the import, but the line Im editing gets deleted. 1. Type MouseWh 2. Press Ctrl-Space 3. Press enter That generates: import java.awt.event.MouseWheelEvent; But removes the line with MouseWh, instead of expanding it. Oh, and this one too. When I paste code that requires imports I get the dialog listing the needed classes, pressing OK in that dialog generates an exception. The dialog stays visible but now with only cancel enabled. My code did not get the imports. java.lang.NoSuchMethodError: com.sun.tools.javac.code.Scope$NamedImportScope.(Lcom/sun/tools/javac/code/Symbol;Lcom/sun/tools/javac/code/Scope;)V at org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:427) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) 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.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) at org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) at org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) at org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) 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) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) com.sun.tools.javac.code.Types$FunctionDescriptorLookupError at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) at com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) at com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.visitExec(TreeScanner.java:213) at com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:1021) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at
Re: Weird behavior since the nb-javac update
I have created an issue in jira @ https://issues.apache.org/jira/browse/NETBEANS-1225 /Patrik
RE: Weird behavior since the nb-javac update
I also get this exception every now and then now: java.lang.NoSuchMethodError: com.sun.tools.javac.code.Scope$NamedImportScope.(Lcom/sun/tools/javac/code/Symbol;Lcom/sun/tools/javac/code/Scope;)V at org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:427) at org.netbeans.modules.editor.java.AutoImport.visitDeclared(AutoImport.java:102) at org.netbeans.modules.editor.java.AutoImport.visitDeclared(AutoImport.java:49) at com.sun.tools.javac.code.Type$ClassType.accept(Type.java:1157) at javax.lang.model.util.AbstractTypeVisitor6.visit(AbstractTypeVisitor6.java:91) at org.netbeans.modules.editor.java.AutoImport.resolveImport(AutoImport.java:74) at org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateImports(JavaCodeTemplateProcessor.java:328) at org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateDefaultValues(JavaCodeTemplateProcessor.java:150) at org.netbeans.lib.editor.codetemplates.CodeTemplateInsertHandler.processTemplate(CodeTemplateInsertHandler.java:225) at org.netbeans.lib.editor.codetemplates.CodeTemplateManagerOperation.insert(CodeTemplateManagerOperation.java:273) at org.netbeans.lib.editor.codetemplates.api.CodeTemplate.insert(CodeTemplate.java:82) at org.netbeans.modules.editor.java.JavaCompletionItem.process(JavaCompletionItem.java:566) at org.netbeans.modules.editor.java.JavaCompletionItem.defaultAction(JavaCompletionItem.java:286) at org.netbeans.modules.editor.completion.CompletionImpl.dispatchKeyEvent(CompletionImpl.java:785) at org.netbeans.modules.editor.completion.CompletionImpl.keyPressed(CompletionImpl.java:386) at java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:258) at java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257) at java.desktop/java.awt.Component.processKeyEvent(Component.java:6547) at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2849) at java.desktop/java.awt.Component.processEvent(Component.java:6366) at java.desktop/java.awt.Container.processEvent(Container.java:2261) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4966) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2319) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798) at java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950) at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:871) at java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1140) at java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1010) at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:836) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4847) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2319) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:97) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) [catch] at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at
Re: netbeans.org transition at Apache NetBeans Virtual Meetup
https://blogs.apache.org/netbeans/entry/audio-of-virtual-apache-netbeans2 Gj On Thu, Sep 6, 2018 at 10:22 PM, Geertjan Wielenga < geertjan.wiele...@googlemail.com> wrote: > Thanks for the great turnout, truly international, focused, and so on -- > and within no time at all we were on the same page and focused in the same > direction. > > Producing and uploading the recording right now. > > Thanks all, > > Gj > > > On Thu, Sep 6, 2018 at 8:34 AM, Geertjan Wielenga < > geertjan.wiele...@googlemail.com> wrote: > >> Hi all, >> >> The meeting will take place at the most voted on date/time: >> >> https://doodle.com/poll/yzubnxw9afhcbkxn >> >> That is 18:30 CEST/09:30 PDT today. >> >> Location: >> >> https://meet.jit.si/ApacheNetBeansMeeting1 >> >> Agenda: >> >> https://cwiki.apache.org/confluence/display/NETBEANS/netbean >> s.org+Transition+Process >> >> Whether you have signed up or not, you are welcome to attend, just go to >> the location above at 18:30 CEST/09:30 PDT today. >> >> Additions, comments, feedback, welcome. >> >> Gj >> >> >> On Wed, Sep 5, 2018 at 9:13 AM, Geertjan Wielenga < >> geertjan.wiele...@googlemail.com> wrote: >> >>> Hi all, >>> >>> Here is, as I understand it, the agenda for the meeting. >>> >>> Feel free to write back to ask for anything to be clarified, tweaked, or >>> amended in any way: >>> >>> https://cwiki.apache.org/confluence/display/NETBEANS/netbean >>> s.org+Transition+Process >>> >>> Thanks, >>> >>> Gj >>> >>> >>> On Tue, Sep 4, 2018 at 9:08 PM, Geertjan Wielenga < >>> geertjan.wiele...@googlemail.com> wrote: >>> Yes, confirmed. :-) Gj On Tue, Sep 4, 2018 at 8:37 PM, Antonio wrote: > Hi all, > > It seems this meeting will be held on Thursday 6 at 18:30PM > (Europe/Madrid) time (the time with more possible attendants). > > Is that right? Can we confirm this? > > Thanks, > Antonio > > El 03/09/2018 a las 9:59, Geertjan Wielenga escribió: > >> https://doodle.com/poll/yzubnxw9afhcbkxn >> >> Therefore, I propose we cancel the meeting we have scheduled for >> Tuesday >> and meet on Thursday instead, very specifically about the process and >> steps >> to take to smoothly transition netbeans.org to Apache. Please feel >> free to >> sign up on the page above and the location of the meeting is the same >> as >> before, also listed on the page, and everything will be recorded. >> > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.ap > ache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > >>> >> >
Re: netbeans.org transition at Apache NetBeans Virtual Meetup
Thanks for the great turnout, truly international, focused, and so on -- and within no time at all we were on the same page and focused in the same direction. Producing and uploading the recording right now. Thanks all, Gj On Thu, Sep 6, 2018 at 8:34 AM, Geertjan Wielenga < geertjan.wiele...@googlemail.com> wrote: > Hi all, > > The meeting will take place at the most voted on date/time: > > https://doodle.com/poll/yzubnxw9afhcbkxn > > That is 18:30 CEST/09:30 PDT today. > > Location: > > https://meet.jit.si/ApacheNetBeansMeeting1 > > Agenda: > > https://cwiki.apache.org/confluence/display/NETBEANS/ > netbeans.org+Transition+Process > > Whether you have signed up or not, you are welcome to attend, just go to > the location above at 18:30 CEST/09:30 PDT today. > > Additions, comments, feedback, welcome. > > Gj > > > On Wed, Sep 5, 2018 at 9:13 AM, Geertjan Wielenga < > geertjan.wiele...@googlemail.com> wrote: > >> Hi all, >> >> Here is, as I understand it, the agenda for the meeting. >> >> Feel free to write back to ask for anything to be clarified, tweaked, or >> amended in any way: >> >> https://cwiki.apache.org/confluence/display/NETBEANS/netbean >> s.org+Transition+Process >> >> Thanks, >> >> Gj >> >> >> On Tue, Sep 4, 2018 at 9:08 PM, Geertjan Wielenga < >> geertjan.wiele...@googlemail.com> wrote: >> >>> Yes, confirmed. :-) >>> >>> Gj >>> >>> On Tue, Sep 4, 2018 at 8:37 PM, Antonio wrote: >>> Hi all, It seems this meeting will be held on Thursday 6 at 18:30PM (Europe/Madrid) time (the time with more possible attendants). Is that right? Can we confirm this? Thanks, Antonio El 03/09/2018 a las 9:59, Geertjan Wielenga escribió: > https://doodle.com/poll/yzubnxw9afhcbkxn > > Therefore, I propose we cancel the meeting we have scheduled for > Tuesday > and meet on Thursday instead, very specifically about the process and > steps > to take to smoothly transition netbeans.org to Apache. Please feel > free to > sign up on the page above and the location of the meeting is the same > as > before, also listed on the page, and everything will be recorded. > - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>> >> >
Re: Weird behavior since the nb-javac update
That's interesting that it works in daily builds but not in the release. Gj On Thu, Sep 6, 2018 at 5:04 PM, Reema Taneja wrote: > I'm able to reproduce the issue in Release 9 build, but in daily builds it > seems to be working fine. > > Will investigate more. > > I can revert the plugin, will check with Geertjan and Jan on this. > > Thanks, > Reema > > > On 9/6/2018 5:02 PM, Reema Taneja wrote: > >> I'm not able to reproduce this, cloned yesterday, running IDE using JDK >> 1.8, >> >> 1. Type MouseWh >> 2. Press Ctrl-Space >> 3. Press enter >> >> worked fine, line containing MouseWheelEvent did not get deleted, and >> import got added. >> >> I will try in old env where I have nb-javac 1.2, and upgrade to 1.3. >> >> Thanks, >> Reema >> >> >> On 9/6/2018 4:42 PM, Thilina Ranathunga wrote: >> >>> Broken after the update. >>> >>> *Kind regards, * >>> *Thilina Ranathunga.* >>> >>> >>> On Thu, Sep 6, 2018 at 4:39 PM Thilina Ranathunga >>> wrote: >>> >>> 1. Type MouseWh 2. Press Ctrl-Space 3. Press enter works fine with nb-javac v 1.2 it adds the import and completes the line *Kind regards, * *Thilina Ranathunga.* On Thu, Sep 6, 2018 at 3:32 PM Patrik Karlström wrote: Another thing is when try to use a class not previously imported, I get > the > import, but the line Im editing gets deleted. > 1. Type MouseWh > 2. Press Ctrl-Space > 3. Press enter > That generates: import java.awt.event.MouseWheelEvent; > But removes the line with MouseWh, instead of expanding it. > > Oh, and this one too. > When I paste code that requires imports I get the dialog listing the > needed > classes, > pressing OK in that dialog generates an exception. > The dialog stays visible but now with only cancel enabled. > My code did not get the imports. > > java.lang.NoSuchMethodError: > > com.sun.tools.javac.code.Scope$NamedImportScope.(Lcom/ > sun/tools/javac/code/Symbol;Lcom/sun/tools/javac/code/Scope;)V > at > > org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:427) > > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) > > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > 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.FileChangedM > anager.priorityIO(FileChangedManager.java:153) > at > > org.netbeans.modules.masterfs.providers.ProvidedExtensions.p > riorityIO(ProvidedExtensions.java:335) > at > > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPrio > rityIO(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.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler. > doImport(ClipboardHandler.java:126) > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler. > access$100(ClipboardHandler.java:113) > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$ > 1.run(ClipboardHandler.java:216) > 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) > [catch] at > > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > > >
Re: Weird behavior since the nb-javac update
I'm able to reproduce the issue in Release 9 build, but in daily builds it seems to be working fine. Will investigate more. I can revert the plugin, will check with Geertjan and Jan on this. Thanks, Reema On 9/6/2018 5:02 PM, Reema Taneja wrote: I'm not able to reproduce this, cloned yesterday, running IDE using JDK 1.8, 1. Type MouseWh 2. Press Ctrl-Space 3. Press enter worked fine, line containing MouseWheelEvent did not get deleted, and import got added. I will try in old env where I have nb-javac 1.2, and upgrade to 1.3. Thanks, Reema On 9/6/2018 4:42 PM, Thilina Ranathunga wrote: Broken after the update. *Kind regards, * *Thilina Ranathunga.* On Thu, Sep 6, 2018 at 4:39 PM Thilina Ranathunga wrote: 1. Type MouseWh 2. Press Ctrl-Space 3. Press enter works fine with nb-javac v 1.2 it adds the import and completes the line *Kind regards, * *Thilina Ranathunga.* On Thu, Sep 6, 2018 at 3:32 PM Patrik Karlström wrote: Another thing is when try to use a class not previously imported, I get the import, but the line Im editing gets deleted. 1. Type MouseWh 2. Press Ctrl-Space 3. Press enter That generates: import java.awt.event.MouseWheelEvent; But removes the line with MouseWh, instead of expanding it. Oh, and this one too. When I paste code that requires imports I get the dialog listing the needed classes, pressing OK in that dialog generates an exception. The dialog stays visible but now with only cancel enabled. My code did not get the imports. java.lang.NoSuchMethodError: com.sun.tools.javac.code.Scope$NamedImportScope.(Lcom/sun/tools/javac/code/Symbol;Lcom/sun/tools/javac/code/Scope;)V at org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:427) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) 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.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) at org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) at org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) at org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) 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) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) com.sun.tools.javac.code.Types$FunctionDescriptorLookupError at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) at com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) at com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at
Re: [DISCUSS] NetBeans brand and domain transition to Apache
On Tue, 4 Sep 2018 at 20:10, Geertjan Wielenga wrote: > > That makes sense. Anyone should be able to host it, though it doesn't sound > like that would be Apache, and it would be best to be as independent as > possible from Oracle, hence better some other external place -- though > would that have to comply with Apache branding rules? > Exactly my point! And why I find the policy questionable. Why do you think independent from Oracle is best though? The historic stuff still belongs to Oracle. Personally, I think the best option is the donating party, the next best is via Apache, and if that's not a possibility then perhaps there's a third-party that can be agreed between the two? Isn't it better for projects (and branding) that there's an agreed definitive place where old sources and binaries are archived in perpetuity, rather than pointing to random personal GitHub repos? Surely there's got to be some precedent here?! Best wishes, Neil - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Weird behavior since the nb-javac update
I'm not able to reproduce this, cloned yesterday, running IDE using JDK 1.8, 1. Type MouseWh 2. Press Ctrl-Space 3. Press enter worked fine, line containing MouseWheelEvent did not get deleted, and import got added. I will try in old env where I have nb-javac 1.2, and upgrade to 1.3. Thanks, Reema On 9/6/2018 4:42 PM, Thilina Ranathunga wrote: Broken after the update. *Kind regards, * *Thilina Ranathunga.* On Thu, Sep 6, 2018 at 4:39 PM Thilina Ranathunga wrote: 1. Type MouseWh 2. Press Ctrl-Space 3. Press enter works fine with nb-javac v 1.2 it adds the import and completes the line *Kind regards, * *Thilina Ranathunga.* On Thu, Sep 6, 2018 at 3:32 PM Patrik Karlström wrote: Another thing is when try to use a class not previously imported, I get the import, but the line Im editing gets deleted. 1. Type MouseWh 2. Press Ctrl-Space 3. Press enter That generates: import java.awt.event.MouseWheelEvent; But removes the line with MouseWh, instead of expanding it. Oh, and this one too. When I paste code that requires imports I get the dialog listing the needed classes, pressing OK in that dialog generates an exception. The dialog stays visible but now with only cancel enabled. My code did not get the imports. java.lang.NoSuchMethodError: com.sun.tools.javac.code.Scope$NamedImportScope.(Lcom/sun/tools/javac/code/Symbol;Lcom/sun/tools/javac/code/Scope;)V at org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:427) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) 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.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) at org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) at org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) at org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) 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) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) com.sun.tools.javac.code.Types$FunctionDescriptorLookupError at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) at com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) at com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.visitExec(TreeScanner.java:213) at
Re: Weird behavior since the nb-javac update
Broken after the update. *Kind regards, * *Thilina Ranathunga.* On Thu, Sep 6, 2018 at 4:39 PM Thilina Ranathunga wrote: > 1. Type MouseWh > 2. Press Ctrl-Space > 3. Press enter > > works fine with nb-javac v 1.2 > it adds the import and completes the line > > > *Kind regards, * > *Thilina Ranathunga.* > > > On Thu, Sep 6, 2018 at 3:32 PM Patrik Karlström wrote: > >> Another thing is when try to use a class not previously imported, I get >> the >> import, but the line Im editing gets deleted. >> 1. Type MouseWh >> 2. Press Ctrl-Space >> 3. Press enter >> That generates: import java.awt.event.MouseWheelEvent; >> But removes the line with MouseWh, instead of expanding it. >> >> Oh, and this one too. >> When I paste code that requires imports I get the dialog listing the >> needed >> classes, >> pressing OK in that dialog generates an exception. >> The dialog stays visible but now with only cancel enabled. >> My code did not get the imports. >> >> java.lang.NoSuchMethodError: >> >> com.sun.tools.javac.code.Scope$NamedImportScope.(Lcom/sun/tools/javac/code/Symbol;Lcom/sun/tools/javac/code/Scope;)V >> at >> >> org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:427) >> at >> >> org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) >> at >> >> org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) >> at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) >> at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) >> 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.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) >> at >> >> org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) >> at >> >> org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) >> at >> >> org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) >> 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) >> [catch] at >> >> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) >> >> com.sun.tools.javac.code.Types$FunctionDescriptorLookupError >> at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) >> at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) >> at >> >> com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) >> at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) >> at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) >> at >> >> com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) >> at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) >> at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) >> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) >> at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) >> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) >> at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) >> at >> >> com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) >> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) >> at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) >> at com.sun.tools.javac.tree.TreeScanner.visitExec(TreeScanner.java:213) >> at >> >>
Re: Weird behavior since the nb-javac update
1. Type MouseWh 2. Press Ctrl-Space 3. Press enter works fine with nb-javac v 1.2 it adds the import and completes the line *Kind regards, * *Thilina Ranathunga.* On Thu, Sep 6, 2018 at 3:32 PM Patrik Karlström wrote: > Another thing is when try to use a class not previously imported, I get the > import, but the line Im editing gets deleted. > 1. Type MouseWh > 2. Press Ctrl-Space > 3. Press enter > That generates: import java.awt.event.MouseWheelEvent; > But removes the line with MouseWh, instead of expanding it. > > Oh, and this one too. > When I paste code that requires imports I get the dialog listing the needed > classes, > pressing OK in that dialog generates an exception. > The dialog stays visible but now with only cancel enabled. > My code did not get the imports. > > java.lang.NoSuchMethodError: > > com.sun.tools.javac.code.Scope$NamedImportScope.(Lcom/sun/tools/javac/code/Symbol;Lcom/sun/tools/javac/code/Scope;)V > at > > org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:427) > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > 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.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at > > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) > 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) > [catch] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > > com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) > at > > com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) > at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) > at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) > at > > com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitExec(TreeScanner.java:213) > at > > com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at
Re: Weird behavior since the nb-javac update
I can reproduce this, though didn't try (and didn't notice) before the latest nb-javac. Could someone try what's described in this thread with 1.2 of nb-javac, to see if it works there, then update to 1.3. Gj On Thu, Sep 6, 2018 at 11:01 AM, Patrik Karlström wrote: > Another thing is when try to use a class not previously imported, I get the > import, but the line Im editing gets deleted. > 1. Type MouseWh > 2. Press Ctrl-Space > 3. Press enter > That generates: import java.awt.event.MouseWheelEvent; > But removes the line with MouseWh, instead of expanding it. > > Oh, and this one too. > When I paste code that requires imports I get the dialog listing the needed > classes, > pressing OK in that dialog generates an exception. > The dialog stays visible but now with only cancel enabled. > My code did not get the imports. > > java.lang.NoSuchMethodError: > com.sun.tools.javac.code.Scope$NamedImportScope.( > Lcom/sun/tools/javac/code/Symbol;Lcom/sun/tools/javac/code/Scope;)V > at > org.netbeans.api.java.source.SourceUtils.resolveImport( > SourceUtils.java:427) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run( > ClipboardHandler.java:154) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run( > ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > 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.api.java.source.JavaSource.runModificationTask( > JavaSource.java:683) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport( > ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100( > ClipboardHandler.java:113) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run( > ClipboardHandler.java:216) > 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) > [catch] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java: > 2033) > > com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) > at > com.sun.tools.javac.code.Types$DescriptorCache. > findDescriptorInternal(Types.java:735) > at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) > at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) > at > com.sun.tools.javac.tree.JCTree$JCFunctionalExpression. > getDescriptorType(JCTree.java:737) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation. > accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitExec(TreeScanner.java:213) > at > com.sun.tools.javac.tree.JCTree$JCExpressionStatement. > accept(JCTree.java:1458) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at
Re: Weird behavior since the nb-javac update
Another thing is when try to use a class not previously imported, I get the import, but the line Im editing gets deleted. 1. Type MouseWh 2. Press Ctrl-Space 3. Press enter That generates: import java.awt.event.MouseWheelEvent; But removes the line with MouseWh, instead of expanding it. Oh, and this one too. When I paste code that requires imports I get the dialog listing the needed classes, pressing OK in that dialog generates an exception. The dialog stays visible but now with only cancel enabled. My code did not get the imports. java.lang.NoSuchMethodError: com.sun.tools.javac.code.Scope$NamedImportScope.(Lcom/sun/tools/javac/code/Symbol;Lcom/sun/tools/javac/code/Scope;)V at org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:427) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) 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.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) at org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) at org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) at org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) 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) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) com.sun.tools.javac.code.Types$FunctionDescriptorLookupError at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) at com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) at com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.visitExec(TreeScanner.java:213) at com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:1021) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitTry(Flow.java:1132) at com.sun.tools.javac.tree.JCTree$JCTry.accept(JCTree.java:1320) at
Weird behavior since the nb-javac update
I experiencing some weird stuff since I got the nb-javac update. It will not validate my code correctly. Is it possible to downgrade nbjavac it in order to see if the problems are related to the update? *Product Version:* Apache NetBeans IDE 9.0 (Build incubator-netbeans-release-334-on-20180708) *Java:* 1.8.0_181; Java HotSpot(TM) 64-Bit Server VM 25.181-b13 *Runtime:* Java(TM) SE Runtime Environment 1.8.0_181-b13 *System:* Linux version 4.18.5-1-MANJARO running on amd64; UTF-8; sv_SE (nb) *User directory:* /home/pata/.netbeans/9.0 *Cache directory:* /home/pata/.cache/netbeans/9.0 One of the exceptions being com.sun.tools.javac.code.Types$FunctionDescriptorLookupError at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) at com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) at com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.visitExec(TreeScanner.java:213) at com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:1021) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitTry(Flow.java:1132) at com.sun.tools.javac.tree.JCTree$JCTry.accept(JCTree.java:1320) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:1021) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1313) at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitNewClass(Flow.java:1268) at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1695) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.visitExec(TreeScanner.java:213) at com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:1021) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitMethodDef(Flow.java:989) at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872) at
Re: netbeans.org transition at Apache NetBeans Virtual Meetup
Hi all, The meeting will take place at the most voted on date/time: https://doodle.com/poll/yzubnxw9afhcbkxn That is 18:30 CEST/09:30 PDT today. Location: https://meet.jit.si/ApacheNetBeansMeeting1 Agenda: https://cwiki.apache.org/confluence/display/NETBEANS/netbeans.org+Transition+Process Whether you have signed up or not, you are welcome to attend, just go to the location above at 18:30 CEST/09:30 PDT today. Additions, comments, feedback, welcome. Gj On Wed, Sep 5, 2018 at 9:13 AM, Geertjan Wielenga < geertjan.wiele...@googlemail.com> wrote: > Hi all, > > Here is, as I understand it, the agenda for the meeting. > > Feel free to write back to ask for anything to be clarified, tweaked, or > amended in any way: > > https://cwiki.apache.org/confluence/display/NETBEANS/ > netbeans.org+Transition+Process > > Thanks, > > Gj > > > On Tue, Sep 4, 2018 at 9:08 PM, Geertjan Wielenga < > geertjan.wiele...@googlemail.com> wrote: > >> Yes, confirmed. :-) >> >> Gj >> >> On Tue, Sep 4, 2018 at 8:37 PM, Antonio wrote: >> >>> Hi all, >>> >>> It seems this meeting will be held on Thursday 6 at 18:30PM >>> (Europe/Madrid) time (the time with more possible attendants). >>> >>> Is that right? Can we confirm this? >>> >>> Thanks, >>> Antonio >>> >>> El 03/09/2018 a las 9:59, Geertjan Wielenga escribió: >>> https://doodle.com/poll/yzubnxw9afhcbkxn Therefore, I propose we cancel the meeting we have scheduled for Tuesday and meet on Thursday instead, very specifically about the process and steps to take to smoothly transition netbeans.org to Apache. Please feel free to sign up on the page above and the location of the meeting is the same as before, also listed on the page, and everything will be recorded. >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org >>> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org >>> >>> For further information about the NetBeans mailing lists, visit: >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>> >>> >>> >>> >> >
