Consider this a +1 from me.

This is very cool!

- Joakim


> It's OK for me.
>
>
> 2008/3/3, Brett Porter <[EMAIL PROTECTED]>:
>>
>> Cool. Is there anything left to do on here now, or should we look at
>> merging it to trunk?
>>
>>
>> On 02/03/2008, at 6:33 PM, nicolas de loof wrote:
>>
>> > That's what I supposed but just want to verify.
>> >
>> > 2008/3/1, Brett Porter <[EMAIL PROTECTED]>:
>> >>
>> >> It may not be necessary - presumably webwork's built in spring object
>> >> factory that you are now using does this already.
>> >>
>> >> On 01/03/2008, at 8:11 PM, nicolas de loof wrote:
>> >>
>> >>> Thanks for the link, I'll translate this idea to spring.
>> >>>
>> >>> cheers,
>> >>> Nicolas.
>> >>>
>> >>> 2008/2/29, Olivier Lamy <[EMAIL PROTECTED]>:
>> >>>>
>> >>>> Yes all per-lookup component must be released (for a long live
>> >>>> application).
>> >>>> To do that there is a interceptor to add in the webwork stack (look
>> >>>> the note in the bottom of [1] yes sometimes it's possible to find a
>> >>>> small documentation on plexus :-) )
>> >>>>
>> >>>> Maybe you can add a similar interceptor.
>> >>>>
>> >>>> --
>> >>>> Olivier
>> >>>>
>> >>>> [1]
>> >> http://plexus.codehaus.org/plexus-components/plexus-xwork-
>> >> integration/
>> >>>>
>> >>>> 2008/2/29, Brett Porter <[EMAIL PROTECTED]>:
>> >>>>> the reason in plexus was because each action was allocated on
>> >>>>> every
>> >>>>> request and not released - I just want to check whether that was
>> >>>>> the
>> >>>>> case again here. I think Olivier investigated it originally - is
>> >>>>> he
>> >>>>> listening here? :)
>> >>>>>
>> >>>>> - Brett
>> >>>>>
>> >>>>>
>> >>>>> On 29/02/2008, at 7:43 PM, nicolas de loof wrote:
>> >>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>>      // Release existing
>> >>>>>>>> -        release( archivaConfiguration );
>> >>>>>>>> +//      FIXME spring equivalent ?
>> >>>>>>>> release( archivaConfiguration
>> >>>> );
>> >>>>>>>
>> >>>>>>> I don't know if spring takes care of managing them itself -
>> >>>>>>> but we
>> >>>>>>> need to look into this since we used to have leaks from the
>> >>>>>>> webapp
>> >>>>>>> when it never released the components.
>> >>>>>>>
>> >>>>>>>
>> >>>>>> AFAIK there is no way in spring to "remove" a bean from the
>> >>>>>> context.
>> >>>>>>
>> >>>>>> Not sure what is the requirement here, I suppose we want to FORCE
>> >>>>>> the
>> >>>>>> singleton "archivaConfiguration" bean to get reloaded /
>> >>>>>> refreshed.
>> >>>>>>
>> >>>>>> The best option IMHO is to use use a BeanNameAutoProxyCreator to
>> >>>>>> create a
>> >>>>>> proxy for the "archivaConfiguration" singleton. An interceptor
>> >>>>>> could
>> >>>>>> cache
>> >>>>>> the active concrete implementation instance, declared as
>> >>>>>> prototype,
>> >>>>>> and
>> >>>>>> expose a "release()" management method to force a new lookup.
>> >>>>>>
>> >>>>>> Nicolas.
>> >>>>>
>> >>>>>
>> >>>>> --
>> >>>>> Brett Porter
>> >>>>> [EMAIL PROTECTED]
>> >>>>> http://blogs.exist.com/bporter/
>> >>>>>
>> >>>>>
>> >>>>
>> >>
>> >> --
>> >> Brett Porter
>> >> [EMAIL PROTECTED]
>> >> http://blogs.exist.com/bporter/
>> >>
>> >>
>>
>> --
>> Brett Porter
>> [EMAIL PROTECTED]
>> http://blogs.exist.com/bporter/
>>
>>
>

Reply via email to