Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » Buckminster » Ca y CQuery refer to another CQuery rather than an RMap?
Ca y CQuery refer to another CQuery rather than an RMap? [message #874565] Mon, 21 May 2012 06:54 Go to next message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6682
Registered: July 2009
Senior Member
Hi,

I wonder if I can "wrap" a CQuery in another CQuery like this:

<cq:componentQuery xmlns:cq="http://www.eclipse.org/buckminster/CQuery-1.0" resourceMap="local.cquery">
<cq:advisorNode namePattern="org\.eclipse\..*\.source" skipComponent="true"/>
</cq:componentQuery>

Obviously not. The build produces this exception:

[java] java.lang.NullPointerException
[java] at org.eclipse.buckminster.core.query.model.ComponentQuery.getExpandedRootRequest(ComponentQuery.java:193)
[java] at org.eclipse.buckminster.core.resolver.MainResolver.resolve(MainResolver.java:66)
[java] at org.eclipse.buckminster.core.commands.Import.internalRun(Import.java:175)
[java] at org.eclipse.buckminster.core.commands.WorkspaceInitCommand.internalRun(WorkspaceInitCommand.java:156)
[java] at org.eclipse.buckminster.core.commands.WorkspaceCommand.run(WorkspaceCommand.java:91)
[java] at org.eclipse.buckminster.cmdline.AbstractCommand.basicRun(AbstractCommand.java:200)
[java] at org.eclipse.buckminster.cmdline.Headless.run(Headless.java:350)
[java] at org.eclipse.buckminster.cmdline.Headless.run(Headless.java:145)
[java] at org.eclipse.buckminster.cmdline.Headless.start(Headless.java:165)
[java] at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
[java] at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
[java] at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
[java] at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
[java] at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:597)
[java] at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
[java] at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
[java] at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
[java] at org.eclipse.equinox.launcher.Main.main(Main.java:1386)

I guess this is not something that's supposed to work somehow?

Is there another way to suppress the materialization of source plugins conditionally (e.g. in a remote build as opposed to a local workspace setup)?

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper


Re: Ca y CQuery refer to another CQuery rather than an RMap? [message #874623 is a reply to message #874565] Mon, 21 May 2012 09:16 Go to previous message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
On 05/21/2012 08:54 AM, Eike Stepper wrote:
> Hi,
>
> I wonder if I can "wrap" a CQuery in another CQuery like this:
>
No. You can nest rmaps (by using redirects) but not cqueries.

> Is there another way to suppress the materialization of source plugins conditionally (e.g. in a remote build as opposed
> to a local workspace setup)?
>
The property buckminster.download.source controls automatic download of sources. It is set to true by default when you
run in the IDE and false when you run headless. It will however not affect explicitly declared dependencies to source
bundles. In order to override them in different ways, you'll need to use two different cquery files.

- thomas
Previous Topic:Unable to load runtime repository
Next Topic:Buckminster for Eclipse 3.7 (Indigo) is now available
Goto Forum:
  


Current Time: Thu Mar 28 16:00:33 GMT 2024

Powered by FUDForum. Page generated in 0.05921 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top