You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Marshall Schor (JIRA)" <de...@uima.apache.org> on 2010/08/05 17:51:15 UTC

[jira] Created: (UIMA-1847) Eclipse plugins not working with more recent version of maven-bundle-plugin

Eclipse plugins not working with more recent version of maven-bundle-plugin
---------------------------------------------------------------------------

                 Key: UIMA-1847
                 URL: https://issues.apache.org/jira/browse/UIMA-1847
             Project: UIMA
          Issue Type: Bug
          Components: Eclipse plugins
    Affects Versions: 2.3.1
            Reporter: Marshall Schor
            Assignee: Marshall Schor
             Fix For: 2.3.1


With the newer version of maven-bundle-plugin (previous release used 1.4.0, current is 2.1.0, but the parent-pom-eclipse-plugins is using 2.0.1 which was the current version when that pom was made), the generated Manifest is more detailed.  However it is broken - inside the generated MANIFEST.MF, he org.eclipse.core.runtime import is declared now with the additional clause registry=split.

This affected several plugins, including in the core, the uimaj-ep-configurator, the uimaj-ep-debug, and uimaj-ep-jcasgen plugins.

The result: the update site would build, and would install, however, when attempting to run the plugins, they would fail with class-not-found exceptions.

The fix: it would work to go back to 1.4.0.  But a better fix is to change the instructions to handle split packages better: Add the bundle org.eclipse.core.runtime to the Require-Bundle instructions, and add its negation, (!org.eclipse.core.runtime) to the Import-Package instruction, as required by OSGi.

While there, check the other negations to insure they are correct.  The Require-Bundle clause takes a bundle-id, which *by convention only* is often the package name.  



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


[jira] Closed: (UIMA-1847) Eclipse plugins not working with more recent version of maven-bundle-plugin

Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
     [ https://issues.apache.org/jira/browse/UIMA-1847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Marshall Schor closed UIMA-1847.
--------------------------------

    Resolution: Fixed

changes also committed under UIMA-1846

> Eclipse plugins not working with more recent version of maven-bundle-plugin
> ---------------------------------------------------------------------------
>
>                 Key: UIMA-1847
>                 URL: https://issues.apache.org/jira/browse/UIMA-1847
>             Project: UIMA
>          Issue Type: Bug
>          Components: Eclipse plugins
>    Affects Versions: 2.3.1
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>             Fix For: 2.3.1
>
>
> With the newer version of maven-bundle-plugin (previous release used 1.4.0, current is 2.1.0, but the parent-pom-eclipse-plugins is using 2.0.1 which was the current version when that pom was made), the generated Manifest is more detailed.  However it is broken - inside the generated MANIFEST.MF, he org.eclipse.core.runtime import is declared now with the additional clause registry=split.
> This affected several plugins, including in the core, the uimaj-ep-configurator, the uimaj-ep-debug, and uimaj-ep-jcasgen plugins.
> The result: the update site would build, and would install, however, when attempting to run the plugins, they would fail with class-not-found exceptions.
> The fix: it would work to go back to 1.4.0.  But a better fix is to change the instructions to handle split packages better: Add the bundle org.eclipse.core.runtime to the Require-Bundle instructions, and add its negation, (!org.eclipse.core.runtime) to the Import-Package instruction, as required by OSGi.
> While there, check the other negations to insure they are correct.  The Require-Bundle clause takes a bundle-id, which *by convention only* is often the package name.  

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


[jira] Updated: (UIMA-1847) Eclipse plugins not working with more recent version of maven-bundle-plugin

Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
     [ https://issues.apache.org/jira/browse/UIMA-1847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Marshall Schor updated UIMA-1847:
---------------------------------

    Fix Version/s: 2.3.1AS
                   2.3.1SDK
                       (was: 2.3.1)

> Eclipse plugins not working with more recent version of maven-bundle-plugin
> ---------------------------------------------------------------------------
>
>                 Key: UIMA-1847
>                 URL: https://issues.apache.org/jira/browse/UIMA-1847
>             Project: UIMA
>          Issue Type: Bug
>          Components: Eclipse plugins
>    Affects Versions: 2.3.1
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>             Fix For: 2.3.1AS, 2.3.1SDK
>
>
> With the newer version of maven-bundle-plugin (previous release used 1.4.0, current is 2.1.0, but the parent-pom-eclipse-plugins is using 2.0.1 which was the current version when that pom was made), the generated Manifest is more detailed.  However it is broken - inside the generated MANIFEST.MF, he org.eclipse.core.runtime import is declared now with the additional clause registry=split.
> This affected several plugins, including in the core, the uimaj-ep-configurator, the uimaj-ep-debug, and uimaj-ep-jcasgen plugins.
> The result: the update site would build, and would install, however, when attempting to run the plugins, they would fail with class-not-found exceptions.
> The fix: it would work to go back to 1.4.0.  But a better fix is to change the instructions to handle split packages better: Add the bundle org.eclipse.core.runtime to the Require-Bundle instructions, and add its negation, (!org.eclipse.core.runtime) to the Import-Package instruction, as required by OSGi.
> While there, check the other negations to insure they are correct.  The Require-Bundle clause takes a bundle-id, which *by convention only* is often the package name.  

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