Все это конечно хорошо, но очень сильно похоже чисто на теоретическую статью, никакой практики ни приведено, что несколько уменьшает ценность и восприятие материала.
На самом деле топик растчитан какраз дла прочтения не JAVA программистами, а людьми которые используют тот же Flex, с целью показать альтернативу. JAVA программист наверника уже прочитал более детально прочитал об этом :-)
Java-программисты использовали Java3D (на базе OpenGL или DirectX) для анимированных трёхмерных сцен и объёмной озвучки ещё в 2002 году. Да, оно работало не только в составе приложений, но и внутри браузера IE4 и Firebird0.9 в апплетах.
Кстати, ничего специального не устанавливал — стандартная Sun JRE 1.6.0. Все необходимые дополнительные библитеки JavaFX подгружаются вместе с приложениями, их использующими.
Незная где спросить спрошу здесь:
Я проводил интервью с архитектором нового плагина по этой теме и с радостью опубликую перевод, но вот проблема учитывая разницу времени интервью проходило довольно поздно и закончив я закрыл мессанджер и спокойно уснул. Но вот проблема привыкнув к Qip'u я ниразу не задумался что AIM может не сохранять лог. Если кто подскажет — может есть таки способ где небуть вытащить его?
Ну что же. Оказывается перед закрытием AIM и отправил другу лош «на почитать». И сам про это забыл и тут он откликнулся так что скоро будет перевод :-)
Да, как вспомню свои мучения по написанию апплета, который бы работал в JRE от SUN и от MS…
Странно что столько времени прошло с тех пор, пока в SUN поняли что пора уже что-то менять. Ведь не только Flash далеко ушёл, но и MS успел выйти на рынок с Silverlight и начать окапываться.
JRE от MS — вовсе не JRE. Если Вам это удалось, можете считать, что Вы написали апплет, работающий под две разные (хоть и немного похожие) виртуальные машины.
Конечно я это знаю :) Приходилось всё оборачивать в обёртки, внутри которых в зависимости от версии ява-машины выполнялся свой код под конкретную JRE. Было это несколько лет назад, сейчас бы не стал связываться, учитывая возможность простого решения на вездесущем Flash. Посмотрим, состоится ли триумфальное возвращение ява-апплетов, и пожелаем SUN удачи
Не совсем мертва, в качестве отдельных приложений заводится с приемлимой скоростью. Но в браузере это нечто. Очень надеялся что в релизе скорость будет нормальной, но дождаться не удалось.
Там зазипованные картинки и байткод. Скорее всего это был Ваш первый JavaFX-апплет и он качал все библиотеки. Простенький апплет с несколькими десятками картинок (сам писАл) весит 36кБ. В pack200 — 17кБ.
Первое приложение на JavaFX грузится медленно, так как подтягивает библиотеки JavaFX.
Последующие апплеты/приложения, использующие JavaFX, загружаются гораздо быстрее.
Множество технологий — это конечно хорошо в точки зрения конкуренции. Но держать у себя в браузере з десяток плагинов разных технологи (один для просмотра видео с Медведевым, второй — для Обами, третий для эппеловских конференций etc) — уж извольте.
Лучше б w3c принял как стандарт одну технологию, а все остальные — делали б свои реализации.
Applets reloaded