[
https://issues.apache.org/jira/browse/POLYGENE-249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16024177#comment-16024177
]
Niclas Hedhman commented on POLYGENE-249:
-----------------------------------------
Another choice would be to change the classloader from outside of the JVM;
{code}
java
-Djava.system.class.loader=org.apache.polygene.runtime.composite.FragmentClassLoader
......
{code}
That could possibly solve the problems in most cases. For this to be generic,
we could let AssemblyHelperImpl check whether the above is in effect, and if
so, do something different from what it does today.
> private and package protected types are not accessible when they should be.
> ---------------------------------------------------------------------------
>
> Key: POLYGENE-249
> URL: https://issues.apache.org/jira/browse/POLYGENE-249
> Project: Polygene
> Issue Type: Bug
> Reporter: Niclas Hedhman
> Fix For: 3.1.0
>
>
> The FragmentClassLoader creates new subclasses (_Stub) in the same package as
> its superclass. Yet, the classloading of a
> {code:java}
> package org.apache.polygene.abc;
> class Abc
> implements SomeType
> {}
> {code}
> will insist that the Abc.class is public or protected and that the
> SomeType.class is public. Otherwise an IllegalAccessException is thrown.
> {code}
> java.lang.IllegalAccessError: class org.apache.polygene.abc.Abc_Stub cannot
> access its superclass org.apache.polygene.abc.Abc
> {code}
> and
> {code}
> java.lang.IllegalAccessError: tried to access class
> org.apache.polygene.abc.SomeType from class org.apache.polygene.abc.Abc_Stub
> {code}
> This is probably because the FragmentClassLoader is doing something wrong
> regarding packages. Maybe it is not enough to give the right name to the
> class, but also have to put in some type of package reference.
> The work-around is more 'public' and 'protected' fragment types, but that is
> not ideal.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
