The only way I see HiveMind benefitting you here is if you foresee
this service as re-usable AND the values changing. If that's the
case, you could probably use the service interface plus an
implementation bean (you'd still have to write it) along with the set
statements you provided. Using that setup along with the symbol
source might be useful, but if you don't foresee that I would say just
set up a wrapper around some resource file and use it directly.
public class MyStatics {
private static final FOO_PROP = "foo";
private static final BAR_PROP = "bar";
public static final String getBar() {
return getVal(FOO_PROP);
}
public static final String getBar() {
return getVal(BAR_PROP);
}
public static final String getVal(String key) {
// get it...
}
}
I don't really see much benefit to a hivemind service here.
-Mike
On 4/3/06, Adam Zimowski <[EMAIL PROTECTED]> wrote:
> Funny you ask. My original "markup" was a Constants interface, but I
> want to move these out to a configuration file. I could create a
> simple property file, but I thought Tapestry way of things is to move
> all that boilder plate code onto the framework, in this case let
> Hivemind configure my properties..
>
> Adam
>
> On 4/3/06, Mike Snare <[EMAIL PROTECTED]> wrote:
> > I don't think so, but why are you using a service for this? Seems
> > like it could be done in a static class or just an interface full of
> > constants.
> >
> > -Mike
> >
> > On 4/3/06, Adam Zimowski <[EMAIL PROTECTED]> wrote:
> > > I have an interface ISettings with a bunch of getters all returning
> > > String which are simple constant string settings:
> > >
> > > public interface ISettings {
> > >
> > > public String getApplicationName();
> > > public String getApplicationVersion();
> > > public String getCookieJSessionId();
> > > public String getCookieAutoLogin();
> > > public String getSlash();
> > > public String getDirCss();
> > > public String getDirCssDefault();
> > > public String getDirMail();
> > > public String getDirImages();
> > > public String getFileCssMain();
> > > public String getFileMailRegConf();
> > > public String getFileMailPassChange();
> > > public String getFileMailPassReset();
> > > public String getFileImageHe();
> > > public String getFileImageShe();
> > > public String getFileImageGroup();
> > > }
> > >
> > > Can I use hivemind to set up values for this interface, and have
> > > hivemind generate a new bean based on this interface? Something like
> > > this:
> > >
> > > <service-point id="Configuration" interface="xxx.xxx.ISettings">
> > > <invoke-factory model="singleton">
> > > <construct class="xxx.xxx.Settings" model="singleton">
> > > <set property="applicationName"
> > > value="AppName.org"/>
> > > <set property="applicationVersion" value="0.1"/>
> > > <set property="cookieJSessionId"
> > > value="JSESSIONID"/>
> > > <set property="cookieAutoLogin" value="AutoLogin"/>
> > > <set property="splash" value="/"/>
> > > <set property="dirCss" value="css"/>
> > > <set property="dirCssDefault" value="Default"/>
> > > <set property="dirMail" value="mail"/>
> > > <set property="dirImages" value="images"/>
> > > <set property="fileCssMain" value="main.css"/>
> > > <set property="fileMailRegConf"
> > > value="reg_conf.txt"/>
> > > <set property="fileMailPassChange"
> > > value="pass_change.txt"/>
> > > <set property="fileMailPassReset"
> > > value="pass_reset.txt"/>
> > > <set property="fileImageHe" value="he.jpeg"/>
> > > <set property="fileImageShe" value="she.jpeg"/>
> > > <set property="fileImageGroup"
> > > value="couple.jpeg"/>
> > > </construct>
> > > </invoke-factory>
> > > </service-point>
> > >
> > > The thing is I'd like to avoid creating actual implementation of my
> > > ISettings interface because it's trivial and just more work (it's just
> > > private properties, getters and setters). And from what I'm seeing I
> > > need to tell hivemind about actual implementation. Is Hivemind capable
> > > of creating on-the-fly instance implementation of my interface and
> > > inject it to my code?
> > >
> > > Adam
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
