Mailing-List: contact hivemind-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hivemind-user@jakarta.apache.org
From: "Howard M. Lewis Ship" <hlship@comcast.net>
To: <hivemind-user@jakarta.apache.org>
Subject: RE: Recent configuration model changes for alpha-5 (or,
 where did Registry's getConfiguration(configId) go?)
Date: Mon, 24 May 2004 09:39:56 -0400
Message-ID: <002d01c44194$9a59d400$6501a8c0@ALMIGHTYBEAST>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
Importance: Normal
In-Reply-To: <40B1838B.70306@gonesilent.com>

Hm. That could (should?) be restored; however, what I was getting at by removing it is the idea that
you will almost always want a service to "front" your configuration, since your presentation layer
will rarely want it as an unordered list.  If any massaging of the data should occur first (say,
converting to a Map and checkng for duplicates) ... that should occur inside a service.

--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind
http://howardlewisship.com


> -----Original Message-----
> From: John Beatty [mailto:john@gonesilent.com] 
> Sent: Monday, May 24, 2004 1:10 AM
> To: hivemind-user@jakarta.apache.org
> Subject: Recent configuration model changes for alpha-5 (or, 
> where did Registry's getConfiguration(configId) go?)
> 
> 
> Hi,
> 
> I just upgraded from alpha-4 to alpha-5 and noticed that Registry's
> 
>   public List getConfiguration(String configurationId);
> 
> method is gone now. What is the preferred programming model 
> for services 
> getting their config info now? (the docs are a bit out of 
> date it seems; 
> I infer there are a couple ways of doing it from reading the code and 
> hivemodule.sdl). I'm probably missing something obvious, but in the 
> meantime, I patched Registry.java to include the method (since 
> RegistryImpl still has it) and everything is happy.
> 
> thanks!
> john
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-user-help@jakarta.apache.org
> 


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