Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
From: bugzilla@apache.org
To: commons-dev@jakarta.apache.org
Subject: DO NOT REPLY [Bug 34306]  New:  -
    [chain] Decouple CatalogFactory lookup from LookupAction
Message-Id: <20050405135104.1E0CC28A@ajax.apache.org>
Date: Tue,  5 Apr 2005 15:51:04 +0200 (CEST)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=34306>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34306

           Summary: [chain] Decouple CatalogFactory lookup from LookupAction
           Product: Commons
           Version: 1.0 Final
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: chain
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: Joe@Germuska.com


LookupAction currently uses the static CatalogFactory.getInstance() method to
get a CatalogFactory; this interferes with catalog/command instantiation
processes which don't register catalogs with the static instance.  Rather than
require all instantiation processes to use the static registration, LookupAction
should be changed to have a CatalogFactory property which can be set by a
"Dependency Injection" IoC framework like Spring.  For backwards compatibility,
the property can default to being set to the static singleton instance.

I have this code mostly written, simply awaiting a bit of testing -- but we
might as well get it in before the Chain 1.1 release, so I wanted to register it
in Bugzilla.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org