The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Обновление Java SE 6 Update 32 и Java SE 7 Update 4"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от opennews (??) on 27-Апр-12, 10:50 
Доступны (http://www.oracle.com/technetwork/java/javase/downloads/inde...) корректирующие выпуски Java SE 6 Update 32 (http://www.oracle.com/technetwork/java/javase/releasenotes-1...) с  исправлением 45 ошибок (http://www.oracle.com/technetwork/java/javase/2col/6u32bugfi...) и Java SE 7 Update 4 (http://www.oracle.com/technetwork/java/javase/7u-relnotes-51...) с устранением 473 ошибок (http://www.oracle.com/technetwork/java/javase/2col/7u4bugfix...). В представленных выпусках представлены только не связанные с безопасностью исправления, устранения уязвимостей были представлены в версиях Java SE 6 Update 31 и Java SE 7 Update 3 (https://www.opennet.ru/opennews/art.shtml?num=33094). Большое число исправлений в Java SE 7 Update 4 связано с тем, что данная версия является вторым корректирующим выпуском после релиза Java SE 7 (https://www.opennet.ru/opennews/art.shtml?num=31332), кодовая база которого подверглась дополнительной стабилизации.


Среди новшеств, добавленных в Java SE 7 Update 4:


-  Обеспечена поддержка платформы Mac OS X (ранее компания Apple выпускала своими силами сборки JDK). Java SE 7u4 представлен (http://www.oracle.com/technetwork/java/javase/downloads/inde...) только в 64-разрядной сборки для Mac OS X Lion и более новых версий. В состав не включены клиентские составляющие, такие как Java Plugin и Java Web Start. JRE для Mac OS X будет доступен в следующих обновлениях JDK 7. До этого момента предлагается (http://jdk7.java.net/macportpreview/7u6index.html) установить предварительную тестовую версию Java SE 7 Update 6 с JRE и поддержкой выполнения апплетов;


-  До 23 версии обновлена виртуальная машина HotSpot, в которой портированы некоторые возможности JRockit JVM, такие как расширенный агент JMX, поддержка текстовых дампов состояния VM, набор диагностических команд (jcmd);
-  В число официально поддерживаемых сборщиков мусора включён G1 (Garbage First), оптимизированный для работы с приложениями, потребляющими большой объём памяти и работающими на многоядерных системах, требуя при этом предсказуемых и контролируемых задержек вызванных необходимостью сборки мусора;

-  В состав интегрирован JavaFX 2.1 Runtime;
-  JAXP обновлён до версии 1.4.6 (http://jaxp.java.net/1.4/1.4.6/ReleaseNotes.html);
-  БД Java DB обновлена до версии 10.8.2.2 (http://db.apache.org/derby/releases/release-10.8.2.2.cgi);
-  Задействованы специфичные для процессоров SPARC T4 оптимизации криптографических операций
-   Добавлена опция "-XX:+UnlockCommercialFeatures", позволяющая контролировать доступность возможностей, подлежащих  коммерческому лицензированию.

URL: http://www.oracle.com/technetwork/java/javase/downloads/inde...
Новость: https://www.opennet.ru/opennews/art.shtml?num=33711

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 27-Апр-12, 10:50 
ура,это офигенно. JavaFX в составе Java – это круче чем WPF для клиентских приложений. Вместе со Scene Builder это супер
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от VoDA (ok) on 27-Апр-12, 12:12 
Как раз наоборот :'(

JavaFX упилена и не позволяет устранить один из фундаментальных недостатков java - сложность создания GUI приложений.

Тот же C# на поле GUI легко рвет java в лохмотья (((


PS senior java developer, так что могу спорить о вкусе устриц и java ;)))

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

8. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +2 +/
Сообщение от жабабыдлокодер (ok) on 27-Апр-12, 12:19 
NetBeans удовлетворительно эти самые гуи делает.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

15. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  –2 +/
Сообщение от VoDA (ok) on 27-Апр-12, 14:26 
Именно удовлетворительно. Поработай с нативными MS гридами, а затем повтори то же самое на чистом Swing. И засеки сколько времени ушло на разобраться.

По java я был вынужден прочитать несколько книг чтобы понимать механику работы... под MS C# достаточно было посмотреть на работающие примеры и скопировать.


PS на вопрос что мешало копировать java отвечу, что layout managers это зло. И необходимость под каждый класс делать биндинг на контролы в таблицах тоже зло.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

18. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +2 +/
Сообщение от Аноним (??) on 27-Апр-12, 14:54 
Ты не "senior java developer", ты просто толстый. JavaFX не связан со swing никак.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

22. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 27-Апр-12, 16:22 
+1

Вот что бывает когда человек хочет прикинутся тем кем он не является. )))

P.S. Для тех кто не понял, тот "senior java developer" даже близко не понимает о чем идет речь.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

29. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от VoDA (ok) on 27-Апр-12, 19:43 
а каким еще образом рисовать UI после того как JavaXF script был удален из JavaFX?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

33. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 27-Апр-12, 21:49 
import javafx.application.Application;
import javafx.scene.Group;
import javafx.scene.Scene;
import javafx.scene.shape.Circle;
import javafx.stage.Stage;

public class MyApp extends Application {
    public void start(Stage stage) {
        Circle circ = new Circle(40, 40, 30);
        Group root = new Group(circ);
        Scene scene = new Scene(root, 400, 300);

        stage.setTitle("My JavaFX Application");
        stage.setScene(scene);
        stage.show();
    }
}

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

59. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от VoDA (ok) on 28-Апр-12, 09:23 
Это конечно лучше голого свинга, но как вывести таблицу с данными из листа объектов?

MS C# делает это out-of-box. Для swing нужно было писать адаптеры или подобную хрень. JavaFX начальных версий могла похвастаться удобным table, но позже table скипнули. Как сейчас с выводом табличных данных?

PS редактируемые таблички - основа для энтерпрайзных решений.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

61. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +1 +/
Сообщение от Аноним (??) on 28-Апр-12, 10:00 
Давай я почитаю документацию за тебя:

TableView<Person> table = new TableView<Person>();
ObservableList<Person> teamMembers = getTeamMembers();
table.setItems(teamMembers);

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

62. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +1 +/
Сообщение от VoDA (ok) on 28-Апр-12, 12:58 
> Давай я почитаю документацию за тебя:

Спасибо, действительно сделали какую то реализацию тейбла.

Хотя криворукость разработчиков поражает воображение. Вместо использования собственного стандарта POJO, они сделали пепелац в виде:

The Person class will consist of a first name and last name properties
//
     private StringProperty firstName;
     public void setFirstName(String value) { firstNameProperty().set(value); }
     public String getFirstName() { return firstNameProperty().get(); }
     public StringProperty firstNameProperty() {
         if (firstName == null) firstName = new SimpleStringProperty(this, "firstName");
         return firstName;
     }
//

Лучше бы JavaFX script оставили для UI =)))

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

55. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от a (??) on 28-Апр-12, 08:31 
Fxml
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

58. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +1 +/
Сообщение от VoDA (ok) on 28-Апр-12, 09:19 
FXML не является стандартом для java-программирования.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

60. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 28-Апр-12, 09:57 
Так толсто, что даже толсто.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

20. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от жабабыдлокодер (ok) on 27-Апр-12, 15:53 
> layout managers это зло.

layout manager-ы - мягкие, теплые и пушистые... Вы просто не умеете их готовить. Регулируйте расположение элементов дополнительными JPanel-ями, и познайте дао.


Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

23. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 27-Апр-12, 16:24 
>> layout managers это зло.
> layout manager-ы - мягкие, теплые и пушистые... Вы просто не умеете их
> готовить. Регулируйте расположение элементов дополнительными JPanel-ями, и познайте
> дао.

Опять таки, речь не о Swing, а JavaFX, так что вопрос можно снимать (Там дао можно познать исключительно на layout manager-ах)...

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

30. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от VoDA (ok) on 27-Апр-12, 19:44 
>> layout managers это зло.
> layout manager-ы - мягкие, теплые и пушистые... Вы просто не умеете их
> готовить. Регулируйте расположение элементов дополнительными JPanel-ями, и познайте
> дао.

Совсем не умею. Пробовал и переплевался =((( даже книга Портянкина не помогла ощутить дао =(((

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

34. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 27-Апр-12, 21:49 
>Регулируйте расположение элементов дополнительными JPanel-ями, и познайте дао.

Костыль же?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

39. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от жабабыдлокодер (ok) on 27-Апр-12, 22:58 
В Java существуют два способа размещения визуальных элементов: жестко фиксированный и плавающий. Лично я предпочитаю плавающий, для которого и приходится устанавливать дополнительные элементы. В плюсах - красивое и удобное масштабирование окон. Но можно задать местоположение и жестко - что удобно лишь для диалоговых окон, зато ничего вспомогательного не требует.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

46. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от wfrr (ok) on 28-Апр-12, 01:13 
>Лично я предпочитаю плавающий, для которого и приходится устанавливать дополнительные элементы.

Приходиться если кое чего не осилил http://docs.oracle.com/javase/6/docs/api/javax/swing/GroupLa...

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

53. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от жабабыдлокодер (ok) on 28-Апр-12, 07:36 
Предпочитаю BorderLayout, более простой и ясный.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

56. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от kosmonaFFFt email on 28-Апр-12, 08:49 
ИМХО MigLayout самодостаточен (за исключением некоторых вещей типа CardLayout), а если еще взять JavaSwingBuilder, то можно получить плюшки в виде декларативного описания фейсов, биндингов и валидации...
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

57. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от жабабыдлокодер (ok) on 28-Апр-12, 09:10 
То есть, удобных способов построения пользовательского интерфейса достаточно. Что и требовалось доказать. :)
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

64. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 28-Апр-12, 14:22 
а лучше BoxLayout в связке с BorderLayout, практически для всего хватает.


Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

63. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 28-Апр-12, 14:16 
Толсто.
Если нативные МС гриды так хороши, зачем тогда, почти на вопрос "вменяемый грид для C# .net winforms" дают ответ DevExpress xtragrid.
Признайся, ты не ведь не senior java developer.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

65. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от umbr (ok) on 28-Апр-12, 21:40 
Синьор не станет писать такую чушь: https://www.opennet.ru/opennews/art.shtml?num=33711#14
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

17. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +5 +/
Сообщение от Xasd (ok) on 27-Апр-12, 14:34 
> PS senior java developer, так что могу спорить о вкусе устриц и java ;)))

пользуясь случаем присутствия специалиста -- спрошу следущее...

...когда в Java (языке) появится конструкция на подобие:


        import java.util.Date as UtilDate;
        import org.blahblablah.db.Date as DbDate;

???

во всех же языках это есть (включая C++ и Scala, которые какбы родственники чтоле) кроме Java , но Java-создатели решили выделиться чтоли в этом смысле?

блин.. ды даже сраный Javascript (CommonJS и его Node.Js, или Worker() в www-browser-javascript) импортирует модуль с любым-выбираемым именем.. и только один чтоле Java-Language альтернативно одарённый??? :-)

[простите! Javascript конешно же не сраный, эт я для красивого словца:)]

..короткие алиасы нельзя делать в Java -- чтобы побольше текста было в программах? чтобы каждый раз писать в тексте программы полностью "org.blahblablah.db.Date" и типа программа выглядет СОЛИДНЕЕ так?? xD

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

19. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от жабабыдлокодер (ok) on 27-Апр-12, 15:50 
По мне, так никогда бы.
Иначе может быть следующее:

http://lurkmore.to/%D0%9A%D0%BE%D0&...

Такие сипатишные алиасы...

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

43. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Xasd (ok) on 27-Апр-12, 23:18 
> По мне, так никогда бы.
> Иначе может быть следующее:
> http://lurkmore.to/%D0%9A%D0%BE%D0&...
> Такие сипатишные алиасы...

хаха! мем зачотный между прочим..

...ноо неее... вполне ОЧЕВИДНО же что #define это зло.. тут никто не спорит :-)

но я надеюсь зоркие комментаторы смогли различить суть #define от сути import-as ???

если нет, то объясняю некоторые различия :) :

1. #define делает алиасы чего угодно, а import-as делает алиас только импортируемой чужемодульной сущности

2. #define работает глобально (включая действие на другие модули), а import-as имеет своё синонимическое воздействие только внутри текущего модуля

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

24. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 27-Апр-12, 16:30 
>...когда в Java (языке) появится конструкция на подобие:
>
>
 
>        import java.util.Date as UtilDate;
>        import org.blahblablah.db.Date as DbDate;
>

Пользуясь случаем отвечу: никогда :)

В ней много чего еще не появится. Если вам это нужно, то используйте как вы сказали scala. Если Вы этого ждете именно в java, то зря, не дождетесь, используйте что-то другое (то что вы назвали).

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

25. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  –1 +/
Сообщение от Аноним (??) on 27-Апр-12, 16:36 
>..короткие алиасы нельзя делать в Java -- чтобы побольше текста было в программах? чтобы каждый раз писать в тексте программы полностью "org.blahblablah.db.Date" и типа программа выглядет СОЛИДНЕЕ так?? xD

Тро-ло-ло :)

Java славится своим выпрямлением рук даже у быдлокодеров. Это одна из фич, не пускающих быдлокодеров в уютную java. Или ты пишешь программы нормально, или идешь писать на чем то еще. Если у тебя относительно часто возникает указанная тобою проблема (а не в очень частных случаев) значит это противоречит нормальному дизайну программы, значит тебе не место носить гордое имя Java разработчика для сурового и надежного Ынтерпрайза :)

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

31. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  –1 +/
Сообщение от VoDA (ok) on 27-Апр-12, 19:50 
>[оверквотинг удален]
> пользуясь случаем присутствия специалиста -- спрошу следущее...
> ...когда в Java (языке) появится конструкция на подобие:
>
 
>         import java.util.Date as UtilDate;
>         import org.blahblablah.db.Date as DbDate;
>

> ???
> во всех же языках это есть (включая C++ и Scala, которые какбы
> родственники чтоле) кроме Java , но Java-создатели решили выделиться чтоли в
> этом смысле?

Sun-овцы решили закрыть еще одну возможность гов... криво писать.

Когда в одном файле используются несколько классов с одинаковыми названиями, то это повод отрефакторить код и сменить имена похожих классов.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

32. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от жабабыдлокодер (ok) on 27-Апр-12, 21:25 
В стандартных библиотеках utils и sql действительно есть разные классы Date. Иногда это доставляет неудобство: приходится писать название целиком. Но ради буквально единичного случая внедрять "ошибко-опасные" решения - по-моему, перебор.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

40. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +1 +/
Сообщение от Xasd (ok) on 27-Апр-12, 23:00 
> внедрять "ошибко-опасные" решения - по-моему, перебор.

пусть тогда исключат while-и-for из языка ... ато вдруг бесконечный цыкл... ВНИМАНИЕ ОПАСНО!!! xD xD

# p.s.: а вот что опасного в алиасе (алиасе-во-время-импорта именно!) -- не очень вобщето понятно (пример можно в студию? :))...
этоже не #define`какойнить`страшный

# p.p.s.: только пожааааааааалуйста -- НЕ надо примеры на подобие:
            import org.blahblablah.db.Date as ArrayList; // ну ведь по случайной ошибке такое написать не получится xD

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

35. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +3 +/
Сообщение от Xasd (ok) on 27-Апр-12, 21:52 
> Sun-овцы решили закрыть еще одну возможность гов... криво писать.

<sarcasm>


        UtilDate dateA = new UtilDate(); // говнокод!
        // ...
        Date dateB = new Date(); // отличный код!
        // ...
        java.util.Date dateC = new java.util.Date(); // тоже отличный код!

</sarcasm>

проснитесь! АУ!!

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

36. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Аноним (??) on 27-Апр-12, 22:38 
Перед вами все разложили.

А так +1

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

37. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Xasd (ok) on 27-Апр-12, 22:54 
ну и я разложил :) ведь
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

38. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Xasd (ok) on 27-Апр-12, 22:57 
> java.util.Date dateC = new java.util.Date(); // тоже отличный код!

...а главное солидный!

# fixed :-)

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

41. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от жабабыдлокодер (ok) on 27-Апр-12, 23:04 
Meine lieber gott...
Ну, если уж так свербит, кто мешает сделать вот так:

public class UtilDate extends java.util.Date {
}

UtilDate dateB = new UtilDate();

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

42. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Xasd (ok) on 27-Апр-12, 23:08 
слава иегове! отличный костль!

не всё потеряно значит в этом языке xD

спасибо, буду пользовать xD

ой нет... кое где придётся в коде всётаки писать "java.util.Date" ... например если функция [некая, чужамодульная] возвращает объекты этого типа "java.util.Date" (а не принимает его в качестве аргумента)

вобщем не подходит.. нужны нормальные импортоалиасы

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

44. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от жабабыдлокодер (ok) on 27-Апр-12, 23:33 
> ой нет... кое где придётся в коде всётаки писать "java.util.Date" ... например если функция [некая, чужамодульная] возвращает объекты этого типа "java.util.Date" (а не принимает его в качестве аргумента)

Вы вообще хоть что-нибудь на жабе писали или так, просто мимо проходили?

есть метод java.util.Date doSomething(int i)

UtilDate dateB = new UtilDate();
...
dateB = (UtilDate)doSomething(10);

Дальше что?

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

47. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Xasd (ok) on 28-Апр-12, 01:19 
> есть метод java.util.Date doSomething(int i)

который [предположим] возврашает НЕ объекты класса "UtilDate" а совершенно другие реализации-или-наследники класса "java.util.Date"

следовательно нижняя строчка выраст ошибку в Runtime --

> dateB = (UtilDate)doSomething(10);

# p.s.: яже выше (в других постах) писалже :-) что метод должен быть -- ЧУЖЕМОДУЛЬНЫЙ... и следовательно об "UtilDate" он вообще ничо не знает :-)

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

54. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от жабабыдлокодер (ok) on 28-Апр-12, 08:19 
Если такая аллергия на написание полного пути - можно попробовать и через интерфейсы реализовать, только зачем?
Алиасы - совершенно излишняя сущность, без которой можно обойтись, и с помощью которой можно хорошо запутать код. Не боитесь призрака Оккама, который придет с серпом вместо бритвы?
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

48. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +1 +/
Сообщение от Xasd (ok) on 28-Апр-12, 01:43 
> Когда в одном файле используются несколько классов с одинаковыми названиями, то это повод отрефакторить код и сменить имена похожих классов.

здесь мы имеем дело с Коллизией Имён (проблема которая устранена у всех остальных языков (кроме Java), в которых есть пространства имён)

(тоесть в Java существуют пространства имён, но они не избавляют от коллизий xD.. <sarcasm>ГЕНИАЛЬНО!!!</sarcasm>)

а теперь давайте подумаем когда же возникают вероятности появления этих Коллизии Имён в Java (???)...

а очень просто..: вероятности возникают тогда, когда используются два сторонних модуля (авторы которых друг друга НЕ знают, и случайно назвали классы имён одинаково... но якобы страшного ничего нет ведь пространства имён-то разные... но страшного ничего нет -- лишь во всех языках кроме Java :))

но так как разработка программ -- это всегда от части эксперименты со смешиванием новых компонентов (модулей).. зачастую разработчикам модулей заранее сложно предсказать какой "коктель" из других модулей будет использован в будущем :-), так как вообще трудно заранее сказать какие в будущем будут новые виды программ

И НАФИГА ТОГДА вообще в Java нужны пространства имён, если они доконца не защщищают от коллизий имён классов? похоже на какуюто инженерную чушь xD

...в таком случае -- создатели Java могли-бы срать...(простите за выражение)...срать классами прямо в глобальное пространство имён xD !! [также, как это было в старом PHP, до версии PHP-5.3] а в моменты коллизий умникибы точно также говорилибы: "Когда используются несколько классов с одинаковыми названиями, то значит надо сменить имена классов"

но это же явная недоработка Java-Языка... а вы тут на форуме говорите что это якобы приемущество.. *LOL*

> Sun-овцы решили закрыть еще одну возможность гов... криво писать.

просто сглупили. недоглядели... то что это есть недоделка это очевидно... :-)

...вопрос лишь в том когда они собираются это исправлять

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

66. "Обновление Java SE 6 Update 32 и Java SE 7 Update 4"  +/
Сообщение от Aleks Revo email(ok) on 30-Апр-12, 14:38 
А ещё Java не меняет пелёнки, так что это инструмент не для всех, да :-)
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

2. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  –2 +/
Сообщение от ыгчч email on 27-Апр-12, 11:24 
> В число официально поддерживаемых сборщиков мусора включён G1 (Garbage First)

Название неимоверно доставляет.
Прямо рекламный слоган Java - Garbage First.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от Аноним (??) on 27-Апр-12, 11:50 
> Задействованы специфичные для процессоров SPARC T4 оптимизации криптографических операций

а для интелей они AES и/или AVX не задействовали?  *lol*

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +1 +/
Сообщение от ыгчч email on 27-Апр-12, 12:11 
Не *lol* а маркетинг. Надо ж эту хрень (SPARC T4) как-то продавать.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от VoDA (ok) on 27-Апр-12, 12:16 
>> Задействованы специфичные для процессоров SPARC T4 оптимизации криптографических операций

Скорее бонус в том, что криптография сервеной стороны на T4 работает намного-намного-намного быстрее, чем на других процах. И процов много и крипту считать оно может очень быстро.

Вопрос с криптографией вообще сложный и темный. К примеру в java криптография встраивается в платформу через плагинизацию. Как эти ВНЕШНИЕ для JRE плагины будут оптимизироваться - большой вопрос.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

11. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от umbr (ok) on 27-Апр-12, 13:01 
>Как эти ВНЕШНИЕ для JRE плагины будут оптимизироваться

Наверно имеются ввиду оракловские крипто-плагины с нативными либами под Т4.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

14. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от VoDA (ok) on 27-Апр-12, 14:21 
>>Как эти ВНЕШНИЕ для JRE плагины будут оптимизироваться
> Наверно имеются ввиду оракловские крипто-плагины с нативными либами под Т4.

Думаю, что оптимизация идет на уровне самой JMV за счет использования более мощных конструкций CPU для решения крипто-задач.

Крипто-плагины в том числе и оракловые это java код. Потому любой java код на T4 использующий те же операции должен быть быстрее за счет оптимизаций уровня JMV.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

21. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от umbr (ok) on 27-Апр-12, 15:54 
"Более мощные конструкции CPU" доступны в JVM только через объявление метода нативным и реализацию оного в нативной библиотеке, оптимизированной под конкретный процессор.
Вся остальная оптимизация либо на уровне байткода, который ничего не знает про CPU, либо JIT-компилятор, который оптимизирует всё подряд, независимо от назначения.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

28. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от VoDA (ok) on 27-Апр-12, 19:41 
> "Более мощные конструкции CPU" доступны в JVM только через объявление метода нативным
> и реализацию оного в нативной библиотеке, оптимизированной под конкретный процессор.
> Вся остальная оптимизация либо на уровне байткода, который ничего не знает про
> CPU, либо JIT-компилятор, который оптимизирует всё подряд, независимо от назначения.

Под множеством методов лежит нативы. Думаю в крипто это еще больше. Так что использование базовых методов из своего java кода вероятно вызывает нативную криптографию где то в нутре JVM.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

13. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от Аноним (??) on 27-Апр-12, 13:17 
> корее бонус в том, что криптография сервеной стороны на T4 работает намного-намного-намного быстрее, чем на других процах. И процов много и крипту считать оно может очень быстро.

я тестировал одно время, правда не на t4, а на t2, опять же на них количество крипто-функций ограниченное, то есть не всякую крипто-функцию можно отдать крипто процессору для работу. К тому же не забывайте, что у вас только 1 crypto unit на CPU core (8 кор в проце). В общем понятно, так как интелевое ядро гораздо быстрее спаркового, они это как бы доделали. Спрашивается что им мешало это раньше лет на 5 сделать, когда t2 вышли....

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

12. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от h31 (ok) on 27-Апр-12, 13:06 
> а для интелей

Уже давно AES-NI используют.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от toany on 27-Апр-12, 12:15 
млин опять бот нет будет на маках, как достает , то что Apple задерживает обновы патча их!!!
опять будут приходит пакеты в обновлениях по типу "remove mailware" : (((
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от toany on 27-Апр-12, 12:32 
перечитал еще раз новость -->

>>представленных выпусках представлены только не связанные с безопасностью исправления

фуххх. както по спокойней стало

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от toany on 27-Апр-12, 12:20 
Жду, не дождусь , когда уже Oracle сам допилет  Java Plugin и Java Web Start, JRE в сделующем или через релиз, чтобы свалить с шестерки сразу на семерку и самому контролировать обновы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

45. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от ILYA INDIGO (ok) on 28-Апр-12, 00:08 
Я что один кто юзает openJDK и одному мне насрать на оракловскую жабу?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +1 +/
Сообщение от JL2001 (ok) on 28-Апр-12, 01:55 
> Я что один кто юзает openJDK и одному мне насрать на оракловскую жабу?

в качестве эталонной реализации Java SE 7 использован не проприетарный пакет JDK, а его открытая реализация OpenJDK. Релиз Java SE 7 был сформирован при тесном сотрудничестве инженеров Oracle с участниками мировой экосистемы Java, благодаря работе комитета JCP (Java Community Process) и сообщества OpenJDK.

Все поставляемые Oracle бинарные файлы эталонной реализации Java SE 7 собраны на основе кодовой базы OpenJDK, сама эталонная реализация полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами. Используя OpenJDK в качестве эталонной реализации сторонние производители могут создавать полностью совместимые с Java SE 7 производные открытые реализации Java. Проприетарный Oracle JDK 7 отличается от OpenJDK наличием некоторых закрытых компонентов, таких как система плагинов, которые не определены в Java-стандарте и не входят в эталонную реализацию Java 7. Oracle JDK и бинарные файлы эталонной реализации, как и раньше, поставляются под лицензией BCL (Binary Code Licence).

как-то так https://www.opennet.ru/opennews/art.shtml?num=31332

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

50. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от ILYA INDIGO (ok) on 28-Апр-12, 02:03 
Спасибо за разъяснение, но я так понял что ситуация с Java SE 7 и openJDK аналогична с MySQL и MariaDB, где имеем недосвободную ораколовскую реализацию, и открытый и более шустрый свободный форк.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

51. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +/
Сообщение от Java coder on 28-Апр-12, 03:09 
Только в данном случае более шустрый вариант это Oracle JDK. И да, 90% разработчиков OpenJDK - работники Oracle.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

52. "Обновление JavaFX 2.1, Java SE 6 Update 32 и Java SE 7 Updat..."  +1 +/
Сообщение от Avator (ok) on 28-Апр-12, 03:42 
вы неправильно поняли. Реально начиная с 7ки разница фактически только в том, что JDK от Oracle поставляется в собранном виде под все платформы, а OpenJDK в виде сорцов (и мэинтейнеры для дистрибутивов сами пакеты из сорцов собирают).
Разницы в коде фактически нет. (там что-то меньше 0,1% вроде бы было).
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру