Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Buckminster » Resolution problem with Buckminster 1.4 (Eclipse 3.7)
Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #900491] Tue, 07 August 2012 05:39 Go to next message
Thorsten Meinl is currently offline Thorsten Meinl
Messages: 85
Registered: July 2009
Member
We want to switch from Eclipse 3.6 to 3.7 in the near future. However,
I'm experiencing strange resolution problems with Buckminster in 3.7. If
I try to resolve a bundle which is presentz in SVN I always get

org.knime.base:osgi.bundle/0.1.0: Resolution attempt ended with
exception: CSpec org.knime.base has no action, group, or local artifact
named bin.includes

There is not further debug output that would explain the problem.
Needless to say, that the same query works perfectly in Eclipse 3.6.
Also, if I check out the plug-in by hand and then do a cquery it also
works (via the workspace resolution). Strangely enough, some other
plug-ins resolve just fine and I don't see any obvious differences which
would explain it. Any ideas?

Cheers,

Thorsten
Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #900525 is a reply to message #900491] Tue, 07 August 2012 07:42 Go to previous messageGo to next message
Thorsten Meinl is currently offline Thorsten Meinl
Messages: 85
Registered: July 2009
Member
Same problem with Eclipse 4.2! This means we cannot use Buckminster with
Eclipse > 3.6?! This sounds very strange. Note, it's the same SVN
repository, the same SVN client (Subclipse), the same CQUERY and the
same Rmap.

Am 07.08.2012 11:39, schrieb Thorsten Meinl:
> We want to switch from Eclipse 3.6 to 3.7 in the near future. However,
> I'm experiencing strange resolution problems with Buckminster in 3.7. If
> I try to resolve a bundle which is presentz in SVN I always get
>
> org.knime.base:osgi.bundle/0.1.0: Resolution attempt ended with
> exception: CSpec org.knime.base has no action, group, or local artifact
> named bin.includes
>
> There is not further debug output that would explain the problem.
> Needless to say, that the same query works perfectly in Eclipse 3.6.
> Also, if I check out the plug-in by hand and then do a cquery it also
> works (via the workspace resolution). Strangely enough, some other
> plug-ins resolve just fine and I don't see any obvious differences which
> would explain it. Any ideas?
>
> Cheers,
>
> Thorsten
>
Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #900527 is a reply to message #900525] Tue, 07 August 2012 07:47 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas Hallgren
Messages: 3229
Registered: July 2009
Senior Member
Hi Thorsten,

It would be great if you could enter a bugzilla with a sample cquery/rmap that reproduces this problem.

- thomas

On 08/07/2012 01:42 PM, Thorsten Meinl wrote:
> Same problem with Eclipse 4.2! This means we cannot use Buckminster with
> Eclipse > 3.6?! This sounds very strange. Note, it's the same SVN
> repository, the same SVN client (Subclipse), the same CQUERY and the
> same Rmap.
>
> Am 07.08.2012 11:39, schrieb Thorsten Meinl:
>> We want to switch from Eclipse 3.6 to 3.7 in the near future. However,
>> I'm experiencing strange resolution problems with Buckminster in 3.7. If
>> I try to resolve a bundle which is presentz in SVN I always get
>>
>> org.knime.base:osgi.bundle/0.1.0: Resolution attempt ended with
>> exception: CSpec org.knime.base has no action, group, or local artifact
>> named bin.includes
>>
>> There is not further debug output that would explain the problem.
>> Needless to say, that the same query works perfectly in Eclipse 3.6.
>> Also, if I check out the plug-in by hand and then do a cquery it also
>> works (via the workspace resolution). Strangely enough, some other
>> plug-ins resolve just fine and I don't see any obvious differences which
>> would explain it. Any ideas?
>>
>> Cheers,
>>
>> Thorsten
>>
>
>
Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #900551 is a reply to message #900527] Tue, 07 August 2012 09:32 Go to previous messageGo to next message
Thorsten Meinl is currently offline Thorsten Meinl
Messages: 85
Registered: July 2009
Member
Hi Thomas,

Attached are the (slightly simplified) CQUERY and RMAP we are using.
Works out of the box with Eclipse 3.6, but does not work with 3.7 or
4.2. It always complains about some plug-ins not having bin.includes.
E.g. "org.knime.core" works fine, whereas "org.knime.base" doesn't.
Probably you can give it a quick check before I open a bug report. Maybe
I'm doing something stupid.

Thanks,

Thorsten

Am 07.08.2012 13:47, schrieb Thomas Hallgren:
> Hi Thorsten,
>
> It would be great if you could enter a bugzilla with a sample
> cquery/rmap that reproduces this problem.
>
> - thomas
>
> On 08/07/2012 01:42 PM, Thorsten Meinl wrote:
>> Same problem with Eclipse 4.2! This means we cannot use Buckminster with
>> Eclipse > 3.6?! This sounds very strange. Note, it's the same SVN
>> repository, the same SVN client (Subclipse), the same CQUERY and the
>> same Rmap.
>>
>> Am 07.08.2012 11:39, schrieb Thorsten Meinl:
>>> We want to switch from Eclipse 3.6 to 3.7 in the near future. However,
>>> I'm experiencing strange resolution problems with Buckminster in 3.7. If
>>> I try to resolve a bundle which is presentz in SVN I always get
>>>
>>> org.knime.base:osgi.bundle/0.1.0: Resolution attempt ended with
>>> exception: CSpec org.knime.base has no action, group, or local artifact
>>> named bin.includes
>>>
>>> There is not further debug output that would explain the problem.
>>> Needless to say, that the same query works perfectly in Eclipse 3.6.
>>> Also, if I check out the plug-in by hand and then do a cquery it also
>>> works (via the workspace resolution). Strangely enough, some other
>>> plug-ins resolve just fine and I don't see any obvious differences which
>>> would explain it. Any ideas?
>>>
>>> Cheers,
>>>
>>> Thorsten
>>>
>>
>>
>
  • Attachment: KNIME.cquery
    (Size: 0.50KB, Downloaded 57 times)
  • Attachment: KNIME.rmap
    (Size: 2.53KB, Downloaded 59 times)
Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #901197 is a reply to message #900551] Fri, 10 August 2012 05:25 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas Hallgren
Messages: 3229
Registered: July 2009
Senior Member
Hi Thorsten,

The provided cquery/rmap cannot be run without the properties knime.svn.user and knime.svn.password. Would it be
possible for you to provide something that doesn't have those requirements or perhaps send some temporary combination
that I can use in a separate email?

- thomas

On 2012-08-07 15:32, Thorsten Meinl wrote:
> Hi Thomas,
>
> Attached are the (slightly simplified) CQUERY and RMAP we are using.
> Works out of the box with Eclipse 3.6, but does not work with 3.7 or
> 4.2. It always complains about some plug-ins not having bin.includes.
> E.g. "org.knime.core" works fine, whereas "org.knime.base" doesn't.
> Probably you can give it a quick check before I open a bug report. Maybe
> I'm doing something stupid.
>
> Thanks,
>
> Thorsten
>
> Am 07.08.2012 13:47, schrieb Thomas Hallgren:
>> Hi Thorsten,
>>
>> It would be great if you could enter a bugzilla with a sample
>> cquery/rmap that reproduces this problem.
>>
>> - thomas
>>
>> On 08/07/2012 01:42 PM, Thorsten Meinl wrote:
>>> Same problem with Eclipse 4.2! This means we cannot use Buckminster with
>>> Eclipse > 3.6?! This sounds very strange. Note, it's the same SVN
>>> repository, the same SVN client (Subclipse), the same CQUERY and the
>>> same Rmap.
>>>
>>> Am 07.08.2012 11:39, schrieb Thorsten Meinl:
>>>> We want to switch from Eclipse 3.6 to 3.7 in the near future. However,
>>>> I'm experiencing strange resolution problems with Buckminster in 3.7. If
>>>> I try to resolve a bundle which is presentz in SVN I always get
>>>>
>>>> org.knime.base:osgi.bundle/0.1.0: Resolution attempt ended with
>>>> exception: CSpec org.knime.base has no action, group, or local artifact
>>>> named bin.includes
>>>>
>>>> There is not further debug output that would explain the problem.
>>>> Needless to say, that the same query works perfectly in Eclipse 3.6.
>>>> Also, if I check out the plug-in by hand and then do a cquery it also
>>>> works (via the workspace resolution). Strangely enough, some other
>>>> plug-ins resolve just fine and I don't see any obvious differences which
>>>> would explain it. Any ideas?
>>>>
>>>> Cheers,
>>>>
>>>> Thorsten
>>>>
>>>
>>>
>>
>
>
Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #901557 is a reply to message #901197] Mon, 13 August 2012 07:41 Go to previous messageGo to next message
Thorsten Meinl is currently offline Thorsten Meinl
Messages: 85
Registered: July 2009
Member
Hi Thomas,

These two properties are actually not used since I put the values
directly into the SVN URL. Attached are updated versions that don't have
the properties at all.

Regards,

Thorsten


Am 10.08.2012 11:25, schrieb Thomas Hallgren:
> Hi Thorsten,
>
> The provided cquery/rmap cannot be run without the properties
> knime.svn.user and knime.svn.password. Would it be possible for you to
> provide something that doesn't have those requirements or perhaps send
> some temporary combination that I can use in a separate email?
>
> - thomas
>
> On 2012-08-07 15:32, Thorsten Meinl wrote:
>> Hi Thomas,
>>
>> Attached are the (slightly simplified) CQUERY and RMAP we are using.
>> Works out of the box with Eclipse 3.6, but does not work with 3.7 or
>> 4.2. It always complains about some plug-ins not having bin.includes.
>> E.g. "org.knime.core" works fine, whereas "org.knime.base" doesn't.
>> Probably you can give it a quick check before I open a bug report. Maybe
>> I'm doing something stupid.
>>
>> Thanks,
>>
>> Thorsten
>>
>> Am 07.08.2012 13:47, schrieb Thomas Hallgren:
>>> Hi Thorsten,
>>>
>>> It would be great if you could enter a bugzilla with a sample
>>> cquery/rmap that reproduces this problem.
>>>
>>> - thomas
>>>
>>> On 08/07/2012 01:42 PM, Thorsten Meinl wrote:
>>>> Same problem with Eclipse 4.2! This means we cannot use Buckminster
>>>> with
>>>> Eclipse > 3.6?! This sounds very strange. Note, it's the same SVN
>>>> repository, the same SVN client (Subclipse), the same CQUERY and the
>>>> same Rmap.
>>>>
>>>> Am 07.08.2012 11:39, schrieb Thorsten Meinl:
>>>>> We want to switch from Eclipse 3.6 to 3.7 in the near future. However,
>>>>> I'm experiencing strange resolution problems with Buckminster in
>>>>> 3.7. If
>>>>> I try to resolve a bundle which is presentz in SVN I always get
>>>>>
>>>>> org.knime.base:osgi.bundle/0.1.0: Resolution attempt ended with
>>>>> exception: CSpec org.knime.base has no action, group, or local
>>>>> artifact
>>>>> named bin.includes
>>>>>
>>>>> There is not further debug output that would explain the problem.
>>>>> Needless to say, that the same query works perfectly in Eclipse 3.6.
>>>>> Also, if I check out the plug-in by hand and then do a cquery it also
>>>>> works (via the workspace resolution). Strangely enough, some other
>>>>> plug-ins resolve just fine and I don't see any obvious differences
>>>>> which
>>>>> would explain it. Any ideas?
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Thorsten
>>>>>
>>>>
>>>>
>>>
>>
>>
>
  • Attachment: KNIME.cquery
    (Size: 0.50KB, Downloaded 53 times)
  • Attachment: KNIME.rmap
    (Size: 2.43KB, Downloaded 44 times)
Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #902145 is a reply to message #901557] Thu, 16 August 2012 02:36 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas Hallgren
Messages: 3229
Registered: July 2009
Senior Member
Hi Thorsten,

I am able to reproduce the problem. You're not doing anything wrong as far as I can tell. A suspect that it is related
to your reference to the bin.includes attribute from the cspex. Buckminster doesn't do a full cspec creation during
resolve and perhaps the bin.includes isn't really present at that time. A bug for sure.

Can you please enter a bugzilla for this? I prefer to track things like this there rather than in the newsgroup/mailinglist.

Thanks,
- thomas


On 2012-08-13 13:41, Thorsten Meinl wrote:
> Hi Thomas,
>
> These two properties are actually not used since I put the values
> directly into the SVN URL. Attached are updated versions that don't have
> the properties at all.
>
> Regards,
>
> Thorsten
>
Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #902159 is a reply to message #902145] Thu, 16 August 2012 03:31 Go to previous message
Thorsten Meinl is currently offline Thorsten Meinl
Messages: 85
Registered: July 2009
Member
Hi Thomas,

Thanks for testing it. For reference, the corresponding bug is
https://bugs.eclipse.org/bugs/show_bug.cgi?id=387351

I would appreciate, if this issue could be resolved since it keeps our
group from switching from Eclipse 3.6. If there is anything where I can
help, just drop me a note.

Thanks,

Thorsten

Am 16.08.2012 08:36, schrieb Thomas Hallgren:
> Hi Thorsten,
>
> I am able to reproduce the problem. You're not doing anything wrong as
> far as I can tell. A suspect that it is related to your reference to the
> bin.includes attribute from the cspex. Buckminster doesn't do a full
> cspec creation during resolve and perhaps the bin.includes isn't really
> present at that time. A bug for sure.
>
> Can you please enter a bugzilla for this? I prefer to track things like
> this there rather than in the newsgroup/mailinglist.
>
> Thanks,
> - thomas
>
>
> On 2012-08-13 13:41, Thorsten Meinl wrote:
>> Hi Thomas,
>>
>> These two properties are actually not used since I put the values
>> directly into the SVN URL. Attached are updated versions that don't have
>> the properties at all.
>>
>> Regards,
>>
>> Thorsten
>>
>
Previous Topic:bin.excludes in build.properties is ignored
Next Topic:Error in building fragment project
Goto Forum:
  


Current Time: Sat Aug 30 02:42:58 EDT 2014

Powered by FUDForum. Page generated in 0.02729 seconds