Home » Archived » Buckminster » Resolution problem with Buckminster 1.4 (Eclipse 3.7)
|
| Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #900525 is a reply to message #900491] |
Tue, 07 August 2012 11:42   |
 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 11:47 |
|
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 13:32 |
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 146 times)-
Attachment: KNIME.rmap
(Size: 2.53KB, Downloaded 169 times)
|
|
|
| Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #901197 is a reply to message #900551] |
Fri, 10 August 2012 09:25 |
|
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 11:41 |
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 158 times) -
Attachment: KNIME.rmap
(Size: 2.43KB, Downloaded 152 times)
|
|
|
| Re: Resolution problem with Buckminster 1.4 (Eclipse 3.7) [message #902145 is a reply to message #901557] |
Thu, 16 August 2012 06:36 |
|
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 07:31 |
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
>>
>
|
|
|
Goto Forum:
Current Time: Thu Apr 18 00:08:56 GMT 2024
Powered by FUDForum. Page generated in 0.02317 seconds |
] 
Search
Help
Register
Login
Home
