[jira] Updated: (LOOM-30) Auto-Assembly of Applications

The following issue has been updated:

    Updater: peter royal (mailto:[email protected])
       Date: Wed, 14 Apr 2004 8:48 PM
    Changes:
             Fix Version changed to future
             Fix Version changed from 1.1
    ---------------------------------------------------------------------
For a full history of the issue, see:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=LOOM-30&page=history

---------------------------------------------------------------------
View the issue:
  http://jira.codehaus.org/secure/ViewIssue.jspa?key=LOOM-30

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: LOOM-30
    Summary: Auto-Assembly of Applications
       Type: New Feature

     Status: Unassigned
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: loom
   Fix Fors:
             future

   Assignee: 
   Reporter: Mauro Talevi

    Created: Thu, 31 Jul 2003 6:35 PM
    Updated: Wed, 14 Apr 2004 8:48 PM

Description:
Assembly of an application can be simplified by allowing the user to only specify the minimum amount of information required to assemble a component. Currently Loom requires all components to explicitly declare all the other components that they depend upon.

However in many cases it is possible to automatically deduce the dependencys for a component. Each component is described by a BlockInfo object. The BlockInfo object defines a set of services it depends upon.

So for each service the following process could be followed;
* If user specifies it in assembly.xml then use that
* If user leaves it unsepcified, search all the Blocks in an application and find out which of those blocks implement service.
  - If no blocks implement service then generate an error
  - If one block implements service then use that
  - If multiple blocks implement service then Select one based on heuristics

The way to implement this is as follows;

1. Define a set of classes similar to those in metadata package. With the exception that they are read-write and capable of being changed at runtime. You will end up with BlockCandidate, DependencyCandidate, etc
2. Extend the assembly.xml file format to take a version attribute at top of file (ie <assembly version="1.1">)
3. Read assembly.xml into Candidate objects.
4. Create a pluggable interface via which selection of service can be done (when multiple blocks implement required service). Something like

interface ServiceSelector
{
  float rateService( ComponentCandidate consumer,
                     ComponentCandidate provider,
                     ServiceDescriptor service )
   throws Exception;
}

5. Scan through blocks to find the candidate services, rank them using the selector and choose the hihest ranked service.
6. When all dependencies are resolved turn the candidate objects into MetaData objects and procede with application startup



---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira