ICU4J и как с этим бороться?

[lmike]

захотелось "сумму прописью"

Ссылка скрыта от гостей

, а есть ИБМ...
в свою жвм они напихали:

find /opt -iname "*icu*.jar"
/opt/ibm/domino/notes/10000000/linux/osgi/shared/eclipse/plugins/com.ibm.commons.icu_10.0.0.20180910-2143/lwpd.commons.icu.jar
/opt/ibm/domino/notes/10000000/linux/osgi/rcp/eclipse/plugins/com.ibm.icu.base_3.8.1.v20080530.jar
/opt/ibm/domino/notes/10000000/linux/osgi/rcp/eclipse/plugins/com.ibm.icu_56.1.0.v201601250100.jar
/opt/ibm/domino/notes/10000000/linux/ndext/icu4j.jar

для девственной 10-ки
захотел я вкрячить icu4j-59.1.jar в xpage, создал класс, подключил jar в Jars и... обломался
format.getClass().getPackage().getImplementationVersion()
выдает null
а должно 59.1
из чего делаю вывод - либа и БД не цепляется класслоадером
и разумеется - код по ссылке на будет работать
и вот что делать - не знаю

 

[Domino-Designer]

ы
2718 (RuleBasedNumberFormat.SPELLOUT) = два тысяча семь сто восемнадцать
format.getClass().getPackage().getImplementationVersion() = null
Ну её нафиг. Notes 10.0.1 - com.ibm.icu_56.1.0.v201601250100.jar

UpDate: подсунул на сервер\клиент icu4j-63_1.jar (jvm\lib\ext). Нормально раскладывает пример.

Результат

двумя тысячами семьюстами восемнадцатью
две тысячи семьсот восемнадцать
двум тысячам семистам восемнадцати
двух тысяч семисот восемнадцати
двух тысячах семистах восемнадцати
две тысячи семьсот восемнадцать
двумя тысячами семьюстами восемнадцатью
две тысячи семьсот восемнадцать
двум тысячам семистам восемнадцати
двух тысяч семисот восемнадцати
двух тысячах семистах восемнадцати
две тысячи семьсот восемнадцать
двумя тысячами семьюстами восемнадцатью
две тысячи семьсот восемнадцать
двум тысячам семистам восемнадцати
двух тысяч семисот восемнадцати
двух тысячах семистах восемнадцати
две тысячи семьсот восемнадцать
двумя тысячами семьюстами восемнадцатью
две тысячи семьсот восемнадцать
двум тысячам семистам восемнадцати
двух тысяч семисот восемнадцати
двух тысячах семистах восемнадцати
две тысячи семьсот восемнадцать
две тысячи семьсот восемнадцатого
две тысячи семьсот восемнадцать
две тысячи семьсот восемнадцатой
две тысячи семьсот восемнадцатую
две тысячи семьсот восемнадцатой
две тысячи семьсот восемнадцатой
две тысячи семьсот восемнадцатой
две тысячи семьсот восемнадцатая
две тысячи семьсот восемнадцатым
две тысячи семьсот восемнадцатый
две тысячи семьсот восемнадцатому
две тысячи семьсот восемнадцатого
две тысячи семьсот восемнадцатом
две тысячи семьсот восемнадцатый
две тысячи семьсот восемнадцатым
две тысячи семьсот восемнадцатое
две тысячи семьсот восемнадцатому
две тысячи семьсот восемнадцатого
две тысячи семьсот восемнадцатом
две тысячи семьсот восемнадцатое
две тысячи семьсот восемнадцатыми
две тысячи семьсот восемнадцатые
две тысячи семьсот восемнадцатым
две тысячи семьсот восемнадцатых
две тысячи семьсот восемнадцатых
две тысячи семьсот восемнадцатые

format.getClass().getPackage().getImplementationTitle() = International Components for Unicode for Java
format.getClass().getPackage().getImplementationVersion() = 63.1

А если мы в продолжение темы, то ... наверное стало еще хуже. У меня java вообще не знает про com.ibm.icu.*; пока не загрузишь jar в проект или не выложишь в jvm\lib\ext

 

[lmike]

Ну её нафиг. Notes 10.0.1 - com.ibm.icu_56.1.0.v201601250100.jar

фокус в том - что она не использует эту реализацию, а берет версию 3.8 , в ней подобная шняга

(jvm\lib\ext)

вот не хочу туда класть ничего, иначе смысл хэпаги юзать?!

 

[Domino-Designer]

use Import > Archive

Вообщем плохая и старая там com.ibm.icu_56.1.0.

Заменил ее на сервере на 63.1 (__не__ jvm\lib\ext__) - все работает. С тем, что идет в установке 10.0.1 работать низя.

 

[lmike]

use Import > Archive

Вообщем плохая и старая там com.ibm.icu_56.1.0.

Заменил ее на сервере на 63.1 (__не__ jvm\lib\ext__) - все работает. С тем, что идет в установке 10.0.1 работать низя.

куда импорт?
В хэпагах используется Code->Jars , но почему-то приоритетом получается системная либа, о чем я жалился
системную я менять не решаюсь - может случится нестыковка по АПИ и ч-л начнет глючать

 

[Domino-Designer]

В хэпагах используется Code->Jars , но почему-то приоритетом получается системная либа, о чем я жалился
системную я менять не решаюсь - может случится нестыковка по АПИ и ч-л начнет глючать

На сервере грохнул все (оба?) jar от 56-ой версии и залил 63-ю. Без импорта все работает правильно.
Это не такой пакет, что бы его бояться. Вчера хотел узнать, что его запускает -> в работе Domino не участвует (не нашел, скорее всего нужен только при инсталляции).
А для Domino\RPC отдельные в com.ibm.common.icu (STARTING com.ibm.commons.icu_10.0.1.20181128-2143) и com.ibm.rcp.icu.

Первоначально в OSGi он (56) был Lazy, перевел его в STARTING, потом в ACTIVE ... он глючный по русски на всю голову этот 56-ой пакет (чушь выводит) и с пониманием его ruleSet я обломался (не очень то и хотел). Только 63 сумела стать RESOLVED сразу по загрузке.
При первом взгляде в 63 есть все, что указано в 56/common.icu/rcp.icu.
И в 56
- format.getClass().getPackage().getImplementationTitle() = null
- format.getClass().getPackage().getImplementationVersion() = null

 

[lmike]

Первоначально в OSGi он (56) был Lazy, перевел его в STARTING, потом в ACTIVE

это как?
я не спорю - что глючный в домине... (о том я и писал)

При первом взгляде в 63 есть все, что указано в 56/common.icu/rcp.icu.

а вот здесь есть опасения на счет параметров, я использую OpenNTF и замена в ФС может поломать плагин

 

[Domino-Designer]

А может не поломать.

У меня нет таких опасений по этому пакету. Третья сторона с простенькими удобствами.
Но это я сервер только напрягал (option, "Run server based XPages applications directly on server").
Если на клиенте - как то им надо его втюхивать.

 

[Domino-Designer]

V11b1 на файловом уровне всё то же самое.