Как создать и уничтожить управляемые компоненты CDI (Weld) через BeanManager?

Я пытаюсь создать экземпляры управляемых компонентов CDI, используя BeanManager, а не экземпляр .выбирать.)(получить.)(

Это было предложено в качестве обходного пути к проблеме, которую я имел с ApplicationScoped бобами и сборкой мусора их иждивенцев-см. приложение CDI и зависимые области могут вступать в сговор, чтобы повлиять на сборку мусора? для фона и этого предлагаемого обходного пути.

если вы используете метод программного поиска экземпляра на компонент ApplicationScoped, объект экземпляра и любые компоненты, которые вы получаете от него, в конечном счете зависят от компонента ApplicationScoped и поэтому разделяют его жизненный цикл. Однако, если вы создаете бобы с помощью BeanManager, у вас есть дескриптор самого экземпляра Bean и, по-видимому, вы можете явно уничтожить его, что, как я понимаю, означает, что он будет GCed.

мой текущий подход заключается в создании компонента в классе BeanManagerUtil и возврате составного объекта Bean, экземпляра, и CreationalContext:

public class BeanManagerUtil {

    @Inject private BeanManager beanManager;

    @SuppressWarnings("unchecked")
    public <T> DestructibleBeanInstance<T> getDestructibleBeanInstance(final Class<T> type,
            final Annotation... qualifiers) {

        DestructibleBeanInstance<T> result = null;
        Bean<T> bean = (Bean<T>) beanManager.resolve(beanManager.getBeans(type, qualifiers));
        if (bean != null) {
            CreationalContext<T> creationalContext = beanManager.createCreationalContext(bean);
            if (creationalContext != null) {
                T instance = bean.create(creationalContext);
                result = new DestructibleBeanInstance<T>(instance, bean, creationalContext);
            }
        }
        return result;
    }
}

public class DestructibleBeanInstance<T> {

    private T instance;
    private Bean<T> bean;
    private CreationalContext<T> context;

    public DestructibleBeanInstance(T instance, Bean<T> bean, CreationalContext<T> context) {
        this.instance = instance;
        this.bean = bean;
        this.context = context;
    }

    public T getInstance() {
        return instance;
    }    

    public void destroy() {
        bean.destroy(instance, context);
    }
}

из этого в вызывающем коде я могу получить фактический экземпляр, поместить его в карту для последующего извлечения и использовать как обычно:

private Map<Worker, DestructibleBeanInstance<Worker>> beansByTheirWorkers =
    new HashMap<Worker, DestructibleBeanInstance<Worker>>();
...
DestructibleBeanInstance<Worker> destructible =
        beanUtils.getDestructibleBeanInstance(Worker.class, workerBindingQualifier);
Worker worker = destructible.getInstance();
...

когда я закончу с ним, я могу найти разрушаемую оболочку и вызвать destroy () на ней, а Боб и его иждивенцы должны быть очищены:

DestructibleBeanInstance<JamWorker> workerBean =
        beansByTheirWorkers.remove(worker);
workerBean.destroy();
worker = null;

однако, после запуска нескольких рабочих и оставления моего JBoss (7.1.0.Alpha1-снимок) в течение 20 минут или около того, я вижу GC происходящее

2011.002: [GC
Desired survivor size 15794176 bytes, new threshold 1 (max 15)
1884205K->1568621K(3128704K), 0.0091281 secs]

однако гистограмма JMAP все еще показывает старых рабочих и их зависимые экземпляры, висящие вокруг, unGCed. Что я упускаю?

через отладку я вижу, что контекстное поле созданного компонента имеет контекстуальный правильный тип Worker, без incompleteInstances и без parentDependentInstances. Он имеет ряд dependentInstances,которые, как и ожидалось от полей на рабочем.

одно из этих полей на работника на самом деле экземпляр, и когда я сравниваю это поле с полем рабочего, полученным с помощью поиска программного экземпляра, они имеют немного другой состав CreationalContext. В поле instance на рабочий посмотрел через экземпляр был сам работник под incompleteInstances, в то время как поле экземпляра на работника, полученных из BeanManager не. Они оба имеют одинаковые parentDependentInstances и dependentInstances.

Это говорит мне о том, что я не отражал правильный поиск экземпляра. Может ли это способствовать отсутствию разрушений?

наконец, при отладке я вижу bean.destroy () вызывается в моем DestructibleBeanInstance.destroy (), и это проходит через ManagedBean.уничтожьте, и я могу видеть, что зависимые объекты уничтожаются как часть .выпускать.)( Однако они все еще не собирают мусор!

любая помощь будет очень ценится! Спасибо.