[jira] Closed: (GUMP-124) Refactor so that gump.plugins.MulticastPlugin and gump.plugins.buildintelligence become gump.engine.algorithm

["Leo Simons (JIRA)" <ge...@gump.apache.org>]

     [ http://issues.apache.org/jira/browse/GUMP-124?page=all ]
     
Leo Simons closed GUMP-124:
---------------------------

    Resolution: Fixed

> Refactor so that gump.plugins.MulticastPlugin and gump.plugins.buildintelligence become gump.engine.algorithm
> -------------------------------------------------------------------------------------------------------------
>
>          Key: GUMP-124
>          URL: http://issues.apache.org/jira/browse/GUMP-124
>      Project: Gump
>         Type: Improvement
>   Components: Python-based Gump
>     Versions: Gump3-alpha-4
>     Reporter: Leo Simons
>     Assignee: Leo Simons
>      Fix For: Gump3-alpha-4

>
> It turns out that the visitor provided to the Walker class is the right place to implement all kinds of smarter gump algorithms. Scattering an algorithm between several plugins is hard if not impossible: it is often necessary to "skip" a project if its dependencies "fail", which would mean severe breakage of a lot of gump.model assumptions to make it work. On the other hand, modifying the visitor to make those decisions there is easy.
> It seems there is a seperation between "intelligence" and "plugin" which can be encapsulated. This should probably move into the gump.engine package so plugin authors need not worry about it.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org