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>
Date: Thu, 30 Dec 2004 00:23:40 +0100
Message-Id: <200412292323.iBTNNeSg031364@ajax.apache.org>
From: bugzilla@apache.org
To: commons-dev@jakarta.apache.org
Subject: DO NOT REPLY [Bug 32881]  -
    [chain] Provide a  mechanism for encoding catalog and command in a single
 string

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=32881>.
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=32881


------- Additional Comments From sean.schofield@gmail.com  2004-12-30 00:23 -------
+1 for Craig's suggestion

Craig, what do you think about my earlier suggestion of using a new class to 
do this (CommandUtils) instead of in the CatalogFactory class?  Joe commented 
that this might be a little bit indirect but I agree with your initial comment 
that a getCommand() method in CatalogFactory seems odd.

It seems like a Catalog/CommandUtils class might be appropriate here.  
Basically you're looking for a short cut.  CatalogFactory's primary reason for 
existence is to locate catalogs.

I'm not completely against it, but I think we should try to find a way to 
accomplish what Joe wants (which is an excellent idea) in a manner that makes 
the most sense.  If CatalogFactory is ultimately the best way to do this then 
so be it.

-- 
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