Mailing-List: contact abdera-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: abdera-dev@incubator.apache.org
Message-ID: <462484865.1215425743543.JavaMail.jira@brutus>
Date: Mon, 7 Jul 2008 03:15:43 -0700 (PDT)
From: "David Calavera (JIRA)" <jira@apache.org>
To: abdera-dev@incubator.apache.org
Subject: [jira] Resolved: (ABDERA-185) Refactoring AbstractProvider to make
 it open for extension
In-Reply-To: <628277246.1215257253325.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/ABDERA-185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Calavera resolved ABDERA-185.
-----------------------------------

    Resolution: Fixed
      Assignee: David Calavera

I've changed some stuff of the patch. 

I've moved processors to a specific package and I've deleted the NoOpTransaction class since it's not needed. 
Moreover I've renamed the "setAdditionalRequestProcessors" method as "addRequestProcessors", I think it's more readable and it follows the abdera names convention("addFilter", "addCollection" ...).

> Refactoring AbstractProvider to make it open for extension
> ----------------------------------------------------------
>
>                 Key: ABDERA-185
>                 URL: https://issues.apache.org/jira/browse/ABDERA-185
>             Project: Abdera
>          Issue Type: Improvement
>    Affects Versions: 0.5.0
>            Reporter: Sergio Bossa
>            Assignee: David Calavera
>         Attachments: Provider-Infrastructure-Refactoring.diff
>
>
> Refactoring the Provider infrastructure will IMHO improve Abdera extensibility and modularity.
> Please see the following discussion: http://www.nabble.com/Refactoring-AbstractProvider-to-make-it-open-for-extension-td18283681.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.