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

Reply via email to