Как стать автором
Поиск
Написать публикацию
Обновить

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

Поздравляю нас всех с этим событием. Никак не ожидал, что пройдет так мало времени между выпуском релиз-кандидата и релиза!
Всего голосов 22: ↑22 и ↓0+22
Все даты выхода висели на сайте openjdk уже несколько месяцев.
Всего голосов 5: ↑3 и ↓2+1
Наблюдая за людьми, вогоны снова включили свою трансляцию.
— Не имеет смысла вести себя так, будто вы удивлены. Все чертежи,
планы и распоряжения о сносе висели на доске объявлений в местном отделении
по планированию на Альфе Центавра в течение пятидесяти земных лет.
Всего голосов 8: ↑6 и ↓2+4
Сайт open jdk ведь не на альфе центавра находится, да и сообщалось в разных источниках не раз. Если конечно не следить, и не интересоваться — тогда да.
Всего голосов 3: ↑2 и ↓1+1
Внеочередной праздник! Ура товарищи!
Всего голосов 7: ↑7 и ↓0+7
Круто. Качать @ писАть.
Всего голосов 10: ↑9 и ↓1+8
А пользователи Mac OS X в пролёте :( Netbeans стоит, бандл подсунуть могу, а сам JDK 7 нету, может кто знает как можно адаптировать? в macports еще нету.

p.s. OS X Lion стоит.
Всего голосов 3: ↑2 и ↓1+1
Я на льва open jdk 7 поставил, все ок
Всего голосов 1: ↑1 и ↓0+1
Пойду выпью кофейку.
Всего голосов 8: ↑8 и ↓0+8
Можно даже за это выпить. Молодцы!
Всего голосов 5: ↑5 и ↓0+5
Наш ответ Чемберлену!
Всего голосов 4: ↑2 и ↓20
Как и обещали. 28 июля.
Всего голосов 5: ↑5 и ↓0+5
НЛО прилетело и опубликовало эту надпись здесь
И без аннотированных типов.
Всего голосов 5: ↑4 и ↓1+3
советую также подписаться на java magazine. мне на почту пришел свежий номер в .pdf :)
Всего голосов 6: ↑4 и ↓2+2
НЛО прилетело и опубликовало эту надпись здесь
попробуйте по ссылке
Всего голосов 2: ↑2 и ↓0+2
НЛО прилетело и опубликовало эту надпись здесь
Спасибо!
Комментарий пока не оценивали0
Это правда? Как-то не верится прямо…
Всего голосов 2: ↑2 и ↓0+2
Я не разрабатываю на java и смотрю на это как конь на новые ворота… я думал они еще года 2 разрабатывать будут.
Всего голосов 2: ↑1 и ↓10
через год уже java 8 обещают
Всего голосов 2: ↑2 и ↓0+2
Успеют ли?
Всего голосов 2: ↑2 и ↓0+2
а чего там успевать? все давно написано, просто политический кризис в совете не дает ходу фичам.
Всего голосов 2: ↑2 и ↓0+2
мне к тому же кажется, было бы неправильным выпускать сразу большой набор обновлений в языке, которые включают 7 и 8 версии. За год разработчики как раз привыкнут к новому в java 7 и будет легче переходить на 8 версию
Всего голосов 3: ↑3 и ↓0+3
ну, вот так с 2005го привыкали.
Всего голосов 3: ↑3 и ↓0+3
Всё-таки без лямбд. Печаль=\
Всего голосов 10: ↑8 и ↓2+6
Лямбды есть в JRuby, Scala, Clojure, Mirah, Jython — выбирайте по вкусу!
Всего голосов 6: ↑6 и ↓0+6
Я знаю, но у эти языки либо плохо распространены у нас в стране, либо используются не в том секторе, что мне интересен. Долгое время увлекался Python, сейчас свои собственные проекты пишу на Ruby.

Надежда оставалась до последнего. Теперь буду ждать Java 8.
Всего голосов 3: ↑2 и ↓1+1
Мало дождаться релиза Java 8. Надо, чтоб эта Java пошла в продакшн, а это может растянуться еще на пару лет после релиза.
Всего голосов 4: ↑4 и ↓0+4
Груви забыли
Всего голосов 6: ↑5 и ↓1+4
Я нечаянно, пардон-пардон!
Всего голосов 3: ↑3 и ↓0+3
НЛО прилетело и опубликовало эту надпись здесь
Это прекрасно! Так когда выходить Java SE 8 со столь желанными Lambda Expressions? :)
Всего голосов 2: ↑2 и ↓0+2
используйте Scala
Всего голосов 10: ↑9 и ↓1+8
Обещают в конце 2012
Всего голосов 2: ↑2 и ↓0+2
Конец света тоже обещают в конце 2012. Как бы даты не совпали…
Комментарий пока не оценивали0
Так а вы еще по поняли от чего конец света будет? ;)
Всего голосов 1: ↑1 и ↓0+1
Странно, а здесь не обновили. Не успели ещё.
Всего голосов 1: ↑1 и ↓0+1
Как приятно видеть, что любимый язык развивается!
Всего голосов 4: ↑3 и ↓1+2
А что вы называете развитием? 5 кусочков синтаксического сахара?
Всего голосов 9: ↑6 и ↓3+3
А что бы Вы назвали развитием?
Всего голосов 3: ↑3 и ↓0+3
Вы читали что входит в этот Project Coin? Один синтаксический сахар.
Всего голосов 5: ↑3 и ↓2+1
Да, но тот же multi-catch очень удобная штука, равно как и использование строк в switch.
Всего голосов 3: ↑3 и ↓0+3
Может и так, но ничего радикально нового добавлено не было. Не понимаю всеобщего восторга по этому поводу.

Впрочем, мне все равно не скоро пришлось бы вкусить прелестей новой версии — энтрепрайз штука довольно инертная, много очень больших проектов в моей компании до сих пор разрабатываются на платформе 1.4.
Всего голосов 3: ↑3 и ↓0+3
а как же продвинутый try-with-resources? Теперь же мона обойтись без многоэтажных кэтчей!
Всего голосов 1: ↑1 и ↓0+1
НЛО прилетело и опубликовало эту надпись здесь
зачем, если работает?
Всего голосов 2: ↑2 и ↓0+2
НЛО прилетело и опубликовало эту надпись здесь
Немного неправильно выразился — у многих заказчиков стоит 8-ой веблоджик и апгрейдиться они совсем не хотят.
Всего голосов 1: ↑1 и ↓0+1
Радикально новое, это буквы задом-наперед переставлять?
Комментарий пока не оценивали0
А вы читали, для чего этот проект? Для синтаксического сахара!
Всего голосов 2: ↑2 и ↓0+2
НЛО прилетело и опубликовало эту надпись здесь
А мне кто-нибудь может про invokedynamic объяснить? Что-то я не понял, что это и зачем нужно.
Комментарий пока не оценивали0
java.sun.com/developer/technicalArticles/DynTypeLang/index.html
With the addition of support for JSR 292 in JDK 7, dynamically typed languages should run faster in the JVM than they do today. A key part of this support is the addition of a new Java bytecode, invokedynamic, for method invocation, and an accompanying linkage mechanism that involves a new construct called a method handle. These features enable implementers of compilers for dynamically typed languages, that is, the people who develop compilers for languages such as JRuby and Jython, to generate bytecode that runs extremely fast in the JVM.
Всего голосов 1: ↑1 и ↓0+1
Есть хорошее видео об, где на пальцах пытаются рассказть что это и зачем в обще оно там.
(см. там «A Renaissance VM: One Platform, Many Languages» John R. Rose, Da Vinci Machine Project Lead)
Комментарий пока не оценивали0
Спасибо. Правильная ссылка, видимо, такая
Комментарий пока не оценивали0
сорри, не туда.
Комментарий пока не оценивали0
А мне кто-нибудь может про invokedynamic объяснить? Что-то я не понял, что это и зачем нужно.
Комментарий пока не оценивали0
Если коротко, то JVM заточена под статически типизированную Java, что создает некоторые проблемы для динамически типизируемых языков. InvokeDynamic помогает лучше подружиться динамически типизируемым языкам с JVM. А вообще подробные разъяснения по теме первые же строчки поисковой выдачи, например здесь
Всего голосов 2: ↑2 и ↓0+2
Просто при декомпиляции того же груви (который может быть и динамически типизован) мы видим тип Object. Видимо, я плохо понимаю, что такое байт-код.
Всего голосов 1: ↑1 и ↓0+1
Просто считайте, что компилятор Groovy для Java7 будет выдавать более эффективно работающий байт код.
Всего голосов 2: ↑2 и ↓0+2
Скажите, а делегаты будут вообще?
Всего голосов 3: ↑1 и ↓2-1
Только что проделал так

С:\Users\Timur>java -version
java version «1.7.0»
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) Client VM (build 21.0-b17, mixed mode, sharing)

Я правильно понимаю что это build 147 который был доступен ранее?
Всего голосов 1: ↑1 и ↓0+1
Я тоже так подумал. Значит RC хорошо сделали :)
Комментарий пока не оценивали0
Правда, до возможности использовать новый JRE придется подождать еще 1 или 2 релиза.
Комментарий пока не оценивали0
А когда сделают поддержку JDK 7 в WebLogic?
Комментарий пока не оценивали0
УРА УРА УРА!
Сегодня нужно залиться кофем по полную!
Быстрее б начал поддерживать приятые плюшки JDK 7 Android
Всего голосов 1: ↑1 и ↓0+1
О как интересно.
Мне давно хотелось в java использовать string в switch
Исходник:

public class Test {

public static void main(String[] args) {
String test = "string0";
switch(test){
case "string0":
System.out.println("It's works!");
break;
}

}

}


Компилируем седьмой жабой — компилится, работает!

Смотрим декомпилером Test.class:

import java.io.PrintStream;

public class Test
{
public static void main(String[] paramArrayOfString)
{
String str1 = "string0";
String str2 = str1; int i = -1; switch (str2.hashCode()) { case -1881759169:
if (!str2.equals("string0")) break; i = 0; } switch (i) {
case 0:
System.out.println("It's works!");
}
}
}


Забавно они эту фичу реализовали.
Всего голосов 8: ↑8 и ↓0+8
Вот жеш ёперный бабай! Я конечно понимаю, что я чего-то не понимаю, но неужеле нельзя было просто switch по str2.hashCode(), или по битам сделать?
Комментарий пока не оценивали0
Просто по hashCode, видимо, стрёмно — а ВДРУГ найдецца еще строка с таким же hashCode?

Но вообще забавно. Надо будет посмотреть, сколько будут «стоить» эти новые синтаксическо-сахарные фичи.
Всего голосов 3: ↑3 и ↓0+3
Просто по hashCode, видимо, стрёмно — а ВДРУГ найдецца еще строка с таким же hashCode?
Что значит «видимо», что значит «вдруг»? Так нельзя делать принципиально алгоритмически, даже странно, что надо о таком говорить. И так не делается никогда. В том числе при реализации любых хеш-таблиц, в том же HashMap ищется сначала по хеш-коду, а потом обязательно делается equals, и почему — должно быть очевидно любому программисту. Тем более, что вероятность коллизий хешкода строки просто огромна.
Комментарий пока не оценивали0
Да это все понятно, своими «видимо» и «ВДРУГ» я пытался сарказм изобразить — не получилось.
Разумеется, возможны коллизии.
Всего голосов 1: ↑1 и ↓0+1
Ну да, я просто перепугался что-то слишком :) Не «возможны», а обязательно будут. За полминуты пример подобрал:
System.out.println("6R".hashCode());
System.out.println("5q".hashCode());
Вывод:
1756
1756
Вот офигенный бы «свич по хешкоду» получился :)
Всего голосов 3: ↑3 и ↓0+3
О! Спасибо за пример!
Теперь можно посмотреть на Test2 — малость поинтереснее.

Исходник:
public class Test2 {
public static void main(String[] args) {
String test = "6R";
switch(test){
case "6R":
System.out.println("Ok");
break;
case "5q":
System.out.println("Fail");
break;
}
}
}


Результат декомпиляции:
import java.io.PrintStream;

public class Test2
{
public static void main(String[] paramArrayOfString)
{
String str1 = "6R";
String str2 = str1; int i = -1; switch (str2.hashCode()) { case 1756:
if (str2.equals("5q")) { i = 1; } else { if (!str2.equals("6R")) break; i = 0; } }
switch (i) {
case 0:
System.out.println("Ok");
break;
case 1:
System.out.println("Fail");
}
}
}
Всего голосов 2: ↑2 и ↓0+2
Ну так вот, я про что и говорю. По-моему всё логично, я не знаю чего тут такого и чего недоумевают все. Понятно, что содержимое case-блоков второго switch можно было рассовать по этим веткам первого свича, заместо присваивания временной переменной индекса и последующего свича. Но почему-то вот было сделано именно так, возможно, есть какая-то причина и для этого*. В любом случае без первого свича с if-ветками внутри обойтись нельзя, тут уже всё ясно.

*Подумал, что и на это я могу предположить ответ. Всё сделано для сложного свича, типа
switch(test){
case "6R":
case "blabla":
System.out.println("Ok");
break;
case "5q":
...
Ну и попробуйте его реализовать, распихивая это по веткам первого свича. Это невозможно ведь, не правда ли?
Всего голосов 2: ↑2 и ↓0+2
Ну да, меня больше удивила переменная с временным индексом — я ожидал «рассовывания» по веткам первого свитча.

Хотя действительно — в случае сложного свитча (как у вас в примере) «протестного чувства» практически нет :-)

import java.io.PrintStream;

public class Test3
{
public static void main(String[] paramArrayOfString)
{
String str1 = "6R";
String str2 = str1; int i = -1; switch (str2.hashCode()) { case 1756:
if (str2.equals("5q")) { i = 2; } else { if (!str2.equals("6R")) break; i = 0; } break;
case -1386582880:
if (!str2.equals("blabla")) break; i = 1; } switch (i) {
case 0:
case 1:
System.out.println("Ok");
break;
case 2:
System.out.println("Fail");
}
}
}
Всего голосов 2: ↑2 и ↓0+2
Вот и разгадана загадка дня ;)
Всего голосов 3: ↑3 и ↓0+3
Я вот только не пойму, для чего вот это делается:
String str2 = str1;
Комментарий пока не оценивали0
А может декомпилер так неправильно декомпилирует?

Кстати, у вас неправильно написано: It's works
Комментарий пока не оценивали0
кстати, да, тоже была мысль, может декомпилер портачит?
Комментарий пока не оценивали0
Вряд ли декомпилятор работает неправильно. Он может предложить плохочитаемый код или отказаться работать, если встретит неизвестную инструкцию. Но раз все декомпилировалось, можно с уверенностью утверждать, что характер представления swich по строковому параметру аналогичен полученному коду.
Всего голосов 3: ↑3 и ↓0+3
Может быть, конечно, но вроде бы оснований не доверять ему нет — код вполне осмыслен, и раньше он («он» — в смысле «декомпилер») меня не подводил.

Впрочем, посмотрел для очистки совести и другим, более «низкоуровневым» — и, насколько я понял, там та же «пляска» с хешем и сравнением строки: image

С английским — да, грешен :-(
Всего голосов 1: ↑1 и ↓0+1
Да, похоже на правду. Грустно.
Ладно я ещё могу понять проверку на идентичность: str2.equals(«string0») — мало ли что могло произойти :)
Но два switch по hashCode и по int выглядит по меньшей мере странно.
Всего голосов 2: ↑2 и ↓0+2
Зато это должно быть дешевле, чем замена на if(str.equals(case1)){...}else if(str.equals(case2))…
Комментарий пока не оценивали0
Собственно, на Java One задавали вопрос, будет ли эта конструкция реализована, как if'ы с equals? Ответ был таков: «Нет. Она будет на хешах. Для скорости.»
Всего голосов 1: ↑1 и ↓0+1
Ну и не обманули.
Комментарий пока не оценивали0
Ура! Наконец-то. Всех поздравляю с релизом и всем наливаю плюсов… На сколько хватило на столько расставил плюсов всем отписавшимся в этой тем ;) Сегодня праздник. Гулять так гулять! :)
Всего голосов 3: ↑3 и ↓0+3
Отличная новость!

Мы ждали этого события 4 года, 7 месяцев и 17 дней.
Всего голосов 3: ↑3 и ↓0+3
НЛО прилетело и опубликовало эту надпись здесь
На продакшн ставить дураков нет надеюсь, а netbeans из под него запустил, ну что сказать, работает…
Комментарий пока не оценивали0
Во всех жалобах с Lucene я увидел, что там используется Server VM на 64 бит.
Комментарий пока не оценивали0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории

Ваш аккаунт

Разделы

Информация

Услуги

Техническая поддержка
© 2006–2024, Habr