| Summary: | Packaging type eclipse-repository should produce files with a specific file name extension instead of ".zip" | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Holger Oehm <holger.oehm> |
| Component: | Tycho | Assignee: | Project Inbox <tycho-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P2 | CC: | developer, gregory.amerson, t-oberlies |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Holger Oehm
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.
|