aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Timothy Ward (JIRA)" <>
Subject [jira] [Commented] (ARIES-1649) Aries EclipseLink Adapter packaging issues
Date Thu, 05 Jan 2017 08:53:58 GMT


Timothy Ward commented on ARIES-1649:

> If I well understand, you mean that in the pom file the dependency from org.eclipse.persistence.jpa
should have the following version

No - this is definitely not a good idea. Using version ranges for a maven dependency does
not work well, and is highly discouraged by the maven developers. The pom should pick a base
supported version of EclipseLink and use that. The version of EclipseLink used should then
*not* be upgraded over time unless explicitly necessary.

> (it seems that it is not possible to use osgi.identity with Require-Capability statement)

This usage is explicitly allowed by the OSGi core specification (R6) in chapter 8 subsection

> Aries EclipseLink Adapter packaging issues
> ------------------------------------------
>                 Key: ARIES-1649
>                 URL:
>             Project: Aries
>          Issue Type: Bug
>            Reporter: Timothy Ward
>            Assignee: Christian Schneider
> The Aries EclipseLink Adapter has two main problems:
> 1. The package import ranges for the EclipseLink API are overly specific. The latest
release of the adapter only works with EclipseLink 2.6, even though all of the APIs it uses
were defined long before. This bundle should be built against an older EclipseLink to ensure
that Aries JPA doesn't force users to upgrade EclipseLink unnecessarily.
> 2. The Aries EclipseLink Adapter has no dependency on the EclipseLink JPA bundle. All
of the API that it uses comes from EclipseLink Core, and therefore when doing a provisioning
resolve operation EclipseLink JPA is not added! This needs to be fixed with a Require-Capability
for EclipseLink JPA. Require-Capability: osgi.identity;filter:='(osgi.identity=org.eclipse.persistence.jpa)';effective:=active

This message was sent by Atlassian JIRA

View raw message