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
> > >
> > >
> >
>

Reply via email to