Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » Buckminster » Problem with importtargetdefinition
Problem with importtargetdefinition [message #643832] Wed, 08 December 2010 13:10 Go to next message
thofoer is currently offline thofoerFriend
Messages: 3
Registered: July 2009
Junior Member
Hi!

I have a very strange problem with "importtargetdefinition".
I used to import a target definition - which always worked fine:
importtargetdefinition -A /home/apdev/ci/temp/ap_branch/KIAS_Branch.target

The target-definition file looks like this:
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<?pde version="3.6"?>

<target name="KIAS_Test">
<locations>
<location includeAllPlatforms="false" includeMode="planner" type="InstallableUnit">
<unit id="bla.bla.feature.feature.group" version="2.6.1.2010-11-16"/>
[..cut..]
<unit id="bla2.bla2.feature.feature.group" version="2.2.0"/>
<repository location="http://10.186.97.22/webApps/UpdateSite_RC_KIAS/"/>
</location>
</locations>
<environment>
<os>win32</os>
<ws>win32</ws>
<arch>x86</arch>
</environment>
</target>

So the UpdateSite is located on a webserver in directory "UpdateSite_RC_KIAS".

But since this week the import fails with the following exception:

apdev@apbuilder:~/hudson/jobs/AP Prod/workspace$ sudo /usr/lib/jvm/jdk1.5.0_22/bin/java "-Dbuckminster.output.root=/home/apdev/hudson/jobs/AP Prod/workspace/buckminster.output" "-Dbuckminster.temp.root=/home/apdev/hudson/jobs/AP Prod/workspace/buckminster.temp" -Xmx768m "-Dhudson.workspace=/home/apdev/hudson/jobs/AP Prod/workspace/" -jar /home/apdev/ci/buckminster/plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar -application org.eclipse.buckminster.cmdline.headless -data /home/apdev/ci/buckminster/ap_branch --loglevel debug --displaystacktrace   -S "/home/apdev/hudson/jobs/AP Prod/workspace/commands.txt"
importtargetdefinition '-A' '/home/apdev/ci/temp/ap_branch/KIAS_Branch.target'
Doing full workspace refresh
Waiting for jobs to end
org.eclipse.core.runtime.CoreException: Unable to load all units for Software Site container of target /home/apdev/ci/temp/ap_branch/KIAS_Branch.target
        at org.eclipse.buckminster.pde.commands.ImportTargetDefinition.verifyIUBundleContainer(ImportTargetDefinition.java:200)
        at org.eclipse.buckminster.pde.commands.ImportTargetDefinition.internalRun(ImportTargetDefinition.java:139)
        at org.eclipse.buckminster.core.commands.WorkspaceCommand.run(WorkspaceCommand.java:91)
        at org.eclipse.buckminster.cmdline.AbstractCommand.basicRun(AbstractCommand.java:194)
        at org.eclipse.buckminster.cmdline.Headless.run(Headless.java:317)
        at org.eclipse.buckminster.cmdline.Headless.run(Headless.java:136)
        at org.eclipse.buckminster.cmdline.Headless.start(Headless.java:156)
        at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:369)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:592)
        at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:619)
        at org.eclipse.equinox.launcher.Main.basicRun(Main.java:574)
        at org.eclipse.equinox.launcher.Main.run(Main.java:1407)
        at org.eclipse.equinox.launcher.Main.main(Main.java:1383)
Contains: Unable to locate installable unit bla.bla.feature.feature.group
Unable to load all units for Software Site container of target /home/apdev/ci/temp/ap_branch/KIAS_Branch.target
[0]Unable to locate installable unit bla.bla.feature.feature.group
apdev@apbuilder:~/hudson/jobs/AP Prod/workspace$

The UpdateSite has not chanced since mid-november.

Analyzing this weird problem I found a workaroud: I just copied the UpdateSite to a new directory on the webserver, naming it "UpdateSite_RC_KIAS2". It's merely a 1:1 copy. Then I adjusted the repository-location in the definition-file to point to this copy. importtargetdefinition works like intended.

Next I deleted the (bad) "UpdateSite_RC_KIAS" and renamed the (good) "UpdateSite_RC_KIAS2" by removing the "2". The exception reoccurred.

It seems this problem depends on the filename. But how can this be? Any hints?

Also the debug-information buckminster gives me is not very helpful. Is there a way to get more verbose logging? Why is it "Unable to locate installable unit"? There is no reason given.

Thanks for any help.
Re: Problem with importtargetdefinition [message #661286 is a reply to message #643832] Wed, 23 March 2011 22:08 Go to previous messageGo to next message
Zoltan Ujhelyi is currently offline Zoltan UjhelyiFriend
Messages: 392
Registered: July 2015
Senior Member
I've successfully reproduced the same thing. I have two update sites in the target platform, one created by B3 (basically a filtered local copy of the Helios update site) and one created by Buckminster (with perform site.p2).

In case of the latter site I got exactly the same exception stating, that a selected feature is not found.

Contains: Unable to locate installable unit org.eclipse.viatra2.visualisation.feature.feature.group
Unable to load all units for Software Site container of target ../buckminster36/base-local-viatra.target
[0]Unable to locate installable unit org.eclipse.viatra2.visualisation.feature.feature.group


However, using buckminster listsite on the repository the feature is there:
Features:
  org.eclipse.viatra2.core.feature (VIATRA2 R3 Model Transformation Framework Core Components)
  org.eclipse.viatra2.core.source.feature (Source for VIATRA2 R3 Model Transformation Framework Core Components)
  org.eclipse.viatra2.visualisation.feature (Viatra Visualisation Feature)
  org.eclipse.viatra2.visualisation.source.feature (Source for Viatra Visualisation Feature)


Even better, if I try to use the exact same target definition (shared via SVN) in the IDE, I can import all targets, and set it as a target platform as well.

Does anyone have a slight idea, how to avoid this problem?

Thanks in advance,
Zoltán Ujhelyi
Re: Problem with importtargetdefinition [message #661303 is a reply to message #661286] Thu, 24 March 2011 06:06 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
Sounds like the p2 cache in your workspace got corrupted somehow. Do you
get the same problem when materializing into a clean workspace?

- thomas

On 2011-03-23 23:08, Zoltán Ujhelyi wrote:
> I've successfully reproduced the same thing. I have two update sites in
> the target platform, one created by B3 (basically a filtered local copy
> of the Helios update site) and one created by Buckminster (with perform
> site.p2).
>
> In case of the latter site I got exactly the same exception stating,
> that a selected feature is not found.
>
> Contains: Unable to locate installable unit
> org.eclipse.viatra2.visualisation.feature.feature.group
> Unable to load all units for Software Site container of target
> ../buckminster36/base-local-viatra.target
> [0]Unable to locate installable unit
> org.eclipse.viatra2.visualisation.feature.feature.group
>
> However, using buckminster listsite on the repository the feature is there:
> Features:
> org.eclipse.viatra2.core.feature (VIATRA2 R3 Model Transformation
> Framework Core Components)
> org.eclipse.viatra2.core.source.feature (Source for VIATRA2 R3 Model
> Transformation Framework Core Components)
> org.eclipse.viatra2.visualisation.feature (Viatra Visualisation Feature)
> org.eclipse.viatra2.visualisation.source.feature (Source for Viatra
> Visualisation Feature)
>
> Even better, if I try to use the exact same target definition (shared
> via SVN) in the IDE, I can import all targets, and set it as a target
> platform as well.
>
> Does anyone have a slight idea, how to avoid this problem?
>
> Thanks in advance,
> Zoltán Ujhelyi
Re: Problem with importtargetdefinition [message #661309 is a reply to message #661303] Thu, 24 March 2011 07:10 Go to previous messageGo to next message
Zoltan Ujhelyi is currently offline Zoltan UjhelyiFriend
Messages: 392
Registered: July 2015
Senior Member
Thanks for the quick response.

I think, I can. I defined the task in Jenkins, where the workspace was set inside the jobs workspace, and created a copy of the task with a clean workspace where the issue has reappeared.

Do you have any other idea what might have gone wrong?
Zoltán
Re: Problem with importtargetdefinition [message #661317 is a reply to message #661309] Thu, 24 March 2011 07:23 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas HallgrenFriend
Messages: 3240
Registered: July 2009
Senior Member
On 2011-03-24 08:10, Zoltán Ujhelyi wrote:
> Thanks for the quick response.
>
> I think, I can. I defined the task in Jenkins, where the workspace was set inside the jobs workspace, and created a copy
> of the task with a clean workspace where the issue has reappeared.
>
> Do you have any other idea what might have gone wrong?
> Zoltán

What does the target definition look like? In particular, are there any version constrains or filters for the feature?
What type of URL do you use to reach the repository? Is there any authentication involved? Or https? Or perhaps remote
access in a proxy limited environment? Just trying to find possible causes...

- thomas
Re: Problem with importtargetdefinition [message #661381 is a reply to message #661317] Thu, 24 March 2011 13:25 Go to previous message
Zoltan Ujhelyi is currently offline Zoltan UjhelyiFriend
Messages: 392
Registered: July 2015
Senior Member
Thanks for the tips. The problem was indeed related to the version constraints. As the second site was updated continously, the build numbers (date) changed at the end of the repository, however the target platform referenced that as well.

I changed our builds to build these features using a cquery+rmap combination, where I could specify rules to overcome this challenge.

Thank you again,
Zoltán
Previous Topic:Create.product doesn't generate .exe and .ini files
Next Topic:Problems with SVN Metadata
Goto Forum:
  


Current Time: Fri Mar 29 00:05:08 GMT 2024

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

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

Back to the top