| Summary: | Generator app fails if artifact repository not specified | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | John Arthorne <john.arthorne> | ||||||
| Component: | p2 | Assignee: | P2 Inbox <equinox.p2-inbox> | ||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | aniefer, jeffmcaffer, pascal, simon_kaegi | ||||||
| Version: | 3.4 | Flags: | pascal:
review+
simon_kaegi: review+ |
||||||
| Target Milestone: | 3.4 RC2 | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows XP | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
John Arthorne
If we choose to put the artifact repo on top of the source location, we will probably want to set publishArtifacts = false. We will have to be careful there because we have had bugs where the artifacts were being deleted, which is probably what Andrew eludes to bug 204060 and bug 220494 Another option is to verify when initializing the application if there is a non-null metadata/artifact repository, and print a more helpful message to stderr stating that the repository locations are required (rather than bombing out with a stack trace). +1 for John's approach of the message. Created attachment 100301 [details]
patch
Patch writes and error message and exits if repos are not specified.
Reviewed and released. reopening. the current fix breaks cases where you are generating without publishing any artifacts. in that case there is no need to spec an artifact repo Note that even with with publishArtifacts=false we still add the artifact descriptors to the repo, we just don't copy over the jars themselves. There is a check against a null repo in Generator.publishArtifact, so I guess it is not strictly required. Created attachment 101344 [details]
be more resilient wrt artifact repos and publishing
if we are doing anything with publishing artifacts then require an artifact repo.
need one more review. Simon? Released. |