Details
-
Type:
Task
-
Status:
Open
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: None
-
Fix Version/s: Issues to be reviewed for 3.x
-
Component/s: Design, Patterns & Best Practices
-
Labels:None
-
Number of attachments :
Description
currently if multiple projects use the same server for deployment, we are relying on inheritence to share the definition, or it must be copied. This applies similarly to the SCM connection and the dist/site management settings.
It would be a good idea to be able to declare these elements in a deployed artifact.
It may still be reasonable to do this through inheritence, but there is a chance we'll hit the need for multiple inheritence (because multiple projects inherit things from different sources), so we should enumerate the use cases and verify it.
eg.
A B
/ \ / \
C D E
Where A and B declare two different things that D uses both of, but which C and E desire only to inherit one of.
This essentially using composition for some elements instead of inheritence.
Issue Links
- depends upon
-
MNG-401
Add meta-data to root of Maven repository.
-
Activity
| Field | Original Value | New Value |
|---|---|---|
| Component/s | design [ 11341 ] |
| Fix Version/s | 2.0-beta-1 [ 11040 ] | |
| Description |
currently if multiple projects use the same server for deployment, we are relying on inheritence to share the definition, or it must be copied. This applies similarly to the SCM connection and the dist/site management settings. It would be a good idea to be able to declare these elements in a deployed artifact. It may still be reasonable to do this through inheritence, but there is a chance we'll hit the need for multiple inheritence (because multiple projects inherit things from different sources), so we should enumerate the use cases and verify it. eg. A B / \ / \ C D E Where A and B declare two different things that D uses both of, but which C and E desire only to inherit one of. This essentially using composition for some elements instead of inheritence. |
currently if multiple projects use the same server for deployment, we are relying on inheritence to share the definition, or it must be copied. This applies similarly to the SCM connection and the dist/site management settings. It would be a good idea to be able to declare these elements in a deployed artifact. It may still be reasonable to do this through inheritence, but there is a chance we'll hit the need for multiple inheritence (because multiple projects inherit things from different sources), so we should enumerate the use cases and verify it. eg. A B / \ / \ C D E Where A and B declare two different things that D uses both of, but which C and E desire only to inherit one of. This essentially using composition for some elements instead of inheritence. |
| Environment |
| Workflow | jira [ 30918 ] | Maven [ 37411 ] |
| Priority | Major [ 3 ] | Critical [ 2 ] |
| Remaining Estimate | 4 hours [ 14400 ] | |
| Original Estimate | 4 hours [ 14400 ] | |
| Assignee | Brett Porter [ brettporter ] |
| Original Estimate | 4 hours [ 14400 ] | |
| Remaining Estimate | 4 hours [ 14400 ] | |
| Fix Version/s | 2.0-beta-1 [ 11040 ] | |
| Fix Version/s | 2.0-beta-2 [ 11861 ] |
| Fix Version/s | 2.0-beta-2 [ 11861 ] | |
| Fix Version/s | 2.0-beta-3 [ 12015 ] |
| Fix Version/s | 2.0-beta-3 [ 12015 ] | |
| Fix Version/s | 2.1 [ 11704 ] |
| Assignee | Brett Porter [ brettporter ] |
| Priority | Critical [ 2 ] | Trivial [ 5 ] |
| Workflow | Maven [ 37411 ] | Maven New [ 47569 ] |
| Fix Version/s | 2.1 [ 11704 ] | |
| Fix Version/s | 2.1.x [ 13142 ] |
| Fix Version/s | 2.x [ 13145 ] | |
| Fix Version/s | 2.1 [ 13142 ] | |
| Summary | server definitions should be reusable | server definitions should be reusable - review use of repository IDs |
| Priority | Trivial [ 5 ] | Major [ 3 ] |
consider or close this. we're butting up against some nastiness syncing id's at the moment.