You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Mat Booth (Jira)" <ji...@apache.org> on 2020/01/29 18:07:00 UTC
[jira] [Created] (FELIX-6218) Consider dropping SCR's requirement
on kxml2
Mat Booth created FELIX-6218:
--------------------------------
Summary: Consider dropping SCR's requirement on kxml2
Key: FELIX-6218
URL: https://issues.apache.org/jira/browse/FELIX-6218
Project: Felix
Issue Type: Improvement
Components: Declarative Services (SCR)
Affects Versions: scr-2.1.16
Reporter: Mat Booth
Currently SCR requires kxml2 (and transitively xpp3) at build time and them embeds some classes from these two libraries in the resulting Felix SCR bundle. However these projects seem quite dead and have not seen any official activity in many years. [1]
When I tried to investigate why Felix SCR uses kxml2, I hit a dead-end because the repository history does not go back far enough. SCR seems to have been imported already using kxml2/xpp3.
Two possibilities spring to mind:
* It was before Java 1.5, so there was no SAX implementation in the JDK yet
* SCR used to target some constrained execution environment that it no longer supports.
In either case, since Felix SCR now requires JavaSE-1.7 as its minimal execution environment I advocate switching to the SAX implementation provided by the JDK
I will post a PR
[1] http://www.xmlpull.org/
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
Re: [jira] [Created] (FELIX-6218) Consider dropping SCR's requirement
on kxml2
Posted by Alan Baldwin <al...@gmail.com>.
UNSUBSCRIBE
On Wed, Jan 29, 2020 at 7:07 PM Mat Booth (Jira) <ji...@apache.org> wrote:
> Mat Booth created FELIX-6218:
> --------------------------------
>
> Summary: Consider dropping SCR's requirement on kxml2
> Key: FELIX-6218
> URL: https://issues.apache.org/jira/browse/FELIX-6218
> Project: Felix
> Issue Type: Improvement
> Components: Declarative Services (SCR)
> Affects Versions: scr-2.1.16
> Reporter: Mat Booth
>
>
> Currently SCR requires kxml2 (and transitively xpp3) at build time and
> them embeds some classes from these two libraries in the resulting Felix
> SCR bundle. However these projects seem quite dead and have not seen any
> official activity in many years. [1]
>
> When I tried to investigate why Felix SCR uses kxml2, I hit a dead-end
> because the repository history does not go back far enough. SCR seems to
> have been imported already using kxml2/xpp3.
>
> Two possibilities spring to mind:
>
> * It was before Java 1.5, so there was no SAX implementation in the JDK
> yet
>
> * SCR used to target some constrained execution environment that it no
> longer supports.
>
> In either case, since Felix SCR now requires JavaSE-1.7 as its minimal
> execution environment I advocate switching to the SAX implementation
> provided by the JDK
>
>
>
> I will post a PR
>
>
>
> [1] http://www.xmlpull.org/
>
>
>
> --
> This message was sent by Atlassian Jira
> (v8.3.4#803005)
>
--
Alan Baldwin
+41 76 535 9433