[devel] java native: please, don't.

[Igor Vlasenko <vlasenko@imath.kiev.ua>]

Уважаемые коллеги,

С одной стороны, 
рад сообщить, что в результате работ над java-gcj-compat (jdkgcj) 
в сборочной среде появилась совместимая с Федорой поддержка 
ahead-of-time нативной компиляции jar файлов в .so плагины, 
регистрируемые в глобальной БД classmap.db.

When you compile your classes into a shared library
and add them to the system-wide classmap.db file using gcj-dbtool, 
they will be automatically loaded by the libgcj system classloader. 
This is the new, preferred classname-to-library resolution mechanism. 
See Invoking gcj-dbtool, for more information on using the classmap database. 

Что касается пакета jdkgcj, то он распадется на jre и jdk, 
и будет называться java-1.5.0-gcj.

Не спешу с окончательным переездом, пока только режу у 
кошки хвост позвонок за позвонком, чтобы убедиться, что не вылезут
ALT-specific грабли.

С другой стороны, мне не нравится, как в Федоре пакуются 
нативные модули. Хочу еще продумать оптимальный метод их упаковки.
В связи с этим прошу не спешить использовать нативную компиляцию jar,
чтобы в будущем не пришлось работу переделывать.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine