Re: LifeCycle extensions

2003-12-18 Thread Berin Loritsch
Niclas Hedhman wrote: On Tuesday 16 December 2003 12:35, Stephen McConnell wrote: Some additional content - its not interceptor stuff, but its a lot more useful .. http://avalon.apache.org/merlin/api/org/apache/avalon/activation/lifecycle/ LifecycleCreateExtension.html http://avalon.apache.org/me

Re: LifeCycle extensions

2003-12-16 Thread Niclas Hedhman
On Tuesday 16 December 2003 14:13, Stephen McConnell wrote: > Niclas Hedhman wrote: > >On Tuesday 16 December 2003 12:35, Stephen McConnell wrote: > >>Some additional content - its not interceptor stuff, but its a lot more > >>useful .. > >>http://avalon.apache.org/merlin/api/org/apache/avalon/acti

Re: LifeCycle extensions

2003-12-16 Thread Niclas Hedhman
On Tuesday 16 December 2003 14:13, Stephen McConnell wrote: > Niclas Hedhman wrote: > >On Tuesday 16 December 2003 12:35, Stephen McConnell wrote: > >>Some additional content - its not interceptor stuff, but its a lot more > >>useful .. > >>http://avalon.apache.org/merlin/api/org/apache/avalon/acti

Re: LifeCycle extensions

2003-12-15 Thread Stephen McConnell
Niclas Hedhman wrote: On Tuesday 16 December 2003 12:35, Stephen McConnell wrote: Some additional content - its not interceptor stuff, but its a lot more useful .. http://avalon.apache.org/merlin/api/org/apache/avalon/activation/lifecycle/ LifecycleCreateExtension.html http://avalon.apache.or

Re: LifeCycle extensions

2003-12-15 Thread Niclas Hedhman
On Tuesday 16 December 2003 12:35, Stephen McConnell wrote: > Some additional content - its not interceptor stuff, but its a lot more > useful .. > http://avalon.apache.org/merlin/api/org/apache/avalon/activation/lifecycle/ >LifecycleCreateExtension.html > http://avalon.apache.org/merlin/api/org/ap

Re: LifeCycle extensions

2003-12-15 Thread Stephen McConnell
Niclas Hedhman wrote: Hi, while looking for alternate ways to implement the Security framework in Merlin, I took a peek at the LifeCycle extensions. I am a bit hesitant to the current design. public interface Creator { void create( Object object, Context context ) throws Exception

LifeCycle extensions

2003-12-14 Thread Niclas Hedhman
Hi, while looking for alternate ways to implement the Security framework in Merlin, I took a peek at the LifeCycle extensions. I am a bit hesitant to the current design. public interface Creator { void create( Object object, Context context ) throws Exception; void destroy

Re: [Proposal] Lifecycle Extensions Resolution

2003-03-15 Thread Peter Royal
On Friday, March 14, 2003, at 03:24 PM, Berin Loritsch wrote: Therefore, I suggest it remains in Excalibur, and we continue on with more productive things like finishing the releases. +1 -pete - To unsubscribe, e-mail: [EMAIL PROT

Re: [Proposal] Lifecycle Extensions Resolution

2003-03-15 Thread Stefano Mazzocchi
Stephen McConnell wrote: Berin Loritsch wrote: Therefore, I suggest it remains in Excalibur, and we continue on with more productive things like finishing the releases. In the interest of the release process .. +1 Thank you for understanding. Stefano.

Re: [Proposal] Lifecycle Extensions Resolution

2003-03-15 Thread Stephen McConnell
Berin Loritsch wrote: Therefore, I suggest it remains in Excalibur, and we continue on with more productive things like finishing the releases. In the interest of the release process .. +1 Cheers, Steve. -- Stephen J. McConnell mailto:[EMAIL PROTECTED] http://www.osm.net -

Re: [Proposal] Lifecycle Extensions Resolution

2003-03-15 Thread Leo Simons
+1. Totally on the same page, I am. cheers, - Leo Berin Loritsch wrote: The big question - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Proposal] Lifecycle Extensions Resolution

2003-03-15 Thread Stefano Mazzocchi
Berin Loritsch wrote: Therefore, I suggest it remains in Excalibur, and we continue on with more productive things like finishing the releases. Wise. +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-ma

[Proposal] Lifecycle Extensions Resolution

2003-03-14 Thread Berin Loritsch
The big question so far has been should Lifecycle Extensions exist, but should it be located in the central Avalon CVS--not to be confused with Avalon Framework which is a separate and distinct work. As I expected before Stephen's proposal there was a lot of opposition to that step. Therefo

cvs commit: avalon-excalibur/container/src/java/org/apache/excalibur/container/lifecycle/extensions InstrumentableCreator.java

2003-03-07 Thread bloritsch
bloritsch2003/03/07 09:32:42 Removed: container/src/java/org/apache/excalibur/container/lifecycle/extensions InstrumentableCreator.java Log: let's keep it with Fortress for now--cleaner dependency tree and less to merge when lifecycle is brought to exca

cvs commit: avalon-excalibur/container/src/java/org/apache/excalibur/container/lifecycle/extensions InstrumentableCreator.java

2003-03-07 Thread bloritsch
bloritsch2003/03/07 09:23:54 Added: container/src/java/org/apache/excalibur/container/lifecycle/extensions InstrumentableCreator.java Log: add standard extension for Instrumentable Revision ChangesPath 1.1 avalon-excalibur

cvs commit: avalon-excalibur/container/src/java/org/apache/excalibur/container/lifecycle/extensions - New directory

2003-03-07 Thread bloritsch
bloritsch2003/03/07 09:23:11 avalon-excalibur/container/src/java/org/apache/excalibur/container/lifecycle/extensions - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL