Bug 132751 - need to adopt ICU4J APIs
Summary: need to adopt ICU4J APIs
Status: RESOLVED WONTFIX
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.2   Edit
Hardware: PC All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: JDT-Core-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 127876
  Show dependency tree
 
Reported: 2006-03-21 16:47 EST by Karice McIntyre CLA
Modified: 2009-08-30 02:35 EDT (History)
2 users (show)

See Also:

Attachments
archive of patches for affected JDT UI projects (3.13 KB, application/zip)
2006-03-21 16:48 EST, Karice McIntyre CLA 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Karice McIntyre CLA 2006-03-21 16:47:59 EST 
To complete the plan item to deliver ICU4J support in the Eclipse (see bug
127876) code must be migrated to use the com.ibm.icu.* classes in place of the
default java implementation.  This component is affected.  I will attach
patches with the changes required (only import changes at this point).  This
needs to be done for M6.
Comment 1 Karice McIntyre CLA 2006-03-21 16:48:56 EST 
Created attachment 36702 [details]
archive of patches for affected JDT UI projects

Patch files for each project, named accordingly.
Comment 2 Olivier Thomann CLA 2006-03-21 20:02:50 EST 
My understanding was that the compiler won't be changed.
Philippe, should we do it for the compiler as well?
Comment 3 Olivier Thomann CLA 2006-03-22 13:05:31 EST 
If we do change something, aren't we supposed to use com.ibm.icu.lang.UCharacter instead of java.lang.Character?
Comment 4 Philipe Mulet CLA 2006-03-22 14:23:37 EST 
Compiler must run on Foundation 1.0, which doesn't contain ICU4J afaik.
No action planned until further notice.
Comment 5 Philipe Mulet CLA 2006-03-22 14:24:28 EST 
Kevin - are you ok with this resolution ?
Comment 6 Olivier Thomann CLA 2006-03-22 14:24:47 EST 
Do you want to change classes besides the compiler?
Comment 7 Philipe Mulet CLA 2006-04-10 11:02:29 EDT 
no action planned for 3.2, may reconsider in the future.

as for changing other usages, it may lead to inconsistencies amongst the tooling stack, which is a no go.
Comment 8 Eclipse Webmaster CLA 2009-08-30 02:35:00 EDT 
As of now 'LATER' and 'REMIND' resolutions are no longer supported.
Please reopen this bug if it is still valid for you.