From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23290 invoked by alias); 10 Dec 2002 16:45:19 -0000 Mailing-List: contact mauve-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sources.redhat.com Received: (qmail 23280 invoked from network); 10 Dec 2002 16:45:14 -0000 Received: from unknown (HELO web10006.mail.yahoo.com) (216.136.130.42) by sources.redhat.com with SMTP; 10 Dec 2002 16:45:14 -0000 Message-ID: <20021210164514.8588.qmail@web10006.mail.yahoo.com> Received: from [139.19.24.23] by web10006.mail.yahoo.com via HTTP; Tue, 10 Dec 2002 08:45:14 PST Date: Tue, 10 Dec 2002 08:45:00 -0000 From: Dalibor Topic Subject: Re: ResourceBundle variants and child variants To: Mark Wielaard , Andrew Haley Cc: mauve-discuss@sources.redhat.com In-Reply-To: <1039458865.2921.233.camel@dogx200-017> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-q4/txt/msg00057.txt.bz2 --- Mark Wielaard wrote: > Hi, > > On Mon, 2002-12-09 at 12:27, Andrew Haley wrote: > > Mark Wielaard writes: > > > Mauve contains a couple of > java.util.ResourceBundle checks that test for > > > "child variants". The Java Class Libraries, > Volume 1, Second Edition > > > explains these things and gives some examples. > e.g > > > ErrorResources_de_CH_WIN_95 and > ErrorResources_de_CH_WIN_311 are both > > > child variants of ErrorResources_de_CH_WIN. > Mauve even contains some > > > tests to check that these child variants are > correctly searched for. > > > > > > The API Spec as found online however does not > talk about child variants > > > at all. And a quick test against the Sun JDK > 1.4.1 implementation seems > > > to suggest that it does not implement support > for these child variants. > > > > > > Which specification should we take as > normative? > > > Do the different class libraries > implementations implement it? > > > (GNU Classpath and libgcj don't support them, > kaffe does.) > > > Should these tests be removed from Mauve? > > > > I would think so. There's no way that Mauve > should be testing > > anything outside the specifications. > > But the question is, what is considered The > Specification? > I use The Java Class Libraries books a lot when > implementing classes. > And since it describes the child variants it could > also be argued that > the online API doc (and most implementations except > for Kaffe) is > flawed. I think I remember the time when there were child variants for *Locales* in wide useage in the EU, due to pending conversion to a new currency. de_DE_EURO anyone? I don't know if that means anything to ResourceBundle support, but I'd expect it to match Locale's rules for resolution. I think one of the examples for Locale in Java Class Libraries 2n Ed Volume 1 mentions a norwegian Locale with the child variant "bookmal". As I understand the spec for Locale, it says "Where there are two variants, separate them with an underscore, and put the most important one first." , so it is possible to have child variants. They also give an example in the next sentence, "Traditional_WIN" . See http://java.sun.com/j2se/1.4/docs/api/java/util/Locale.html , the paragraph just below the country code link. best regards, dalibor topic __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com