На конференции JavaONE разработчики представляют RIA приложения, запускаемые через интернет в клиентском браузере. Программы эти дают представление о том, как будет выглядеть веб через 2-5 лет
jasper - это библиотека для работы с jpeg2000, причём тут работа веба, апплеты какие-то, я не представляю. На картинке - какой-то просмотрщик картинок. Это, наверное, картинки в формате jpeg2000?
>Память Java кушает, спорить не буду. Но прорисовку окошек не тронь! :) Всё очень даже быстро. Если памяти в системе, конечно не 16 метров.
Хм, интересно почему тогда NetBeans не летает?
Да, он работает нормально, но НЕ летает (если взять для сравнения продукты написаные к примеру на QT). Что касается памяти то Java 6 уже не столь много её кушает т.к. используется mixed и shared mode.
Все web-технологии построены вогруг анахроничностей. Нагородили со временем черт знает что - HTML такой, HTML сякой, ECMAScript, Java applets, а потом пытаются interoperability сделать. Совсем не удивительно, что причесывание всего под один формат (XML) или костыли типа JSON выглядят революционными. Только все равно даже у бедного RSS/ATOM и то стандарты разные считать собьешься. Нужно унифицированное решение, которое стирает границу между данными и кодом. Причем одно такое уже придумали полвека назад.
>А что, тонкие клиенты без проблем будут нести Java людям :) По роду деятельности сам сталкиваюсь с тонкими клиентами. В общем, поищите, скажем мать VIA EPIA (любую): мощность встроеных в них проца начинается с 1000MHZ. Даже и неубеждайте меня, что этого недостаточно.
О да! Только вот зачем такие частоты ??? Аж гигагерц ! :) Аже проходили ... picoJava (где он ?) А ARM926EJ-S будет менее прожорливым чем EPIA это точно :) Ну и наконец - http://www.jopdesign.com/ ... Хотя всё равно, java это язык и VM, а вот Inferno это операционная система, и по скорости обходит Java.
Если javascript убог, то что говорить о java где нельзя сделать даже такого:
for(z in list){
z.runEm(function (q){ return q+1; });
}
> не блещет совместимостью.
Ну тут как мы знаем java всех уделала :).
> зачем городить огород из javascript flash
не надо городить. одного javascript хватит. добавить ему средств работы с графикой и все будет пучком :).
> может проще всё сделать на яве
может и проще гвозди и шурупы забивать молотком, но почему-то для шурупов используют отвертки.
> вот уж с быстродействем и гибкостью у неё проблем нет
оставим это высказывание на твоей совести.
> да и есть надежда что другие языки скоро будут нормально в ней
> работать.
будем надеяться. а бизнесс будет сидеть и ждать пока наши надежды сбудутся. :)
> это рано или поздно всё это появится и станет стандартом
хочешь поговорить об этом? :).
> и пусть уж первым это сделает sun чем майкрософт.
пусть :)
> PS Некоторые java-приложения (к примеру, azureus) имеют гуй побыстрее большинства qt'шных..
Бгы-гы-гы. Это лягушка то? :) Которая сраную страничку со статистикой скоростей даунлоада и аплоада выводит по полминуты на 4-х ядрах и 4Гб ОЗУ? =)) Гы!
>PS Некоторые java-приложения (к примеру, azureus) имеют гуй побыстрее большинства qt'шных..
GUI azureus написано не на Java. сходи на eclipse.org и почитай про SWT.
>GUI azureus написано не на Java. сходи на eclipse.org и почитай про SWT.
Он написан на Java + JNI, и быстрее не потому, что JNI, а потому что используются не примитивы ОС как делает это Swing, а более высокоуровневые компоненты.
Win:
- FAR с _десятком_ плагинов.
- Context, Notepad ++ и туева хуча "програмистких" редакторов со всеми плагинами, как то подсветка синтаксиса, автодополнение етс.
- foobar2000 - плеер
- тонны разного софта
*ux:
- под KDE / Gnome их файлобраузеры с кучей плагов.
- под консоль - почти все :)
Ява:
- нах! На ей надо сервера приложений лепить и не юзерские аппЫ
>WTF? Фзад такое будущее где всё на яве.., гугл правильнее видит будущее в AJAX имхо, сан везде вез мыла пролезет..
Нах аякс! Редкостное дерьмо! Вот это действительно взад в будущее, когда Во всех браузерах сайт тестить надо. От того и плодятся ie-only сайты! Ява-апплеты на два порядка лучшая альтернатива, чем плеши/яваскрипты/"очередная мелкомягкая хрень" вместе взятые!
Гон! Руби значительно лаконичнее чем яваскрипт, а посему интерпретатор для него написать проще, да и работать быстрее будет! Ява-скрипт должен был сдохнуть вместе с нетскейпом! Какая бл@дь его вытянула?
>>GUI azureus написано не на Java. сходи на eclipse.org и почитай про SWT.
>Он написан на Java + JNI, и быстрее не потому, что JNI, а потому что используются не примитивы ОС как делает это Swing, а более высокоуровневые компоненты.
Библиотека SWT имеет биндинги (JNI-интерфейс) к Gtk, которая, как известно, написана на C, а не на тормозном C++. Отсюда и скорость реакции Азуреуса на родных Gtk-виджетах.
Кстати, свинговая NetBeans не тормозит в Windows и Solaris Express, в то же время на абсолютно том же оборудовании под Linux и FreeBSD тормозитссс. Парадокс.
А какое приложение у тебя грузится меньше, чем за 1 сек? У меня Esel Suche 0.5.1 грузится холодным стартом за ~2 сек, Azureus после запущенного Esel Suche грузится за ~4 сек. Emule Xtreme 5.4 грузится те же 4 сек. Flashget пожалуй единственное, что грузится ~1 сек.
>>- тонны разного софта
>И что все тонны запускаються меньше секунды?
Да. Но тормозных вещей тоже хватает :)
>>- под KDE / Gnome их файлобраузеры с кучей плагов.
>В настройки прелоада давно смотрел?
Давно не смотрел, правда ваша :) Но тут ведь возникает логичный вопрос - а можно ли так сделать с ява-аппом? Насколько я знаю - БУЙ! Морской, сигнальный :)
PS: В ОО - плюсаты бибки прелоадятся, не надо песен :)
>r *** (11.05.2007 0:03:27)
Спокойно! Для апп-серверов\бусинес-ложЫки - Ява - самое оно! :)
> Сейчас точно умрешь, апплеты давно можно писать, используя Swing
и пускать их в строго определенной версии jre? и снизу приписывать "етот сайтец работает только в jre 1.4.0_03 а иначе идите лесом"?
и вот что-то мне такое смутно вспоминается, что чтобы до свинга из аплета достучаться надо какие-то дополнительные права запрашивать. хотя точно не помню..
ясен пень это вполне для интранета это можно юзать, хотя на мой вкус и там проще более другими путями ходить.
>Кстати, свинговая NetBeans не тормозит в Windows и Solaris Express, в то же время на абсолютно том же оборудовании под Linux и FreeBSD тормозитссс. Парадокс.
У меня почему-то в Linux наоборот тормозов меньше нежели в Windows, в чём дело?