Skip to content
This repository has been archived by the owner on Mar 5, 2021. It is now read-only.

Channel with artifacts uploaded by gradle produces incorrect p2 repository #118

Open
MoergJ opened this issue Nov 22, 2017 · 3 comments
Open

Comments

@MoergJ
Copy link

MoergJ commented Nov 22, 2017

System under test

CentOS 7 (Vagrant machine)
Packagedrone 0.14.1

Channel's aspects

  • Mime
  • Hasher
  • OSGi
  • Maven Repository
  • Maven Information
  • P2 Metadata Generator
  • P2 Repository
  • Eclipse Source Bundle

Description

I found a strange behaviour of the resulting p2 repository of a channel, where artifacts got uploaded via gradle (maven-publish).

I was able to sucessfully upload my OSGi-Bundles and the p2 metadata (OSGi metadata and Manifest headers) is generated/extracted correctly, as I can see in the channel's content.

When it comes to add the p2 repository to a target definition file in my Eclipse, no Bundles (or Features) are shown.

Creating a Feature (in Packagedrone directly or as uploaded artifact), that includes the OSGi Bundles, did not help either.

Strangely the provided repo.zip file contains the Bundles correctly.

Am I missing something or is this an actual bug?

@ctron
Copy link
Contributor

ctron commented Nov 22, 2017

This is hard to tell. What would be helpful is a way to reproduce this. Or the export of a small channel which shows the issue.

Is there anything suspicious in the log file?

@MoergJ
Copy link
Author

MoergJ commented Nov 22, 2017

So after exporting and importing it again, the repository appeared and could be added to a target definition file.

I think we were able to track down, why it did not work in the first place. We were working on a utilities project, so we named the channel "Utilities". Apparently this is an somehow invalid name for a repository. After renaming, the repository was working correctly.

Also we saw, that a feature is needed to reference the p2 repository in a target definition file.
This can be worked around of course and basically is a good practice to have one.

So the bug now seems to be the invalid name "Utilities".
Using the Channel's ID works fine.

@ctron
Copy link
Contributor

ctron commented Nov 23, 2017

Hm ... still this sounds a bit weird to me.

Could you try using an all lowercase name as channel name. Maybe the uppercase "U" causes the problem.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants