[jira] [Comment Edited] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686165#comment-16686165 ] Reema Taneja edited comment on NETBEANS-1217 at 11/14/18 7:41 AM: -- Hi [~jkovalsky] , The fix is in nb-javac, and will require new nb-javac plugin version upload. I verified changes in dev environment based on release100 branch. was (Author: rtaneja): Hi [~jkovalsky] , The fix is in nb-javac, and will require new nb-javac plugin version upload. > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, > netbeans-1217.patch, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > 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.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.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.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.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > 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
[jira] [Commented] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686168#comment-16686168 ] Reema Taneja commented on NETBEANS-1217: [~jlahoda] Can you please review nb-javac patch. [^netbeans-1217.patch] > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, > netbeans-1217.patch, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > 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.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.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.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.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > 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 com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at
[jira] [Updated] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Reema Taneja updated NETBEANS-1217: --- Attachment: netbeans-1217.patch > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, > netbeans-1217.patch, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > 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.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.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.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.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > 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 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.visitClassDef(Flow.java:952) > at
[jira] [Commented] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686165#comment-16686165 ] Reema Taneja commented on NETBEANS-1217: Hi [~jkovalsky] , The fix is in nb-javac, and will require new nb-javac plugin version upload. > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > 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.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.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.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.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > 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 com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at
[jira] [Commented] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686148#comment-16686148 ] Jiří Kovalský commented on NETBEANS-1217: - That's great! [~abagiev], [~Eduardo Quintanilla], [~aldobrucale] - please prepare for verification of the fix. If you confirm it quickly, the issue could be still fixed in the released version 10.0! > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > 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.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.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.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.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > 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
[jira] [Updated] (NETBEANS-1676) Syntax highlighting issue in switch expression
[
https://issues.apache.org/jira/browse/NETBEANS-1676?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ARUNAVA SINHA updated NETBEANS-1676:
Summary: Syntax highlighting issue in switch expression (was: Synatx
highlighting issue in switch expression)
> Syntax highlighting issue in switch expression
> --
>
> Key: NETBEANS-1676
> URL: https://issues.apache.org/jira/browse/NETBEANS-1676
> Project: NetBeans
> Issue Type: Bug
>Reporter: ARUNAVA SINHA
>Assignee: ARUNAVA SINHA
>Priority: Major
> Labels: NB-JDK12
>
> enum Days{
> SUNDAY, MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY;
> }
> public static void main(String[] args) {
> Days day = Days.SUNDAY;
> int j = switch (day) {
> case *MONDAY*, SUNDAY-> 6;
> default -> 0;
> }
> };
> The enum element 'SUNDAY' should be highlighted.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1677) Proposed suggestion hint to prevent RuntimeException "error: the switch expression does not cover all possible input values."
ARUNAVA SINHA created NETBEANS-1677:
---
Summary: Proposed suggestion hint to prevent RuntimeException
"error: the switch expression does not cover all possible input values."
Key: NETBEANS-1677
URL: https://issues.apache.org/jira/browse/NETBEANS-1677
Project: NetBeans
Issue Type: Improvement
Reporter: ARUNAVA SINHA
Assignee: ARUNAVA SINHA
enum Days {
SUNDAY, MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY;
}
public static void demonstrateLackingCaseInSwitchExpression()
{
int numLetters = switch (day) {
case MONDAY, SUNDAY -> {
break 6;
}
case TUESDAY -> 7;
case THURSDAY, SATURDAY -> 8;
case WEDNESDAY -> 9;
};
}
Runtime Exception :" the switch expression does not cover all possible input
values."
Proposed new hint should prevent this situation, it should suggest user if
he/she missed to add default case or any enum value case.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-1675) Java Hint to fix error :different case kinds used in the switch in switch expressions
[
https://issues.apache.org/jira/browse/NETBEANS-1675?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ARUNAVA SINHA updated NETBEANS-1675:
Issue Type: Improvement (was: Bug)
> Java Hint to fix error :different case kinds used in the switch in switch
> expressions
> -
>
> Key: NETBEANS-1675
> URL: https://issues.apache.org/jira/browse/NETBEANS-1675
> Project: NetBeans
> Issue Type: Improvement
>Reporter: ARUNAVA SINHA
>Assignee: ARUNAVA SINHA
>Priority: Major
> Labels: NB-JDK12
>
> Code:
> int i=10;
> final String val =
> switch (i)
> {
> case 1 : break "one";
> case 2 -> "two";
> };
> Error will be displayed in editor 'different case kinds used in the switch'
> Proposed fix:
> int i=10;
> final String val =
> switch (i)
> {
> case 1 -> "one";
> case 2 -> "two";
> };
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1676) Synatx highlighting issue in switch expression
ARUNAVA SINHA created NETBEANS-1676:
---
Summary: Synatx highlighting issue in switch expression
Key: NETBEANS-1676
URL: https://issues.apache.org/jira/browse/NETBEANS-1676
Project: NetBeans
Issue Type: Bug
Reporter: ARUNAVA SINHA
Assignee: ARUNAVA SINHA
enum Days{
SUNDAY, MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY;
}
public static void main(String[] args) {
Days day = Days.SUNDAY;
int j = switch (day) {
case *MONDAY*, SUNDAY-> 6;
default -> 0;
}
};
The enum element 'SUNDAY' should be highlighted.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1675) Java Hint to fix error :different case kinds used in the switch in switch expressions
ARUNAVA SINHA created NETBEANS-1675:
---
Summary: Java Hint to fix error :different case kinds used in the
switch in switch expressions
Key: NETBEANS-1675
URL: https://issues.apache.org/jira/browse/NETBEANS-1675
Project: NetBeans
Issue Type: Bug
Reporter: ARUNAVA SINHA
Assignee: ARUNAVA SINHA
Code:
int i=10;
final String val =
switch (i)
{
case 1 : break "one";
case 2 -> "two";
};
Error will be displayed in editor 'different case kinds used in the switch'
Proposed fix:
int i=10;
final String val =
switch (i)
{
case 1 -> "one";
case 2 -> "two";
};
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1674) NPE thrown while formatting the switch expression
ARUNAVA SINHA created NETBEANS-1674:
---
Summary: NPE thrown while formatting the switch expression
Key: NETBEANS-1674
URL: https://issues.apache.org/jira/browse/NETBEANS-1674
Project: NetBeans
Issue Type: Bug
Reporter: ARUNAVA SINHA
Assignee: ARUNAVA SINHA
switch (day) {
case MONDAY, FRIDAY, SUNDAY -> System.out.println(6);
case TUESDAY -> System.out.println(7);
case THURSDAY, SATURDAY -> System.out.println(8);
case WEDNESDAY -> System.out.println(9);
}
On trying to format this switch-case code, Null pointer exception is being
thrown
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-1673) Support for auto-complete of enum case values in switch expression
[
https://issues.apache.org/jira/browse/NETBEANS-1673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ARUNAVA SINHA updated NETBEANS-1673:
Description:
enum COLOR \{RED, GREEN, BLUE}
switch (color) {
{{case GRE^}}
{{}}}
If we do ctrl+space at caret position it should do the autocomplete
{{Auto-complete should be support for enum values in switch cases.}}
was:
enum COLOR \{RED, GREEN, BLUE}
switch (color) {
{{case GRE^}}
{{}}}
{{Auto-complete should be support at caret position}}
> Support for auto-complete of enum case values in switch expression
> --
>
> Key: NETBEANS-1673
> URL: https://issues.apache.org/jira/browse/NETBEANS-1673
> Project: NetBeans
> Issue Type: Improvement
>Reporter: ARUNAVA SINHA
>Assignee: ARUNAVA SINHA
>Priority: Major
> Labels: NB-JDK12
>
> enum COLOR \{RED, GREEN, BLUE}
>
> switch (color) {
> {{case GRE^}}
> {{}}}
> If we do ctrl+space at caret position it should do the autocomplete
> {{Auto-complete should be support for enum values in switch cases.}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-1673) Auto-complete of enum case values in switch expression
[
https://issues.apache.org/jira/browse/NETBEANS-1673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ARUNAVA SINHA updated NETBEANS-1673:
Summary: Auto-complete of enum case values in switch expression (was:
Auto-complete of enume case values in switch expression)
> Auto-complete of enum case values in switch expression
> --
>
> Key: NETBEANS-1673
> URL: https://issues.apache.org/jira/browse/NETBEANS-1673
> Project: NetBeans
> Issue Type: Improvement
>Reporter: ARUNAVA SINHA
>Assignee: ARUNAVA SINHA
>Priority: Major
> Labels: NB-JDK12
>
> enum COLOR \{RED, GREEN, BLUE}
>
> {{switch (color) { }}
> {{case GRE^}}
> {{}}}
> {{Auto-complete should be support at caret position}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-1673) Support for auto-complete of enum case values in switch expression
[
https://issues.apache.org/jira/browse/NETBEANS-1673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ARUNAVA SINHA updated NETBEANS-1673:
Description:
enum COLOR \{RED, GREEN, BLUE}
switch (color) {
{{case GRE^}}
{{}}}
{{Auto-complete should be support at caret position}}
was:
enum COLOR \{RED, GREEN, BLUE}
{{switch (color) { }}
{{case GRE^}}
{{}}}
{{Auto-complete should be support at caret position}}
> Support for auto-complete of enum case values in switch expression
> --
>
> Key: NETBEANS-1673
> URL: https://issues.apache.org/jira/browse/NETBEANS-1673
> Project: NetBeans
> Issue Type: Improvement
>Reporter: ARUNAVA SINHA
>Assignee: ARUNAVA SINHA
>Priority: Major
> Labels: NB-JDK12
>
> enum COLOR \{RED, GREEN, BLUE}
>
> switch (color) {
> {{case GRE^}}
> {{}}}
> {{Auto-complete should be support at caret position}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-1673) Support for auto-complete of enum case values in switch expression
[
https://issues.apache.org/jira/browse/NETBEANS-1673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ARUNAVA SINHA updated NETBEANS-1673:
Summary: Support for auto-complete of enum case values in switch expression
(was: Auto-complete of enum case values in switch expression)
> Support for auto-complete of enum case values in switch expression
> --
>
> Key: NETBEANS-1673
> URL: https://issues.apache.org/jira/browse/NETBEANS-1673
> Project: NetBeans
> Issue Type: Improvement
>Reporter: ARUNAVA SINHA
>Assignee: ARUNAVA SINHA
>Priority: Major
> Labels: NB-JDK12
>
> enum COLOR \{RED, GREEN, BLUE}
>
> {{switch (color) { }}
> {{case GRE^}}
> {{}}}
> {{Auto-complete should be support at caret position}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1673) Auto-complete of enume case values in switch expression
ARUNAVA SINHA created NETBEANS-1673:
---
Summary: Auto-complete of enume case values in switch expression
Key: NETBEANS-1673
URL: https://issues.apache.org/jira/browse/NETBEANS-1673
Project: NetBeans
Issue Type: Improvement
Reporter: ARUNAVA SINHA
Assignee: ARUNAVA SINHA
enum COLOR \{RED, GREEN, BLUE}
{{switch (color) { }}
{{case GRE^}}
{{}}}
{{Auto-complete should be support at caret position}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686077#comment-16686077 ] Reema Taneja commented on NETBEANS-1217: Thanks Jan, After adding below changes in nb-javac, I'm not able to reproduce the issue anymore. http://hg.openjdk.java.net/jdk/jdk/rev/eb3e72f181af I will create nb-javac patch and upload new plugin version. > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > 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.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.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.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.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > 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
[jira] [Comment Edited] (NETBEANS-771) Support for SubVersion CLI client version 1.10
[
https://issues.apache.org/jira/browse/NETBEANS-771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686066#comment-16686066
]
Yeonho Jang edited comment on NETBEANS-771 at 11/14/18 4:16 AM:
{{svn --version gives 1.x.x (major.minor.patch), so using trailing dot will fix
this issue.}}
netbeans/subversion/src/org/netbeans/modules/subversion/client/cli/commands/VersionCommand.java
{{--- VersionCommand.java 2018-04-24 11:09:40.0 +0900}}
{{+++ VersionCommand_new.java 2018-11-14 12:54:29.259730465 +0900}}
{{@@ -84,7 +84,7 @@}}
{{ }}
{{ if(string.indexOf("version 0.") > -1 ||}}
{{ string.indexOf("version 1.0") > -1 ||}}
{{- string.indexOf("version 1.1") > -1 ||}}
{{+ string.indexOf("version 1.1.") > -1 ||}}
{{ string.indexOf("version 1.2") > -1 ||}}
{{ string.indexOf("version 1.3") > -1 ||}}
{{ string.indexOf("version 1.4") > -1) {}}
was (Author: siabard):
{{svn --version gives 1.x.x (major.minor.fix), so using trail dot will fix this
issue.}}
netbeans/subversion/src/org/netbeans/modules/subversion/client/cli/commands/VersionCommand.java
{{--- VersionCommand.java 2018-04-24 11:09:40.0 +0900}}
{{+++ VersionCommand_new.java 2018-11-14 12:54:29.259730465 +0900}}
{{@@ -84,7 +84,7 @@}}
{{ }}
{{ if(string.indexOf("version 0.") > -1 ||}}
{{ string.indexOf("version 1.0") > -1 ||}}
{{- string.indexOf("version 1.1") > -1 ||}}
{{+ string.indexOf("version 1.1.") > -1 ||}}
{{ string.indexOf("version 1.2") > -1 ||}}
{{ string.indexOf("version 1.3") > -1 ||}}
{{ string.indexOf("version 1.4") > -1) {}}
> Support for SubVersion CLI client version 1.10
> --
>
> Key: NETBEANS-771
> URL: https://issues.apache.org/jira/browse/NETBEANS-771
> Project: NetBeans
> Issue Type: Wish
> Components: versioncontrol - Subversion
>Affects Versions: 9.0
>Reporter: Petr Hadraba
>Priority: Major
> Fix For: 9.0
>
> Attachments: org-netbeans-modules-subversion.jar,
> org-netbeans-modules-subversion.jar
>
>
> SubVersion CLI client version 1.10 does not work in NetBeans 9.0.
> The following message appears in NetBeans log when invoking refresh in
> SubVersion panel:
> {{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0
> (r1827917)}}
> {{ WARNING [org.netbeans.modules.subversion]: Unsupported svn version. You
> need >= 1.5}}
> {{ WARNING [org.netbeans.modules.subversion.client.SvnClientFactory]:
> executable binary path set to /opt/local/bin yet client not available.}}
> The dialog box appears and says:
>
> {{1. Download and Install Subversion 1.8 or later
> ([http://subversion.apache.org/packages.html]). }}
> \{{ 2. Add it to PATH. }}
> \{{ Test the installation by running 'svn --version' from a command line }}
> \{{ 3. Restart the IDE.}}
> My SubVersion is the latest version:
> {\{ localhost:~ petr$ which svn}}
> \{{ /opt/local/bin/svn}}
> \{{ localhost:~ petr$ svn --version}}
> \{{ svn, version 1.10.0 (r1827917)}}
> \{{ compiled Apr 18 2018, 01:35:41 on x86_64-apple-darwin17.4.0}}
> \{{ }}
> \{{ Copyright (C) 2018 The Apache Software Foundation.}}
> \{{ This software consists of contributions made by many people;}}
> \{{ see the NOTICE file for more information.}}
> {{ Subversion is open source software, see [http://subversion.apache.org/]}}
> \{{ }}
> \{{ The following repository access (RA) modules are available:}}
> \{{ }}
> * {{ra_svn : Module for accessing a repository using the svn network
> protocol.}}{\{ - with Cyrus SASL authentication}}\{{ - handles 'svn'
> scheme}}
> * {{ra_local : Module for accessing a repository on local disk.}}{\{ -
> handles 'file' scheme}}
> * {{ra_serf : Module for accessing a repository via WebDAV protocol using
> serf.}}{\{ - using serf 1.3.9 (compiled with 1.3.8)}}\{{ - handles 'http'
> scheme}}\{{ - handles 'https' scheme}}\{{ }}\{{ The following
> authentication credential caches are available:}}\{{ }}
> * {{Plaintext cache in /Users/petr/.subversion}}
> * {{GPG-Agent}}
> * {{Mac OS X Keychain}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-771) Support for SubVersion CLI client version 1.10
[
https://issues.apache.org/jira/browse/NETBEANS-771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16686066#comment-16686066
]
Yeonho Jang commented on NETBEANS-771:
--
{{svn --version gives 1.x.x (major.minor.fix), so using trail dot will fix this
issue.}}
netbeans/subversion/src/org/netbeans/modules/subversion/client/cli/commands/VersionCommand.java
{{--- VersionCommand.java 2018-04-24 11:09:40.0 +0900}}
{{+++ VersionCommand_new.java 2018-11-14 12:54:29.259730465 +0900}}
{{@@ -84,7 +84,7 @@}}
{{ }}
{{ if(string.indexOf("version 0.") > -1 ||}}
{{ string.indexOf("version 1.0") > -1 ||}}
{{- string.indexOf("version 1.1") > -1 ||}}
{{+ string.indexOf("version 1.1.") > -1 ||}}
{{ string.indexOf("version 1.2") > -1 ||}}
{{ string.indexOf("version 1.3") > -1 ||}}
{{ string.indexOf("version 1.4") > -1) {}}
> Support for SubVersion CLI client version 1.10
> --
>
> Key: NETBEANS-771
> URL: https://issues.apache.org/jira/browse/NETBEANS-771
> Project: NetBeans
> Issue Type: Wish
> Components: versioncontrol - Subversion
>Affects Versions: 9.0
>Reporter: Petr Hadraba
>Priority: Major
> Fix For: 9.0
>
> Attachments: org-netbeans-modules-subversion.jar,
> org-netbeans-modules-subversion.jar
>
>
> SubVersion CLI client version 1.10 does not work in NetBeans 9.0.
> The following message appears in NetBeans log when invoking refresh in
> SubVersion panel:
> {{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0
> (r1827917)}}
> {{ WARNING [org.netbeans.modules.subversion]: Unsupported svn version. You
> need >= 1.5}}
> {{ WARNING [org.netbeans.modules.subversion.client.SvnClientFactory]:
> executable binary path set to /opt/local/bin yet client not available.}}
> The dialog box appears and says:
>
> {{1. Download and Install Subversion 1.8 or later
> ([http://subversion.apache.org/packages.html]). }}
> \{{ 2. Add it to PATH. }}
> \{{ Test the installation by running 'svn --version' from a command line }}
> \{{ 3. Restart the IDE.}}
> My SubVersion is the latest version:
> {\{ localhost:~ petr$ which svn}}
> \{{ /opt/local/bin/svn}}
> \{{ localhost:~ petr$ svn --version}}
> \{{ svn, version 1.10.0 (r1827917)}}
> \{{ compiled Apr 18 2018, 01:35:41 on x86_64-apple-darwin17.4.0}}
> \{{ }}
> \{{ Copyright (C) 2018 The Apache Software Foundation.}}
> \{{ This software consists of contributions made by many people;}}
> \{{ see the NOTICE file for more information.}}
> {{ Subversion is open source software, see [http://subversion.apache.org/]}}
> \{{ }}
> \{{ The following repository access (RA) modules are available:}}
> \{{ }}
> * {{ra_svn : Module for accessing a repository using the svn network
> protocol.}}{\{ - with Cyrus SASL authentication}}\{{ - handles 'svn'
> scheme}}
> * {{ra_local : Module for accessing a repository on local disk.}}{\{ -
> handles 'file' scheme}}
> * {{ra_serf : Module for accessing a repository via WebDAV protocol using
> serf.}}{\{ - using serf 1.3.9 (compiled with 1.3.8)}}\{{ - handles 'http'
> scheme}}\{{ - handles 'https' scheme}}\{{ }}\{{ The following
> authentication credential caches are available:}}\{{ }}
> * {{Plaintext cache in /Users/petr/.subversion}}
> * {{GPG-Agent}}
> * {{Mac OS X Keychain}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1582) HiDPI icons for window system icons on default Linux LAF
[ https://issues.apache.org/jira/browse/NETBEANS-1582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685963#comment-16685963 ] Eirik Bakke commented on NETBEANS-1582: --- Beware of discussions to change the default LAF on Linux: https://issues.apache.org/jira/browse/NETBEANS-1344 . (This issue relates to whichever LAF is the default on Linux.) > HiDPI icons for window system icons on default Linux LAF > > > Key: NETBEANS-1582 > URL: https://issues.apache.org/jira/browse/NETBEANS-1582 > Project: NetBeans > Issue Type: Improvement > Components: platform - Window System > Environment: Linux >Reporter: Eirik Bakke >Priority: Major > Labels: HiDPI > > To look good on HiDPI displays on Linux, the various icons that are part of > NetBeans' window system must be made scalable to arbitrary resolutions. This > includes, for instance, the "X" button that is used to close tabs and the "_" > button that collapses a sidebar. These icons reside in the tabcontrol and > openide.awt modules. > The pull request at [https://github.com/apache/incubator-netbeans/pull/859] > already did this work for the MacOS and Windows LAFs (see NETBEANS-1260 and > NETBEANS-1238, respectively). Using the same approach, it should now be > relatively easy to do the same on Linux. Or more specifically, whichever LAF > is the default on, say, Ubuntu (I'm not sure myself). > This issue does _not_ cover the equivalent work on the Darcula plugin; that > would be a separate effort (see > [https://github.com/Revivius/nb-darcula/issues/160] ). > (The author of the PR above does not have a Linux machine handily available, > and so only did the work for Windows and MacOS. Note that these icons are > more or less the only ones that are different from one LAF to another.) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1627) Semi-Automatic dialog window to select the main class.
[ https://issues.apache.org/jira/browse/NETBEANS-1627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685833#comment-16685833 ] Michal Rama commented on NETBEANS-1627: --- I have some idea how to do it. It will be better to illustrate on the github site, but I did not manage to create a pull request. Please anybody to create. Thank you > Semi-Automatic dialog window to select the main class. > -- > > Key: NETBEANS-1627 > URL: https://issues.apache.org/jira/browse/NETBEANS-1627 > Project: NetBeans > Issue Type: Improvement > Components: java - Project, javafx - Project >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 912, Java 12 > Early-Access 19 >Reporter: Michal Rama >Priority: Major > Labels: Main, class, project > Attachments: picture1.png, picture2.png > > > Hello, > This window - Java > !picture1.png! > or JavaFX > !picture2.png! > will appear, for example, when the main class is not defined - the class was > created after the project was created > or the main class was defined, but the class no longer exists. > But the dialog box is for selection. Therefore, you should see if the classes > with the main method is two or more. > In the cases shown in the pictures, it should do this automatically. > Of course it should inform you about it, but it is useless to have to choose > it. > I would be grateful for this function. > Thank you -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[incubator-netbeans] 01/01: Merge pull request #959 from arusinha/review-module-j2ee.platform
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git commit e8dcd4053449938ce0e7bca5d3eee75472a03d0e Merge: efae804 39a67ad Author: Matthias Bläsing AuthorDate: Tue Nov 13 22:41:40 2018 +0100 Merge pull request #959 from arusinha/review-module-j2ee.platform [NETBEANS-1074] Module review j2ee.platform enterprise/j2ee.platform/build.xml | 20 enterprise/j2ee.platform/external/binaries-list | 19 ++- ... => generated-javaee-api-7.0-javadoc-license.txt} | 5 ++--- ...icense.txt => javaee-api-7.0-javadoc-license.txt} | 3 +-- .../j2ee.platform/nbproject/project.properties | 2 +- 5 files changed, 42 insertions(+), 7 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[incubator-netbeans] branch master updated (efae804 -> e8dcd40)
This is an automated email from the ASF dual-hosted git repository.
matthiasblaesing pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git.
from efae804 [NETBEANS-1481] Fix handling of eager module fragments
(regression against netbeans 9.0) (#978)
add 39a67ad [NETBEANS-1074] Module review j2ee.platform
new e8dcd40 Merge pull request #959 from
arusinha/review-module-j2ee.platform
The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails. The revisions
listed as "add" were already present in the repository and have only
been added to this reference.
Summary of changes:
enterprise/j2ee.platform/build.xml | 20
enterprise/j2ee.platform/external/binaries-list | 19 ++-
... => generated-javaee-api-7.0-javadoc-license.txt} | 5 ++---
...icense.txt => javaee-api-7.0-javadoc-license.txt} | 3 +--
.../j2ee.platform/nbproject/project.properties | 2 +-
5 files changed, 42 insertions(+), 7 deletions(-)
copy enterprise/j2ee.platform/external/{javaee-doc-api-license.txt =>
generated-javaee-api-7.0-javadoc-license.txt} (99%)
rename enterprise/j2ee.platform/external/{javaee-doc-api-license.txt =>
javaee-api-7.0-javadoc-license.txt} (99%)
-
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-1672) PHP default function require/include have to understand project file path
Los Vitaly created NETBEANS-1672: Summary: PHP default function require/include have to understand project file path Key: NETBEANS-1672 URL: https://issues.apache.org/jira/browse/NETBEANS-1672 Project: NetBeans Issue Type: New Feature Affects Versions: 10.0 Reporter: Los Vitaly Attachments: netbeans5.png, storm5.png I think it's very useful to make PHP default function require/include to understand file path of project. Like it's implement in PHPStorm I give screenshot for better understanding, because Netbeans don't have suggestion for file path, when I hit Ctrl + Space -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-565) Missing Css3.g file from donation
[
https://issues.apache.org/jira/browse/NETBEANS-565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ASF GitHub Bot updated NETBEANS-565:
Labels: pull-request-available (was: )
> Missing Css3.g file from donation
> -
>
> Key: NETBEANS-565
> URL: https://issues.apache.org/jira/browse/NETBEANS-565
> Project: NetBeans
> Issue Type: Bug
> Components: web - CSS Editor
>Affects Versions: 9.0
>Reporter: Matthias Bläsing
>Assignee: Geertjan Wielenga
>Priority: Major
> Labels: pull-request-available
> Attachments: nb_css_parser.patch
>
>
> While investigating a potential CSS parser error I saw while working with NB9
> and noticed, that one of the most important files is missing:
> css.lib/src/org/netbeans/modules/css/lib/Css3.g
> that file holds an antlr3 grammer for CSS 3. That file was not donated
> and I think the reason is, that the header contains a different
> copyright:
> {noformat}
> // Author : Jim Idle, Temporal Wave LLC.
> // Contact : j...@temporal-wave.com
> // Website : http://www.temporal-wave.com
> // License : ANTLR Free BSD License
> {noformat}
> My investigation showed, that the file is based on:
> [https://github.com/antlr/grammars-v3/blob/master/css21/css21.g]
> or
> [https://github.com/antlr/grammars-v3/raw/master/css21/css21.g]
> the headers and big chunks of the first checkin of Css3.g match.
> I see that oracle might feel uncomfortable/prohibited donating the
> whole file, but what could be donated is a diff between the original
> file from the antlr repository and the current state in netbeans.
> In technical term I suggest, that the patch against the base file is
> donated:
> {noformat}
> # Get basefile
> wget https://github.com/antlr/grammars-v3/raw/master/css21/css21.g
> # Get netbeans state
> wget
> http://hg.netbeans.org/releases/raw-file/tip/css.lib/src/org/netbeans/modules/css/lib/Css3.g
> # Create patch
> diff -u css21.g Css3.g > nb_css_parser.patch
> {noformat}
> That diff than only contains changes done by netbeans committers and this is
> either covered by the normal Oracle copyright (employees working on
> netbeans) or the OCLA.
> Maybe it helps, that there are only three authors listed in the history
> (taken from the releases repository):
> * Marek Fukala
> * Milutin Kristofic
> * Ondrej Brejla
> As requested by mail I created this issue to track the donation. I attached
> the diff/patch described above to this issue. I did not touch the file after
> creating the diff, as the license headers can be adjusted if/when oracle
> agrees to donate the contents (I'm willing to do the integration).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[incubator-netbeans] branch master updated: [NETBEANS-1481] Fix handling of eager module fragments (regression against netbeans 9.0) (#978)
This is an automated email from the ASF dual-hosted git repository.
sdedic pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git
The following commit(s) were added to refs/heads/master by this push:
new efae804 [NETBEANS-1481] Fix handling of eager module fragments
(regression against netbeans 9.0) (#978)
efae804 is described below
commit efae804a8fec48cb57c0c0c2425a2d78f4c4112d
Author: Florian Vogler
AuthorDate: Tue Nov 13 20:10:59 2018 +0100
[NETBEANS-1481] Fix handling of eager module fragments (regression against
netbeans 9.0) (#978)
---
.../src/org/netbeans/ModuleManager.java| 6 ++--
.../data/jars/fragment-module-missing-token.mf | 5 +++
.../org/foo2/FragmentContent.java | 26 +++
.../unit/src/org/netbeans/ModuleManagerTest.java | 38 ++
4 files changed, 73 insertions(+), 2 deletions(-)
diff --git a/platform/o.n.bootstrap/src/org/netbeans/ModuleManager.java
b/platform/o.n.bootstrap/src/org/netbeans/ModuleManager.java
index 4db13c7..2a48209 100644
--- a/platform/o.n.bootstrap/src/org/netbeans/ModuleManager.java
+++ b/platform/o.n.bootstrap/src/org/netbeans/ModuleManager.java
@@ -1681,7 +1681,9 @@ public final class ModuleManager extends Modules {
private void maybeAddToEnableList(Set willEnable, Set
mightEnable, Module m, boolean okToFail) {
if (! missingDependencies(m).isEmpty()) {
-assert okToFail : "Module " + m + " had unexpected problems: " +
missingDependencies(m) + " (willEnable: " + willEnable + " mightEnable: " +
mightEnable + ")";
+if (!okToFail) {
+Util.err.warning("Module " + m + " had unexpected problems: "
+ missingDependencies(m) + " (willEnable: " + willEnable + " mightEnable: " +
mightEnable + ")");
+}
// Cannot satisfy its dependencies, exclude it.
return;
}
@@ -1747,7 +1749,7 @@ public final class ModuleManager extends Modules {
Collection frags = getAttachedFragments(m);
for (Module fragMod : frags) {
if (! fragMod.isEnabled()) {
-maybeAddToEnableList(willEnable, mightEnable, fragMod, false);
+maybeAddToEnableList(willEnable, mightEnable, fragMod,
fragMod.isEager());
}
}
}
diff --git
a/platform/o.n.bootstrap/test/unit/data/jars/fragment-module-missing-token.mf
b/platform/o.n.bootstrap/test/unit/data/jars/fragment-module-missing-token.mf
new file mode 100644
index 000..bb2ed93
--- /dev/null
+++
b/platform/o.n.bootstrap/test/unit/data/jars/fragment-module-missing-token.mf
@@ -0,0 +1,5 @@
+Manifest-Version: 1.0
+OpenIDE-Module: org.foo.fragment.missing.token
+OpenIDE-Module-Fragment-Host: org.foo.host
+OpenIDE-Module-Name: Fragment Content Module with missing token
+OpenIDE-Module-Requires: missing.token
diff --git
a/platform/o.n.bootstrap/test/unit/data/jars/fragment-module-missing-token/org/foo2/FragmentContent.java
b/platform/o.n.bootstrap/test/unit/data/jars/fragment-module-missing-token/org/foo2/FragmentContent.java
new file mode 100644
index 000..9591f2c
--- /dev/null
+++
b/platform/o.n.bootstrap/test/unit/data/jars/fragment-module-missing-token/org/foo2/FragmentContent.java
@@ -0,0 +1,26 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements. See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership. The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied. See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+
+package org.foo;
+// Does not do anything, just needs to be here & loadable.
+public class FragmentContent {
+protected String something() {
+return "I am an added fragment with missing token";
+}
+}
diff --git
a/platform/o.n.bootstrap/test/unit/src/org/netbeans/ModuleManagerTest.java
b/platform/o.n.bootstrap/test/unit/src/org/netbeans/ModuleManagerTest.java
index 187c779..343edfa 100644
--- a/platform/o.n.bootstrap/test/unit/src/org/netbeans/ModuleManagerTest.java
+++ b/platform/o.n.bootstrap/test/unit/src/org/netbeans/ModuleManagerTest.java
@@ -2760,6 +2760,44 @@ public class ModuleManagerTest extends SetupHid {
Module client = mgr.create(jar, null, false, false, false);
assertEquals(1, client.getProblems().size());
}
+
+public void testEnableHostWithEagerFragment() throws
[jira] [Commented] (NETBEANS-53) PHP7.1 Setter/Getter code generation static types
[
https://issues.apache.org/jira/browse/NETBEANS-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685539#comment-16685539
]
Ádám Turcsán commented on NETBEANS-53:
--
Of course.
The case that when I have a class like this:
{code}
intProp;
}
public function getStringProp()
{
return $this->stringProp;
}
public function getBooleanProp()
{
return $this->booleanProp;
}
public function setIntProp($intProp)
{
$this->intProp = $intProp;
}
public function setStringProp($stringProp)
{
$this->stringProp = $stringProp;
}
public function setBooleanProp($booleanProp)
{
$this->booleanProp = $booleanProp;
}
{code}
My expectation would be methods like these:
{code}
public function getIntProp(): int
{
return $this->intProp;
}
public function getStringProp(): string
{
return $this->stringProp;
}
public function getBooleanProp(): bool
{
return $this->booleanProp;
}
public function setIntProp(int $intProp)
{
$this->intProp = $intProp;
}
public function setStringProp(string $stringProp)
{
$this->stringProp = $stringProp;
}
public function setBooleanProp(bool $booleanProp)
{
$this->booleanProp = $booleanProp;
}
{code}
As strange as it may seem nullable types work well, only these three have this
little hiatus (or only these have come to my attention).
> PHP7.1 Setter/Getter code generation static types
> -
>
> Key: NETBEANS-53
> URL: https://issues.apache.org/jira/browse/NETBEANS-53
> Project: NetBeans
> Issue Type: Improvement
> Components: php - Editor
>Reporter: Ádám Turcsán
>Priority: Major
>
> The Insert code... / Setters/getters... functionality works great and uses
> the docblock typehints as well but with static types (int, string) it
> generates the setters and getter without argument types or return types.
> It would be great if it could work with static types as well.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-341) Provide Snap Packages for NetBeans
[
https://issues.apache.org/jira/browse/NETBEANS-341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685519#comment-16685519
]
Laszlo Kishalmi commented on NETBEANS-341:
--
Classic confinement request for netbeans thread:
https://forum.snapcraft.io/t/classic-confinement-request-for-apache-netbeans/8481
> Provide Snap Packages for NetBeans
> --
>
> Key: NETBEANS-341
> URL: https://issues.apache.org/jira/browse/NETBEANS-341
> Project: NetBeans
> Issue Type: Wish
> Components: platform - LaunchersCLI
>Affects Versions: 9.0
>Reporter: Laszlo Kishalmi
>Assignee: Laszlo Kishalmi
>Priority: Major
> Labels: CI, build
> Time Spent: 2.5h
> Remaining Estimate: 0h
>
> The aim of this wish is to make NetBeans IDE available using Snap packaging
> system making it available on almost all Linux distributions.
> While the invention of Snap package management is a bit controversial among
> Linux users, it is definitely gaining momentum as some major brands started
> to deliver their products as Snap packages. Like Spotify and IntelliJ as well.
> Snap store can provide different distribution channels for different state of
> the products, like alpha, beta and stable (additional channels can be
> requested as well). Snapcraft.io service provides an automatic build and
> release functionality for free. Also the snap client can update the installed
> software daily. Having this functionality can enable some users to live on
> the edge if they want.
> I've started some experiments which can help make it happen.
> # This snap code needs to be integrated into the main NetBeans repository.
> Check tle linked PR#404
> # Snapcraft.io could be bind into github to enable automatic build.
> As far as I see now we shall request a permission to build a the package
> with classic confinement (no-security restrictions)
> My experimental package is available and can be tested with:
> {code:java}
> wget
> https://s3-us-west-2.amazonaws.com/lkishalmi-us-west-2-public/snaps/netbeans_9.0-beta-rc2_amd64.snap
> snap install netbeans_9.0-beta-rc2_amd64.snap --dangerous --classic{code}
> If we could make this happen NetBeans install on Linux could be as simple as:
> {code:java}
> snap install netbeans --classic{code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1668) Netbeans Appears to Become Unresponsive
[ https://issues.apache.org/jira/browse/NETBEANS-1668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685402#comment-16685402 ] Michael D Billman commented on NETBEANS-1668: - Geertjan - will see what i can do to reproduce. Might be tricky since it involves our code base from work. I'll try to get a working and reproducible (and sharable) example. > Netbeans Appears to Become Unresponsive > --- > > Key: NETBEANS-1668 > URL: https://issues.apache.org/jira/browse/NETBEANS-1668 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance >Affects Versions: 10.0 >Reporter: Michael D Billman >Priority: Major > Attachments: nbstack2.txt > > > Not sure the issue...try to load gradle project using version 4.10.1 and jdk > 11.0.1. > > On startup, scanning "background scanning of projects" hangs at 96% and never > finishes. Originally thought to be on the gradle plugin side, but author > believes it could be nb-javac. running jstack identifies the following > thread as potentially problematic (full file attached): > > "RepositoryUpdater.worker" #69 daemon prio=1 os_prio=-2 cpu=35015.63ms > elapsed=77.20s tid=0x31d6d800 nid=0x1cfc runnable [0x4438d000] > java.lang.Thread.State: RUNNABLE > at > com.sun.tools.javac.comp.Modules.retrieveRequiresTransitive(Modules.java:1572) > at com.sun.tools.javac.comp.Modules.completeModule(Modules.java:1540) > at > com.sun.tools.javac.comp.Modules.lambda$completeModule$21(Modules.java:1500) > at > com.sun.tools.javac.comp.Modules$$Lambda$704/0x000101167840.complete(Unknown > Source) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at > com.sun.tools.javac.comp.Modules.retrieveRequiresTransitive(Modules.java:1574) > at com.sun.tools.javac.comp.Modules.completeModule(Modules.java:1540) > at > com.sun.tools.javac.comp.Modules.lambda$completeModule$21(Modules.java:1500) > at > com.sun.tools.javac.comp.Modules$$Lambda$704/0x000101167840.complete(Unknown > Source) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at > com.sun.tools.javac.comp.Modules.retrieveRequiresTransitive(Modules.java:1574) > at com.sun.tools.javac.comp.Modules.completeModule(Modules.java:1540) > at > com.sun.tools.javac.comp.Modules.lambda$completeModule$21(Modules.java:1500) > at > com.sun.tools.javac.comp.Modules$$Lambda$704/0x000101167840.complete(Unknown > Source) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at > com.sun.tools.javac.comp.Modules.retrieveRequiresTransitive(Modules.java:1574) > at com.sun.tools.javac.comp.Modules.completeModule(Modules.java:1540) > at > com.sun.tools.javac.comp.Modules.lambda$completeModule$21(Modules.java:1500) > at > com.sun.tools.javac.comp.Modules$$Lambda$704/0x000101167840.complete(Unknown > Source)... > If this is determined to not be a netbeans issue, please let me know. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1671) Include the Installer source files donated by Oracle into Apache NetBeans repo
Geertjan Wielenga created NETBEANS-1671: --- Summary: Include the Installer source files donated by Oracle into Apache NetBeans repo Key: NETBEANS-1671 URL: https://issues.apache.org/jira/browse/NETBEANS-1671 Project: NetBeans Issue Type: Bug Reporter: Geertjan Wielenga Assignee: Reema Taneja -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[incubator-netbeans] branch master updated: [NETBEANS-586]: NPE findUsages (#1016)
This is an automated email from the ASF dual-hosted git repository.
rtaneja pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git
The following commit(s) were added to refs/heads/master by this push:
new 8fa7812 [NETBEANS-586]: NPE findUsages (#1016)
8fa7812 is described below
commit 8fa7812c140977cf7962a548c10a65c9bd732d34
Author: Reema Taneja <32299405+rtane...@users.noreply.github.com>
AuthorDate: Tue Nov 13 18:51:52 2018 +0530
[NETBEANS-586]: NPE findUsages (#1016)
* [NETBEANS-586]: NPE findUsages
* Update FindUsagesVisitor.java
* [NETBEANS-586] NPE findUsages
---
.../modules/refactoring/java/plugins/FindUsagesVisitor.java | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git
a/java/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/FindUsagesVisitor.java
b/java/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/FindUsagesVisitor.java
index 051530f..422b560 100644
---
a/java/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/FindUsagesVisitor.java
+++
b/java/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/FindUsagesVisitor.java
@@ -393,13 +393,10 @@ public class FindUsagesVisitor extends
ErrorAwareTreePathScanner
Trees trees = workingCopy.getTrees();
ClassTree classTree = ((NewClassTree) node).getClassBody();
if (classTree != null && p.getKind() == ElementKind.CONSTRUCTOR) {
-Element anonClass =
workingCopy.getTrees().getElement(TreePath.getPath(workingCopy.getCompilationUnit(),
classTree));
-if (anonClass == null) {
-
Logger.getLogger("org.netbeans.modules.refactoring.java").log(Level.SEVERE,
"FindUsages cannot resolve {0}", classTree); // NOI18N
-} else {
-for (ExecutableElement c :
ElementFilter.constructorsIn(anonClass.getEnclosedElements())) {
-MethodTree t = workingCopy.getTrees().getTree(c);
-TreePath superCall =
trees.getPath(workingCopy.getCompilationUnit(), ((ExpressionStatementTree)
t.getBody().getStatements().get(0)).getExpression());
+for (Tree t : classTree.getMembers()) {
+Element elem =
workingCopy.getTrees().getElement(TreePath.getPath(workingCopy.getCompilationUnit(),
t));
+if (elem.getKind() == ElementKind.CONSTRUCTOR) {
+TreePath superCall =
trees.getPath(workingCopy.getCompilationUnit(), ((ExpressionStatementTree)
((MethodTree) t).getBody().getStatements().get(0)).getExpression());
Element superCallElement = trees.getElement(superCall);
if (superCallElement != null && superCallElement.equals(p)
&& !workingCopy.getTreeUtilities().isSynthetic(superCall)) {
addUsage(superCall);
-
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-1668) Netbeans Appears to Become Unresponsive
[ https://issues.apache.org/jira/browse/NETBEANS-1668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685166#comment-16685166 ] Geertjan Wielenga commented on NETBEANS-1668: - Steps to reproduce, from scratch, so someone can reproduce and work on this. > Netbeans Appears to Become Unresponsive > --- > > Key: NETBEANS-1668 > URL: https://issues.apache.org/jira/browse/NETBEANS-1668 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance >Affects Versions: 10.0 >Reporter: Michael D Billman >Priority: Major > Attachments: nbstack2.txt > > > Not sure the issue...try to load gradle project using version 4.10.1 and jdk > 11.0.1. > > On startup, scanning "background scanning of projects" hangs at 96% and never > finishes. Originally thought to be on the gradle plugin side, but author > believes it could be nb-javac. running jstack identifies the following > thread as potentially problematic (full file attached): > > "RepositoryUpdater.worker" #69 daemon prio=1 os_prio=-2 cpu=35015.63ms > elapsed=77.20s tid=0x31d6d800 nid=0x1cfc runnable [0x4438d000] > java.lang.Thread.State: RUNNABLE > at > com.sun.tools.javac.comp.Modules.retrieveRequiresTransitive(Modules.java:1572) > at com.sun.tools.javac.comp.Modules.completeModule(Modules.java:1540) > at > com.sun.tools.javac.comp.Modules.lambda$completeModule$21(Modules.java:1500) > at > com.sun.tools.javac.comp.Modules$$Lambda$704/0x000101167840.complete(Unknown > Source) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at > com.sun.tools.javac.comp.Modules.retrieveRequiresTransitive(Modules.java:1574) > at com.sun.tools.javac.comp.Modules.completeModule(Modules.java:1540) > at > com.sun.tools.javac.comp.Modules.lambda$completeModule$21(Modules.java:1500) > at > com.sun.tools.javac.comp.Modules$$Lambda$704/0x000101167840.complete(Unknown > Source) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at > com.sun.tools.javac.comp.Modules.retrieveRequiresTransitive(Modules.java:1574) > at com.sun.tools.javac.comp.Modules.completeModule(Modules.java:1540) > at > com.sun.tools.javac.comp.Modules.lambda$completeModule$21(Modules.java:1500) > at > com.sun.tools.javac.comp.Modules$$Lambda$704/0x000101167840.complete(Unknown > Source) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at > com.sun.tools.javac.comp.Modules.retrieveRequiresTransitive(Modules.java:1574) > at com.sun.tools.javac.comp.Modules.completeModule(Modules.java:1540) > at > com.sun.tools.javac.comp.Modules.lambda$completeModule$21(Modules.java:1500) > at > com.sun.tools.javac.comp.Modules$$Lambda$704/0x000101167840.complete(Unknown > Source)... > If this is determined to not be a netbeans issue, please let me know. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-467) maven artifacts for Apache NetBeans Platform need to be created and hosted
[ https://issues.apache.org/jira/browse/NETBEANS-467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685161#comment-16685161 ] Eric Barboni commented on NETBEANS-467: --- [~palman] [~ebakke] Thanks for the . build-javadoc target will be needed as well. There is the new home of the plugin. https://github.com/apache/incubator-netbeans-mavenutils/ new GAV will be used org.netbeans.maven:nb-repository-plugin:1.4-SNAPSHOT Not sure how but at least to populate central we will need to had a developper section + licence maybe only in a parent. > maven artifacts for Apache NetBeans Platform need to be created and hosted > --- > > Key: NETBEANS-467 > URL: https://issues.apache.org/jira/browse/NETBEANS-467 > Project: NetBeans > Issue Type: Task > Components: website >Affects Versions: 9.0 >Reporter: Eric Barboni >Priority: Critical > Labels: NETBEANS-9 > > Hi (hope I did not miss mails on this topic), > During test on maven NetCAT, testers are told to create and generate > mavenized NetBeans Platform Module and Suite. > Maven archetype for Netbeans platform module [1] are linked to artefacts > stored in [2] (RELEASE 6 to 8.2) and it is also possible to use snapshot > versions from [3] > Artefacts are generated from Oracle NetBeans sources at the moment, RELEASE* > artefact were built from a specific build, SNAPSHOT artefact are refreshed > every day with no history (I suppose for space reason). > > It would be nice to recreate a workflow to regenerate maven artefacts for > the Apache NetBeans Platform from Apache NetBeans sources. > > [1][https://github.com/mojohaus/nbm-archetype/] > [2][https://bits.netbeans.org/nexus] > [3][https://bits.netbeans.org/dev/maven-snapshot/|http://bits.netbeans.org/dev/maven-snapshot/] > > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685087#comment-16685087
]
Geertjan Wielenga commented on NETBEANS-1428:
-
I don't know, I've not filed a JDK bug myself. Hoping someone knows how to
debug this problem. Sven Reimers knows a lot about the Profiler, but he's on
Mac OSX, and me too.
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685076#comment-16685076
]
Peter Hull edited comment on NETBEANS-1428 at 11/13/18 11:47 AM:
-
Geertjan, should I also file a JDK bug ? (you know better than anyone how they
work)
was (Author: peterhull90):
Geetjan, should I also file a JDK bug ? (you know better than anyone how they
work)
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685076#comment-16685076
]
Peter Hull commented on NETBEANS-1428:
--
Geetjan, should I also file a JDK bug ? (you know better than anyone how they
work)
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685067#comment-16685067
]
Peter Hull commented on NETBEANS-1428:
--
*JDK 12 EA (build 19)*
Also affected, crashes the same as JDK11
*VisualVM 1.4.2*
I ran the anagram game under JDK11 and attached the VisualVM profiler to it. It
works a bit different (like the old NetBeans) so 'CPU' does roughly the same as
'Methods'. I was not able to cause a crash with VisualVM.
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1670) Add defaultSerialVersionUID to all Serializable classes missing it
Tarin Gamberini created NETBEANS-1670: - Summary: Add defaultSerialVersionUID to all Serializable classes missing it Key: NETBEANS-1670 URL: https://issues.apache.org/jira/browse/NETBEANS-1670 Project: NetBeans Issue Type: Improvement Components: java - Refactoring Affects Versions: 9.0 Reporter: Tarin Gamberini Currently if I have checked the Serialization checkbox under Tools > Options > Editor > Hints > Standard Javac Warnings I can find all classes missing a defaultSerialVersionUID. Of course if there are many classes I have to open each class and adding a defaultSerialVersionUID. Luckily the editor helps me because when I put the cursor on the class declaration I type ALT+ENTER and I choose Add defaultSerialVersionUID. The problem is that I have to repeat these operations for each class. I would like adding a defaultSerialVersionUID to all Serializable classes which don't has one yet. That is a refactoring scenario so I would like to proceed in this way: # left click on the project in Projects window # click Refactor # click Inspect and Transform # choose Single Inspection # choose Serialization under a Standard Javac Warnings section # click Inspect # click Transform Many thanks for your help, Tarin -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685053#comment-16685053
]
Geertjan Wielenga commented on NETBEANS-1428:
-
Also, can we check if VisualVM has the same problem:
https://visualvm.github.io/
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685047#comment-16685047
]
Geertjan Wielenga commented on NETBEANS-1428:
-
Great. Thanks. Just to make very sure that it's not been fixed in one way or
another in the JDK already, can you try the above procedure with the very
latest JDK 12 EA, which is build 19 (2018/11/8):
https://jdk.java.net/12/
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685043#comment-16685043
]
Peter Hull commented on NETBEANS-1428:
--
Steps are above, I can't type quickly enough to keep up with you!
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685037#comment-16685037
]
Peter Hull commented on NETBEANS-1428:
--
Steps to reproduce:
# Start Netbeans 10 VC3 on *Windows*
# Select File|New Project|Examples|Java|Anagram Game
# Create the project
# Go to project properties and make sure a JDK platform 9 or later is selected
# Right click project and select Profile
# Click Configure Session and select Methods
# Start session
Anagram Game's window will briefly appear and then disappear. The Output window
will record a JVM crash.
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685034#comment-16685034
]
Geertjan Wielenga commented on NETBEANS-1428:
-
Does it crash with the Anagram Game, if so, can you provide precise steps so we
can all try to reproduce them.
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685031#comment-16685031
]
Peter Hull commented on NETBEANS-1428:
--
To summarize, it crashes
* Only on Windows
* For JDK 9 and later
* On JavaSE, Maven and Freeform projects
* Only when profiling "Methods" (either alone or when "Methods" is one of the
multiple methods)
I don't think we know enough to say "it appears to be a problem on the JDK
level" - the crash occurs when JVM's JNI methods are being called from Netbeans
native code. It may indeed be a JVM bug, but if JNI calls are incorrect and the
JVM crashes, that's Netbeans's fault.
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-1638) OSGi support is broken
[ https://issues.apache.org/jira/browse/NETBEANS-1638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Nabbefeld updated NETBEANS-1638: -- Attachment: Updated_felix_to_5_6_10_to_enable_osgi_bundles_for_java_9_and_later_.patch > OSGi support is broken > -- > > Key: NETBEANS-1638 > URL: https://issues.apache.org/jira/browse/NETBEANS-1638 > Project: NetBeans > Issue Type: Bug > Components: platform - Module System >Affects Versions: 9.0, 10.0 >Reporter: Peter Nabbefeld >Priority: Critical > Attachments: > Updated_felix_to_5_6_10_to_enable_osgi_bundles_for_java_9_and_later_.patch > > > The included Felix jar (in module lib.felix) is outdated and does not work > with JDK > 9. > Included version: 4.2.1 > Current version: 6.0.1 > For a short discussion of the problem see: > https://github.com/mojohaus/nbm-maven-plugin/issues/52 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1638) OSGi support is broken
[ https://issues.apache.org/jira/browse/NETBEANS-1638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685013#comment-16685013 ] Peter Nabbefeld commented on NETBEANS-1638: --- The patch does not seem to fix my problems, so probably there's also insufficient information about how to add OSGi modules. If OSGi dependencies work for someone, I'd be lucky to see an example pom file. > OSGi support is broken > -- > > Key: NETBEANS-1638 > URL: https://issues.apache.org/jira/browse/NETBEANS-1638 > Project: NetBeans > Issue Type: Bug > Components: platform - Module System >Affects Versions: 9.0, 10.0 >Reporter: Peter Nabbefeld >Priority: Critical > Attachments: > Updated_felix_to_5_6_10_to_enable_osgi_bundles_for_java_9_and_later_.patch > > > The included Felix jar (in module lib.felix) is outdated and does not work > with JDK > 9. > Included version: 4.2.1 > Current version: 6.0.1 > For a short discussion of the problem see: > https://github.com/mojohaus/nbm-maven-plugin/issues/52 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1638) OSGi support is broken
[ https://issues.apache.org/jira/browse/NETBEANS-1638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685008#comment-16685008 ] Peter Nabbefeld commented on NETBEANS-1638: --- Attached a patch provided by Johannes Boesl on the dev mailing list. > OSGi support is broken > -- > > Key: NETBEANS-1638 > URL: https://issues.apache.org/jira/browse/NETBEANS-1638 > Project: NetBeans > Issue Type: Bug > Components: platform - Module System >Affects Versions: 9.0, 10.0 >Reporter: Peter Nabbefeld >Priority: Critical > Attachments: > Updated_felix_to_5_6_10_to_enable_osgi_bundles_for_java_9_and_later_.patch > > > The included Felix jar (in module lib.felix) is outdated and does not work > with JDK > 9. > Included version: 4.2.1 > Current version: 6.0.1 > For a short discussion of the problem see: > https://github.com/mojohaus/nbm-maven-plugin/issues/52 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16684993#comment-16684993
]
Geertjan Wielenga commented on NETBEANS-1428:
-
It's hard to understand from this issue which kinds of projects this applies to
(someone mentions Java Ant free-form, someone else mentions Maven-based
project) and whether it is "Methods" but not for "Objects", "Threads" or
"Locks".
Can everyone who can reproduce this try to reproduce this specifically with the
Anagram Game, i.e., one of the standard samples in Apache NetBeans -- and then
also be very specific whether it is a problem in profiling "Methods" but not
for "Objects", "Threads" or "Locks" etc?
In any case, since it appears to be a problem on the JDK level, it cannot be a
blocker for releasing Apache NetBeans, since nothing in Apache NetBeans can be
changed to fix this, if it is a blocker on the JDK level.
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16684999#comment-16684999
]
Geertjan Wielenga commented on NETBEANS-1428:
-
Also, we need very specific steps that everyone should follow to reproduce
this, so that we are all working from the same scenario, can someone provide
those very specific steps, using the Anagram Game?
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1428) Fatal error when profiling
[
https://issues.apache.org/jira/browse/NETBEANS-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16684987#comment-16684987
]
Peter Hull commented on NETBEANS-1428:
--
Not sure of the criteria for blocker but the consequence of this bug is that a
sizeable portion of Profiler functionality isn't available on Windows, and
there is no workaround.
I have tried to diagnose this myself (see [mailing list|
http://mail-archives.apache.org/mod_mbox/netbeans-dev/201811.mbox/%3CCAK9Gx1e-fdR5yG2bvwDehX7Rfg6B0emf13TYjeh1zC6P4YVwCg%40mail.gmail.com%3E])
but I am missing some basic techniques when it comes to debugging a secondary
JVM + native code. If I had a bit of guidance I feel that I could make progress
on this.
> Fatal error when profiling
> --
>
> Key: NETBEANS-1428
> URL: https://issues.apache.org/jira/browse/NETBEANS-1428
> Project: NetBeans
> Issue Type: Bug
> Components: profiler - Base
>Affects Versions: 9.0, 10.0
> Environment: Windows 10, JDK11 (OpenJDK 11.0+28)
>Reporter: Peter Hull
>Priority: Major
> Labels: netcat
> Attachments: hs_err_pid38528.log
>
>
> Attempting to profile a Java freeform project (Netcat 10, Profiling FreeForm,
> Step 2)
> I get the following error
> {{#}}
> {{# A fatal error has been detected by the Java Runtime Environment:}}
> {{#}}
> {{# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7ff8e831c775,
> pid=38528, tid=38596}}
> {{#}}
> {{# JRE version: OpenJDK Runtime Environment (11.0+28) (build 11+28)}}
> {{# Java VM: OpenJDK 64-Bit Server VM (11+28, mixed mode, tiered, compressed
> oops, g1 gc, windows-amd64)}}
> {{# Problematic frame:}}
> {{# V [jvm.dll+0x5ec775]}}
> {{#}}
> {{# No core dump will be written. Minidumps are not enabled by default on
> client versions of Windows}}
> {{#}}
> {{# An error report file with more information is saved as:}}
> {{# D:\Libraries\Downloads\TS_Profiler_freeform\freeform\hs_err_pid38528.log}}
> {{#}}
> {{# If you would like to submit a bug report, please visit:}}
> {{# http://bugreport.java.com/bugreport/crash.jsp}}
> {{#}}
> Seems reproducible, I have attached the crash log.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1344) NetBeans looks Ugly on Java 11 on Linux
[
https://issues.apache.org/jira/browse/NETBEANS-1344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16684957#comment-16684957
]
René Kraneis commented on NETBEANS-1344:
Giving up on GTK LaF would be quite sad, as it's the one theme, that
automatically honors switching the desktop between light/dark, which I quite
frequently do depending on my surrounding and time of day :/ But I see, that
these issues need to be fixed in the JDK and cannot be tackled in NetBeans. Any
possibility to raise awareness there?
> NetBeans looks Ugly on Java 11 on Linux
> ---
>
> Key: NETBEANS-1344
> URL: https://issues.apache.org/jira/browse/NETBEANS-1344
> Project: NetBeans
> Issue Type: Improvement
>Reporter: Laszlo Kishalmi
>Priority: Major
> Labels: Java11, Linux, pull-request-available
> Attachments: Screenshot from 2018-10-04 09-11-28.png,
> document_tab.png, image-2018-10-15-20-10-48-233.png,
> image-2018-10-15-20-11-07-846.png, image-2018-10-15-20-16-27-048.png,
> image-2018-10-15-20-19-36-959.png, image-2018-10-15-20-19-49-797.png,
> image-2018-10-15-20-21-15-737.png, image-2018-10-15-20-24-00-937.png,
> java10_code.png, java10_menu_and_toolbar.png, java10_output_window.png,
> java10_projects.png, java11_code.png, java11_menu_and_toolbar.png,
> java11_output_window.png, java11_projects.png, java11opt_code.png,
> java11opt_menu_and_toolbar.png, java11opt_output_window.png,
> java11opt_projects.png, openjdk-8_code.png, openjdk-8_tree.png,
> openjdk-8_tree.png, oraclejdk-8_code.png, oraclejdk-8_tree.png,
> selected_item.png, toolbar_buttons.png
>
> Time Spent: 50m
> Remaining Estimate: 0h
>
> Well actually Java 11 the defaults Gnome3 on Linux, resulting poor rendering
> on the default GTK look and feel. Using other Look and feel (Nimbus, Darcula)
> does not suffer from this issue.
> Forcing to use GTK 2.2 fixes the GTK look and feel.
> To force gnome we need to pass: {{-Djdk.gtk.version=2.2}} to the Java
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
