You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@aries.apache.org by "Valentin Mahrwald (JIRA)" <ji...@apache.org> on 2011/01/06 12:04:45 UTC

[jira] Resolved: (ARIES-531) Allow field injection in some cases with the Blueprint extender's permissions

     [ https://issues.apache.org/jira/browse/ARIES-531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Valentin Mahrwald resolved ARIES-531.
-------------------------------------

    Resolution: Fixed

Changes committed in #1055827.

> Allow field injection in some cases with the Blueprint extender's permissions
> -----------------------------------------------------------------------------
>
>                 Key: ARIES-531
>                 URL: https://issues.apache.org/jira/browse/ARIES-531
>             Project: Aries
>          Issue Type: Improvement
>          Components: Blueprint
>            Reporter: Valentin Mahrwald
>            Assignee: Valentin Mahrwald
>
> Currently, Blueprint uses the joint permissions of the Blueprint bundle and the Blueprint extender bundle to perform any kind of privileged actions like property injection, service retrieval and field injection.
> However, this permission scheme does not work that well with field injection because usually a Blueprint bundle would not need to (and probably should not) have ReflectPermission. Especially, if all that the field injection is used for is something relatively common like injecting a PersistenceContext ...
> So with this issue a slightly more relaxed scheme will be introduced where:
> - field injection for fields in classes that reside in the Blueprint bundle itself is done with the permissions of the Blueprint extender
> - all other field injections uses joint permissions as before

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.