Nicolas,
I might actually have a bit of time to implement this enhancement. It
should be an easy enhancement that should have zero impact on the current
users.
I'll respond in this thread when the changes are in.
Regards,
Alex k
On Tue, Jan 25, 2011 at 9:16 AM, Nicolas Barrera <nbarr...@gmail.com> wrote:
> Alex,
>
> Yes, adding support to configure that property would be the cleanest
> solution of course :)
>
> thanks for your interest on supporting it.., I 'm currently facing this
> problem while developing a production application.. but as you read,
> there 're other workarounds so if you can't add this support I could deal
> with it and I 'm not in an hurry.
>
> If you add the enhancement then it's welcome, if you need me to file an
> issue just tell me.
>
> thanks again and thanks to all who 've answered this thread as I 've also
> learned quite a bit about IoC on T5 with your replies.
>
> cheers!
>
> Nicolás.-
>
>
> On Tue, Jan 25, 2011 at 10:45 AM, Alex Kotchnev <akoch...@gmail.com>
> wrote:
>
> > Nicolas,
> > it seems like the proper solution for your problem is to have an
> > enhancement to TSS to receive a value and use the value when configuring
> > the
> > service, e.g. :
> >
> > buildRealAuthenticationProcessingFilter(
> > @SpringSecurityServices
> > final AuthenticationManager manager, @SpringSecurityServices
> > final RememberMeServices rememberMeServices,
> > @Inject @Value("${spring-security.check.url}" final String
> > authUrl,
> > @Inject @Value("${spring-security.target.url}") final String
> > targetUrl,
> > @Inject @Value("${spring-security.failure.url}") final String
> > failureUrl,
> > @Inject @Value("${spring-security.target.alwaysUseDefault}")
> > final
> > Boolean alwaysUseDefaultTarget) {
> >
> > ......
> > filter.setAlwaysUseDefaultTargetUrl(alwaysUseDefaultTarget)
> > ....
> >
> > }
> >
> > Then in your configuration, you can contribute to to the defaults to
> > provide
> > your own value for the "spring-security.target.alwaysUseDefault". Would
> > that
> > work for you ? This certainly seems like a capability that would be
> useful
> > to be able to configure T-S-S with.
> >
> > Anyway, let me know if you want this, or if this was just an academic
> > exercise on learning how to use T5 IOC - I can make the change in TSS in
> > the
> > next few days.
> >
> > Regards,
> >
> > Alex K
> > On Tue, Jan 25, 2011 at 8:33 AM, Nicolas Barrera <nbarrera@gmail
> > .com> wrote:
> >
> > > Hi Thiago,
> > >
> > > Ok, so as the 3rd party library's Service isn't implemented receiving
> > some
> > > Configuration, then I can't Contribute to it... and the only way would
> be
> > > to
> > > override the service as a whole (reinstantiating it and setting it up
> > all).
> > > :(
> > >
> > > would it smell a lot if I ask tapestry for the instance of that service
> > in
> > > some "startup" point of my AppModule and set that property to my
> required
> > > value?
> > >
> > > I 'm just trying not to reimplement the instantiation code of that
> > service.
> > >
> > > thanks again,
> > >
> > > Nicolás.-
> > >
> > >
> > > On Tue, Jan 25, 2011 at 10:26 AM, Thiago H. de Paula Figueiredo <
> > > thiag...@gmail.com> wrote:
> > >
> > > > On Tue, 25 Jan 2011 11:24:00 -0200, Nicolas Barrera <
> > nbarr...@gmail.com>
> > > > wrote:
> > > >
> > > > Concisely what I want is to get a Service from a 3rd party module
> and
> > > >> change one of it's properties, any ideas on the simplest way to do
> it
> > > >> without
> > > >> instantiating the whole object again?
> > > >>
> > > >
> > > > Tapestry-IoC doesn't provide any way of setting a service
> > implementation
> > > > property. It does provide a way for you to override services'
> > > > configurations.
> > > >
> > > > --
> > > > Thiago H. de Paula Figueiredo
> > > > Independent Java, Apache Tapestry 5 and Hibernate consultant,
> > developer,
> > > > and instructor
> > > > Owner, Ars Machina Tecnologia da Informação Ltda.
> > > > http://www.arsmachina.com.br
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> > > > For additional commands, e-mail: users-h...@tapestry.apache.org
> > > >
> > > >
> > >
> >
>
