Oracle обещает много инвестировать в Java

[@camperov]

Замечательно!
А все боялись )

[@amima]

Боялись за mysql. И все еще страшно :)

[@Vertex]

Радует появление хоть какой-то информации о связке Oracle-Sun с момента продажи компании. Жду любой информации по ней с нетерпением и также с страхом. Кто близок к этим компаниям может информировали бы чаще? О Java не страшно, его google вытянет «па-любому». А вот за судьбу родной MySQL — действительно стремновато… :(

[@gAmUssA]

Уже можно не бояться. Если бы Oracle хотела «убить» mySQL, то давно бы это сделала. Напомню, что InnoDB — запатентованная оракловая технология.

[@Wer]

За Java рад, но настораживает молчание по поводу серверов и Соляриса.
Хотя, Оракл и энтерпрайз решения на Java чаще всего встречались именно на платформе от Sun, можно предполагать что её тоже не забросят.

[@indapublic]

Вряд ли Оракл откажется от возможности выйти на рынок с предложением готового серверного решения — аппаратное + программное.

[@sopov]

Дык, они сами жабу активно используют… вот и купили SUN

[@uj2]

Следующим шагом, вероятно, будет покупка атомной электростанции. Они ж электричество активно используют…

[@amima]

Ну, гугл уже запускает в космос свои спутники и думает как бы дешевле получать энергию =)

[@trak]

Ларри сказал — Ларри сделал! :)

[@non7top]

>Хотя это звучит просто невероятно,
ну андроид же есть, чего этом невероятного?

[@seleko]

Сервера останутся… Видимо физически выпускать будет Фуджик…

[@romx]

tech.slashdot.org/story/09/05/29/1711203/Java-Gets-New-Garbage-Collector-But-Only-If-You-Buy-Support

А тем временем:
«Новая машина сборки мусора в Java будет доступна только компаниям, имеющим подписку на саппорт.»

«Ларри сказал — Ларри сделал»?

[@trak]

С него станется. Надо-же ему деньги вернуть за покупку Sun-а. Хотя я все равно не пойму, зачем он так решил делать с этим сборщиком?

[@uj2]

Уже обсудили сто раз, что просто «не рекомендуется» использовать G1 в production environment, но этого никто не запрещает. Читайте первоисточники, пожалуйста.

[@MzMz]

А зачем вам новый GC — таки и старый вполне работает?

И вообще — blogs.sun.com/theplanetarium_ru/entry/kicking_the_tires_free_on

[@c_project]

новый GC может и будет платным, но тебе же никто не запрещает использовать прежний…
я вот не думаю переходить пока и думать о новом GC, меня полностью пока устраивает и имеющийся в апдейтах < 14… вполне стабилен и работает нормально… под соляру правда придётся бубном погреметь…
пусть покупают его те кто готов за это выложить деньги…
а платной платформу всёравно не сделают… ведь конкурент .NET не спит :)

[@c_project]

поправлюсь после комента MzMz…
ну раз он бесплатный надо покавырять и посмотреть что там за G1 :)

[@kalisha]

учим Java

[@Bolik]

теперь я точно в качестве языка программирования для себя выберу Java, когда все таки найду время хоть чутарик научиться программировать = )

[@Drevlyanin]

Радует, что Oracle делает упор не на железе, а на Java-технологиях. Надеюсь, они создадут решения/фрейморки (типа Ruby on Rails) для быстрой разработки некорпоративных продуктов/сайтов.

[@MzMz]

есть Groovy & Grails — только зачем? у JAVA другая философия

[@Drevlyanin]

У Groovy & Grails используется свой язык, а хочется чтобы был чистый Java. Зачем? Чтобы можно было писать свои небольшие приложения с такой же лёгкостью и скоростью, как на RoR. Когда фреймворк уже позаботился обо всём, о разработке, тестах всех видов, продакшане, миграции, поддержки расширений (plugins). Т.е. для того, чтобы не нужно было собирать приложения из кусочков, а уже был рабочий фреймворк, удобный, и с необходимым минимум функциональности (не громоздкий).

[@MzMz]

То о чем вы написали очень смахивает на комбинацию из Maven, Hibernate и нового Spring с аннотациями

[@iZENfire]

JSF уже изобрели и поддержали в NetBeans том числе визуальными RAD средствами разработки. Плагины для Eclipse тоже доступны.

[@Drevlyanin]

В JSF есть полный цикл разработки, эксплуатации и поддержки продукта?

Речь шла не о плагинах для IDE, а о плагинах к фреймвору, как это сделано, в Ruby on Rails. Подробнее о плагинах в RoR можно почитать здесь: guides.rubyonrails.org/plugins.html

P.S.: Жаль, видимо, понять моё желание могут только те, кто разрабатывал web-сайты на Ruby on Rails или достаточно хорошо разобрался в его структуре и функционировании.

[@iZENfire]

В JSF есть полный цикл разработки, эксплуатации и поддержки продукта?

Естественно.

Речь шла не о плагинах для IDE, а о плагинах к фреймвору, как это сделано, в Ruby on Rails.

JSF и есть фреймворк жизненного цикла Web-приложения на базе JSP.

[@Drevlyanin]

Благодарю за ответ, тогда спрошу, как у разбирающегося в вопросе. :-)

1. Там своя ORM (или уже интегрированная Hibernate), или используется внешняя, например Hibernate, которую нужно доп. настраивать и подключать к JSF?

2. Возможно ли переключение конфигураций между вариантом разработки, тестирования и эксплуатации системы?

3. Есть встроенный фреймворк/механизм для тестирования приложения (unit, functional & integration testing), пусть даже на основе существующих или используется внешний (JUnit и т.п.), который опять же нужно самому подключать?

4. Есть ли конфигурация/настройки по умолчанию (структура директорий, правила перенаправления запросов и т.п.), которая явно нигде не описывается и которой можно пользоваться задав только строку соединения с БД, или нужно в явном виде указывать прочие конфигурационные параметры?

[@iZENfire]

Для Hibernate лучше использовать Eclipse — там интеграция со средой разработки лучше. NetBeans осуществляет пддержку стандартных JEE-контейнеров/серверов/ и обеспечивает полный цикл разработки и сопровождения JEE-приложений.
Фреймворк JSF и приложения на его основе могут работать в контейнерах Apache Tomcat и Jetty без участия JEE-сервера приложений.
Естественно, в обоих средах (Netbeans и Eclipse) есть встроенные механизмы тестирования и профилирования Web- и JEE-приложений. JUnit, TCP-монитор, (удалённая) интерактивная отладка и т.д…
Настройка проектов, подключение к СУБД, создание БД выполняется в GUI, с помощью мастеров. Есть интеграция не только с Ant, но и с Maven2.

Читайте вот эти книги:
• В.В. Монахов «Язык программирования Java и среда NetBeans, 2-е изд.»
• Гери Д., Хорстманн К. «JavaServer Faces»
• Герберт Шилдт «Полный справочник по Java SE 6, 7-е изд.»
• Анил Хемраджани «Гибкая разработка приложений на Java с помощью Spring, Hibernate и Eclipse»
• Дей Нейси, Мандел Лоренс, Райман Артур «Eclipse. Платформа Web-инструментов. Разработка Web-приложений на языке Java»

[@iZENfire]

Я что-то не то сказал, что меня нужно минусовать?

[@Pr0v0dn1k]

Очень хотелось бы услышать что-нибудь о Java SE под Mac OS. Apple откровенно забила на Java, причём очень давно. Под Windows уже 6u14 вышел, а эти только и делают, что раз в пол года бросают кость ввиде обновления для пятёки… Про выкидыш ввиде «Java for Mac OS X 10.5» (это типа долгожданная Java SE 6) даже и говорить не хочется… в общем грустно.

[@iZENfire]

Вы давно были на сайте Apple и скачивали оттуда последний JavaSE SDK?

[@Pr0v0dn1k]

Слежу регулярно за всеми обновлениями, даже чаще, чем хотелось бы. Последнее обновление вышло в феврале этого года (Java for Mac OS X 10.5 Update 3), исправляет ряд багов, но не решает основных проблем и ограничений: только 64бит, только на процессоры Intel (> Core 2 Duo), нет поддержки Cocoa. В добавок ко всему, Apple сам не рекомендует использовать Java SE 6 (и посему не ставит её как VM по-умолчанию, и предупреждает об этом пользователя).

[@iZENfire]

>нет поддержки Cocoa

В сторонней библиотеке SWT 3.5 есть поддержка Cocoa (SWT для Cocoa теперь работает и с OpenGL). А это значит, что приложения (Vuze, например), которые используют эту библиотеку, будут выглядеть как нативные приложений Mac OS X.

[@thevery]

в 10.6 6ка будет под 32 бита