Well, thanks again Alex so now I know which key to contribute to...
cheers!
Nicolás.-
On Wed, Jan 26, 2011 at 12:59 AM, Alex Kotchnev <akoch...@gmail.com> wrote:
> And again - it looks like this documentation is properly populated in
> trunk;
> however, it was not reflected in the documentation on the website.
>
> Cheers,
>
> Alex K
>
> On Tue, Jan 25, 2011 at 10:54 PM, Alex Kotchnev <akoch...@gmail.com>
> wrote:
>
> > Nicolas,
> > it turns out that TSS was already handling this as you need it to;
> > however it wasn't properly reflected in the documentation. The symbol
> that
> > you want to provide is "spring-security.always.use.target.url" . I'll see
> > about add this to the documentation.
> >
> > Regards,
> >
> > Alex K
> >
> >
> > On Tue, Jan 25, 2011 at 1:11 PM, Alex Kotchnev <akoch...@gmail.com>
> wrote:
> >
> >> 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
> >>> > > >
> >>> > > >
> >>> > >
> >>> >
> >>>
> >>
> >>
> >
>
