You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Tong Fin (JIRA)" <ui...@incubator.apache.org> on 2008/03/26 18:03:24 UTC
[jira] Created: (UIMA-935) [UIMA eclipse plugins] Possible WRONG
wiring of imported packages for UIMA Eclipse plugins
[UIMA eclipse plugins] Possible WRONG wiring of imported packages for UIMA Eclipse plugins
------------------------------------------------------------------------------------------
Key: UIMA-935
URL: https://issues.apache.org/jira/browse/UIMA-935
Project: UIMA
Issue Type: Bug
Components: Eclipse plugins
Affects Versions: 2.2.2
Environment: Linux Redhat 5 Enterprise
Reporter: Tong Fin
Priority: Minor
Problem:
----------
The current UIMA Eclipse plugins (runtime, CDE, etc.) use "Imported Packages" for declaring dependencies instead of "Required Plug-ins". This declaration is automatically generated by Maven (I think ?) and gives more fine grained controls on what to depend on.
But, there are some side-effects from this approach which may cause the problems. The imported packages may wired to the correct packages from the "wrong" plugins.
If there are, for example, two bundles (plug-ins) A and B export the "same" package name and B is resolved before A, OSGi will pick B bundle for wiring.
This wrong wiring issue is happen when I tested CDE and DDE with Eclipse 3.2 in Linux Redhat 5 (Note that the problem can be happen with any Eclipse and platform). The following describes this particular case.
CDE uses an Xml editor for source editing and this Xml editor requires a class called:
"org.eclipse.jface.text.source.SourceViewerConfiguration" from "org.eclipse.jface.text" plugin
Inside Eclipse installation, there is another plugin called "org.eclipse.text" that also exports this "org.eclipse.jface.text.source" which doesn't have the class "SourceViewerConfiguration".
When Eclipse runs, the "org.eclipse.text" plugin is resolved before the "org.eclipse.jface.text" plugin which causes CDE to be wired to the "org.eclipse.text" plugin. The expectation is to wire CDE to "org.eclipse.jface.text.source".
Possible Resolution:
------------------------
One possible resolution is posted by Marshall in response to the thread in uima-dev:
[UIMA eclipse plugins] Possible WRONG wiring between UIMA Eclipse plugins
The following is the quote:
On Fri, Mar 14, 2008 at 4:58 PM, Marshall Schor <ms...@schor.com> wrote:
OSGi does provide a mechanism to have the import-package include
specifying which bundle it should come from. See section 3.6.8
"Provider Selection" in the r4.core.pdf doc for OSGi for details.
The POMs we use don't generate this though. Do you see that allowing
multiple bundles to export the same package name, and then having our
configuration be more explicit about which bundle to wire to, is (or may
be) a design requirement?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Reopened: (UIMA-935) [UIMA eclipse plugins] Possible WRONG
wiring of imported packages for UIMA Eclipse plugins
Posted by "Marshall Schor (JIRA)" <ui...@incubator.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor reopened UIMA-935:
---------------------------------
Found another case of this that needs fixing
> [UIMA eclipse plugins] Possible WRONG wiring of imported packages for UIMA Eclipse plugins
> ------------------------------------------------------------------------------------------
>
> Key: UIMA-935
> URL: https://issues.apache.org/jira/browse/UIMA-935
> Project: UIMA
> Issue Type: Bug
> Components: Eclipse plugins
> Affects Versions: 2.2.2
> Environment: Linux Redhat 5 Enterprise
> Reporter: Tong Fin
> Assignee: Tong Fin
> Priority: Minor
> Fix For: 2.2.2
>
>
> Problem:
> ----------
> The current UIMA Eclipse plugins (runtime, CDE, etc.) use "Imported Packages" for declaring dependencies instead of "Required Plug-ins". This declaration is automatically generated by Maven (I think ?) and gives more fine grained controls on what to depend on.
> But, there are some side-effects from this approach which may cause the problems. The imported packages may wired to the correct packages from the "wrong" plugins.
> If there are, for example, two bundles (plug-ins) A and B export the "same" package name and B is resolved before A, OSGi will pick B bundle for wiring.
> This wrong wiring issue is happen when I tested CDE and DDE with Eclipse 3.2 in Linux Redhat 5 (Note that the problem can be happen with any Eclipse and platform). The following describes this particular case.
> CDE uses an Xml editor for source editing and this Xml editor requires a class called:
> "org.eclipse.jface.text.source.SourceViewerConfiguration" from "org.eclipse.jface.text" plugin
> Inside Eclipse installation, there is another plugin called "org.eclipse.text" that also exports this "org.eclipse.jface.text.source" which doesn't have the class "SourceViewerConfiguration".
> When Eclipse runs, the "org.eclipse.text" plugin is resolved before the "org.eclipse.jface.text" plugin which causes CDE to be wired to the "org.eclipse.text" plugin. The expectation is to wire CDE to "org.eclipse.jface.text.source".
> Possible Resolution:
> ------------------------
> One possible resolution is posted by Marshall in response to the thread in uima-dev:
> [UIMA eclipse plugins] Possible WRONG wiring between UIMA Eclipse plugins
> The following is the quote:
> On Fri, Mar 14, 2008 at 4:58 PM, Marshall Schor <ms...@schor.com> wrote:
> OSGi does provide a mechanism to have the import-package include
> specifying which bundle it should come from. See section 3.6.8
> "Provider Selection" in the r4.core.pdf doc for OSGi for details.
> The POMs we use don't generate this though. Do you see that allowing
> multiple bundles to export the same package name, and then having our
> configuration be more explicit about which bundle to wire to, is (or may
> be) a design requirement?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (UIMA-935) [UIMA eclipse plugins] Possible WRONG
wiring of imported packages for UIMA Eclipse plugins
Posted by "Marshall Schor (JIRA)" <ui...@incubator.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor updated UIMA-935:
--------------------------------
Fix Version/s: 2.2.2
> [UIMA eclipse plugins] Possible WRONG wiring of imported packages for UIMA Eclipse plugins
> ------------------------------------------------------------------------------------------
>
> Key: UIMA-935
> URL: https://issues.apache.org/jira/browse/UIMA-935
> Project: UIMA
> Issue Type: Bug
> Components: Eclipse plugins
> Affects Versions: 2.2.2
> Environment: Linux Redhat 5 Enterprise
> Reporter: Tong Fin
> Assignee: Tong Fin
> Priority: Minor
> Fix For: 2.2.2
>
>
> Problem:
> ----------
> The current UIMA Eclipse plugins (runtime, CDE, etc.) use "Imported Packages" for declaring dependencies instead of "Required Plug-ins". This declaration is automatically generated by Maven (I think ?) and gives more fine grained controls on what to depend on.
> But, there are some side-effects from this approach which may cause the problems. The imported packages may wired to the correct packages from the "wrong" plugins.
> If there are, for example, two bundles (plug-ins) A and B export the "same" package name and B is resolved before A, OSGi will pick B bundle for wiring.
> This wrong wiring issue is happen when I tested CDE and DDE with Eclipse 3.2 in Linux Redhat 5 (Note that the problem can be happen with any Eclipse and platform). The following describes this particular case.
> CDE uses an Xml editor for source editing and this Xml editor requires a class called:
> "org.eclipse.jface.text.source.SourceViewerConfiguration" from "org.eclipse.jface.text" plugin
> Inside Eclipse installation, there is another plugin called "org.eclipse.text" that also exports this "org.eclipse.jface.text.source" which doesn't have the class "SourceViewerConfiguration".
> When Eclipse runs, the "org.eclipse.text" plugin is resolved before the "org.eclipse.jface.text" plugin which causes CDE to be wired to the "org.eclipse.text" plugin. The expectation is to wire CDE to "org.eclipse.jface.text.source".
> Possible Resolution:
> ------------------------
> One possible resolution is posted by Marshall in response to the thread in uima-dev:
> [UIMA eclipse plugins] Possible WRONG wiring between UIMA Eclipse plugins
> The following is the quote:
> On Fri, Mar 14, 2008 at 4:58 PM, Marshall Schor <ms...@schor.com> wrote:
> OSGi does provide a mechanism to have the import-package include
> specifying which bundle it should come from. See section 3.6.8
> "Provider Selection" in the r4.core.pdf doc for OSGi for details.
> The POMs we use don't generate this though. Do you see that allowing
> multiple bundles to export the same package name, and then having our
> configuration be more explicit about which bundle to wire to, is (or may
> be) a design requirement?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (UIMA-935) [UIMA eclipse plugins] Possible WRONG
wiring of imported packages for UIMA Eclipse plugins
Posted by "Marshall Schor (JIRA)" <ui...@incubator.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor closed UIMA-935.
-------------------------------
Resolution: Fixed
> [UIMA eclipse plugins] Possible WRONG wiring of imported packages for UIMA Eclipse plugins
> ------------------------------------------------------------------------------------------
>
> Key: UIMA-935
> URL: https://issues.apache.org/jira/browse/UIMA-935
> Project: UIMA
> Issue Type: Bug
> Components: Eclipse plugins
> Affects Versions: 2.2.2
> Environment: Linux Redhat 5 Enterprise
> Reporter: Tong Fin
> Assignee: Tong Fin
> Priority: Minor
> Fix For: 2.2.2
>
>
> Problem:
> ----------
> The current UIMA Eclipse plugins (runtime, CDE, etc.) use "Imported Packages" for declaring dependencies instead of "Required Plug-ins". This declaration is automatically generated by Maven (I think ?) and gives more fine grained controls on what to depend on.
> But, there are some side-effects from this approach which may cause the problems. The imported packages may wired to the correct packages from the "wrong" plugins.
> If there are, for example, two bundles (plug-ins) A and B export the "same" package name and B is resolved before A, OSGi will pick B bundle for wiring.
> This wrong wiring issue is happen when I tested CDE and DDE with Eclipse 3.2 in Linux Redhat 5 (Note that the problem can be happen with any Eclipse and platform). The following describes this particular case.
> CDE uses an Xml editor for source editing and this Xml editor requires a class called:
> "org.eclipse.jface.text.source.SourceViewerConfiguration" from "org.eclipse.jface.text" plugin
> Inside Eclipse installation, there is another plugin called "org.eclipse.text" that also exports this "org.eclipse.jface.text.source" which doesn't have the class "SourceViewerConfiguration".
> When Eclipse runs, the "org.eclipse.text" plugin is resolved before the "org.eclipse.jface.text" plugin which causes CDE to be wired to the "org.eclipse.text" plugin. The expectation is to wire CDE to "org.eclipse.jface.text.source".
> Possible Resolution:
> ------------------------
> One possible resolution is posted by Marshall in response to the thread in uima-dev:
> [UIMA eclipse plugins] Possible WRONG wiring between UIMA Eclipse plugins
> The following is the quote:
> On Fri, Mar 14, 2008 at 4:58 PM, Marshall Schor <ms...@schor.com> wrote:
> OSGi does provide a mechanism to have the import-package include
> specifying which bundle it should come from. See section 3.6.8
> "Provider Selection" in the r4.core.pdf doc for OSGi for details.
> The POMs we use don't generate this though. Do you see that allowing
> multiple bundles to export the same package name, and then having our
> configuration be more explicit about which bundle to wire to, is (or may
> be) a design requirement?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (UIMA-935) [UIMA eclipse plugins] Possible WRONG
wiring of imported packages for UIMA Eclipse plugins
Posted by "Marshall Schor (JIRA)" <ui...@incubator.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor resolved UIMA-935.
---------------------------------
Resolution: Fixed
Assignee: Tong Fin
Fixed by adding explicit bundle for the package. Assigned to Tong-Fin to test in environment where he found the failure.
> [UIMA eclipse plugins] Possible WRONG wiring of imported packages for UIMA Eclipse plugins
> ------------------------------------------------------------------------------------------
>
> Key: UIMA-935
> URL: https://issues.apache.org/jira/browse/UIMA-935
> Project: UIMA
> Issue Type: Bug
> Components: Eclipse plugins
> Affects Versions: 2.2.2
> Environment: Linux Redhat 5 Enterprise
> Reporter: Tong Fin
> Assignee: Tong Fin
> Priority: Minor
>
> Problem:
> ----------
> The current UIMA Eclipse plugins (runtime, CDE, etc.) use "Imported Packages" for declaring dependencies instead of "Required Plug-ins". This declaration is automatically generated by Maven (I think ?) and gives more fine grained controls on what to depend on.
> But, there are some side-effects from this approach which may cause the problems. The imported packages may wired to the correct packages from the "wrong" plugins.
> If there are, for example, two bundles (plug-ins) A and B export the "same" package name and B is resolved before A, OSGi will pick B bundle for wiring.
> This wrong wiring issue is happen when I tested CDE and DDE with Eclipse 3.2 in Linux Redhat 5 (Note that the problem can be happen with any Eclipse and platform). The following describes this particular case.
> CDE uses an Xml editor for source editing and this Xml editor requires a class called:
> "org.eclipse.jface.text.source.SourceViewerConfiguration" from "org.eclipse.jface.text" plugin
> Inside Eclipse installation, there is another plugin called "org.eclipse.text" that also exports this "org.eclipse.jface.text.source" which doesn't have the class "SourceViewerConfiguration".
> When Eclipse runs, the "org.eclipse.text" plugin is resolved before the "org.eclipse.jface.text" plugin which causes CDE to be wired to the "org.eclipse.text" plugin. The expectation is to wire CDE to "org.eclipse.jface.text.source".
> Possible Resolution:
> ------------------------
> One possible resolution is posted by Marshall in response to the thread in uima-dev:
> [UIMA eclipse plugins] Possible WRONG wiring between UIMA Eclipse plugins
> The following is the quote:
> On Fri, Mar 14, 2008 at 4:58 PM, Marshall Schor <ms...@schor.com> wrote:
> OSGi does provide a mechanism to have the import-package include
> specifying which bundle it should come from. See section 3.6.8
> "Provider Selection" in the r4.core.pdf doc for OSGi for details.
> The POMs we use don't generate this though. Do you see that allowing
> multiple bundles to export the same package name, and then having our
> configuration be more explicit about which bundle to wire to, is (or may
> be) a design requirement?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.