Home » Archived » Buckminster » CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars
| |
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #640644 is a reply to message #640607] |
Mon, 22 November 2010 16:40   |
 Henrik Lindberg
Messages: 2509
Registered: July 2009 |
Senior Member |
|
|
Resolution scope defines "how far" the resolution should go - only look
in ws, tp, etc. A typical issue is if what you are building is also
defined in your TP (an older version) - in those cases you do not want
the resolution to find the older (binary) version in the TP.
Does that help?
- henrik
On 11/22/10 4:35 PM, David wrote:
> This has been haunting me for some while.
> After a lot of trial and error searching, i added an advisor node on
> org.junit, changed resolution scope and added only "target platform",
> instead of using the resolution service.
>
> Not sure why this works or what is defined as an "target platform" in
> this context, when building via the buckminster plugin and hudson, as
> the Buckminster plugin handles this via the archived platform.
>
> The buckybook is a little bit vague on what it means.
>
> Target Platform
> Should components found in the target platform be used
>
> All other components is fetched through the resolution service via an p2
> site which works fine, and junit is in that p2 site as well.
|
|
| | | | | |
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #685266 is a reply to message #685189] |
Fri, 17 June 2011 06:51 |
Fabian Baboschi
Messages: 41
Registered: December 2009 |
Member |
|
|
I don't know exactly what is happening in the code, but I was able to fix it with buckminster 3.6.2 by using a different rmap file (this is the first rmap I call from the cquery) in which I resolve only the org.junit(4) plugins. Then I redirect to another rmap.
Somehow, if org.junit is in the same rmap file with the rest of the target platform, strange things happen...
<?xml version="1.0" encoding="UTF-8"?>
<rm:rmap xmlns:bc="http://www.eclipse.org/buckminster/Common-1.0" xmlns:rm="http://www.eclipse.org/buckminster/RMap-1.0">
<rm:locator searchPathRef="helios-hudson" pattern="^org\.junit(4)?$" failOnError="false"/>
<rm:redirect href="main.rmap"/>
<rm:searchPath name="helios-hudson">
<rm:provider componentTypes="osgi.bundle,eclipse.feature,buckminster" readerType="p2" source="false" mutable="false">
<rm:property key="buckminster.mutable" value="false"/>
<rm:property key="buckminster.source" value="false"/>
<rm:uri format="{0}/{1}/../../updatesite/helios-362-localmirror/final?importType=binary">
<bc:propertyRef key="local.source.prefix"/>
<bc:propertyRef key="workspace.root"/>
</rm:uri>
</rm:provider>
</rm:searchPath>
</rm:rmap>
Note that in the main.rmap I use exactly the same searchPath for all the other plugins.
Good luck.
[Updated on: Fri, 17 June 2011 06:52] Report message to a moderator |
|
| | | | |
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #702747 is a reply to message #702723] |
Tue, 26 July 2011 18:21 |
|
Hi Miles,
Is your build out in the open so that I can have a look at it and perhaps try it?
- thomas
On 2011-07-26 20:13, Miles Parker wrote:
> Does *anyone* have a solution to this issue? I literally have not been able to make my IDE based product build work
> because of this one, which basically means that all of my efforts at trying to build an Eclipse based product for this
> application have been wasted. It's incredibly frustrating.
|
|
| |
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #702811 is a reply to message #702798] |
Tue, 26 July 2011 20:43 |
|
On 2011-07-26 22:18, Miles Parker wrote:
> Hi Thomas,
>
> Thanks for your quick response. :) It isn't. That is, I don't have it on a build server. But I could give you the
> projects. There isn't anything super proprietary in there, it's just an IDE build for my Eclipse AMP project, and there
> isn't anything tricky about the hudson setup. The only issue is that it's going against my private git repos, but I
> guess I could put it up on github temporarily. Would that work?
>
Sure, email me a zip that I can build from and I'll take a look.
- thomas
|
|
| |
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #704083 is a reply to message #702836] |
Thu, 28 July 2011 09:01 |
Matthew Webber
Messages: 198
Registered: December 2010 |
Senior Member |
|
|
I'm very keen to find out what causes this, as it's also causing us some grief. We build about 15 different products which have similar (but not identical) feature sets, and several of them get this error from time to time. I haven't been able to discern the exact pattern behind it.
However, I have noticed that when we materialize, we get two versions of org.junit, as indicated by this message:
WARNING [0065] : Component request org.junit:osgi.bundle/[4.8.1.v4_8_1_v20100427-1100,4.8.1.v4_8_1_v20100427-1100] is inconflict with request org.junit:osgi.bundle/[3.8.2.v3_8_2_v20100427-1100,3.8.2.v3_8_2_v20100427-1100]
This is because feature org.eclipse.jdt includes org.junit twice, with different version ranges. However, that of itself does not cause the "CSpec org.junit:osgi.bundle$3.8.2.v3_8_2_v20100427-1100 has no action, group, or local artifact named bundle.jars" problem, but I suspect it is related.
I could also probably provide a zipped workspace that illustrates the problem, but it would be large - let me know if you need an example.
Matthew
|
|
|
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #704496 is a reply to message #704083] |
Thu, 28 July 2011 17:45 |
Miles Parker
Messages: 1341
Registered: July 2009 |
Senior Member |
|
|
Hi,
Thomas has been helping me with this and I think we have an idea what is going on. Quoting him:
"The problem is that Buckminster generates incomplete meta-data for conflicting entries when it generates the TP. This meta-data is cached in memory so when perform is invoked in the same process, it will attempt to use that meta-data. A workaround is to invoke Buckminster twice. "
I was sort of glad to see that I wasn't just doing something dumb, but that this was an actual issue. I'm working on my build right now, and that seems to have pushed me past the hump. I'll update on that here and file a bug on the main issue.
cheers,
Miles
Matthew Webber wrote on Thu, 28 July 2011 05:01I'm very keen to find out what causes this, as it's also causing us some grief. We build about 15 different products which have similar (but not identical) feature sets, and several of them get this error from time to time. I haven't been able to discern the exact pattern behind it.
However, I have noticed that when we materialize, we get two versions of org.junit, as indicated by this message:
WARNING [0065] : Component request org.junit:osgi.bundle/[4.8.1.v4_8_1_v20100427-1100,4.8.1.v4_8_1_v20100427-1100] is inconflict with request org.junit:osgi.bundle/[3.8.2.v3_8_2_v20100427-1100,3.8.2.v3_8_2_v20100427-1100]
This is because feature org.eclipse.jdt includes org.junit twice, with different version ranges. However, that of itself does not cause the "CSpec org.junit:osgi.bundle$3.8.2.v3_8_2_v20100427-1100 has no action, group, or local artifact named bundle.jars" problem, but I suspect it is related.
I could also probably provide a zipped workspace that illustrates the problem, but it would be large - let me know if you need an example.
Matthew
|
|
| |
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #705313 is a reply to message #705189] |
Fri, 29 July 2011 17:52 |
Miles Parker
Messages: 1341
Registered: July 2009 |
Senior Member |
|
|
Matthew Webber wrote on Fri, 29 July 2011 10:49OK, I tried running the perform in a fresh buckminster headless invokation, and that seems to have worked, which is consistent with what Thomas thinks is going on. I'll change our build scripts along those lines, and see if that circumvents the problem.
Matthew
As a note to others, I think that it isn't necessary to set up a separate job, just create a new buckminster build step in your existing job. Here's the bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=353438
|
|
| | |
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #1005950 is a reply to message #1005516] |
Tue, 29 January 2013 11:45 |
|
On 01/25/2013 09:01 PM, Erdal Karaca wrote:
> Is this supposed to work with >3.6?
> I am on the hudson.eclipse.org server and trying to set up a buckminster
> driven job...
> At the end as stated by the others, I get:
>
> CSpec org.eclipse.equinox.registry:osgi.bundle$3.5.300.v20120731-134527
> has no action, group, or local artifact named bundle.jars
>
> If i start the job a second time, I don't get the error message.
> I tried all pre-installed buckminster versions available on the hudson
> server...
I'm using only 4.2 version of buckminster in Jenkins, and I don't get
this problem... however, the buckminster plugin in Jenkins (and I guess
also in Hudson) is non up-to-date, and you need to manually provide a
custom installation configuration as shown here
http://wiki.eclipse.org/Buckminster.json (see also
http://www.lorenzobettini.it/2012/10/using-buckminster-plugin-in-jenkins/ )
hope this helps
Lorenzo
--
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
|
|
| |
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #1006198 is a reply to message #1006171] |
Wed, 30 January 2013 12:28 |
|
On 01/30/2013 11:45 AM, Thomas Hallgren wrote:
> On 2013-01-29 12:45, Lorenzo Bettini wrote:
>> ... however, the buckminster plugin in Jenkins (and I guess
>> also in Hudson) is non up-to-date, and you need to manually provide a
>> custom installation configuration as shown here
>> http://wiki.eclipse.org/Buckminster.json (see also
>> http://www.lorenzobettini.it/2012/10/using-buckminster-plugin-in-jenkins/
>> )
>>
> I don't have any cycles to spare at the moment but I would suggest to
> someone who does to contact Johannes Utzig who is in charge of the
> Jenkins Buckminster plug-in project and ask to be a committer so that
> contributions like this can be made available there. The project seems
> to be short of resources and the latest release was almost two years ago
> (April 1, 2011).
>
> This is the plug-in home page:
>
> https://wiki.jenkins-ci.org/display/JENKINS/Buckminster+PlugIn
Hi
I've already contacted him to become a committer for that plug-in :)
but first, I'm learning how to develop Jenkins plug-ins... hope to be
ready soon
cheers
Lorenzo
--
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
|
|
|
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #1012386 is a reply to message #1006171] |
Thu, 21 February 2013 13:12 |
|
On 01/30/2013 11:45 AM, Thomas Hallgren wrote:
> On 2013-01-29 12:45, Lorenzo Bettini wrote:
>> ... however, the buckminster plugin in Jenkins (and I guess
>> also in Hudson) is non up-to-date, and you need to manually provide a
>> custom installation configuration as shown here
>> http://wiki.eclipse.org/Buckminster.json (see also
>> http://www.lorenzobettini.it/2012/10/using-buckminster-plugin-in-jenkins/
>> )
>>
> I don't have any cycles to spare at the moment but I would suggest to
> someone who does to contact Johannes Utzig who is in charge of the
> Jenkins Buckminster plug-in project and ask to be a committer so that
> contributions like this can be made available there. The project seems
> to be short of resources and the latest release was almost two years ago
> (April 1, 2011).
>
> This is the plug-in home page:
>
> https://wiki.jenkins-ci.org/display/JENKINS/Buckminster+PlugIn
I then became maintainer of the Jenkins Buckminster plugin and already
released a fixed version :)
Moreover, also versions 3.7 and 4.2 of Buckminster are available for
installation in Jenkins configuration.
cheers
Lorenzo
--
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
|
|
|
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #1012451 is a reply to message #1012386] |
Thu, 21 February 2013 15:23 |
Henrik Lindberg
Messages: 2509
Registered: July 2009 |
Senior Member |
|
|
On 2013-21-02 14:12, Lorenzo Bettini wrote:
> On 01/30/2013 11:45 AM, Thomas Hallgren wrote:
>> On 2013-01-29 12:45, Lorenzo Bettini wrote:
>>> ... however, the buckminster plugin in Jenkins (and I guess
>>> also in Hudson) is non up-to-date, and you need to manually provide a
>>> custom installation configuration as shown here
>>> http://wiki.eclipse.org/Buckminster.json (see also
>>> http://www.lorenzobettini.it/2012/10/using-buckminster-plugin-in-jenkins/
>>> )
>>>
>> I don't have any cycles to spare at the moment but I would suggest to
>> someone who does to contact Johannes Utzig who is in charge of the
>> Jenkins Buckminster plug-in project and ask to be a committer so that
>> contributions like this can be made available there. The project seems
>> to be short of resources and the latest release was almost two years ago
>> (April 1, 2011).
>>
>> This is the plug-in home page:
>>
>> https://wiki.jenkins-ci.org/display/JENKINS/Buckminster+PlugIn
>
> I then became maintainer of the Jenkins Buckminster plugin and already
> released a fixed version :)
>
> Moreover, also versions 3.7 and 4.2 of Buckminster are available for
> installation in Jenkins configuration.
>
> cheers
> Lorenzo
>
>
Fantastic! Thanks Lorenzo !
- henrik
|
|
|
| Re: CSpec org.junit:osgi has no action, group, or local artifact named bundle.jars [message #1012475 is a reply to message #1012451] |
Thu, 21 February 2013 16:19 |
|
Yes! Awesome. Thanks!
- thomas
On 2013-02-21 16:23, Henrik Lindberg wrote:
> On 2013-21-02 14:12, Lorenzo Bettini wrote:
>> On 01/30/2013 11:45 AM, Thomas Hallgren wrote:
>>> On 2013-01-29 12:45, Lorenzo Bettini wrote:
>>>> ... however, the buckminster plugin in Jenkins (and I guess
>>>> also in Hudson) is non up-to-date, and you need to manually provide a
>>>> custom installation configuration as shown here
>>>> http://wiki.eclipse.org/Buckminster.json (see also
>>>> http://www.lorenzobettini.it/2012/10/using-buckminster-plugin-in-jenkins/
>>>>
>>>> )
>>>>
>>> I don't have any cycles to spare at the moment but I would suggest to
>>> someone who does to contact Johannes Utzig who is in charge of the
>>> Jenkins Buckminster plug-in project and ask to be a committer so that
>>> contributions like this can be made available there. The project seems
>>> to be short of resources and the latest release was almost two years ago
>>> (April 1, 2011).
>>>
>>> This is the plug-in home page:
>>>
>>> https://wiki.jenkins-ci.org/display/JENKINS/Buckminster+PlugIn
>>
>> I then became maintainer of the Jenkins Buckminster plugin and already
>> released a fixed version :)
>>
>> Moreover, also versions 3.7 and 4.2 of Buckminster are available for
>> installation in Jenkins configuration.
>>
>> cheers
>> Lorenzo
>>
>>
> Fantastic! Thanks Lorenzo !
> - henrik
>
|
|
|
Goto Forum:
Current Time: Thu Apr 18 23:35:25 GMT 2024
Powered by FUDForum. Page generated in 0.02971 seconds |
] 
Search
Help
Register
Login
Home
It isn't. That is, I don't have it on a build server. But I could give you the projects. There isn't anything super proprietary in there, it's just an IDE build for my Eclipse AMP project, and there isn't anything tricky about the hudson setup. The only issue is that it's going against my private git repos, but I guess I could put it up on github temporarily. Would that work?