Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between pages "ICU4J" and "CDT/Obsolete/whoswho"

(Difference between pages)
(Migration)
 
(Added Dave Daoust to page)
 
Line 1: Line 1:
ICU4J is a set of Java libraries that provides more comprehensive support for Unicode, software globalization, and internationalization.  In order to provide this functionality to the Eclipse community, ICU4J was added to the Eclipse platform build for the 3.2 M4 milestone.  You will see it in the build as a plugin named com.ibm.icu.  The Eclipse platform will be utilizing the ICU APIs for Eclipse 3.2.
+
The following is the list of who's who in the CDT. For each person we list their status (Committer versus Contributor) and the areas they have interest in.
  
 
+
{|
==Migration==
+
| [mailto:dschaefer@qnx.com Doug Schaefer - QNX]
This section describes how to adopt ICU4J into your application.
+
| CDT Project Lead, Committer, CDT Core parser and related features. [http://cdtdoug.blogspot.com Read my blog.]
 
+
|-
Migration of application code can be done incrementally, meaning full adoption of all ICU4J function is not necessary to reap the benefits of using ICU4J.  Migration can be done in the following four sequential steps:
+
| [mailto:leo.treggiari@intel.com Leo Treggiari - Intel]
 
+
| Committer, CDT Managed Build System primarily, but also Standard Make and Core
1. <strong>Import changes </strong>
+
|-
 
+
| [mailto:crecoskie@ti.com Chris Recoskie - Texas Instruments]
Some classes need only be replaced with the ICU equivalent class by changing the import statement (i.e. change java.* with com.ibm.icu.*).
+
| Committer, CDT Managed Build System primarily, Debug second, and a little bit of everything for good measure
 
+
|-
Example: change references of java.text.Collator to com.ibm.icu.text.Collator
+
| [mailto:mikhailk@qnx.com Mikhail Khodjaiants - QNX]
 
+
| Committer, CDT Debugger
This should be done for the following classes:
+
|-
*java.text.BreakIterator
+
| [mailto:mikhail.sennikovsky@intel.com Mikhail Sennikovsky - Intel]
*java.text.CollationKey
+
| Committer, CDT Managed Build System primarily, also interested in Standard Make, Core and Debug
*java.text.Collator
+
|-
*java.text.DateFormat
+
| [mailto:norbert.ploett@siemens.com Norbert Ploett - Siemens]
*java.text.DecimalFormat
+
| Committer, CDT content assist, Managed Build System, Debug
*java.text.NumberFormat
+
|-
*java.text.SimpleDateFormat
+
| [mailto:dave.daoust@windriver.com David Daoust - Wind River]
*java.util.StringTokenizer (see Note)
+
| Committer, Useability, Scalablity, CDT Core parser and related features
 
+
|}
Note: The Eclipse SDK did not adopt ICU's version of StringTokenizer at this time as it will cause a performance degradation vs. the default java.* implementation
+
 
+
2. <strong>Parallel APIs</strong>
+
 
+
In this case, you will want to use the corresponding classes and API’s in place of the ones that are included in the JDK (in the java.* packages).
+
 
+
Example: replace references of java.lang.Character with class com.ibm.icu.lang.UCharacter
+
 
+
The conversion of java.* classes to com.ibm.icu.* classes should be done as follows:
+
*java.text.DateFormatSymbols -> com.ibm.icu.text.DateFormatSymbols
+
*java.text.DecimalFormatSymbols -> com.ibm.icu.text.DecimalFormatSymbols
+
*java.text.MessageFormat -> com.ibm.icu.text.MessageFormat
+
*java.util.Calendar -> com.ibm.icu.util.Calendar
+
*java.util.Currency -> com.ibm.icu.util.Currency
+
*java.util.GregorianCalendar -> com.ibm.icu.util.GregorianCalendar
+
*java.util.SimpleTimeZone -> com.ibm.icu.util.SimpleTimeZone
+
*java.util.TimeZone -> com.ibm.icu.util.TimeZone
+
*java.lang.Character ->  com.ibm.icu.lang.UCharacter
+
*java.lang.Character$UnicodeBlock -> com.ibm.icu.lang.UCharacter$UnicodeBlock"
+
*java.text.Format -> com.ibm.icu.text.UFormat
+
*java.util.Locale -> com.ibm.icu.util.ULocale
+
*java.util.ResourceBundle -> com.ibm.icu.util.UResourceBundle
+
 
+
Note: classes UCharacter, UResourceBundle, and UFormat are not implemented in the replacement plug-in (see below) so if your application’s code needs to work with both the replacement plug-in and the real ICU4J plug-in then you will not be able to adopt these classes at this time.
+
 
+
3. <strong>Re-structure</strong>
+
 
+
Some code needs to be re-written to take utilize ICU function. Discovering code that needs to be re-structured in this manner will not be as systematic as in the previous two steps.
+
 
+
Example: use com.ibm.icu.text.BreakIterator to locate boundaries in text instead of iterating over a string and using java.lang.Character.isLetterOrDigit(string.charAt(idx)).
+
 
+
4. <strong>Utilize New Features</strong>
+
 
+
ICU adds additional function in some areas that is not provided by the JDK.  In this case, new code would need to be written to take advantage of these new features. 
+
 
+
Example: the class com.ibm.icu.text.Transliterator
+
 
+
==Replacement Plug-in==
+
The Eclipse SDK will be adopting the ICU4J APIs for Eclipse 3.2.  The addition of the ICU4J plug-in adds on the order of 3MB worth of code.  Some applications may not want to absorb ICU4J if the priority is size over adopting the ICU4J function.  If this is the case for your application, you can download the replacement plug-in (<strong>com.ibm.icu.base</strong>) from the build page from which you obtained your Eclipse build, remove the <strong>com.ibm.icu</strong> plug-in and its source counterpart, and drop in the replacement plug-in.  This is required because the Platform adopted the ICU APIs for 3.2 and so just removing the ICU plug-in will result in compilation errors.  The replacement plug-in is about 100KB in size and simply calls through to the java.* packages (default JDK implementation) of the most commonly used classes and APIs in ICU4J.  The classes that are implemented in the replacement plug-in are as follows:
+
 
+
*BreakIterator
+
*CollationKey
+
*Collator
+
*DateFormat
+
*DateFormatSymbols
+
*DecimalFormat
+
*DecimalFormatSymbols
+
*NumberFormat
+
*SimpleDateFormat
+
*StringTokenizer
+
*Calendar
+
*TimeZone
+
*ULocale
+
*MessageFormat
+
 
+
 
+
If your application needs to be compatible between both the ICU4J plug-in and the replacement plug-in (most often for size reasons), we recommend you only use the API in the classes from this list.  If ICU4J is guaranteed to always be present in the application then you can safely use any of the ICU4J APIs.  The replacement plug-in will be built separately and available as a download on the build pages, but this is still work in progress.  You can however, start using the ICU4J APIs since the ICU4J plug-in is currently in the SDK build as of M4 (and beyond).
+
 
+
If you choose to adopt ICU4J, it is recommended that, in your plug-in manifest file, instead of using the <strong>Require-Bundle</strong> header to specify the dependency on ICU4J (e.g.)
+
 
+
<strong>Require-Bundle</strong>: com.ibm.icu
+
 
+
you use the <strong>Import-Package</strong> header to specify your plug-in's dependency on ICU4J (e.g.).
+
 
+
<strong>Import-Package</strong>: com.ibm.icu.text,
+
com.ibm.icu.util
+
 
+
This is to ensure you will not encounter compile or runtime errors if you decide to use the replacement plug-in instead of the full ICU4J plug-in, or vice-versa.
+
 
+
==Bugs in ICU4J==
+
Bugs that are found in ICU4J should not be logged against Eclipse products or components, they should be logged against the ICU project at:
+
 
+
http://bugs.icu-project.org/cgi-bin/icu-bugs
+
 
+
 
+
==More Info==
+
For more information about ICU4J visit the official home page:
+
 
+
http://www-306.ibm.com/software/globalization/icu/index.jsp
+
 
+
ICU open source project site:
+
 
+
http://icu.sourceforge.net/
+

Revision as of 10:40, 12 April 2006

The following is the list of who's who in the CDT. For each person we list their status (Committer versus Contributor) and the areas they have interest in.

Doug Schaefer - QNX CDT Project Lead, Committer, CDT Core parser and related features. Read my blog.
Leo Treggiari - Intel Committer, CDT Managed Build System primarily, but also Standard Make and Core
Chris Recoskie - Texas Instruments Committer, CDT Managed Build System primarily, Debug second, and a little bit of everything for good measure
Mikhail Khodjaiants - QNX Committer, CDT Debugger
Mikhail Sennikovsky - Intel Committer, CDT Managed Build System primarily, also interested in Standard Make, Core and Debug
Norbert Ploett - Siemens Committer, CDT content assist, Managed Build System, Debug
David Daoust - Wind River Committer, Useability, Scalablity, CDT Core parser and related features

Back to the top