[jira] [Updated] (NETBEANS-4252) editor: build.gradle select in projects does not work
[ https://issues.apache.org/jira/browse/NETBEANS-4252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-4252: -- Component/s: (was: cnd - Editor) projects - Gradle > editor: build.gradle select in projects does not work > - > > Key: NETBEANS-4252 > URL: https://issues.apache.org/jira/browse/NETBEANS-4252 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.3 > Environment: JDK 14, Windows 7 >Reporter: Bernard >Priority: Major > > How to reproduce: > - Open a build.gradle file in the editor > - In the Projects window, select a Java source file from another project > - Switch back to the build.gradle file in the editor > - [Ctrl+Shift+1] or [Right click] Select in Projects > Expected behavior: > In the project window, the build.gradle file should be selected so one can > navigate the project > Actual behavior: > Nothing is selected / highlighted. -- 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-4252) editor: build.gradle select in projects does not work
[ https://issues.apache.org/jira/browse/NETBEANS-4252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi reassigned NETBEANS-4252: - Assignee: Laszlo Kishalmi > editor: build.gradle select in projects does not work > - > > Key: NETBEANS-4252 > URL: https://issues.apache.org/jira/browse/NETBEANS-4252 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.3 > Environment: JDK 14, Windows 7 >Reporter: Bernard >Assignee: Laszlo Kishalmi >Priority: Major > > How to reproduce: > - Open a build.gradle file in the editor > - In the Projects window, select a Java source file from another project > - Switch back to the build.gradle file in the editor > - [Ctrl+Shift+1] or [Right click] Select in Projects > Expected behavior: > In the project window, the build.gradle file should be selected so one can > navigate the project > Actual behavior: > Nothing is selected / highlighted. -- 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-4084) New Gradle project wizard does not remember last used project directory, always points to default
[ https://issues.apache.org/jira/browse/NETBEANS-4084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-4084. --- Resolution: Fixed The PR for this has been merged will be available in 12.0-beta4 > New Gradle project wizard does not remember last used project directory, > always points to default > - > > Key: NETBEANS-4084 > URL: https://issues.apache.org/jira/browse/NETBEANS-4084 > Project: NetBeans > Issue Type: Bug > Components: projects - Generic Projects UI, projects - Gradle >Affects Versions: 12.0 > Environment: Product Version: Apache NetBeans IDE 12.0-beta2 > Java: 11.0.2; OpenJDK 64-Bit Server VM 11.0.2+9 > Runtime: OpenJDK Runtime Environment 11.0.2+9 > System: Mac OS X version 10.15.3 running on x86_64; UTF-8; en_IN (nb) >Reporter: Manikantan Narender Nath >Assignee: Laszlo Kishalmi >Priority: Major > Labels: netcat > Fix For: 12.0 > > Time Spent: 10m > Remaining Estimate: 0h > > Netcat Test spec: > [https://netbeans-vm.apache.org/synergy/client/app/#/case/6336/suite/2527/v/1] > Steps to reproduce > # Start with clean user and cache dir > # activate Java Se and Groovy if needed > # Install nb-javac if needed > # New Project | Java with Gradle| Java Application > # In the wizard fill in required details. > # Change the project location to something other than the default; example > `/NetCat12/NBProjects` > # Click Finish > # New Project | Java with Gradle| Java Application > Expected result > Project location should have value `/NetCat12/NBProjects` > Actual result > Project Location has value `/NetBeansProjects` the default valuee -- 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-3962) Background scanning of projects seems to never end
[ https://issues.apache.org/jira/browse/NETBEANS-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093966#comment-17093966 ] Laszlo Kishalmi commented on NETBEANS-3962: --- Also if it is possible create a project where this issue can be reproduced. Without that these kind of issues are most probably not resolvable. > Background scanning of projects seems to never end > -- > > Key: NETBEANS-3962 > URL: https://issues.apache.org/jira/browse/NETBEANS-3962 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.3 > Environment: WIndows 10 >Reporter: Rejoan >Priority: Blocker > > It seems JavaScript parser throws some exception making background scanning > never end: > again.INFO [org.netbeans.modules.extbrowser]: interrupted in run(): > java.lang.InterruptedExceptionWARNING > [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]java.lang.StringIndexOutOfBoundsException: > begin 39, end 41, length 40 at > java.base/java.lang.String.checkBoundsBeginEnd(String.java:3319) at > java.base/java.lang.String.substring(String.java:1874) at > org.netbeans.modules.javascript2.jsdoc.model.JsDocElementUtils.createParameterElement(JsDocElementUtils.java:189) > at > org.netbeans.modules.javascript2.jsdoc.model.JsDocElementUtils.createElementForType(JsDocElementUtils.java:63) > at > org.netbeans.modules.javascript2.jsdoc.JsDocParser.parseCommentBlock(JsDocParser.java:138) > at > org.netbeans.modules.javascript2.jsdoc.JsDocParser.parse(JsDocParser.java:75) > at > org.netbeans.modules.javascript2.jsdoc.JsDocDocumentationHolder.getCommentBlocks(JsDocDocumentationHolder.java:41) > at > org.netbeans.modules.javascript2.doc.spi.JsDocumentationHolder.getDocumentation(JsDocumentationHolder.java:184) > at > org.netbeans.modules.javascript2.model.ModelVisitor.handleDeclaredVariable(ModelVisitor.java:1652) > at > org.netbeans.modules.javascript2.model.ModelVisitor.access$100(ModelVisitor.java:110) > at > org.netbeans.modules.javascript2.model.ModelVisitor$1.handleDeclarations(ModelVisitor.java:1468) > at > org.netbeans.modules.javascript2.model.ModelVisitor$1.leaveBlock(ModelVisitor.java:1494) > at com.oracle.js.parser.ir.Block.accept(Unknown Source) at > com.oracle.js.parser.ir.LexicalContextNode$Acceptor.accept(Unknown Source) at > com.oracle.js.parser.ir.Block.accept(Unknown Source) at > org.netbeans.modules.javascript2.model.ModelVisitor.processDeclarations(ModelVisitor.java:1558) > at > org.netbeans.modules.javascript2.model.ModelVisitor.enterFunctionNode(ModelVisitor.java:934) > at com.oracle.js.parser.ir.FunctionNode.accept(Unknown Source) at > com.oracle.js.parser.ir.LexicalContextNode$Acceptor.accept(Unknown Source) at > com.oracle.js.parser.ir.LexicalContextExpression.accept(Unknown Source) at > org.netbeans.modules.javascript2.model.ModelVisitor.init(ModelVisitor.java:145) > at > org.netbeans.modules.javascript2.model.api.Model.getModelVisitor(Model.java:168) > at > org.netbeans.modules.javascript2.model.api.Model.getGlobalObject(Model.java:468) > at > org.netbeans.modules.javascript2.editor.index.JsIndexer.index(JsIndexer.java:96) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$3.run(Indexable.java:225) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:223)[catch] > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$2.run(RepositoryUpdater.java:3209) > 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.modules.parsing.impl.indexing.RepositoryUpdater$Work.indexEmbedding(RepositoryUpdater.java:3143) > at >
[jira] [Updated] (NETBEANS-3962) Background scanning of projects seems to never end on JavaScript Parsing
[ https://issues.apache.org/jira/browse/NETBEANS-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-3962: -- Priority: Critical (was: Blocker) > Background scanning of projects seems to never end on JavaScript Parsing > > > Key: NETBEANS-3962 > URL: https://issues.apache.org/jira/browse/NETBEANS-3962 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.3 > Environment: WIndows 10 >Reporter: Rejoan >Priority: Critical > > It seems JavaScript parser throws some exception making background scanning > never end: > again.INFO [org.netbeans.modules.extbrowser]: interrupted in run(): > java.lang.InterruptedExceptionWARNING > [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]java.lang.StringIndexOutOfBoundsException: > begin 39, end 41, length 40 at > java.base/java.lang.String.checkBoundsBeginEnd(String.java:3319) at > java.base/java.lang.String.substring(String.java:1874) at > org.netbeans.modules.javascript2.jsdoc.model.JsDocElementUtils.createParameterElement(JsDocElementUtils.java:189) > at > org.netbeans.modules.javascript2.jsdoc.model.JsDocElementUtils.createElementForType(JsDocElementUtils.java:63) > at > org.netbeans.modules.javascript2.jsdoc.JsDocParser.parseCommentBlock(JsDocParser.java:138) > at > org.netbeans.modules.javascript2.jsdoc.JsDocParser.parse(JsDocParser.java:75) > at > org.netbeans.modules.javascript2.jsdoc.JsDocDocumentationHolder.getCommentBlocks(JsDocDocumentationHolder.java:41) > at > org.netbeans.modules.javascript2.doc.spi.JsDocumentationHolder.getDocumentation(JsDocumentationHolder.java:184) > at > org.netbeans.modules.javascript2.model.ModelVisitor.handleDeclaredVariable(ModelVisitor.java:1652) > at > org.netbeans.modules.javascript2.model.ModelVisitor.access$100(ModelVisitor.java:110) > at > org.netbeans.modules.javascript2.model.ModelVisitor$1.handleDeclarations(ModelVisitor.java:1468) > at > org.netbeans.modules.javascript2.model.ModelVisitor$1.leaveBlock(ModelVisitor.java:1494) > at com.oracle.js.parser.ir.Block.accept(Unknown Source) at > com.oracle.js.parser.ir.LexicalContextNode$Acceptor.accept(Unknown Source) at > com.oracle.js.parser.ir.Block.accept(Unknown Source) at > org.netbeans.modules.javascript2.model.ModelVisitor.processDeclarations(ModelVisitor.java:1558) > at > org.netbeans.modules.javascript2.model.ModelVisitor.enterFunctionNode(ModelVisitor.java:934) > at com.oracle.js.parser.ir.FunctionNode.accept(Unknown Source) at > com.oracle.js.parser.ir.LexicalContextNode$Acceptor.accept(Unknown Source) at > com.oracle.js.parser.ir.LexicalContextExpression.accept(Unknown Source) at > org.netbeans.modules.javascript2.model.ModelVisitor.init(ModelVisitor.java:145) > at > org.netbeans.modules.javascript2.model.api.Model.getModelVisitor(Model.java:168) > at > org.netbeans.modules.javascript2.model.api.Model.getGlobalObject(Model.java:468) > at > org.netbeans.modules.javascript2.editor.index.JsIndexer.index(JsIndexer.java:96) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$3.run(Indexable.java:225) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:223)[catch] > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$2.run(RepositoryUpdater.java:3209) > 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.modules.parsing.impl.indexing.RepositoryUpdater$Work.indexEmbedding(RepositoryUpdater.java:3143) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2862) > at >
[jira] [Updated] (NETBEANS-3962) Background scanning of projects seems to never end on JavaScript Parsing
[ https://issues.apache.org/jira/browse/NETBEANS-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-3962: -- Summary: Background scanning of projects seems to never end on JavaScript Parsing (was: Background scanning of projects seems to never end) > Background scanning of projects seems to never end on JavaScript Parsing > > > Key: NETBEANS-3962 > URL: https://issues.apache.org/jira/browse/NETBEANS-3962 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.3 > Environment: WIndows 10 >Reporter: Rejoan >Priority: Blocker > > It seems JavaScript parser throws some exception making background scanning > never end: > again.INFO [org.netbeans.modules.extbrowser]: interrupted in run(): > java.lang.InterruptedExceptionWARNING > [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]java.lang.StringIndexOutOfBoundsException: > begin 39, end 41, length 40 at > java.base/java.lang.String.checkBoundsBeginEnd(String.java:3319) at > java.base/java.lang.String.substring(String.java:1874) at > org.netbeans.modules.javascript2.jsdoc.model.JsDocElementUtils.createParameterElement(JsDocElementUtils.java:189) > at > org.netbeans.modules.javascript2.jsdoc.model.JsDocElementUtils.createElementForType(JsDocElementUtils.java:63) > at > org.netbeans.modules.javascript2.jsdoc.JsDocParser.parseCommentBlock(JsDocParser.java:138) > at > org.netbeans.modules.javascript2.jsdoc.JsDocParser.parse(JsDocParser.java:75) > at > org.netbeans.modules.javascript2.jsdoc.JsDocDocumentationHolder.getCommentBlocks(JsDocDocumentationHolder.java:41) > at > org.netbeans.modules.javascript2.doc.spi.JsDocumentationHolder.getDocumentation(JsDocumentationHolder.java:184) > at > org.netbeans.modules.javascript2.model.ModelVisitor.handleDeclaredVariable(ModelVisitor.java:1652) > at > org.netbeans.modules.javascript2.model.ModelVisitor.access$100(ModelVisitor.java:110) > at > org.netbeans.modules.javascript2.model.ModelVisitor$1.handleDeclarations(ModelVisitor.java:1468) > at > org.netbeans.modules.javascript2.model.ModelVisitor$1.leaveBlock(ModelVisitor.java:1494) > at com.oracle.js.parser.ir.Block.accept(Unknown Source) at > com.oracle.js.parser.ir.LexicalContextNode$Acceptor.accept(Unknown Source) at > com.oracle.js.parser.ir.Block.accept(Unknown Source) at > org.netbeans.modules.javascript2.model.ModelVisitor.processDeclarations(ModelVisitor.java:1558) > at > org.netbeans.modules.javascript2.model.ModelVisitor.enterFunctionNode(ModelVisitor.java:934) > at com.oracle.js.parser.ir.FunctionNode.accept(Unknown Source) at > com.oracle.js.parser.ir.LexicalContextNode$Acceptor.accept(Unknown Source) at > com.oracle.js.parser.ir.LexicalContextExpression.accept(Unknown Source) at > org.netbeans.modules.javascript2.model.ModelVisitor.init(ModelVisitor.java:145) > at > org.netbeans.modules.javascript2.model.api.Model.getModelVisitor(Model.java:168) > at > org.netbeans.modules.javascript2.model.api.Model.getGlobalObject(Model.java:468) > at > org.netbeans.modules.javascript2.editor.index.JsIndexer.index(JsIndexer.java:96) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$3.run(Indexable.java:225) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:223)[catch] > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$2.run(RepositoryUpdater.java:3209) > 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.modules.parsing.impl.indexing.RepositoryUpdater$Work.indexEmbedding(RepositoryUpdater.java:3143) > at >
[jira] [Updated] (NETBEANS-3962) Background scanning of projects seems to never end
[ https://issues.apache.org/jira/browse/NETBEANS-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-3962: -- Description: It seems JavaScript parser throws some exception making background scanning never end: again.INFO [org.netbeans.modules.extbrowser]: interrupted in run(): java.lang.InterruptedExceptionWARNING [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]java.lang.StringIndexOutOfBoundsException: begin 39, end 41, length 40 at java.base/java.lang.String.checkBoundsBeginEnd(String.java:3319) at java.base/java.lang.String.substring(String.java:1874) at org.netbeans.modules.javascript2.jsdoc.model.JsDocElementUtils.createParameterElement(JsDocElementUtils.java:189) at org.netbeans.modules.javascript2.jsdoc.model.JsDocElementUtils.createElementForType(JsDocElementUtils.java:63) at org.netbeans.modules.javascript2.jsdoc.JsDocParser.parseCommentBlock(JsDocParser.java:138) at org.netbeans.modules.javascript2.jsdoc.JsDocParser.parse(JsDocParser.java:75) at org.netbeans.modules.javascript2.jsdoc.JsDocDocumentationHolder.getCommentBlocks(JsDocDocumentationHolder.java:41) at org.netbeans.modules.javascript2.doc.spi.JsDocumentationHolder.getDocumentation(JsDocumentationHolder.java:184) at org.netbeans.modules.javascript2.model.ModelVisitor.handleDeclaredVariable(ModelVisitor.java:1652) at org.netbeans.modules.javascript2.model.ModelVisitor.access$100(ModelVisitor.java:110) at org.netbeans.modules.javascript2.model.ModelVisitor$1.handleDeclarations(ModelVisitor.java:1468) at org.netbeans.modules.javascript2.model.ModelVisitor$1.leaveBlock(ModelVisitor.java:1494) at com.oracle.js.parser.ir.Block.accept(Unknown Source) at com.oracle.js.parser.ir.LexicalContextNode$Acceptor.accept(Unknown Source) at com.oracle.js.parser.ir.Block.accept(Unknown Source) at org.netbeans.modules.javascript2.model.ModelVisitor.processDeclarations(ModelVisitor.java:1558) at org.netbeans.modules.javascript2.model.ModelVisitor.enterFunctionNode(ModelVisitor.java:934) at com.oracle.js.parser.ir.FunctionNode.accept(Unknown Source) at com.oracle.js.parser.ir.LexicalContextNode$Acceptor.accept(Unknown Source) at com.oracle.js.parser.ir.LexicalContextExpression.accept(Unknown Source) at org.netbeans.modules.javascript2.model.ModelVisitor.init(ModelVisitor.java:145) at org.netbeans.modules.javascript2.model.api.Model.getModelVisitor(Model.java:168) at org.netbeans.modules.javascript2.model.api.Model.getGlobalObject(Model.java:468) at org.netbeans.modules.javascript2.editor.index.JsIndexer.index(JsIndexer.java:96) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$3.run(Indexable.java:225) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:223)[catch] at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$2.run(RepositoryUpdater.java:3209) 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.modules.parsing.impl.indexing.RepositoryUpdater$Work.indexEmbedding(RepositoryUpdater.java:3143) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2862) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714) at
[jira] [Commented] (NETBEANS-4013) Apache Netbeans doesn't refresh files tree after creation files by third-party programms
[
https://issues.apache.org/jira/browse/NETBEANS-4013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093958#comment-17093958
]
Laszlo Kishalmi commented on NETBEANS-4013:
---
Demoted to major as workaround exists and no critical function is really
affected. BTW Is the linked PR really belongs here?
> Apache Netbeans doesn't refresh files tree after creation files by
> third-party programms
>
>
> Key: NETBEANS-4013
> URL: https://issues.apache.org/jira/browse/NETBEANS-4013
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.2, 11.3
> Environment: Windows 10
>Reporter: Boolean Type
>Priority: Major
> Labels: pull-request-available
> Attachments: Files trees.png
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Apache Netbeans doesn't refresh files tree after creation files by
> third-party programms.
> Files appear after I run "Scan for external changes" or if I restart "Apache
> Netbeans", but not directly after files creation.
> Search ("Find in project") finds nothing in "absent" files - until I scan
> for external sources and files become visible.
> I've noticed, that this problem doesn't appear on Windows 7 (at least, for
> Apache 11.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] [Updated] (NETBEANS-4013) Apache Netbeans doesn't refresh files tree after creation files by third-party programms
[
https://issues.apache.org/jira/browse/NETBEANS-4013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Kishalmi updated NETBEANS-4013:
--
Priority: Major (was: Blocker)
> Apache Netbeans doesn't refresh files tree after creation files by
> third-party programms
>
>
> Key: NETBEANS-4013
> URL: https://issues.apache.org/jira/browse/NETBEANS-4013
> Project: NetBeans
> Issue Type: Bug
>Affects Versions: 11.2, 11.3
> Environment: Windows 10
>Reporter: Boolean Type
>Priority: Major
> Labels: pull-request-available
> Attachments: Files trees.png
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Apache Netbeans doesn't refresh files tree after creation files by
> third-party programms.
> Files appear after I run "Scan for external changes" or if I restart "Apache
> Netbeans", but not directly after files creation.
> Search ("Find in project") finds nothing in "absent" files - until I scan
> for external sources and files become visible.
> I've noticed, that this problem doesn't appear on Windows 7 (at least, for
> Apache 11.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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093881#comment-17093881 ] Geertjan Wielenga commented on NETBEANS-4263: - I don’t understand. Anyway, yes, we’re moving away from nb-javac and the advantages of nb-javac is that it provides for features that the native javac does not provide and we’ve been working on adding that support directly to NetBeans. > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png, > image-2020-04-27-20-40-44-989.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[
https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093879#comment-17093879
]
Anthony Vanelverdinghe commented on NETBEANS-4263:
--
[~geertjan]
{quote}You can save time and stop making and uploading screenshots here.{quote}
This statement bothers me.
{quote}This really is the wrong place to have this discussion. Join the dev
mailing list, see netbeans.apache.org.{quote}
As does this one: this very discussion was raised on the mailing list just last
week, in which you actively participated. So it's totally beyond me why I was
advised to join the mailing list, rather than just *read* it. That would have
saved me a whole lot more time than it took to upload the screenshots.
> Switch expressions are a standard feature in JDK 14
> ---
>
> Key: NETBEANS-4263
> URL: https://issues.apache.org/jira/browse/NETBEANS-4263
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 12.0
>Reporter: Anthony Vanelverdinghe
>Priority: Major
> Attachments: image-2020-04-27-20-20-02-850.png,
> image-2020-04-27-20-40-44-989.png
>
>
> The editor complains about switch expressions being a preview feature, but as
> of JDK 14 they're a standard feature, so this error is wrong. This is in a
> Maven project with everything set to JDK 14.
>
> !image-2020-04-27-20-20-02-850.png!
--
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-4264) NetBeans doesn't support the "includeIf" directive in .gitconfig files
Anthony Vanelverdinghe created NETBEANS-4264: Summary: NetBeans doesn't support the "includeIf" directive in .gitconfig files Key: NETBEANS-4264 URL: https://issues.apache.org/jira/browse/NETBEANS-4264 Project: NetBeans Issue Type: Bug Components: versioncontrol - Git Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe In .gitconfig files, you can conditionally include other files, see [https://git-scm.com/docs/git-config#_conditional_includes] I'm using this feature to set different values for `user.name` and `user.email` for different directories. However, NetBeans is unable to read .gitconfig files properly (and I believe the only solution is NETBEANS-2122), so when I try to commit, those properties are totally wrong and mess up my git repositories. So until NETBEANS-2122 is fixed, it should be possible to set these properties manually, per project. -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093841#comment-17093841 ] Geertjan Wielenga commented on NETBEANS-4263: - This really is the wrong place to have this discussion. Join the dev mailing list, see netbeans.apache.org. > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png, > image-2020-04-27-20-40-44-989.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093838#comment-17093838 ] Anthony Vanelverdinghe commented on NETBEANS-4263: -- Thanks for your help, that did the trick. I'm confused now though: * what is the future direction w.r.t. "vanilla" javac and nb-javac? Is it the intention to make nb-javac obsolete? * which advantages does nb-javac have over vanilla javac, if any? > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png, > image-2020-04-27-20-40-44-989.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093836#comment-17093836 ] Geertjan Wielenga commented on NETBEANS-4263: - Yes, please uninstall nb-javac. You can save time and stop making and uploading screenshots here. > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png, > image-2020-04-27-20-40-44-989.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-4263: - Attachment: image-2020-04-27-20-40-44-989.png > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png, > image-2020-04-27-20-40-44-989.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093827#comment-17093827 ] Geertjan Wielenga commented on NETBEANS-4263: - fo/do > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093826#comment-17093826 ] Geertjan Wielenga commented on NETBEANS-4263: - You’re using a beta release of Apache NetBeans 12.0. I’m saying nb-javac is not ready yet for 12.0. Uninstall it and since you’re running on JDK 14, the javac from the JDK will then be used. If you can fo without nb-javac, that would be preferable. > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093824#comment-17093824 ] Anthony Vanelverdinghe commented on NETBEANS-4263: -- NetBeans itself is running, and I have installed nb-javac, because I got a tooltip saying it's recommended to do so. Are you saying it will work if I uninstall it, or do you just want me to uninstall it, to see if the issue still occurs? > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093824#comment-17093824 ] Anthony Vanelverdinghe edited comment on NETBEANS-4263 at 4/27/20, 6:34 PM: NetBeans itself is running on JDK 14, and I have installed nb-javac, because I got a tooltip saying it's recommended to do so. Are you saying it will work if I uninstall it, or do you just want me to uninstall it, to see if the issue still occurs? was (Author: anthonyv.be): NetBeans itself is running, and I have installed nb-javac, because I got a tooltip saying it's recommended to do so. Are you saying it will work if I uninstall it, or do you just want me to uninstall it, to see if the issue still occurs? > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093819#comment-17093819 ] Geertjan Wielenga commented on NETBEANS-4263: - Is NetBeans itself running on JDK 14 and have you uninstalled nb-javac? > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-4263: - Component/s: java - Editor > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
Anthony Vanelverdinghe created NETBEANS-4263: Summary: Switch expressions are a standard feature in JDK 14 Key: NETBEANS-4263 URL: https://issues.apache.org/jira/browse/NETBEANS-4263 Project: NetBeans Issue Type: Bug Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe Attachments: image-2020-04-27-20-20-02-850.png The editor complains about switch expressions being a preview feature, but as of JDK 14 they're a standard feature, so this error is wrong. This is in a Maven project with everything set to JDK 14. !image-2020-04-27-20-20-02-850.png! -- 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-2499) Unable to open Maven project
[ https://issues.apache.org/jira/browse/NETBEANS-2499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe resolved NETBEANS-2499. -- Fix Version/s: 12.0 Resolution: Fixed > Unable to open Maven project > > > Key: NETBEANS-2499 > URL: https://issues.apache.org/jira/browse/NETBEANS-2499 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) >Reporter: Anthony Vanelverdinghe >Priority: Major > Fix For: 12.0 > > Attachments: pom.xml > > > To reproduce: create a folder "nbissue", add the attached pom.xml to it, and > try to open it as a Maven project in NetBeans. > NetBeans will give an unexpected exception and a stacktrace like below. Note > that there are several possible modifications that will make NetBeans open > the pom.xml (e.g. deleting line 115 ``, deleting the large > comment block, ...) Also note the pom is valid as it is, and everything works > fine when using Maven (3.6.1 in my case) from the command-line. > java.lang.ArrayIndexOutOfBoundsException: Index 8442 out of bounds for length > 8192 > at org.codehaus.plexus.util.xml.pull.MXParser.parsePI(MXParser.java:2502) > at > org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1283) > at org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1131) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.nextTag(MavenXpp3ReaderEx.java:568) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePluginExecution(MavenXpp3ReaderEx.java:3302) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePlugin(MavenXpp3ReaderEx.java:3097) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseBuild(MavenXpp3ReaderEx.java:1025) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseModel(MavenXpp3ReaderEx.java:2550) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:4388) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:598) > at > org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:113) > at > org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:86) > at > org.apache.maven.model.building.DefaultModelProcessor.read(DefaultModelProcessor.java:81) > at > org.apache.maven.model.building.DefaultModelBuilder.readModel(DefaultModelBuilder.java:533) > at > org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:273) > at > org.netbeans.modules.maven.embedder.impl.NBModelBuilder.build(NBModelBuilder.java:53) > at > org.netbeans.modules.maven.embedder.MavenEmbedder.executeModelBuilder(MavenEmbedder.java:447) > at > org.netbeans.modules.maven.NbMavenProjectImpl.getRawModel(NbMavenProjectImpl.java:192) > at > org.netbeans.modules.maven.api.NbMavenProject.getRawModel(NbMavenProject.java:347) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.lambda$get$0(MavenProjectPropsImpl.java:93) > at > org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188) > at org.openide.util.Mutex.readAccess(Mutex.java:193) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:78) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:74) > at > org.netbeans.modules.maven.MavenProjectPropsImpl$PackagingProviderImpl.packaging(MavenProjectPropsImpl.java:304) > at > org.netbeans.modules.maven.api.NbMavenProject.getPackagingType(NbMavenProject.java:334) > at > org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.check(NbMavenProjectImpl.java:829) > at > org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.(NbMavenProjectImpl.java:819) > at > org.netbeans.modules.maven.NbMavenProjectImpl.(NbMavenProjectImpl.java:245) > at > org.netbeans.modules.maven.NbMavenProjectFactory.loadProject(NbMavenProjectFactory.java:95) > at > org.netbeans.modules.projectapi.nb.NbProjectManager.createProject(NbProjectManager.java:376) > at > org.netbeans.modules.projectapi.nb.NbProjectManager.access$300(NbProjectManager.java:69) > at > org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:289) > at > org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:218) > at >
[jira] [Assigned] (NETBEANSINFRA-187) nbmBuildDir conflict between targets nbm and cluster because of wrong usage
[ https://issues.apache.org/jira/browse/NETBEANSINFRA-187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Marc Borer reassigned NETBEANSINFRA-187: - Assignee: Jean-Marc Borer > nbmBuildDir conflict between targets nbm and cluster because of wrong usage > --- > > Key: NETBEANSINFRA-187 > URL: https://issues.apache.org/jira/browse/NETBEANSINFRA-187 > Project: Apache NetBeans Infra > Issue Type: Bug > Components: MU - Apache NetBeans NBM maven plugin >Reporter: Jean-Marc Borer >Assignee: Jean-Marc Borer >Priority: Major > Labels: pull-request-available > > The nbmBuildIDir parameter is used both in nbm and cluster targets. However > the meaning in those two contexts are different: > 1) nbm: output directory where the NBMs will be created from the Jars and > other meta data > 2) cluster: directory where to copy the NBMS to from the hardcoded > $(based}/nbm/netbeans > This is usually not a problem as long a you work with netbeans, but it > becomes if you want to use the targets with other projects such as VisualVM. > By looking at the code, this seems more a like bug. What the cluster target > should actually do is look for the NBMs, not in the hard coded location, but > in the one provided by nbmBuildDir and use clusterBuildDir instead to define > the target cluster location build. This very same parameter will be reused by > the run-ide target. -- 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-4179) Assertion error in javac when saving file with missing comma in method parameter list
[
https://issues.apache.org/jira/browse/NETBEANS-4179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eirik Bakke updated NETBEANS-4179:
--
Description:
If, during editing, a method parameter list occurs with a missing comma (in
certain cases), an error dialog shows up showing an assertion error in javac
every time the Java source file is saved, interrupting the user. A minimized
example exhibiting this behavior is as follows:
{code:java}
public class BugErrorUncaught {
private Object testMethod(String param1 final String param2) {
return null;
}
}
{code}
This is a variation of the example in NETBEANS-4095, but filed here as a
separate bug since the two cause different exceptions at different levels
(inside javac here vs. at the semantic highlighting layer in NETBEANS-4095).
This example causes the IDE to throw the following exception:
{noformat}
java.lang.AssertionError
at com.sun.tools.javac.util.Assert.error(Assert.java:155)
at com.sun.tools.javac.util.Assert.check(Assert.java:46)
at
com.sun.tools.javac.comp.Flow$FlowAnalyzer.errorUncaught(Flow.java:918)
at
com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitClassDef(Flow.java:1008)
at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:788)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:422)
at
com.sun.tools.javac.comp.Flow$FlowAnalyzer.analyzeTree(Flow.java:1456)
at
com.sun.tools.javac.comp.Flow$FlowAnalyzer.analyzeTree(Flow.java:1446)
at com.sun.tools.javac.comp.Flow.analyzeTree(Flow.java:219)
at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1499)
at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473)
at
com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at
com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
at
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
at
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
at
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
at
org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6099)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
at
[jira] [Commented] (NETBEANS-4262) Update the name & description of "JavaFX 2"
[ https://issues.apache.org/jira/browse/NETBEANS-4262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093702#comment-17093702 ] Geertjan Wielenga commented on NETBEANS-4262: - Yes, that information needs to be better. But just close the Plugin Manager. Open the New Project dialog instead. Create the project you need and the plugins you need will then be installed for you. > Update the name & description of "JavaFX 2" > --- > > Key: NETBEANS-4262 > URL: https://issues.apache.org/jira/browse/NETBEANS-4262 > Project: NetBeans > Issue Type: Improvement > Components: javafx - Project >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-18-18-47-085.png > > > Both the name & description are seriously outdated. Is this plugin still > needed for JavaFX 8+ development? What's the difference with the "JavaFX > Implementation for ..." plugins? Etc. > !image-2020-04-27-18-18-47-085.png! -- 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-4262) Update the name & description of "JavaFX 2"
Anthony Vanelverdinghe created NETBEANS-4262: Summary: Update the name & description of "JavaFX 2" Key: NETBEANS-4262 URL: https://issues.apache.org/jira/browse/NETBEANS-4262 Project: NetBeans Issue Type: Improvement Components: javafx - Project Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe Attachments: image-2020-04-27-18-18-47-085.png Both the name & description are seriously outdated. Is this plugin still needed for JavaFX 8+ development? What's the difference with the "JavaFX Implementation for ..." plugins? Etc. !image-2020-04-27-18-18-47-085.png! -- 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-4261) Add a description for "JavaFX Implementation for ..."
Anthony Vanelverdinghe created NETBEANS-4261: Summary: Add a description for "JavaFX Implementation for ..." Key: NETBEANS-4261 URL: https://issues.apache.org/jira/browse/NETBEANS-4261 Project: NetBeans Issue Type: Improvement Components: javafx - Project Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe Attachments: image-2020-04-27-18-15-27-887.png Explain what it is, when it's recommended/required to install it and why, ... e.g. does this simply download the SDK and/or jmods as given at [https://gluonhq.com/products/javafx/] ? But how is this used by NetBeans and when should I install it? !image-2020-04-27-18-15-27-887.png! -- 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-4260) Add a description for "The nb-javac Java editing support library"
Anthony Vanelverdinghe created NETBEANS-4260: Summary: Add a description for "The nb-javac Java editing support library" Key: NETBEANS-4260 URL: https://issues.apache.org/jira/browse/NETBEANS-4260 Project: NetBeans Issue Type: Improvement Components: java - Compiler Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe Attachments: image-2020-04-27-18-11-19-724.png Explain what it is, if it's recommended to install it and why, ... new users have absolutely no idea about what to do with it. !image-2020-04-27-18-11-19-724.png! -- 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-4259) NPE in code completion when in incorrect cast syntax
Eirik Bakke created NETBEANS-4259:
-
Summary: NPE in code completion when in incorrect cast syntax
Key: NETBEANS-4259
URL: https://issues.apache.org/jira/browse/NETBEANS-4259
Project: NetBeans
Issue Type: Bug
Components: java - Source
Affects Versions: 11.3
Environment: NetBeans 11.3 on Windows (OS shouldn't matter)
Reporter: Eirik Bakke
In the following class, put the cursor after "dat" and invoke code completion
(Ctrl+Space). This situation often happens from muscle memory while typing a
cast. A NPE will result:
{code:java}
public class TestFoo {
private String someMethod(Object someArg) {
if (someArg instanceof String)
return (String dat); // To see parser error, open code completion with
cursor after "dat
return null;
}
}
{code}
The desired behavior is to just ignore the incorrect syntax, and perform no
completion. Instead, the following exception is shown:
{noformat}
java.lang.NullPointerException
at
org.netbeans.modules.java.completion.BaseTask.getEnvImpl(BaseTask.java:389)
at
org.netbeans.modules.java.completion.BaseTask.getCompletionEnvironment(BaseTask.java:270)
at
org.netbeans.modules.java.completion.JavaCompletionTask.resolve(JavaCompletionTask.java:297)
at org.netbeans.modules.java.completion.BaseTask.run(BaseTask.java:94)
at
org.netbeans.modules.java.completion.JavaCompletionTask.run(JavaCompletionTask.java:60)
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)
Caused: org.netbeans.modules.parsing.spi.ParseException
at
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:186)
at
org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
[catch] at
org.netbeans.modules.editor.java.JavaCompletionProvider$JavaCompletionQuery.query(JavaCompletionProvider.java:193)
at
org.netbeans.spi.editor.completion.support.AsyncCompletionTask.run(AsyncCompletionTask.java:198)
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)
{noformat}
Reporting this bug in case a pattern emerges where various kinds of errors like
this pop up instead of being silently ignored.
--
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-4258) cannot create a project
[ https://issues.apache.org/jira/browse/NETBEANS-4258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093595#comment-17093595 ] Geertjan Wielenga commented on NETBEANS-4258: - Can you provide any details? > cannot create a project > --- > > Key: NETBEANS-4258 > URL: https://issues.apache.org/jira/browse/NETBEANS-4258 > Project: NetBeans > Issue Type: Bug >Reporter: memory >Priority: Major > -- 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-4258) cannot create a project
memory created NETBEANS-4258: Summary: cannot create a project Key: NETBEANS-4258 URL: https://issues.apache.org/jira/browse/NETBEANS-4258 Project: NetBeans Issue Type: Bug Reporter: memory -- 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-4257) No network connection in NETBEANS program
mina seo created NETBEANS-4257: -- Summary: No network connection in NETBEANS program Key: NETBEANS-4257 URL: https://issues.apache.org/jira/browse/NETBEANS-4257 Project: NetBeans Issue Type: Bug Reporter: mina seo I have found a bug in the application NETBEANS. Application is not connected to the network. When I click the run, it its said that the url does not exist. JAVA program and bitnami were also laid. How do I connect to the network? *(Below is the data that the program asked to upload to JIRA.)* *DATA>UI LOG* 2020-04-27T21:48:01 1587991681622 191 300 18 SCREEN SIZE 1536 864 1 2020-04-27T21:48:01 1587991681623 192 700 18 IDE_STARTUP 2020-04-27T21:48:03 1587991683484 213 800 18 USG_LOOK_AND_FEEL Windows Windows 2020-04-27T21:48:05 1587991685365 240 800 17 USG_PROJECT_HTML5_OPEN USG_PROJECT_HTML5_OPEN org.netbeans.modules.web.clientproject.Bundle Chrome.INTEGRATED NO NO YES YES YES YES NO 2020-04-27T21:48:05 1587991685546 241 800 17 USG_PROJECT_HTML5_OPEN USG_PROJECT_HTML5_OPEN org.netbeans.modules.web.clientproject.Bundle Chrome NO NO NO NO NO NO NO 2020-04-27T21:48:05 1587991685739 243 800 17 USG_PROJECT_OPEN_PHP USG_PROJECT_OPEN_PHP org.netbeans.modules.php.project.Bundle 2020-04-27T21:48:05 1587991685792 244 800 17 USG_PROJECT_OPEN_PHP USG_PROJECT_OPEN_PHP org.netbeans.modules.php.project.Bundle 2020-04-27T21:48:05 1587991685824 245 800 17 USG_PROJECT_OPEN_PHP USG_PROJECT_OPEN_PHP org.netbeans.modules.php.project.Bundle 2020-04-27T21:48:05 1587991685834 246 700 17 UI_INIT_PROJECTS UI_INIT_PROJECTS org.netbeans.modules.project.ui.Bundle org.netbeans.modules.web.clientproject.ClientSideProject ClientSideProject 2 2020-04-27T21:48:05 1587991685834 247 700 17 UI_INIT_PROJECTS UI_INIT_PROJECTS org.netbeans.modules.project.ui.Bundle org.netbeans.modules.php.project.PhpProject PhpProject 3 2020-04-27T21:48:05 1587991685834 248 800 17 USG_PROJECT_OPEN org.netbeans.modules.web.clientproject.ClientSideProject 2020-04-27T21:48:05 1587991685834 249 800 17 USG_PROJECT_OPEN org.netbeans.modules.web.clientproject.ClientSideProject 2020-04-27T21:48:05 1587991685834 250 800 17 USG_PROJECT_OPEN org.netbeans.modules.php.project.PhpProject 2020-04-27T21:48:05 1587991685834 251 800 17 USG_PROJECT_OPEN org.netbeans.modules.php.project.PhpProject 2020-04-27T21:48:05 1587991685834 252 800 17 USG_PROJECT_OPEN org.netbeans.modules.php.project.PhpProject 2020-04-27T21:48:06 1587991686328 253 800 37 INDEXING_STARTED INDEXING_STARTED org.netbeans.modules.parsing.impl.indexing.Bundle 0 2020-04-27T21:48:07 1587991687365 259 800 30 MEMORY 8375230464 2020-04-27T21:48:08 1587991688147 269 800 37 INDEXING_FINISHED INDEXING_FINISHED org.netbeans.modules.parsing.impl.indexing.Bundle 1818 TaskListIndexer 9 3 org-netbeans-modules-jumpto-file-FileIndexer 9 3 2020-04-27T21:48:10 1587991690365 270 800 33 INDEXING_STARTED INDEXING_STARTED org.netbeans.modules.parsing.impl.indexing.Bundle 2218 2020-04-27T21:48:10 1587991690490 277 800 33 INDEXING_FINISHED INDEXING_FINISHED org.netbeans.modules.parsing.impl.indexing.Bundle 125 TaskListIndexer 3 0 org-netbeans-modules-jumpto-file-FileIndexer 3 0 2020-04-27T21:48:17 1587991697718 281 800 35 INDEXING_STARTED INDEXING_STARTED org.netbeans.modules.parsing.impl.indexing.Bundle 7228 2020-04-27T21:48:18 1587991698017 282 800 35 INDEXING_FINISHED INDEXING_FINISHED org.netbeans.modules.parsing.impl.indexing.Bundle 299 TaskListIndexer 1 0 org-netbeans-modules-jumpto-file-FileIndexer 1 2 2020-04-27T21:48:21 1587991701046 283 400 24 UI_ACTION_BUTTON_PRESS UI_ACTION_BUTTON_PRESS org.openide.awt.Bundle javax.swing.JMenuItem[Run] javax.swing.JMenuItem org.netbeans.modules.project.ui.actions.ProjectAction[Run] org.netbeans.modules.project.ui.actions.ProjectAction Run 2020-04-27T21:48:21 1587991701047 284 500 24 UI_ACTION_BUTTON_PRESS javax.swing.JMenuItem[Run] javax.swing.JMenuItem org.netbeans.modules.project.ui.actions.ProjectAction[Run] org.netbeans.modules.project.ui.actions.ProjectAction Run 2020-04-27T21:48:21 1587991701057 285 500 24 PROJECT_ACTION org.netbeans.modules.project.ui.actions.ProjectAction org.netbeans.modules.php.project.PhpProject Run 2020-04-27T21:48:21 1587991701117 286 800 50 USG_PROJECT_BROWSER USG_PROJECT_BROWSER org.netbeans.modules.web.common.api.Bundle org.netbeans.modules.php.project
[jira] [Updated] (NETBEANSINFRA-187) nbmBuildDir conflict between targets nbm and cluster because of wrong usage
[ https://issues.apache.org/jira/browse/NETBEANSINFRA-187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANSINFRA-187: - Labels: pull-request-available (was: ) > nbmBuildDir conflict between targets nbm and cluster because of wrong usage > --- > > Key: NETBEANSINFRA-187 > URL: https://issues.apache.org/jira/browse/NETBEANSINFRA-187 > Project: Apache NetBeans Infra > Issue Type: Bug > Components: MU - Apache NetBeans NBM maven plugin >Reporter: Jean-Marc Borer >Priority: Major > Labels: pull-request-available > > The nbmBuildIDir parameter is used both in nbm and cluster targets. However > the meaning in those two contexts are different: > 1) nbm: output directory where the NBMs will be created from the Jars and > other meta data > 2) cluster: directory where to copy the NBMS to from the hardcoded > $(based}/nbm/netbeans > This is usually not a problem as long a you work with netbeans, but it > becomes if you want to use the targets with other projects such as VisualVM. > By looking at the code, this seems more a like bug. What the cluster target > should actually do is look for the NBMs, not in the hard coded location, but > in the one provided by nbmBuildDir and use clusterBuildDir instead to define > the target cluster location build. This very same parameter will be reused by > the run-ide target. -- 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-3985) NB installer cannot be launched in JDK-14
[ https://issues.apache.org/jira/browse/NETBEANS-3985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arvind reassigned NETBEANS-3985: Assignee: Arvind (was: Akhilesh Singh) > NB installer cannot be launched in JDK-14 > - > > Key: NETBEANS-3985 > URL: https://issues.apache.org/jira/browse/NETBEANS-3985 > Project: NetBeans > Issue Type: Task >Affects Versions: 11.3 >Reporter: Arunava Sinha >Assignee: Arvind >Priority: Major > > NB Installer won't run under JDK 14. Installer uses JDK Pack200 Tools and API > for packing and unpacking which is getting removed in JDk-14. > > Please refer below JEP > > JEP 367: Remove the Pack200 Tools and API([https://openjdk.java.net/jeps/367]) -- 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
[netbeans-website] branch master updated: Next LTS is in May according to release schedule
This is an automated email from the ASF dual-hosted git repository. geertjan pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-website.git The following commit(s) were added to refs/heads/master by this push: new 7a9b47d Next LTS is in May according to release schedule new 556d236 Merge pull request #471 from frkinta/patch-1 7a9b47d is described below commit 7a9b47dd58c4c63a53888f34f27e4bf6e90e625d Author: kint@ AuthorDate: Mon Apr 27 09:39:42 2020 +0100 Next LTS is in May according to release schedule in the second half of the month --- netbeans.apache.org/src/content/download/index.asciidoc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/netbeans.apache.org/src/content/download/index.asciidoc b/netbeans.apache.org/src/content/download/index.asciidoc index 3dd8306..c5cd297 100644 --- a/netbeans.apache.org/src/content/download/index.asciidoc +++ b/netbeans.apache.org/src/content/download/index.asciidoc @@ -31,7 +31,7 @@ for important requirements for download pages for Apache projects. :description: Apache NetBeans Releases Page :linkattrs: -Apache NetBeans is released four times a year. Our April release is a +Apache NetBeans is released four times a year. Our May release is a long-term support (LTS) release that benefits from our famous NetCAT community testing process, and will remain available and supported for a year. Our other quarterly releases provide early access to new - 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-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nils Huhta reassigned NETBEANS-4239: Assignee: Laszlo Kishalmi (was: Nils Huhta) > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works as > expected... -- 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-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nils Huhta reassigned NETBEANS-4239: Assignee: Nils Huhta (was: Laszlo Kishalmi) > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Nils Huhta >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works as > expected... -- 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-4222) Open up more of APIs in Node and PropertySheet
[
https://issues.apache.org/jira/browse/NETBEANS-4222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jaroslav Tulach reassigned NETBEANS-4222:
-
Assignee: Jaroslav Tulach
> Open up more of APIs in Node and PropertySheet
> --
>
> Key: NETBEANS-4222
> URL: https://issues.apache.org/jira/browse/NETBEANS-4222
> Project: NetBeans
> Issue Type: Improvement
> Components: platform - Explorer, platform - Nodes
>Reporter: Markus Sunela
>Assignee: Jaroslav Tulach
>Priority: Minor
>
> Currently it is hard to customize Node, Explorer and PropertySheet behavior,
> because there are too many private instead of protected methods, package
> private and final classes in the API.
> Some examples I have stumbled on include
> * private doSetNodes method in PropertySheet (no way to override the use of
> ProxyNodes)
> * final and package private ProxyNode class
> * package private constructor in ProxyNode
> * package private getOriginalNodes method in ProxyNode
> * package private and final {color:#00}ProxyProperty{color} class in
> ProxyNode
> * final Sheet class and its inner class Sheet.Set
> * most private methods in Sheet and Sheet.Set should be protected instead
> * PropertySupport.Reflection class should have getters for read and write
> methods
> I wonder, what is the rationale for so strict and static API design? I would
> assume the performance gains from these limitations are meager. Opening these
> classes for sub-classing and modifications would result in much more flexible
> system with much less code duplication.
--
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-4222) Open up more of APIs in Node and PropertySheet
[
https://issues.apache.org/jira/browse/NETBEANS-4222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093050#comment-17093050
]
Jaroslav Tulach commented on NETBEANS-4222:
---
Thanks for providing the use-case. First and foremost there is
[PropertySheet|https://bits.netbeans.org/dev/javadoc/org-openide-explorer/org/openide/explorer/propertysheet/PropertySheet.html]{{.setNodes}}
method. Why can't you use that one? Obtain your nodes, do as much filtering as
you want, create suitable {{ownRepresentingNode}} node and
{{sheet.setNodes(ownRepresentingNode)}}. It's going to render what you provide
and the performance will be completely under your control.
Second, if you really want to reuse the code from {{ProxyNode}} (what's the
biggest motivation?) then: Would it be enough to add a single method to
{{PropertySheetView.setFinalNodeFilter(Function
proxyNodeToCleanupNode)}} to do additional post processing?
Re. your comments about "rigidity, severely limits & co.":
[PropertySheet|https://bits.netbeans.org/dev/javadoc/org-openide-explorer/org/openide/explorer/propertysheet/PropertySheet.html]
API is an excellent example where making everything public leads. Look at the
list of deprecated methods in there! Once upon a time there was a guy who
thought exposing everything is a good idea. Then there was a guy who needed to
change the implementation to look completely different, but do the same (e.g.
display & edit properties of nodes). However the previous implementation was
leaking out. As a result of that there is more deprecated methods than not
deprecated ones.
It is not very likely someone is going to reimplement {{PropertySheet}}
internals again, but I am not willing to repeat similar mistake. It is
perfectly valid to request the "API to be more flexible", but that shall not be
achieving by making implementation public. API shall be designed, not created
ad-hoc by making parts of implementation public!
Last, but not least: You complain about poor performance of {{ProxyNode}} - do
you have an analysis? Wouldn't it be possible to improve it without changing
the API at all?
> Open up more of APIs in Node and PropertySheet
> --
>
> Key: NETBEANS-4222
> URL: https://issues.apache.org/jira/browse/NETBEANS-4222
> Project: NetBeans
> Issue Type: Improvement
> Components: platform - Explorer, platform - Nodes
>Reporter: Markus Sunela
>Priority: Minor
>
> Currently it is hard to customize Node, Explorer and PropertySheet behavior,
> because there are too many private instead of protected methods, package
> private and final classes in the API.
> Some examples I have stumbled on include
> * private doSetNodes method in PropertySheet (no way to override the use of
> ProxyNodes)
> * final and package private ProxyNode class
> * package private constructor in ProxyNode
> * package private getOriginalNodes method in ProxyNode
> * package private and final {color:#00}ProxyProperty{color} class in
> ProxyNode
> * final Sheet class and its inner class Sheet.Set
> * most private methods in Sheet and Sheet.Set should be protected instead
> * PropertySupport.Reflection class should have getters for read and write
> methods
> I wonder, what is the rationale for so strict and static API design? I would
> assume the performance gains from these limitations are meager. Opening these
> classes for sub-classing and modifications would result in much more flexible
> system with much less code duplication.
--
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
