tag:robotlegs.tenderapp.com,2009-10-18:/discussions/robotlegs-2/18-re-brand-new-rl2-test-project-injection-issue-robotlegs-2Robotlegs: Discussion 2012-08-27T10:37:12Ztag:robotlegs.tenderapp.com,2009-10-18:Comment/155857192012-04-27T12:35:41Z2012-04-27T12:35:41ZRe: Brand new RL2 (test) project, injection issue [Robotlegs 2]<div><blockquote>
<p>FWIW, I personally prefer not to have to know to use
[PostConstruct] in this case (although it's a useful technique for
general purposes)</p>
</blockquote>
<p>+1</p></div>Ondina D.F.tag:robotlegs.tenderapp.com,2009-10-18:Comment/155857192012-04-27T12:53:54Z2012-04-27T12:53:54ZRe: Brand new RL2 (test) project, injection issue [Robotlegs 2]<div><p>I'm thinking of adding a Config class in the mvcs package which
users can extend, overriding a "configure" method, for
convenience.</p></div>Shaun Smithtag:robotlegs.tenderapp.com,2009-10-18:Comment/155857192012-04-27T18:43:45Z2012-04-27T18:43:45ZRe: Brand new RL2 (test) project, injection issue [Robotlegs 2]<div><p>Just curious, what do you think of having an IConfig interface
in the core<br>
that defines the configure() method, and have that be what RL core
actually<br>
uses when Context.config() is called?</p>
<p>That would mean that if I don't want to inherit Config I can
still make my<br>
own config class that works by implementing IConfig. If I create my
own<br>
bundle, I don't necessarily want to have to duplicate the MVCS
bundle's<br>
Config class in my bundle. =)</p>
<p>Paul</p></div>Paul Robertson