Комментарии 33
А может кто объяснить, что за «ад .jar» и как мозаика его поможет решить?
0
я думаю в поиске набрав JAR HELL, Вы найдете ответы подробные.
Хотя вот сразу первые две ссылки про это
incubator.apache.org/depot/version/jar-hell.html
en.wikipedia.org/wiki/Java_Classloader
Если я понимаю верно, то это очень смахивает на dll hall. Когда у программы могут быть не те версии модулей которые ему нужны. из-за чего программа может работать не корректно. а тк модулей идентичных может несколько, не понятно из какого взят код. очень сложно искать ошибки из-за этого
Хотя вот сразу первые две ссылки про это
incubator.apache.org/depot/version/jar-hell.html
en.wikipedia.org/wiki/Java_Classloader
Если я понимаю верно, то это очень смахивает на dll hall. Когда у программы могут быть не те версии модулей которые ему нужны. из-за чего программа может работать не корректно. а тк модулей идентичных может несколько, не понятно из какого взят код. очень сложно искать ошибки из-за этого
+5
Если они это пофиксят, я им лично поставлю памятник. Возможно, небольшой, но рукотворный.
+1
Jigsaw отвратно решает проблему jar-ов. Пэкеджинг уже пытаюстся встроить в сам язык, а это не есть хорошо! И вообще, такое впечатление, что это jigsaw не для широкого использоваиня, и предназначается только для организации пакетов и зависимостей внутри самой jvm.
Кстати, перспективное направление решения проблемы jar-hell — это OSGi, которая уже давно используется в том же Eclipse.
Кстати, перспективное направление решения проблемы jar-hell — это OSGi, которая уже давно используется в том же Eclipse.
+1
Да, OSGi — хорошая штука.
0
Можете привести примеры приложений, в которых успешно используется инфраструктура OSGi, например, для обновления и подключения сторонних модулей. (Eclipse есть. Что ещё?)
0
Spring DM Server использует OSGi, сервисная платформа Apache ServiceMix (он же Fuse). Большинство J2EE серверов собираются переходить на OSGi, несмотря на то, что он до сих не входит в стандарт J2EE 6.
Да и вообще очень удобно использовать как контейнер в любом собственном проекте. Для этого не нужно ставить всю инсталяцию сервера апликаций, а достаточно набирать только необходимые бандлы. Получается компактная минифицированная система.
Да и вообще очень удобно использовать как контейнер в любом собственном проекте. Для этого не нужно ставить всю инсталяцию сервера апликаций, а достаточно набирать только необходимые бандлы. Получается компактная минифицированная система.
0
Собственно, в оригинале была ссылка на en.wikipedia.org/wiki/Java_Classloader#JAR_hell, я её забыл вставить. Исправил.
0
Это как раз тот случай, когда оригинальное произношение понятнее, чем перевод. :))
0
«лед тронулся господа присяжные»
+2
> должен добавить в Java 7 замыкания
Лавры лиспа покоя не дают?
> Java развивается и «подаёт признаки жизни»
Может предсмертные конвульсии?
Лавры лиспа покоя не дают?
> Java развивается и «подаёт признаки жизни»
Может предсмертные конвульсии?
-25
можно подумать замыкания только в LISP'е есть. Это удобно и востребовано, вот и добавляют.
С покупкой Ораклом смерти явы точно не дождетесь ;)
С покупкой Ораклом смерти явы точно не дождетесь ;)
+6
Почему именно Лиспа? Думаю, очевидно, что на желание ввести замыкания в Java в первую очередь повлияло их наличие в C#, во всех динамических языках на платформе JVM, в Scala, и т.д.
0
Ура! Я искренне рад за платформу! Теперь мне больше не будут сниться кошмары.
+4
НЛО прилетело и опубликовало эту надпись здесь
> Главными нововведениями Java 5 были generics и цикл for-each.
Generics да, но for-each разве важнее аннотаций, или даже enum?
Generics да, но for-each разве важнее аннотаций, или даже enum?
+1
Ну, можно конечно и итераторами списки перебирать, но так намного удобнее.
0
При чём здесь это? Я говорю что аннотации — намного более важное и серьёзное нововведение нежели enhanced for, но при перечислении нововведений Java 5 предпочли вспомнить именно о enhanced for а не об аннотациях.
+6
for чаще используют?
0
Чаще? Как знать. Аутобоксинг вообще часто «встречается», и что он от этого становится важен?
Без енхансд фора легко жить, а вот без аннотаций один только перзистенс уже становится адом. Честно говоря я даже не в курсе предусматривает ли JPA вообще чисто XML-ные конфиги, или он не работает вообще без аннотаций.
Я лично бы енхансед фор «отдал обратно» в любой момент, но аннотации — никогда.
Без енхансд фора легко жить, а вот без аннотаций один только перзистенс уже становится адом. Честно говоря я даже не в курсе предусматривает ли JPA вообще чисто XML-ные конфиги, или он не работает вообще без аннотаций.
Я лично бы енхансед фор «отдал обратно» в любой момент, но аннотации — никогда.
+3
P.S. Можно в принципе перзистенс, депенденси инжекшн и прочие вещи конфигурировать через XML-и, но аннотациями намного удобнее (-;
+1
У использования аннотация и XML просто разные цели.
Аннотации — для того, что четко и понятно на стадии дизайна и разработки. XML — то, что может (и должно) конфигурировать деплоером.
Аннотации — для того, что четко и понятно на стадии дизайна и разработки. XML — то, что может (и должно) конфигурировать деплоером.
0
> Главными нововведениями Java 5 были generics и цикл for-each.
Аннотации забыли, это существенное изменение, как языка, так и формата классфайлов, и самой JVM.
Цикл фор ич — это как раз просто синтаксический сахар, который разворачивается внутри в обычный for-цикл компилятором.
И еще — ваше постоянное «Монета» чуть напрягает, я бы писал не переводя- «Проект Coin».
А в целом — хорошая новость, плюсую.
Аннотации забыли, это существенное изменение, как языка, так и формата классфайлов, и самой JVM.
Цикл фор ич — это как раз просто синтаксический сахар, который разворачивается внутри в обычный for-цикл компилятором.
И еще — ваше постоянное «Монета» чуть напрягает, я бы писал не переводя- «Проект Coin».
А в целом — хорошая новость, плюсую.
0
Сорри, не обновил ветку комментов :(
0
А, вижу вы собственно одного мнения со мной по этому поводу. Здорово.
Кстати полностью согласен с вами по поводу «Coin» — всётаки имя собственное (пушкина ж каким-нибудь там Cannoner-ом не называют америкосы (-: )
Кстати полностью согласен с вами по поводу «Coin» — всётаки имя собственное (пушкина ж каким-нибудь там Cannoner-ом не называют америкосы (-: )
0
>Мозаика позволит установить только необходимую часть JDK в таких устройствах, не требуя 60 МБ, необходимых для всей JDK.
А зачем JDK на устройствах, может имелось ввиду JRE.
> Сейчас его «просто тошнит» от того, приходится извращаться, чтобы выразить
Спасибо автору за статью, но вы хоть бы сами прочитали ее. )
А зачем JDK на устройствах, может имелось ввиду JRE.
> Сейчас его «просто тошнит» от того, приходится извращаться, чтобы выразить
Спасибо автору за статью, но вы хоть бы сами прочитали ее. )
+3
> А зачем 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.
>> Сейчас его «просто тошнит» от того, приходится извращаться
Исправил.
> но вы хоть бы сами прочитали ее.
К сожалению, в собственном тексте ошибки заметить трудней :(
Действительно непонятно, но в оригинале так:
Project Jigsaw installs just a piece of the JDK in those small devices without requiring the cumbersome 60MB of space for the whole thing.
>> Сейчас его «просто тошнит» от того, приходится извращаться
Исправил.
> но вы хоть бы сами прочитали ее.
К сожалению, в собственном тексте ошибки заметить трудней :(
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Марк Райнхольд о JDK 7, замыканиях, JRockit и HotSpot