[
https://issues.apache.org/jira/browse/SLING-3345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carsten Ziegeler resolved SLING-3345.
-------------------------------------
Resolution: Fixed
Thanks for reporting this, I've made the classes now package private again and
added a comment why this is needed.
This required to move one class (adapter factory) and adding a test resource
class to circumvent the package private modifier
> Regression of SLING-1414
> ------------------------
>
> Key: SLING-3345
> URL: https://issues.apache.org/jira/browse/SLING-3345
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.2.8
> Environment: GNU/Linux 2.6.18-274.18.1.el5
> java version "1.7.0"
> Java(TM) SE Runtime Environment (build 1.7.0-b147)
> Java HotSpot(TM) 64-Bit Server VM (build 21.0-b17, mixed mode)
> Reporter: Olaf Otto
> Assignee: Carsten Ziegeler
> Fix For: JCR Resource 2.3.0
>
>
> The issue described in SLING-1414 arises only on JDK 1.7 on the previously
> described Linux platform. It can be assumed that there is a platform-specific
> deviation in compiler behavior, as the issue does not arise in MacOs or
> Windows environments:
> {code}
> Caused by: java.lang.IllegalAccessException: Class javax.el.BeanELResolver
> can not access a member of class
> org.apache.sling.jcr.resource.internal.helper.jcr.JcrItemResource with
> modifiers "public"
> at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:95)
> at
> java.lang.reflect.AccessibleObject.slowCheckMemberAccess(AccessibleObject.java:261)
> at
> java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:253)
> at java.lang.reflect.Method.invoke(Method.java:594)
> at javax.el.BeanELResolver.getValue(BeanELResolver.java:62)
> {code}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
