You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@aries.apache.org by "Christian Schneider (JIRA)" <ji...@apache.org> on 2015/09/16 16:24:45 UTC
[jira] [Resolved] (ARIES-1405) Make sure bundle goes into
graceperiod if services needed for JPA are not present
[ https://issues.apache.org/jira/browse/ARIES-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Christian Schneider resolved ARIES-1405.
----------------------------------------
Resolution: Fixed
> Make sure bundle goes into graceperiod if services needed for JPA are not present
> ---------------------------------------------------------------------------------
>
> Key: ARIES-1405
> URL: https://issues.apache.org/jira/browse/ARIES-1405
> Project: Aries
> Issue Type: Improvement
> Components: JPA
> Affects Versions: jpa-2.1.0
> Reporter: Christian Schneider
> Assignee: Christian Schneider
> Fix For: jpa-2.2.0
>
>
> Currently Coordinator as well as EntityManager services are injected using a manually created service proxy.
> The problem with this is that we can not stop blueprint from starting up the user context this way. So the jpa enabled beans start even if their prerequisites are not yet present.
> This can lead to calls blocking at runtime until the service timeout. The error reporting is also bad as you only know something went wrong after the first call and the timeout.
> So the idea is to use correct blueprint metadata for the service refs. This makes blueprint go into graceperiod until the services are present. The diag command will then also show what is missing.
> The current approach with the Beanprocessor does not support this approach. Se we need to switch to a ComponentDefinitionRegistryProcessor as recommended by Guillaume Nodet.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)