Community
Participate
Working Groups
Build Identifier: The build result of eclipse-repository is a zipped p2 repository with the file name extension ".zip". It would be preferrable to have a distinguishable file name extension for p2 repositories, say ".p2repo". With a distinguishable file name extension it is much easier to find p2 repositories in a enterprise repository (e.g. Nexus). Just like a .jar file is a zip file with java metadata (MANIFEST.MF), a .p2repo file is a zip file with p2 metadata (content.xml). (Or think about .war files, etc.) Also the file name extension usually corresponds to the maven packaging type: The eclipse-repository packaging type produces more than a simple zip archive. Reproducible: Always Steps to Reproduce: 1. Create a repository with the packaging type eclipse-repository
Following that logic, shouldn't all bundles get a .p2jar extension etc? I'm not familiar with Nexus, but if all repositories had file names like xyz-repository.zip, would that still be difficult to fine?
(In reply to comment #1) > I'm not familiar with Nexus, but if all repositories had file names like > xyz-repository.zip, would that still be difficult to fine? A classifier suffix for the full zipped p2 repository (i.e. including aritifacts) is already planned[1]: "The complete p2 metadata and artifact repository is zipped into an 'assembly' attached artifact". In the advanced search of Nexus, the classifier can be used as criterion (just like the file extension), so maybe this could be an option? [1] https://docs.sonatype.org/display/TYCHO/Discussion+on+eclipse-repository+packaging+type+clean-up
I don't think it is needed because the repository project should only target the creation of a zip file. For the other types like a source.zip, the classifier can be present.
I don't think that "zipped p2 repositories" will get a use wide enough to justify its own file extension. The specific problem (search in Nexus) could also be solved locally, e.g. by adding attributes to the Nexus search ("archives containing xyz") or even a completely separate zipped p2 repository search mode. A dedicated search would anyway be needed if you want to be able to search inside the zipped p2 repositories.
