web-dev-qa-db-ja.com

JavaのAccept-Languageヘッダーを解析します

リクエストのAccept-languageヘッダーは通常、長く複雑な文字列です-

例えば。

Accept-Language : en-ca,en;q=0.8,en-us;q=0.6,de-de;q=0.4,de;q=0.2

Javaでそれを解析する簡単な方法はありますか？それとも私がそれを行うのを助けるAPIですか？

javaservletshttp-accept-language
37
Pushkar

複雑さを自分で管理するのではなく、 ServletRequest.getLocales() を使用してコンテナにAccept-Languageを解析させることをお勧めします。

45
Brett Kail

記録のために、今では Java 8 で可能です：

Locale.LanguageRange.parse()
34
Qiang Li

サーブレットコンテナを必要としないAccept-Languageヘッダーを解析する別の方法を次に示します。

String header = "en-ca,en;q=0.8,en-us;q=0.6,de-de;q=0.4,de;q=0.2";
for (String str : header.split(",")){
    String[] arr = str.trim().replace("-", "_").split(";");

  //Parse the locale
    Locale locale = null;
    String[] l = arr[0].split("_");
    switch(l.length){
        case 2: locale = new Locale(l[0], l[1]); break;
        case 3: locale = new Locale(l[0], l[1], l[2]); break;
        default: locale = new Locale(l[0]); break;
    }

  //Parse the q-value
    Double q = 1.0D;
    for (String s : arr){
        s = s.trim();
        if (s.startsWith("q=")){
            q = Double.parseDouble(s.substring(2).trim());
            break;
        }
    }

  //Print the Locale and associated q-value
    System.out.println(q + " - " + arr[0] + "\t " + locale.getDisplayLanguage());
}

Accept-Languageヘッダーと関連するq値の説明は、次の場所にあります。

http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html

Karl KnechtelとMike Samuelに感謝します。元の質問に対する彼らのコメントは、私を正しい方向に導くのに役立ちました。

15
Peter

私たちはSpring bootとJava 8.を使用しています。これは動作します

ApplicationConfig.Javaでこれを書いてください

@Bean

public LocaleResolver localeResolver() {
    return new SmartLocaleResolver();
}

私がサポートしている言語を含む定数クラスにこのリストがあります

List<Locale> locales = Arrays.asList(new Locale("en"),
                                         new Locale("es"),
                                         new Locale("fr"),
                                         new Locale("es", "MX"),
                                         new Locale("zh"),
                                         new Locale("ja"));

以下のクラスにロジックを記述します。

public class SmartLocaleResolver extends AcceptHeaderLocaleResolver {
          @Override
         public Locale resolveLocale(HttpServletRequest request) {
            if (StringUtils.isBlank(request.getHeader("Accept-Language"))) {
            return Locale.getDefault();
            }
            List<Locale.LanguageRange> ranges = Locale.LanguageRange.parse("da,es-MX;q=0.8");
            Locale locale = Locale.lookup(ranges, locales);
            return locale ;
        }
}
3
Arun

ServletRequest.getLocale()は、使用可能であり、一部のフレームワークのように上書きされない場合、確かに最良のオプションです。

他のすべての場合Java 8は、Quiang Liが前述したようにLocale.LanguageRange.parse()を提供します。ただし、ロケールではなく、言語文字列のみが返されます。言語文字列を解析するには、 Locale.forLanguageTag()を使用（Java 7以降で使用可能）：

    final List<Locale> acceptedLocales = new ArrayList<>();
    final String userLocale = request.getHeader("Accept-Language");
    if (userLocale != null) {
        final List<LanguageRange> ranges = Locale.LanguageRange.parse(userLocale);

        if (ranges != null) {
            ranges.forEach(languageRange -> {
                final String localeString = languageRange.getRange();
                final Locale locale = Locale.forLanguageTag(localeString);
                acceptedLocales.add(locale);
            });
        }
    }
    return acceptedLocales;
3
tec

上記のソリューションには、何らかの検証がありません。 ServletRequest.getLocale()を使用すると、ユーザーが有効なロケールを指定しなかった場合にサーバーロケールが返されます。

私たちのウェブサイトは最近、次のようなさまざまな_Accept-Language_ヘッダーを持つスパムリクエストを受信しました。

  1. _secret.google.com_
  2. _o-o-8-o-o.com search Shell is much better than google!_
  3. _Google officially recommends o-o-8-o-o.com search Shell!_
  4. Vitaly rules google ☆*:｡゜ﾟ･*ヽ(^ᴗ^)ﾉ*･゜ﾟ｡:*☆ ¯\_(ツ)_/¯(ಠ益ಠ)(ಥ‿ಥ)(ʘ‿ʘ)ლ(ಠ_ಠლ)( ͡° ͜ʖ ͡°)ヽ(ﾟДﾟ)ﾉʕ•̫͡•ʔᶘ ᵒᴥᵒᶅ(=^ ^=)oO

この実装は、有効なLocaleのサポートされているリストに対してオプションでチェックできます。このチェックがなくても、_"test"_または（2、3、4）を使用した単純な要求は、LanguageRange.parse(String)の構文のみの検証をバイパスします。

オプションで、空およびnull値を許可して、検索エンジンクローラーを許可します。

サーブレットフィルター

_final String headerAcceptLanguage = request.getHeader("Accept-Language");

// check valid
if (!HttpHeaderUtils.isHeaderAcceptLanguageValid(headerAcceptLanguage, true, Locale.getAvailableLocales()))
    return;
_

ユーティリティ

_/**
 * Checks if the given accept-language request header can be parsed.<br>
 * <br>
 * Optional the parsed LanguageRange's can be checked against the provided
 * <code>locales</code> so that at least one locale must match.
 *
 * @see LanguageRange#parse(String)
 *
 * @param acceptLanguage
 * @param isBlankValid Set to <code>true</code> if blank values are also
 *            valid
 * @param locales Optional collection of valid Locale to validate any
 *            against.
 *
 * @return <code>true</code> if it can be parsed
 */
public static boolean isHeaderAcceptLanguageValid(final String acceptLanguage, final boolean isBlankValid,
    final Locale[] locales)
{
    // allow null or empty
    if (StringUtils.isBlank(acceptLanguage))
        return isBlankValid;

    try
    {
        // check syntax
        final List<LanguageRange> languageRanges = Locale.LanguageRange.parse(acceptLanguage);

        // wrong syntax
        if (languageRanges.isEmpty())
            return false;

        // no valid locale's to check against
        if (ArrayUtils.isEmpty(locales))
            return true;

        // check if any valid locale exists
        for (final LanguageRange languageRange : languageRanges)
        {
            final Locale locale = Locale.forLanguageTag(languageRange.getRange());

            // validate available locale
            if (ArrayUtils.contains(locales, locale))
                return true;
        }

        return false;
    }
    catch (final Exception e)
    {
        return false;
    }
}
_
1
djmj
Locale.forLanguageTag("en-ca,en;q=0.8,en-us;q=0.6,de-de;q=0.4,de;q=0.2")
0
mokshino