sling-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Felix Meschberger (JIRA)" <>
Subject [jira] [Commented] (SLING-2109) Separate some system bundle provide packages into properties for easier overwrite
Date Thu, 23 Jun 2011 14:49:47 GMT


Felix Meschberger commented on SLING-2109:

Added system bundle extension fragments for XML and Transaction APIs in Rev. 1138907.
Added these bundles to the build project in Rev. 1138908
Added these bundles to the launchpad builder in Rev. 1138909
Removed the XML and Transaction APIs from the jre-1.?.properties and activation package from
the in Rev. 1138910

All integration tests still pass.

> Separate some system bundle provide packages into properties for easier overwrite
> ---------------------------------------------------------------------------------
>                 Key: SLING-2109
>                 URL:
>             Project: Sling
>          Issue Type: Improvement
>          Components: Extensions, Launchpad
>    Affects Versions: Launchpad Base 2.3.0
>            Reporter: Felix Meschberger
>            Assignee: Felix Meschberger
>             Fix For: Launchpad Base 2.3.2
> Currently a number of Java Extension packages are exported without a version from the
system bundle; for example javax.transaction.*, or javax.xml,*.
> The problem with these packages is that some applications will not want to depend on
these packages from the environment hence do not want them to be exported from the system
bundle. Yet, in different contexts like the default Sling Launchpad build, we just want them
> To fix this issue, the following should be done:
>   * Remove Activation, Transaction, and XML APIs from the System Bundle Export
>   * Create two system extension fragment bundles: (1) for JTA and (2) for XML APIs
> The javax.activation API is problematic anyway and should probably not be used from the
environment due to the extension loading mechanism employed by default. The JTA and XML API
system extension fragment bundles can be replaced by real bundles. For example to use JAT
inside the OSGi framework the Apache Aries Transaction Manager bundle can be deployed instead
of the JTA system extension fragment.
> This is related to SLING-1958 which is about replacing the XML related exports from the
system with bundles embedding the API in the framework itself and thus encapsulating from
the environment.

This message is automatically generated by JIRA.
For more information on JIRA, see:


View raw message