You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "Nicolas Lalevée (JIRA)" <ji...@apache.org> on 2013/11/03 00:25:17 UTC

[jira] [Updated] (IVYDE-350) Workspace resolver seems to ignore setting "Read OSGi metadata"

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

Nicolas Lalevée updated IVYDE-350:
----------------------------------

    Issue Type: Improvement  (was: Bug)

> Workspace resolver seems to ignore setting "Read OSGi metadata"
> ---------------------------------------------------------------
>
>                 Key: IVYDE-350
>                 URL: https://issues.apache.org/jira/browse/IVYDE-350
>             Project: IvyDE
>          Issue Type: Improvement
>          Components: workspace resolver
>    Affects Versions: trunk
>         Environment: Eclipse 4.2 (Juno), Java 1.6, Windows
>            Reporter: Riccardo Foschia
>
> The problem happened with trunk build from builds.apache.org (https://builds.apache.org/job/IvyDE/268/) installed via update site for trunk builds.
> I'm developing two Eclipse plugins A and B in the same workspace. B depends on A. I use an IvyDE classpath container instead of the PDE one for both plugin projects. A has two packages: api (which is exported, i.e. listed in the plugin's manifest in section "Export-Package") and impl (which is not exported, i.e. not listed in the plugin's manifest).
> Now it is possible to access classes of package impl of plugin A from
> the project of plugin B without getting error markers in Eclipse. After
> setting the checkbox "Read OSGi metadata" on the global preferences of
> IvyDE I expected that this will cause IvyDE to setup the OSGi visibility
> constraints but the code in B that accesses the "hidden" classes from A
> is still not marked with an error. If I remove the IvyDE classpath
> containers from the plugin projects and use the PDE classpath container
> the error markers appear.



--
This message was sent by Atlassian JIRA
(v6.1#6144)