Mailing-List: contact jena-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jena-dev@incubator.apache.org
Date: Mon, 19 Dec 2011 13:13:30 +0000 (UTC)
From: "Paolo Castagna (Commented) (JIRA)" <jira@apache.org>
To: jena-dev@incubator.apache.org
Message-ID: 
 <277870690.26091.1324300410717.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1206237206.62803.1323627639942.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (JENA-177) If possible remove dependency to
 ICU4J by using Java built-in functionality
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/JENA-177?page=3Dcom.atlassian.j=
ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D131722=
53#comment-13172253 ]=20

Paolo Castagna commented on JENA-177:
-------------------------------------

> BTW, ICU4J is modularized, meaning that it provides options to build smal=
ler ICU4J modules, see http://userguide.icu-project.org/packaging-icu4j.

Yep, I remember trying something similar... it wasn't a dream:
http://sourceforge.net/mailarchive/forum.php?thread_name=3D4A44EB0D.3020206=
%40hplb.hpl.hp.com&forum_name=3Djena-devel
               =20
> If possible remove dependency to ICU4J by using Java built-in functionali=
ty
> -------------------------------------------------------------------------=
--
>
>                 Key: JENA-177
>                 URL: https://issues.apache.org/jira/browse/JENA-177
>             Project: Jena
>          Issue Type: Wish
>          Components: IRI, Jena
>            Reporter: Thorsten M=C3=B6ller
>            Priority: Minor
>         Attachments: IRI.patch, jena2.patch
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> Jena-core and IRI currently depend on ICU4J for implementing Unicode supp=
ort. Since ICU4J is rather heavyweight of which a rather small fraction is =
used, we should check if there is a way of implementing the functionality i=
n an alternative way, either by (i) using built-in (standard) Java classes,=
 (ii) other libraries that are already dependencies, or (iii) in a complete=
ly alternative way. This is also supported by the fact that since relevant =
parts have been initially implemented, Unicode support has been considerabl=
y extended in Java, see http://java.sun.com/developer/technicalArticles/jav=
ase/i18n_enhance/.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira