Hi Loannis, The exception stack trace indicating that "indexing is in progress and any cancel event/action occurred". Did you performed any action during the indexing?
-----Original Message----- From: John Kostaras <jkosta...@gmail.com> Sent: 12 September 2021 14:36 To: dev@netbeans.apache.org Subject: [External] : Re: [VOTE] Release Apache NetBeans 12.5 +1(binding) Built it successfully on MacOSX 10.13.6 with JDK 8u271. When I started, and after having installed nbjavac, I got the following exception: org.netbeans.lib.nbjavac.services.CancelAbort at org.netbeans.lib.nbjavac.services.CancelService.abortIfCanceled(CancelService.java:53) at org.netbeans.lib.nbjavac.services.NBParserFactory$NBJavacParser.classDeclaration(NBParserFactory.java:97) at com.sun.tools.javac.parser.JavacParser.classOrRecordOrInterfaceOrEnumDeclaration(JavacParser.java:3932) at com.sun.tools.javac.parser.JavacParser.typeDeclaration(JavacParser.java:3921) at com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParser.java:3682) at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:655) at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:692) at com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:1109) at com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:1096) at com.sun.tools.javac.api.JavacTaskImpl.parseInternal(JavacTaskImpl.java:308) at com.sun.tools.javac.api.JavacTaskImpl.invocationHelper(JavacTaskImpl.java:163) at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:298) Caused: java.lang.IllegalStateException at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:302) at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:278) [catch] at org.netbeans.modules.java.source.nbjavac.indexing.SuperOnePassCompileWorker.compile(SuperOnePassCompileWorker.java:143) at org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5716) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5624) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5751) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5421) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:5040) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3422) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6185) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5836) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6101) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:83) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6097) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6093) at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) at org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.run(RepositoryUpdater.java:6093) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) However, the above didn't stop it from running. Tested it with a number of types of projects and didn't notice any issues. Thanks for the great work. Kind regards, Ioannis. On Sat, 11 Sept 2021 at 20:35, Neil C Smith <neilcsm...@apache.org> wrote: > On Sat, 11 Sept 2021 at 17:08, Laszlo Kishalmi > <laszlo.kisha...@gmail.com> wrote: > > The only thing bothers me, that there are 5 new jars under > > java/maven/test/unit/data/mavenmock > > > > They are only test data, but they are real jars indeed. It seems > > that one even slipped through the 12.4 phase (I have not checked the > > jars that time.) Introduced in > > 95d4fd144eabe7dfc07fe7c5e7c8d81e1e26d013 > > They certainly didn't slip through in 12.4, and they're allowable if > they don't contain executable code. Same as a few .zip files we have. > They were checked for that - it's even the reason for my comments on > this legal thread at the time > > https://urldefense.com/v3/__https://lists.apache.org/thread.html/rcddc > 30dd1f0c7f20709e09de7202d4d6885d6235a7fce1c1ab46e4ed*40*3Clegal-discus > s.apache.org*3E__;JSUl!!ACWV5N9M2RV99hQ!aAyC9j5YIQTxzNrMJhgFuhw9DK3XaJ > Wz8Eu4ZA5OC_jH4dAhBime6sVBrBpyzTCKjcMz$ > > Mentioning here as you (or anyone else) might want to review and > verify they're allowable in voting. > > > It might be not a show stopper, but we have to take a remedy action > > that these jars would be generated from real source during build > > time in the next release. > > Real source might be a moot point, but whether the .jar and .zip files > we have should be generated is probably worth some thought, as > archives in general make reviewing more difficult (mentioned by others > in same legal thread above). That bit is a discussion we should move > off the vote thread though. > > Best wishes, > > Neil > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://urldefense.com/v3/__https://cwiki.apache.org/confluence/displa > y/NETBEANS/Mailing*lists__;Kw!!ACWV5N9M2RV99hQ!aAyC9j5YIQTxzNrMJhgFuhw > 9DK3XaJWz8Eu4ZA5OC_jH4dAhBime6sVBrBpyzWzbfXUS$ > > > >
