geronimo-xbean-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Guillaume Nodet <>
Subject Re: [bluprint + xbean-reflect] Use of factories
Date Thu, 23 Apr 2009 19:09:13 GMT
So i guess you pretty much rewrote another ObjectFactory, right ? That
may actually be the easiest way.

The problem is that we'll end up using a very small portion of
xbean-reflect (we don't use even use the property editor package atm).
If we don't put the stuff we need into xbean, it may be even easier to
just copy the needed classes inside blueprint and hack them to suit
our needs.  Either one or the other, but I don't really like the
medium position ...

On Thu, Apr 23, 2009 at 19:19, Jarek Gawor <> wrote:
> Guillaume,
> I've been working on the constructor injection and factory method for
> blueprint services and I'm convinced that we can't use the factory
> stuff that's built-in into the xbean-reflect because we have to do all
> this parameter matching and re-ordering bits. But as long as
> xbean-reflect will allow us to provide our own Factory implementation
> we should be ok. So I'm not looking into changing the existing factory
> xbean-reflect code but instead I'm looking into changing the
> xbean-reflect code to have better extensibility so that we can provide
> our own factory classes or our own recipe classes (that reuse a bunch
> xbean-reflect code).
> Jarek
> On Thu, Apr 23, 2009 at 4:46 AM, Guillaume Nodet <> wrote:
>> When trying to implement the dedens-on attribute for blueprint, I had
>> to find my way in xbean-reflect about constructor recipes and nested
>> recipes.
>> In the ObjectRecipe, a factory-method can be set so that the object is
>> built by calling a static method or an instance method.
>> This will be very useful when implementing the factory stuff in blueprint.
>> However, I think there is a mismatch here.
>> In xbean-reflect, the recipe is used to create both the factory (in
>> case of an instance factory), then the factory method is called to
>> create the final object.    In blueprint, there is a notion of factory
>> component, which should be built by its own recipe, then used as a
>> reference to create the object using arguments if any, then populating
>> the created beans using properties.
>> I'd like to enhance xbean-reflect to support such factory instances by
>> references, but it would break any existing code relying on the
>> current factory mechanism.
>> Is there a need to support backward compatibility on this ?
>> --
>> Cheers,
>> Guillaume Nodet
>> ------------------------
>> Blog:
>> ------------------------
>> Open Source SOA

Guillaume Nodet
Open Source SOA

View raw message