Mailing-List: contact dev-help@polygene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@polygene.apache.org
Date: Sat, 13 May 2017 02:59:04 +0000 (UTC)
From: "Niclas Hedhman (JIRA)" <jira@apache.org>
To: dev@polygene.apache.org
Message-ID: <JIRA.13071726.1494644295000.202736.1494644344020@Atlassian.JIRA>
In-Reply-To: <JIRA.13071726.1494644295000@Atlassian.JIRA>
References: <JIRA.13071726.1494644295000@Atlassian.JIRA> <JIRA.13071726.1494644295805@jira-lw-us.apache.org>
Subject: [jira] [Created] (POLYGENE-249) private and package protected types
 are not accessible when the should be.
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Sat, 13 May 2017 02:59:07 -0000

Niclas Hedhman created POLYGENE-249:
---------------------------------------

             Summary: private and package protected types are not accessible when the should be.
                 Key: POLYGENE-249
                 URL: https://issues.apache.org/jira/browse/POLYGENE-249
             Project: Polygene
          Issue Type: Bug
            Reporter: Niclas Hedhman


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)