Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (nike.apache.org: domain of zhoukevin83@gmail.com
 designates 209.85.200.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=VwLOJ2aknVn47SlPuMR73wL0ts6FwI65aE/3m2DEmVQx/wE4akZ1xhYsc8cTYJm9x6
         RdXlKTv91jQ+puvHSLvWt6twHwZf2nzECXLLl+iYWbSmcMfiiHksZTAjHnY+P89m3Fg3
         Kgy4AJaF9R1OT7E+ulFdK8OLa0FuaVH7F5tSc=
MIME-Version: 1.0
In-Reply-To: <49F6B39F.4080300@gmail.com>
References: <49F56C7D.2010302@gmail.com> <49F56FA1.6030000@gmail.com>
	 <6CE9DCBF-E495-459B-B10B-B25AA078D5D9@gmail.com>
	 <49F5CFDB.3060905@gmail.com> <49F5D58D.5060800@gmail.com>
	 <3b3f27c60904271742s6c28e414rb0c5e2327b62be28@mail.gmail.com>
	 <49F6B25C.5080108@gmail.com> <49F6B39F.4080300@gmail.com>
Date: Tue, 28 Apr 2009 16:26:03 +0800
Message-ID: <70c713190904280126u1af13aa5gf070fde61bfba17a@mail.gmail.com>
Subject: Re: [classlib][icu] Upgrade to 4.0
From: Kevin Zhou <zhoukevin83@gmail.com>
To: dev@harmony.apache.org
Content-Type: multipart/alternative; boundary=000e0cd150b6b1b127046899368d

--000e0cd150b6b1b127046899368d
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi all,
Since the ICU has been upgraded to 4.0, yesterday I built harmony classlib
with J9VM (version23). I conducted a simple test case [1] on the build
via *Eclipse
3.2.1* and *Eclipse 3.4.2*. The test case passed smoothly on Eclipse3.2.1
but triggered an initialization error [2].
Then, I added a -verbose option, and found that it failed to load the "*
com/ibm/icu/util/ULocale*" class which can be acquired from icu4j_4_0.jar.
Similar errors can be reproduced on bulids based on J9VM(version25+)
via *Eclipse
3.4.2* as well.

[1] TestCase:
public void test(){
    System.out.println("hello icu4.0");
}

[2] Stack Trace:
......
at java/lang/J9VMInternals.initialize(J9VMInternals.java: 123)
at java/lang/String.getChars(String.java: 931)
at java/lang/AbstractStringBuilder.<init>(AbstractStringBuilder.java: 91)
at java/lang/J9VMInternals.initialize(J9VMInternals.java: 123)
at java/lang/String.getChars(String.java: 931)
at java/lang/AbstractStringBuilder.append0(AbstractStringBuilder.java: 172)
at java/lang/StringBuffer.append(StringBuffer.java: 199)
at java/lang/Throwable.toString(Throwable.java: 272)
at java/lang/J9VMInternals.copyThrowable(J9VMInternals.java: 227)
at java/lang/J9VMInternals.initialize(J9VMInternals.java: 184)
at java/lang/ClassLoader.initializeClassLoaders(ClassLoader.java: 68)
at java/lang/Thread.initialize(Thread.java: 339)
at java/lang/Thread.<init>(Thread.java: 126)
JVMJ9VM015W Initialization error for library jclclear_23(14): JVMJ9VM009E
J9VMDllMain failed
HMYEXEL062E Internal VM error: Failed to create Java VM
FAILED to invoke JVM.


On Tue, Apr 28, 2009 at 3:43 PM, Tim Ellison <t.p.ellison@gmail.com> wrote:

> Ignore this (I hadn't updated my workspace first)...
>
> Tim Ellison wrote:
> > Nathan Beyer wrote:
> >> I committed this change. the ICU library is now a fetched download.
> >> This may require a clean and fetch before building correctly.
> >
> > Ah, ok.   I deleted the ICU4J files from SVN too, so they should only
> > come in from the fetch-depends now.
> >
> > Regards,
> > Tim
> >
> >
> >> On Mon, Apr 27, 2009 at 10:55 AM, Tim Ellison <t.p.ellison@gmail.com>
> wrote:
> >>> Should be as simple as this:
> >>>
> >>> Index: make/depends.properties
> >>> ===================================================================
> >>> --- make/depends.properties     (revision 768745)
> >>> +++ make/depends.properties     (working copy)
> >>> @@ -145,3 +145,15 @@
> >>>  asm.jar=${asm.dir}/asm-3.1.jar
> >>>  asm.url=http://download.forge.objectweb.org/asm/asm-3.1.jar
> >>>  asm.md5=4fbe0fd975ecc71480846ce272b483b0
> >>> +
> >>> +icu4j.ver=icu4j_4.0
> >>> +icu4j.dir=${depends.jars}/${icu4j.ver}
> >>> +icu4j.jar=${icu4j.dir}/icu4j-4_0.jar
> >>> +icu4j.url=
> http://download.icu-project.org/files/icu4j/4.0/icu4j-4_0.jar
> >>> +icu4j.md5=08397653119558593204474fd5a9a7e3
> >>> +
> >>> +icu4j-charsets.ver=icu4j_4.0
> >>> +icu4j-charsets.dir=${depends.jars}/${icu4j.ver}
> >>> +icu4j-charsets.jar=${icu4j.dir}/icu4j-charsets-4_0.jar
> >>> +icu4j-charsets.url=
> http://download.icu-project.org/files/icu4j/4.0/icu4j-charsets-4_0.jar
> >>> +icu4j-charsets.md5=5dd1d6aaffa6762e09541b3bb412d8ee
> >>> Index: make/depends.xml
> >>> ===================================================================
> >>> --- make/depends.xml    (revision 768745)
> >>> +++ make/depends.xml    (working copy)
> >>> @@ -57,6 +57,8 @@
> >>>         <check-one-file src="${dejavu-fonts.url}"
> >>> dest="${dejavu-fonts.zip}" />
> >>>         <check-one-file src="${derby.url}" dest="${derby.jar}" />
> >>>         <check-one-file src="${asm.url}" dest="${asm.jar}" />
> >>> +        <check-one-file src="${icu4j.url}" dest="${icu4j.jar}" />
> >>> +        <check-one-file src="${icu4j-charsets.url}"
> >>> dest="${icu4j-charsets.jar}" />
> >>>     </target>
> >>>
> >>>     <target name="-check-win" if="is.windows"
> >>> depends="-really-check-win" />
> >>> @@ -225,6 +227,15 @@
> >>>     <mkdir dir="${asm.dir}" />
> >>>     <download-one-file src="${asm.url}" dest="${asm.jar}"
> >>>                            md5="${asm.md5}" />
> >>> +
> >>> +    <mkdir dir="${icu4j.dir}" />
> >>> +    <download-one-file src="${icu4j.url}"
> >>> +                       dest="${icu4j.jar}"
> >>> +                       md5="${icu4j.md5}" />
> >>> +    <download-one-file src="${icu4j-charsets.url}"
> >>> +                       dest="${icu4j-charsets.jar}"
> >>> +                       md5="${icu4j-charsets.md5}" />
> >>> +
> >>>     </target>
> >>>
> >>>     <target name="-download-win" if="is.windows">
> >>>
> >>>
> >>> Tim Ellison wrote:
> >>>> Nathan Beyer wrote:
> >>>>> Why do we commit icu to svn? The jars are available via http,
> correct?
> >>>> Yes they are - I don't know why they are stored.  We could (should)
> >>>> download them.
> >>>>
> >>>> Regards,
> >>>> Tim
> >>>>
> >>>>> On Apr 27, 2009, at 3:41 AM, Regis <xu.regis@gmail.com> wrote:
> >>>>>
> >>>>>> Tim Ellison wrote:
> >>>>>>> In the context of HARMONY-879, Nathan wrote:
> >>>>>>>> Can you verify that you're not still using ICU 3.8? I know
> >>>>>>>> I had to clean it out in a few places.
> >>>>>>> What do you mean? that simply updating my working copy doesn't do
> the
> >>>>>>> right thing?  I seemed to be getting 4.0 behaviour in the tests.
> >>>>>>> ...and yet I do still see that I have a copy of ICU4J 3.8 in my
> >>>>>>> workspace since it has not been removed from the repository yet [1]
> >>>>>>> Can we delete all the 3.8 stuff now?
> >>>>>>> [1]
> >>>>>>>
> https://svn.apache.org/repos/asf/harmony/enhanced/classlib/trunk/depends/jars
> >>>>>>>
> >>>>>>> Regards,
> >>>>>>> Tim
> >>>>>> Oops, the icu4j_3.8 folder is empty, I'll remove it soon. The all
> jars
> >>>>>> of icu 3.8 have been removed, so I think it shouldn't affect any
> tests.
> >>>>>>
> >>>>>> --
> >>>>>> Best Regards,
> >>>>>> Regis.
> >
>

--000e0cd150b6b1b127046899368d--