Впечатления: Sun JRE/JDK 1.4.0 final

Вышла финальная версия JRE/JDK 1.4.0.
Повышено быстродействие, добавлено много новых пакетов.
Появился долгожданный(для меня) визуальный компонент javax.swing.JSpinner (перечислитель для числовых и других данных, включаяя дату/время) -- на первый взгляд очень мощный.
JRE1.4.0 занимает в дистрибутиве около 12Мб;
JDK1.4.0 занимает в дистрибутиве около 36Мб;
JDK1.4.0 DocAPI занимает в дистрибутиве около 32Мб;
http://java.sun.com/j2se/1.4/

0

Вот только JBuilder5Ent не смог 'переварить' новый JDK1.4.0 -- ни в какую не хочет его признавать.
Зато JBuilder6 'полюбил' его всем сердцем -- я и его самого заставил работать под JRE1.4.0 и запускать отладку приложений под JDK1.4.0.

0

А что ты если не секрет поменял в JBuilder'e 6?

я мнеял только Target VM и JDK в свойствах проэкта. Модет что-то еще поменять надо, тем более чтоб самого билдера заставить под ней работать?

Кстати это у всех или у меня одного - в JFileChooser'e кнопка расвертывания ComboBox'a с выбором типов показываемых файлов - ну оччень большая ?

Настроить новый JDK для отладки и компиляции -- плёвое дело: Меню->Tools->Configure JDKs...
Добавляем новый узел('New...') в 'User Home' с именем, допустим, 'jdk1.4.0';
Указываем путь('JDK Home path:') к базовому каталогу JDK на диске -- JBuilder сам найдёт все ресурсы, документацию и исходники этого JDK, отразив всё в нижних вкладках пути;
Указываем в опциях проекта для компилятора целевой JDK
(Project->Project Properties->Paths->JDK: jdk1.4.0');
Опционально выставляем целевую JVM для компилятора (Project->Project Properties->Build->Java->Target VM:....

Для того, чтобы сам JBuilder заработал под JRE1.4.0 нужно в Блокноте поправить файл JBuilder6inJDK.Config, указав полные пути к каталогу JDK1.4.0. Потом это проверяется в About-окне JBuilder-а.

0

Большое спасибо. Все заработало!

Вскрылся огромный, для меня, недостаток 1.4.0. Почему-то скомпилированные им файлы, не поддерживаются COM, хотя скомпилированные 1.3.1 поддерживаются вполне. Приходится держать установленными два SDK. Видимо Sun несколько изменила формат .class файлов. Версию о кознях MS отметаю сразу, т.к. для использования .class в COM используется MS JVM, последняя версия которой относится к 1998 году.

0

Ну-ка, поподробнее, пожалуйста, о Java&COM.
Что-то я не пойму Вас, причём здесь совместивость Sun Java2 и COM?
Ведь COM-bridge -- это изобретение MS и ещё некоторых экспериментаторов по скрещиванию ужа с ежом.

0

Поподробнее? Пожалуйста.

Итак, любой Java класс (скомпилированный JDK до 1.4.0) находящийся на машине в CLASSPATH или в trustlib можно было использовать, как COM класс. Т.е. создавать его в VBScript, VB и т.д. И вызывать его методы, естественно.

Не все так просто, конечно. В качестве параметров методов поддерживаются только базовые типы (насколько я знаю). Однако эту проблему легко обойти, написав класс оболочку. В частности, мне удалось подобным образом заставить работать под COM небезызвестный FOP (xml.apache.org/fop)

А в .class файлах, скомпилированных JDK 1.4.0 подобная возможность пропала, т.е. msjava.dll их 'не видит'. И таким образом пропала совместимость (т.е. возможность вызова) Java классов и COM.

В совместимости Java и COM нет ничего удивительного, ведь модель Java классов легко проецируется на COM. И несмотря на то что мост COM - Java изобретение MS, похоже именно Sun решила убрать подобную возможность и ограничить своих клиентов.

Кстати, есть фирма Integra, которая занимается возможностью работы Java2 классов в COM. Т.к. заставить работать Java2 приложение под MSJVM весьма непростая задача, однако мне удавалось.

0

Добавлю кое-что еще о SDK 1.4.

(+)
- пакет java.util.regex - регулярные выражения a la Perl, ура!
- наконец-то, assert'ы!
- пакет java.nio - ввод-вывод без блокировки текущего потока;
- JAXP включен в дистрибутив;
- куча всяких наворотов, которые еще просто руки не дошли погонять: Preferences, Logging, полноэкранный режим в AWT...

(-)
- кроме Jbuilder 5, еще IDEA 2.5.1 ругается, что ей 1.4 'Not recommended', хотя и работает. Правда это, скорее, к парням из IntelliJ.

2t1k
Не думаю, что Sun хотела ограничить своих клиентов. Будь это так, проще было бы не писать версию SDK для форточек. Просто - не все сразу. Исправили ведь и гнусный баг с вылетом Java-приложений, запущенных как сервисы NT, при logoff, и несовместимость JavaPlugin c IE 6...

0

Еще о JDK 1.4: в Throwable добавили 'cause', т.е. изначальное исключение, что весьма удобно.

Еще о JDK 1.4: в Throwable добавили 'cause', т.е. изначальное исключение, что весьма удобно.

Еще одна особенность SDK 1.4SE.

При отображении меню (неважно, popup, или полноценного) в Swing, оно сразу получает фокус. Удобно.
Но! (
Возникают проблемы с софтом, написанным ранее. В том же IDEA 2.5.х 'отвалился' autocomplete: набираешь System. , выпадает список, жмешь o-u-t, - а он не переходит на метод, потому как фокус в меню, а не в панели редактора.

0

>Появился долгожданный(для меня) визуальный компонент javax.swing.JSpinner (перечислитель для числовых и других данных, включаяя дату/время) -- на первый взгляд очень мощный.

Не подскажите как им пользоваться как перечислителем дат/времени?

0

Так в JavaDoc есть примеры работы...

0