Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 17681 invoked from network); 23 Mar 2002 10:36:49 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 23 Mar 2002 10:36:49 -0000 Received: (qmail 12958 invoked by uid 97); 23 Mar 2002 10:36:57 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 12855 invoked by uid 97); 23 Mar 2002 10:36:57 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 12752 invoked from network); 23 Mar 2002 10:36:56 -0000 Message-Id: <200203231036.g2NAatU02555@mail004.syd.optusnet.com.au> Content-Type: text/plain; charset="utf-8" From: Peter Donald To: "Ant Developers List" Subject: Re: cvs commit: jakarta-ant/proposal/myrmidon/src/java/org/apache/myrmidon/components/embeddor DefaultEmbeddor.java Date: Sat, 23 Mar 2002 21:22:56 +1100 X-Mailer: KMail [version 1.3.2] References: In-Reply-To: X-Wisdom-Cookie: . MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Sat, 23 Mar 2002 17:40, Adam Murdoch wrote: > > -----Original Message----- > > From: donaldp@apache.org [mailto:donaldp@apache.org] > > > > Log: > > Merge DefaultConverterRegistry into DefaultMasterConverter > > Good idea. Now we can cache the {src, dest} -> converter mappings that > findConverter() comes up with, in the registry. heh - didn't think about that. My main reason to do it was to make Unit tests easier to write and make it much easier to use outside of ant ;) > I wonder if we should do a similar thing to the TypeManager and RoleManager > interfaces, and split them into work interface and management interface? Keep them separate for the moment. I would prefer to experiment with allowing roles to define metainfo about their type (ie converter metainfo saids a instance of converter role must supply metainfor about source and destinaiton classes to convert). Hmm thats confusing. Basically I want to be able to have roles say that types that implement role must supply certain attributes. It will be easy to implement this if Roles/Types are separated for the time being. -- Cheers, Pete -------------------------------------------------- "An intellectual is someone who has been educated beyond their intelligence." -------------------------------------------------- -- To unsubscribe, e-mail: For additional commands, e-mail: