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 15:30:24 UTC
[OT] RE: [ANN] Bridgetown IoC Framework
This is off topic to the Struts list.
Also not forgetting Avalon, PicoContainer, etc from my POV. Admittedly
these "mature" containers have been around for sometime.
Here are my motivations:
1) To scratch the itch. Build a tiny container/kernel that
I could experiment with in Expresso / Struts. The idea is make
an assembler that can be merged into another toolkit.
(My goal is to make Bridgetown a first class citizen in Expresso, but
I am still scratching my head about this issue.)
2) I wanted to implement ``method injection''.
3) Build a pizza base, that I could extend later with a
dynamic proxy generation / interceptors.
Maybe directly support or use the Commons Chain (this is still
very fuzzy in my mind.)
4) Eventually make services beans and service oriented
architecture first class citizen of a ioc framework.
5) Fun: I wanted to experiment with Jakarta technologies.
6) Learning: I wanted to build something small and wonderful and
it will be always free and open source.
I enabled the sf.net mailing lists, so if you want to discuss
further I suggest we take this thread over there.
--
Peter Pilgrim
Operations/IT - Credit Suisse First Boston,
10 South Colonnade, London E14 4QJ, United Kingdom
Tel: +44 (0)207 883 4447
> -----Original Message-----
> From: Robert Taylor [mailto:rtaylor@mulework.com]
> Sent: 08 September 2004 14:10
> To: Struts Users Mailing List
> Subject: RE: [ANN] Bridgetown IoC Framework
>
>
> 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
==============================================================================
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