Details
-
Type: New Feature
-
Status: Closed
-
Priority: Major
-
Resolution: Won't Fix
-
Affects Version/s: 2.0
-
Fix Version/s: None
-
Component/s: PicoContainer (Java)
-
Labels:None
-
Number of attachments :
Description
This change is dependent on the following, which is much more important.
http://jira.codehaus.org/secure/ViewIssue.jspa?key=PICO-32
There's a lengthy discussion here...
http://lists.codehaus.org/pipermail/picocontainer-dev/2003-July/000640.html.
Its an extension to the idea of Pico supporting multiple implementations where a Map or Collection or Array is available to components themselves - such as custom Registry or Selector components - where Pico instantiates and manages each component in the collection.
This change basically allows for components to interact with collections of other components without having any Pico dependencies. So its a good change to make for generic 'Registry or Selector or Manager' styles of component which need to use and manage collections of components.
Activity
Field | Original Value | New Value |
---|---|---|
Component/s | Core [ 10191 ] | |
Fix Version/s | 1.0-beta-1 [ 10144 ] | |
Affects Version/s | 1.0-beta-1 [ 10144 ] |
Affects Version/s | 1.0-beta-1 [ 10144 ] | |
Fix Version/s | 1.0-beta-1 [ 10144 ] | |
Fix Version/s | 1.0 [ 10145 ] | |
Affects Version/s | 1.0 [ 10145 ] |
Assignee | james strachan [ jstrachan ] | |
Status | Unassigned [ 1 ] | Assigned [ 2 ] |
Fix Version/s | 1.0 [ 10145 ] | |
Affects Version/s | 1.0.1 [ 10307 ] | |
Fix Version/s | 1.0.1 [ 10307 ] | |
Affects Version/s | 1.0 [ 10145 ] |
Fix Version/s | 1.0.1 [ 10307 ] | |
Affects Version/s | 1.0.1 [ 10307 ] | |
Environment | ||
Affects Version/s | 2.0 [ 10411 ] | |
Fix Version/s | 2.0 [ 10411 ] |
Status | Open [ 1 ] | Closed [ 6 ] |
Fix Version/s | 2.0 [ 10411 ] | |
Resolution | Won't Fix [ 2 ] |
Scheduling for 1.0-beta-1