This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Oracle Solaris Studio IDE cannot be build. Exception: /export1/home/alsimon/sputnik/ide.suite/build.xml:60: The following error occurred while executing this line: /export1/home/alsimon/sputnik/analytics.suite/build.xml:13: The following error occurred while executing this line: /export1/home/alsimon/netbeans-8.0/harness/suite.xml:187: The following error occurred while executing this line: /export1/home/alsimon/netbeans-8.0/harness/build.xml:174: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.netbeans.nbbuild.ParseProjectXml.translateModuleAutoDeps(ParseProjectXml.java:899) at org.netbeans.nbbuild.ParseProjectXml.getDeps(ParseProjectXml.java:860) at org.netbeans.nbbuild.ParseProjectXml.execute(ParseProjectXml.java:459) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292) at sun.reflect.GeneratedMethodAccessor125.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:435) at org.apache.tools.ant.Target.performTasks(Target.java:456) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393) at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38) at org.apache.tools.ant.Project.executeTargets(Project.java:1248) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441) at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:306) at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:221) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292) at sun.reflect.GeneratedMethodAccessor125.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:435) at org.apache.tools.ant.Target.performTasks(Target.java:456) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393) at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38) at org.apache.tools.ant.Project.executeTargets(Project.java:1248) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292) at sun.reflect.GeneratedMethodAccessor125.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:435) at org.apache.tools.ant.Target.performTasks(Target.java:456) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393) at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38) at org.apache.tools.ant.Project.executeTargets(Project.java:1248) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292) at sun.reflect.GeneratedMethodAccessor125.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:435) at org.apache.tools.ant.Target.performTasks(Target.java:456) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393) at org.apache.tools.ant.Project.executeTarget(Project.java:1364) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1248) at org.apache.tools.ant.module.bridge.impl.BridgeImpl.run(BridgeImpl.java:286) at org.apache.tools.ant.module.run.TargetExecutor.run(TargetExecutor.java:555) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:153) Caused by: java.lang.NoClassDefFoundError: org/openide/xml/XMLUtil at org.netbeans.core.startup.AutomaticDependencies$Parser.parse(AutomaticDependencies.java:908) at org.netbeans.core.startup.AutomaticDependencies.parse(AutomaticDependencies.java:165) ... 60 more Caused by: java.lang.ClassNotFoundException: org.openide.xml.XMLUtil at org.apache.tools.ant.AntClassLoader.findClassInComponents(AntClassLoader.java:1374) at org.apache.tools.ant.AntClassLoader.findClass(AntClassLoader.java:1323) at org.apache.tools.ant.AntClassLoader.loadClass(AntClassLoader.java:1076) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 62 more BUILD FAILED (total time: 5 seconds)
Created attachment 149993 [details] build log
Tomasi isn't connected to server split?
Not sure I will investigate.
It does not seems to be related directly to server split but to the module-auto-deps. Please Alex can you attach steps how to reproduce the problem. Thanks!
Steps to reproduce: - clone sputnik trunk - build NB from trunk - start NB 8.0.1 (built from releases branch release801) - add Netbeans platform from built trunk with name Netbeans_IDE_CND_Dev - open sputnik/common.suite and analytics.suite - build suits
http://enum.ru.oracle.com:8080/hudson/job/pythia-sputnik-single-platform-trunk/lastBuild/consoleFull This Hudson job copies netbeans.zip from the parent job and builds OSS IDE based on the NetBeans copied.
Thanks Alex!
The problem is that you are using incompatible harness. You are using the harness from the IDE while building on new platform. You need to switch to platform harness: Tools/NetBeans Platform Manager/NetBeans_IDE_CND_Dev/Harness/Harness Supplied With Platform or you can set explicit path to harness. However it seems to me a good idea to patch the 8.0.1 harness to support the new layout in NB 8.0.1 patch 2. But you should use explicit or platform supplied harness.
(In reply to Tomas Zezula from comment #8) > The problem is that you are using incompatible harness. You are using the > harness from the IDE while building on new platform. > You need to switch to platform harness: > Tools/NetBeans Platform Manager/NetBeans_IDE_CND_Dev/Harness/Harness > Supplied With Platform or you can set explicit path to harness. > > However it seems to me a good idea to patch the 8.0.1 harness to support the > new layout in NB 8.0.1 patch 2. But you should use explicit or platform > supplied harness. I tried develop on NB built from trunk. And ends in another problem.
(In reply to Tomas Zezula from comment #8) > The problem is that you are using incompatible harness. You are using the > harness from the IDE while building on new platform. > You need to switch to platform harness: > Tools/NetBeans Platform Manager/NetBeans_IDE_CND_Dev/Harness/Harness > Supplied With Platform or you can set explicit path to harness. > > However it seems to me a good idea to patch the 8.0.1 harness to support the > new layout in NB 8.0.1 patch 2. But you should use explicit or platform > supplied harness. (In reply to Alexander Simon from comment #9) > (In reply to Tomas Zezula from comment #8) > > The problem is that you are using incompatible harness. You are using the > > harness from the IDE while building on new platform. > > You need to switch to platform harness: > > Tools/NetBeans Platform Manager/NetBeans_IDE_CND_Dev/Harness/Harness > > Supplied With Platform or you can set explicit path to harness. > > > > However it seems to me a good idea to patch the 8.0.1 harness to support the > > new layout in NB 8.0.1 patch 2. But you should use explicit or platform > > supplied harness. > > I tried develop on NB built from trunk. And ends in another problem. Log: An annotation processor threw an uncaught exception. Consult the following stack trace for details. java.lang.annotation.AnnotationTypeMismatchException: Incorrectly typed data found for annotation element public abstract java.lang.Class org.openide.util.lookup.ServiceProvider.service() (Found data of type java.lang.Class<?>) at com.sun.tools.javac.model.AnnotationProxyMaker$ValueVisitor$1AnnotationTypeMismatchExceptionProxy.generateException(AnnotationProxyMaker.java:264) at sun.reflect.annotation.AnnotationInvocationHandler.invoke(AnnotationInvocationHandler.java:83) at com.sun.proxy.$Proxy1503.service(Unknown Source) at org.netbeans.modules.openide.util.ServiceProviderProcessor.register(ServiceProviderProcessor.java:103) at org.netbeans.modules.openide.util.ServiceProviderProcessor.handleProcess(ServiceProviderProcessor.java:87) at org.openide.util.lookup.implspi.AbstractServiceProviderProcessor.process(AbstractServiceProviderProcessor.java:117) at com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:793) at com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:722) at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$1700(JavacProcessingEnvironment.java:97) at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1029) at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1163) at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1108) at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:824) at com.sun.tools.javac.main.Main.compile(Main.java:439) at com.sun.tools.javac.main.Main.compile(Main.java:353) at com.sun.tools.javac.main.Main.compile(Main.java:342) at com.sun.tools.javac.main.Main.compile(Main.java:333) at com.sun.tools.javac.Main.compile(Main.java:76) at sun.reflect.GeneratedMethodAccessor570.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.taskdefs.compilers.Javac13.execute(Javac13.java:56) at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:1159) at org.netbeans.nbbuild.CustomJavac.compile(CustomJavac.java:124) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:935) at org.netbeans.nbbuild.CustomJavac.execute(CustomJavac.java:105) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292) at sun.reflect.GeneratedMethodAccessor403.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:435) at org.apache.tools.ant.Target.performTasks(Target.java:456) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393) at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38) at org.apache.tools.ant.Project.executeTargets(Project.java:1248) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441) at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:306) at org.apache.tools.ant.taskdefs.SubAnt.execute(SubAnt.java:221) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292) at sun.reflect.GeneratedMethodAccessor403.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:435) at org.apache.tools.ant.Target.performTasks(Target.java:456) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393) at org.apache.tools.ant.Project.executeTarget(Project.java:1364) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1248) at org.apache.tools.ant.module.bridge.impl.BridgeImpl.run(BridgeImpl.java:286) at org.apache.tools.ant.module.run.TargetExecutor.run(TargetExecutor.java:555) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:153) /export1/home/alsimon/cnd-main/nbbuild/netbeans/harness/suite.xml:187: The following error occurred while executing this line: /export1/home/alsimon/cnd-main/nbbuild/netbeans/harness/common.xml:224: Compile failed; see the compiler error output for details.
Probably root cause is in module cnd.dwarfdump. It have 2 features: - the module does not have dependencies - the nodule is compiled with java 1.5 compatibility
You don't need to develop in the trunk IDE, you can still use NB 8.0.1 with the Netbeans_IDE_CND_Dev platform but you need to change the Netbeans_IDE_CND_Dev's harnesser to the "Harness Supplied With Platform" in this case the build will use the correct ABI. I will create a fix for NB 8.0.1 ABI to allow to use the dev with old 8.0.1 ABI. It will be a part of next path. After it I will look at AnnotationProxyMaker$ValueVisitor$1AnnotationTypeMismatchExceptionProxy.generateException in the cnd.dwarfdump.
i found why module analytics.codemodel.bridge cannot be built: - the package com.sun.tools.analytics.codemodel.project.uiapi is not public! The module putnik/modules/analytics.codemodel.bridge uses interface: org.netbeans.modules.project.uiapi.OpenProjectsTrampoline
The next issue is: the module sputnik/modules/tuxedo.project uses classes: FileSystem.Status and FileSystem.HtmlStatus What is replacement?
(In reply to Alexander Simon from comment #14) > The next issue is: > the module sputnik/modules/tuxedo.project uses classes: > FileSystem.Status and FileSystem.HtmlStatus > What is replacement? The module is located in sputnik/tuxedo suite.
(In reply to Alexander Simon from comment #13) > i found why module analytics.codemodel.bridge cannot be built: > - the package com.sun.tools.analytics.codemodel.project.uiapi is not public! correct is org.netbeans.modules.project.uiapi > The module putnik/modules/analytics.codemodel.bridge uses interface: > org.netbeans.modules.project.uiapi.OpenProjectsTrampoline
The StatusDecorator is a new replacement of FileSystem.HtmlStatus. The FileSystem.HtmlStatus is injected into the runtime for old modules by byte code patcher. I will fix the sputnik/modules/tuxedo.project and attach a diff.
The org.netbeans.modules.project.uiapi was never public you need a imply dependency on the projectuiapi.base. Which project in sputnik? I will fix it as well.
The fix which allows to use dev platform with NB 8.0.1 ABI: http://hg.netbeans.org/jet-main/rev/965849922205 It needs to be propagated to patch2. Now I am working on patch for sputnik projects.
Created attachment 150057 [details] Patch fixing the AP failure The attached patch to sputnik repository fixes the AP failure. The cause of the failure is that the Analytics Code Model Bridge had imply dependency in the projectuiapi and the module-auto-ceps does not work for imply dependencies.
I've attached a patch to modules/analytics.codemodel.bridge/nbproject/project.xml fixing the: java.lang.annotation.AnnotationTypeMismatchException: Incorrectly typed data found for annotation element public abstract java.lang.Class org.openide.util.lookup.ServiceProvider.service() (Found data of type java.lang.Class<?>) at com.sun.tools.javac.model.AnnotationProxyMaker$ValueVisitor$1AnnotationTypeMismatchExceptionProxy.generateException(AnnotationProxyMaker.java:264)
With the patch applied both the Add-ons Platform and Analytics Suite build fine for me. If there is anything I can help let me know. The modules have lots of automatic dependencies added which should be probably fixed. I've seen you entered the bug for dependencies, I will take a look on it as fixing the reps by hand is hard work. When fixed I will let you know.
(In reply to Tomas Zezula from comment #20) > Created attachment 150057 [details] > Patch fixing the AP failure > > The attached patch to sputnik repository fixes the AP failure. > The cause of the failure is that the Analytics Code Model Bridge had imply > dependency in the projectuiapi and the module-auto-ceps does not work for > imply dependencies. Thanks Tomas, I have applied patch.
Created attachment 150061 [details] Patch file - module auto deps Patch fixing the modules-auto-deps in sputnik repository for all modules in the common.suite and analytics.suite. The patch needs to be applied after sputnik1.diff
Hi Alex! I've added a patch (sputnik2.diff) fixing the modules-auto-deps in sputnik repository for all modules in the common.suite and analytics.suite.
(In reply to Tomas Zezula from comment #25) > Hi Alex! > I've added a patch (sputnik2.diff) fixing the modules-auto-deps in sputnik > repository for all modules in the common.suite and analytics.suite. Thank you Tomas. What about sputnik/tuxedo suite (FileSystem.Status and FileSystem.HtmlStatus)? And finally 3 IDEs: ide.suite/ide.internal.suite/dbxtool.tool? Alexander
I will take a look in a while.
Thomas, I think we can take care of FileObject.Status in our tuxedo modules. Please do not waste your time on this problem Thanks, Maria
No problem I've already have the FS.Status fixed. I will attach the patch.
Created attachment 150077 [details] FileSystem.Status patch The patch fixing the FS.Status in the OSS Tuxedo Project.
I've added the patch for FS.Status. Now I am fixing the tuxedo.testrunner as the gsf.testurunner/1 friend APIS was replaced by tuxedo.testrunner/2. I will attach patch as soon as I am done.
Created attachment 150079 [details] Patch: Fix of tuxedo.testrunner Added tuxedo.testrunner patch. The tuxedo.testrunner is now compilable, but the patch should be reviewed as I am not familiar with gsf.testrunner API. Especially the replacement of: final TestSession session = new TestSession("Test", // NOI18N project, SessionType.TEST, new CndTestRunnerNodeFactory() ); by: final TestSession session = new TestSession("Test", // NOI18N project, SessionType.TEST ); manager.setNodeFactory(new CndTestRunnerNodeFactory()); seems strange to me. I've took the pattern from the javascript test runner.
I've added a diff for tuxedo.testrunner. Now I will fix the module-auto-deps, I have a script for it, so it should be fast.
Created attachment 150085 [details] Fix: Module Auto Deps for suite tuxedo A patch for module auto deps for all modules in tuxedo suite.
Created attachment 150088 [details] Fix: Module Auto Deps for ide.suite Fixed Module Auto Deps for all modules in ide.suite.
Created attachment 150089 [details] Fix: Module Auto Deps for ide.internal.suite Fix Module Auto Deps for all modules in the ide.internal.suite
Created attachment 150090 [details] Fix: Module Auto Deps for dbxtool.tool suite Fixed Module Auto Deps for all modules in the dbxtool.tool suite
Fixed module auto deps for all requested suites: common.suite analytics.suite tuxedo ide.suite ide.internal.suite dbxtool.tool You need to apply all the attached patches sputnik(1|2|3|4|5|6|7|8).diff in natural order.
Tomas, Thanks a lot! Now we can build sputnik Thanks, Maria
Integrated into 'main-silver', will be available in build *201410290913* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/965849922205 User: Tomas Zezula <tzezula@netbeans.org> Log: #248037:Cannot build IDE based on NB clusters
This is patch 2 candaidate, are we going to integrate it into releases/release801 ? If so do it in next 5 hours please. Thanks in advance.
Unfortunately the openide.util and openide.util.base are going to be changed again due to JDev dependencies to openide.util.ui and openide.util. So the transplant makes no much sense as it will be broken again in several days.