This is really neat John. Good work. Some questions:
(1) Why do we need two separate methods, addActiveFactoryDescriptor and
addActiveDescriptor? Couldn't addActiveDescriptor simply check if its
parameter is a Factory and delegate?
(2) This beta doesn't work on Java6. Seems to be referring to some missing
internal method of ConcurrentHashMap? Any hope of fixing this or is Java6
being abandoned?
On Wed, Jun 4, 2014 at 12:27 PM, John Wells <john.wells_at_oracle.com> wrote:
> I forgot one other improvement is that we now have better support for
> automatically analyzing Factory classes. If you use the popular
> ServiceLocatorUtilities.addClasses method, it will now take a Factory
> class and generate both the factory service as well as the provider method
> service. There is also a new method called addActiveFactoryDescriptor on
> the DynamicConfiguration class that does the same analysis.
>
>
> On 6/4/2014 10:17 AM, John Wells wrote:
>
>> We are doing an HK2 promotion today that will include a few new features:
>>
>> 1. Added an annotation that marks another annotation as being an
>> injection point indicator. It is called @InjectionPointIndicator. This is
>> useful if you have a situation where you are adding an injection resolver
>> in the same transaction as those whose might have those injection points.
>> 2. Added the ability to use interception and eventing together (or is
>> this a bug fix?)
>> 3. Added in support for using mockito with hk2 (thanks saden)
>> 4. All proxies for the AOP interception feature will now implement the
>> AOPProxyCtl interface
>>
>> There is also the start of a new feature called hk2-configuration which
>> is not finished yet, but we are promoting in order to get some early
>> feedback on it from internal customers. It allows configuration values to
>> be injected into hk2 services based on some external configuration format
>> (such as XML or Properties files). There will be more on this new feature
>> in upcoming promotions.
>>
>> Give the new stuff a try and tell us your thoughs!
>>
>> John Wells
>> john.wells_at_oracle.comNOSPAM
>>
>
>