You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by "Pilgrim, Peter" <pe...@csfb.com> on 2004/09/08 09:51:35 UTC
FW: [ANN] Bridgetown IoC Framework
FYI
> -----Original Message-----
> From: Peter A. Pilgrim [mailto:peterp@xenonsoft.demon.co.uk]
> Sent: 08 September 2004 07:12
> To: Struts Developers List
> Subject: [ANN] Bridgetown IoC Framework
>
>
>
> Hi
>
> I have been quietly working on my own Inversion of Control lightweight
> framework over the last couple of months.
>
> My itch was scratched when I suddenly realised that ``Commons
> BeanUtils''
> and ``Common Digester'' could be simply combined together into a
> bean assembly factory. An assembly factory could manage service beans
> in a lightweight container. Services could then be retrieved
> by name, and one doesn't have to worry about connecting
> different services together. Experiments showed that this idea
> was pretty cool and have implemented property and method dependency
> injection (aka ``BeanUtils'' and ``MethodUtils''). [Constructor
> injection is on the todo list. ]
>
> I am at the point where the current codebase is stable enough
> for development,
> but if I want the container to be more useful, then I need to open-
> source the project. It would allow others to write Dynamic proxy
> service beans, integrate with Struts 1.2/2+, or extend with
> AOP library,
> or whatever persistence layer EJB 3.0 decides to become. It
> cannot be down
> by just one man writing software. As an independent
> consultant I simply
> have not got the time to build everything.
>
> Moreover, I intend to follow the Struts style ``open integration''
> philosophy that should allow Bridgetown IoC container to be added
> any other framework. (I intend add support to the Expresso
> Framework in
> the near term, since I am a core committer there)
>
> So my simple IoC Test Container became ``Bridgetown IoC''. I
> uploaded the
> source code to ``Sourceforge'' and slapped on it an Apache License 2.0
> badge. The software is ALPHA quality but it compiles and run
> with Eclipse SDK 3, and there are junit test and a couple of examples.
>
>
> `` http://bridgetown.sf.net '' is the hook.
>
>
> I'd like publicly thank the man, Craig McClanahan, for his
> two inventions
> `BeanUtils' and `Digester'. Without those two components it
> just wouldn't
> have happened.
>
>
> Enjoy baby bop#
>
> --
> Peter Pilgrim
> __ _____ _____ _____
> / //__ // ___// ___/ + Serverside Java
> / /___/ // /__ / /__ + Struts
> / // ___// ___// ___/ + Expresso Committer
> __/ // /__ / /__ / /__ + Independent Contractor
> /___//____//____//____/ + Intrinsic Motivation
> On Line Resume http://jroller.com/page/peter_pilgrim
> ||
> \\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html ''
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
[ Not subscribed to the users list at home ;-( ]
--
Peter Pilgrim
Operations/IT - Credit Suisse First Boston,
10 South Colonnade, London E14 4QJ, United Kingdom
Tel: +44 (0)207 883 4447
==============================================================================
This message is for the sole use of the intended recipient. If you received
this message in error please delete it and notify us. If this message was
misdirected, CSFB does not waive any confidentiality or privilege. CSFB
retains and monitors electronic communications sent through its network.
Instructions transmitted over this system are not binding on CSFB until they
are confirmed by us. Message transmission is not guaranteed to be secure.
==============================================================================
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: [ANN] Bridgetown IoC Framework
Posted by Robert Taylor <rt...@mulework.com>.
Peter, this sounds interesting, but what would Bridgetown offer
over a more mature IoC container like Spring?
robert
> -----Original Message-----
> From: Pilgrim, Peter [mailto:peter.pilgrim@csfb.com]
> Sent: Wednesday, September 08, 2004 3:52 AM
> To: Struts User Apache (E-mail)
> Subject: FW: [ANN] Bridgetown IoC Framework
>
>
> FYI
>
> > -----Original Message-----
> > From: Peter A. Pilgrim [mailto:peterp@xenonsoft.demon.co.uk]
> > Sent: 08 September 2004 07:12
> > To: Struts Developers List
> > Subject: [ANN] Bridgetown IoC Framework
> >
> >
> >
> > Hi
> >
> > I have been quietly working on my own Inversion of Control lightweight
> > framework over the last couple of months.
> >
> > My itch was scratched when I suddenly realised that ``Commons
> > BeanUtils''
> > and ``Common Digester'' could be simply combined together into a
> > bean assembly factory. An assembly factory could manage service beans
> > in a lightweight container. Services could then be retrieved
> > by name, and one doesn't have to worry about connecting
> > different services together. Experiments showed that this idea
> > was pretty cool and have implemented property and method dependency
> > injection (aka ``BeanUtils'' and ``MethodUtils''). [Constructor
> > injection is on the todo list. ]
> >
> > I am at the point where the current codebase is stable enough
> > for development,
> > but if I want the container to be more useful, then I need to open-
> > source the project. It would allow others to write Dynamic proxy
> > service beans, integrate with Struts 1.2/2+, or extend with
> > AOP library,
> > or whatever persistence layer EJB 3.0 decides to become. It
> > cannot be down
> > by just one man writing software. As an independent
> > consultant I simply
> > have not got the time to build everything.
> >
> > Moreover, I intend to follow the Struts style ``open integration''
> > philosophy that should allow Bridgetown IoC container to be added
> > any other framework. (I intend add support to the Expresso
> > Framework in
> > the near term, since I am a core committer there)
> >
> > So my simple IoC Test Container became ``Bridgetown IoC''. I
> > uploaded the
> > source code to ``Sourceforge'' and slapped on it an Apache License 2.0
> > badge. The software is ALPHA quality but it compiles and run
> > with Eclipse SDK 3, and there are junit test and a couple of examples.
> >
> >
> > `` http://bridgetown.sf.net '' is the hook.
> >
> >
> > I'd like publicly thank the man, Craig McClanahan, for his
> > two inventions
> > `BeanUtils' and `Digester'. Without those two components it
> > just wouldn't
> > have happened.
> >
> >
> > Enjoy baby bop#
> >
> > --
> > Peter Pilgrim
> > __ _____ _____ _____
> > / //__ // ___// ___/ + Serverside Java
> > / /___/ // /__ / /__ + Struts
> > / // ___// ___// ___/ + Expresso Committer
> > __/ // /__ / /__ / /__ + Independent Contractor
> > /___//____//____//____/ + Intrinsic Motivation
> > On Line Resume http://jroller.com/page/peter_pilgrim
> > ||
> > \\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html ''
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
>
> [ Not subscribed to the users list at home ;-( ]
>
> --
> Peter Pilgrim
> Operations/IT - Credit Suisse First Boston,
> 10 South Colonnade, London E14 4QJ, United Kingdom
> Tel: +44 (0)207 883 4447
>
> ==============================================================================
> This message is for the sole use of the intended recipient. If you received
> this message in error please delete it and notify us. If this message was
> misdirected, CSFB does not waive any confidentiality or privilege. CSFB
> retains and monitors electronic communications sent through its network.
> Instructions transmitted over this system are not binding on CSFB until they
> are confirmed by us. Message transmission is not guaranteed to be secure.
> ==============================================================================
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org