deltaspike-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Struberg <strub...@yahoo.de>
Subject Re: [DISCUSS] DELTASPIKE-14 GenericBeans
Date Sun, 04 Mar 2012 20:01:29 GMT
I don't think it's correct to call them buggy. It's just that it might be _very_ hard to provide
the same behaviour over all our supported containers.
But we will hit those kind of compat problems sooner or later anyway and will need to find
a way to deal with them.


LieGrue,
strub



----- Original Message -----
> From: Antoine Sabot-Durand <antoine@sabot-durand.net>
> To: deltaspike-dev@incubator.apache.org
> Cc: 
> Sent: Sunday, March 4, 2012 8:38 PM
> Subject: Re: [DISCUSS] DELTASPIKE-14 GenericBeans
> 
>T hank you John to launch this subject. I've been very busy since january and 
> didn't found time to launch the subject. To be totally honest I thought I 
> was the only one interested in them.
> 
> Now regarding Generic beans in Solder : 
> 
> - documentation is quite inaccurate
> - they are bugy : I didn't had bug, but it seems that some their tests 
> don't pass
> - I read some wrong information about them : you can't create beans in 
> another scope that the generic bean definition.
> 
> I'll prepare a description of how I use them in Seam Social to ease 
> extension of the framework and the issue I encounter using them.
> 
> regards,
> 
> 
> Antoine SABOT-DURAND
> 
> 
> Le 4 mars 2012 à 18:27, Jason Porter a écrit :
> 
>>  I think they're really powerful, but we may need to do some rewrite to 
> make sure it works correctly in a modular container. 
>> 
>>  Sent from my iPhone
>> 
>>  On Mar 4, 2012, at 8:52, "John D. Ament" 
> <john.d.ament@gmail.com> wrote:
>> 
>>>  Hi All
>>> 
>>>  I would like to begin discussing the use of Generic Beans from Solder
>>>  (currently this issue is assigned to Antoine, but I have some bandwidth 
> and
>>>  offered to help him here).  This feature is used to configure a set of
>>>  related beans that require shared components, while still allowing 
> scopes
>>>  to be provided.  This is useful when trying to make legacy 
> libraries/APIs
>>>  CDI capable.  The following are the API components required for
>>>  GenericBeans:
>>> 
>>>  - @GenericType(Class<?> clazz) - defines the type of 
> configuration for the
>>>  generic.  This annotation is placed on another annotation, as defined 
> by
>>>  the application developer or framework author to support how 
> configuration
>>>  is resolved.  This will look for a matching bean of the given type and
>>>  resolve it based on the annotation that this is assigned to.
>>>  - @Generic - when using the manager type, defines an expected injection
>>>  point for a generic bean.
>>>  - @GenericConfiguration(Class<?> clazz) - defines the 
> relationship between
>>>  generic objects.
>>>  - @ApplyScope - indicates that the produced object should inherit the 
> scope
>>>  of the configuration.
>>> 
>>> 
>>>  The examples in the Solder documentation describe this in depth:
>>> 
> http://docs.jboss.org/seam/3/3.1.0.Final/reference/en-US/html/solder-genericbeans.html
>>> 
>>>  Thoughts/questions on the feature?
>>> 
>>>  john
> 

Mime
View raw message