Как стать автором
Обновить

Комментарии 33

А может кто объяснить, что за «ад .jar» и как мозаика его поможет решить?
я думаю в поиске набрав JAR HELL, Вы найдете ответы подробные.
Хотя вот сразу первые две ссылки про это
incubator.apache.org/depot/version/jar-hell.html
en.wikipedia.org/wiki/Java_Classloader
Если я понимаю верно, то это очень смахивает на dll hall. Когда у программы могут быть не те версии модулей которые ему нужны. из-за чего программа может работать не корректно. а тк модулей идентичных может несколько, не понятно из какого взят код. очень сложно искать ошибки из-за этого
Если они это пофиксят, я им лично поставлю памятник. Возможно, небольшой, но рукотворный.
Jigsaw отвратно решает проблему jar-ов. Пэкеджинг уже пытаюстся встроить в сам язык, а это не есть хорошо! И вообще, такое впечатление, что это jigsaw не для широкого использоваиня, и предназначается только для организации пакетов и зависимостей внутри самой jvm.

Кстати, перспективное направление решения проблемы jar-hell — это OSGi, которая уже давно используется в том же Eclipse.
Да, OSGi — хорошая штука.
Можете привести примеры приложений, в которых успешно используется инфраструктура OSGi, например, для обновления и подключения сторонних модулей. (Eclipse есть. Что ещё?)
Spring DM Server использует OSGi, сервисная платформа Apache ServiceMix (он же Fuse). Большинство J2EE серверов собираются переходить на OSGi, несмотря на то, что он до сих не входит в стандарт J2EE 6.

Да и вообще очень удобно использовать как контейнер в любом собственном проекте. Для этого не нужно ставить всю инсталяцию сервера апликаций, а достаточно набирать только необходимые бандлы. Получается компактная минифицированная система.
Это как раз тот случай, когда оригинальное произношение понятнее, чем перевод. :))
«лед тронулся господа присяжные»
> должен добавить в Java 7 замыкания

Лавры лиспа покоя не дают?

> Java развивается и «подаёт признаки жизни»

Может предсмертные конвульсии?
можно подумать замыкания только в LISP'е есть. Это удобно и востребовано, вот и добавляют.
С покупкой Ораклом смерти явы точно не дождетесь ;)
Да тихо ты, моя провокация в теме с эппл и Джобсом была как-то странно для хабра принята. Может хоть тут потроллить удастся. =(
прости, бро :'(
Почему именно Лиспа? Думаю, очевидно, что на желание ввести замыкания в Java в первую очередь повлияло их наличие в C#, во всех динамических языках на платформе JVM, в Scala, и т.д.
Ура! Я искренне рад за платформу! Теперь мне больше не будут сниться кошмары.
НЛО прилетело и опубликовало эту надпись здесь
не раньше шестерки.
НЛО прилетело и опубликовало эту надпись здесь
> Главными нововведениями Java 5 были generics и цикл for-each.
Generics да, но for-each разве важнее аннотаций, или даже enum?
Ну, можно конечно и итераторами списки перебирать, но так намного удобнее.
При чём здесь это? Я говорю что аннотации — намного более важное и серьёзное нововведение нежели enhanced for, но при перечислении нововведений Java 5 предпочли вспомнить именно о enhanced for а не об аннотациях.
for чаще используют?
Чаще? Как знать. Аутобоксинг вообще часто «встречается», и что он от этого становится важен?
Без енхансд фора легко жить, а вот без аннотаций один только перзистенс уже становится адом. Честно говоря я даже не в курсе предусматривает ли JPA вообще чисто XML-ные конфиги, или он не работает вообще без аннотаций.
Я лично бы енхансед фор «отдал обратно» в любой момент, но аннотации — никогда.
P.S. Можно в принципе перзистенс, депенденси инжекшн и прочие вещи конфигурировать через XML-и, но аннотациями намного удобнее (-;
У использования аннотация и XML просто разные цели.

Аннотации — для того, что четко и понятно на стадии дизайна и разработки. XML — то, что может (и должно) конфигурировать деплоером.
Согласен с тем что это правильный их применения, хотя на практике не всегда всё так чётко разграничено.

Но в любом случае Аннотации это очень важная штука, даже более важная чем дженерики, ИМО, что уже говорить про enhanced for. Вот и всё что я пытаюсь сказать.
> Главными нововведениями Java 5 были generics и цикл for-each.
Аннотации забыли, это существенное изменение, как языка, так и формата классфайлов, и самой JVM.
Цикл фор ич — это как раз просто синтаксический сахар, который разворачивается внутри в обычный for-цикл компилятором.

И еще — ваше постоянное «Монета» чуть напрягает, я бы писал не переводя- «Проект Coin».

А в целом — хорошая новость, плюсую.
Сорри, не обновил ветку комментов :(
А, вижу вы собственно одного мнения со мной по этому поводу. Здорово.

Кстати полностью согласен с вами по поводу «Coin» — всётаки имя собственное (пушкина ж каким-нибудь там Cannoner-ом не называют америкосы (-: )
Хорошо, в следующий раз оставлю такие названия без перевода.
>Мозаика позволит установить только необходимую часть JDK в таких устройствах, не требуя 60 МБ, необходимых для всей JDK.

А зачем JDK на устройствах, может имелось ввиду JRE.

> Сейчас его «просто тошнит» от того, приходится извращаться, чтобы выразить

Спасибо автору за статью, но вы хоть бы сами прочитали ее. )
> А зачем JDK на устройствах, может имелось ввиду JRE.

Действительно непонятно, но в оригинале так:

Project Jigsaw installs just a piece of the JDK in those small devices without requiring the cumbersome 60MB of space for the whole thing.

>> Сейчас его «просто тошнит» от того, приходится извращаться

Исправил.

> но вы хоть бы сами прочитали ее.

К сожалению, в собственном тексте ошибки заметить трудней :(
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории