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.

Bug 248037 - Cannot build IDE based on NB clusters
Summary: Cannot build IDE based on NB clusters
Status: RESOLVED FIXED
Alias: None
Product: apisupport
Classification: Unclassified
Component: Harness (show other bugs)
Version: 8.1
Hardware: PC Solaris
: P1 normal (vote)
Assignee: Martin Kozeny
URL:
Keywords: REGRESSION
Depends on:
Blocks:
 
Reported: 2014-10-20 09:42 UTC by Alexander Simon
Modified: 2014-11-10 16:42 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
build log (56.13 KB, text/plain)
2014-10-20 09:44 UTC, Alexander Simon
Details
Patch fixing the AP failure (678 bytes, application/octet-stream)
2014-10-22 14:05 UTC, Tomas Zezula
Details
Patch file - module auto deps (69.60 KB, patch)
2014-10-22 17:21 UTC, Tomas Zezula
Details | Diff
FileSystem.Status patch (7.46 KB, patch)
2014-10-23 11:05 UTC, Tomas Zezula
Details | Diff
Patch: Fix of tuxedo.testrunner (11.17 KB, patch)
2014-10-23 12:23 UTC, Tomas Zezula
Details | Diff
Fix: Module Auto Deps for suite tuxedo (21.48 KB, patch)
2014-10-23 15:55 UTC, Tomas Zezula
Details | Diff
Fix: Module Auto Deps for ide.suite (36.29 KB, patch)
2014-10-23 16:36 UTC, Tomas Zezula
Details | Diff
Fix: Module Auto Deps for ide.internal.suite (8.98 KB, patch)
2014-10-23 16:57 UTC, Tomas Zezula
Details | Diff
Fix: Module Auto Deps for dbxtool.tool suite (2.40 KB, patch)
2014-10-23 17:12 UTC, Tomas Zezula
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Simon 2014-10-20 09:42:55 UTC
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)
Comment 1 Alexander Simon 2014-10-20 09:44:33 UTC
Created attachment 149993 [details]
build log
Comment 2 Martin Kozeny 2014-10-20 12:21:05 UTC
Tomasi isn't connected to server split?
Comment 3 Tomas Zezula 2014-10-21 08:03:41 UTC
Not sure I will investigate.
Comment 4 Tomas Zezula 2014-10-21 08:44:26 UTC
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!
Comment 5 Alexander Simon 2014-10-21 09:05:32 UTC
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
Comment 6 henk89 2014-10-21 09:29:00 UTC
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.
Comment 7 Tomas Zezula 2014-10-21 12:33:31 UTC
Thanks Alex!
Comment 8 Tomas Zezula 2014-10-22 09:34:33 UTC
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.
Comment 9 Alexander Simon 2014-10-22 09:45:10 UTC
(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.
Comment 10 Alexander Simon 2014-10-22 09:51:41 UTC
(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.
Comment 11 Alexander Simon 2014-10-22 10:17:53 UTC
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
Comment 12 Tomas Zezula 2014-10-22 11:30:51 UTC
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.
Comment 13 Alexander Simon 2014-10-22 11:36:44 UTC
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
Comment 14 Alexander Simon 2014-10-22 11:42:56 UTC
The next issue is:
the module sputnik/modules/tuxedo.project uses classes:
FileSystem.Status and FileSystem.HtmlStatus
What is replacement?
Comment 15 Alexander Simon 2014-10-22 11:44:08 UTC
(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.
Comment 16 Alexander Simon 2014-10-22 11:47:49 UTC
(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
Comment 17 Tomas Zezula 2014-10-22 11:55:30 UTC
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.
Comment 18 Tomas Zezula 2014-10-22 11:58:53 UTC
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.
Comment 19 Tomas Zezula 2014-10-22 12:06:38 UTC
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.
Comment 20 Tomas Zezula 2014-10-22 14:05:24 UTC
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.
Comment 21 Tomas Zezula 2014-10-22 14:07:39 UTC
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)
Comment 22 Tomas Zezula 2014-10-22 14:18:27 UTC
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.
Comment 23 Alexander Simon 2014-10-22 15:10:14 UTC
(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.
Comment 24 Tomas Zezula 2014-10-22 17:21:54 UTC
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
Comment 25 Tomas Zezula 2014-10-22 17:24:28 UTC
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.
Comment 26 Alexander Simon 2014-10-22 18:25:23 UTC
(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
Comment 27 Tomas Zezula 2014-10-23 08:02:19 UTC
I will take a look in a while.
Comment 28 Maria Tishkova 2014-10-23 10:49:40 UTC
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
Comment 29 Tomas Zezula 2014-10-23 11:02:29 UTC
No problem I've already have the FS.Status fixed.
I will attach the patch.
Comment 30 Tomas Zezula 2014-10-23 11:05:43 UTC
Created attachment 150077 [details]
FileSystem.Status patch

The patch fixing the FS.Status in the OSS Tuxedo Project.
Comment 31 Tomas Zezula 2014-10-23 11:08:42 UTC
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.
Comment 32 Tomas Zezula 2014-10-23 12:23:11 UTC
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.
Comment 33 Tomas Zezula 2014-10-23 12:24:52 UTC
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.
Comment 34 Tomas Zezula 2014-10-23 15:55:38 UTC
Created attachment 150085 [details]
Fix: Module Auto Deps for suite tuxedo

A patch for module auto deps for all modules in tuxedo suite.
Comment 35 Tomas Zezula 2014-10-23 16:36:36 UTC
Created attachment 150088 [details]
Fix: Module Auto Deps for ide.suite

Fixed Module Auto Deps for all modules in ide.suite.
Comment 36 Tomas Zezula 2014-10-23 16:57:14 UTC
Created attachment 150089 [details]
Fix: Module Auto Deps for ide.internal.suite

Fix Module Auto Deps for all modules in the ide.internal.suite
Comment 37 Tomas Zezula 2014-10-23 17:12:44 UTC
Created attachment 150090 [details]
Fix: Module Auto Deps for dbxtool.tool suite

Fixed Module Auto Deps for all modules in the dbxtool.tool suite
Comment 38 Tomas Zezula 2014-10-23 17:17:36 UTC
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.
Comment 39 Maria Tishkova 2014-10-24 11:51:00 UTC
Tomas,

Thanks a lot! Now we can build sputnik

Thanks,
Maria
Comment 40 Quality Engineering 2014-10-29 11:43:39 UTC
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
Comment 41 Marian Mirilovic 2014-11-10 15:26:54 UTC
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.
Comment 42 Tomas Zezula 2014-11-10 16:42:17 UTC
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.