JDK 5.0 Update 7 is out

Но лучше все-таки для своих программ качать Java 6 beta build85 download.java.net/jdk6/binaries

А не сыроват ли он ещё (я про ставить java 6)?

да, сыроват, я жду java 10 - к этому времени может стабилизируется, и тогда можно начинать осваивать эту технологию.

Настоящие индейцы ждут Java 34!

А венде не конец что ли ещё? Надо обновляться (Azureus и Netbeans уже в нетерпении).

>да, сыроват, я жду java 10 - к этому времени может стабилизируется, и тогда можно начинать осваивать эту технологию.

ты не освоишь, забудь, тебе это не по мозгам.

Begaet bez problem nachinaja s preview. Hibernate/Spring/RMI/ JDK1.6

dimag

У меня на 6 версии Tomcat jsp не компилит.

.. а между тем, и IBM уже выпустил 1.5.0 SR1 для linux/ppc... Сильно шустрее 1.4.2, как и положено...

> У меня на 6 версии Tomcat jsp не компилит.

Kompilit bes problem. Chto ja delaju ne tak.

dimag

Кстати запустил на своем П2 - 128Мб Resin, чтото памяти занял 80-90 мегов. IBM JDK сильно лучше в этом отношении и -Xincgc сильно поможет?

Не знаю, не измерял. У меня ibm и sun существуют в параллельных вселенных - одна на маке, другая на пысы, так что сравнить сложно. Вообще Ваша конфигурация не выглядит ... как бы это помягче ... вполне подходящей для жабского сервера;) Тем более что есть смутное ощущение (не возьмусь доказать) от жабского процесса, что общий процесс идет в сторону оптимизации скорости за счет пессимизации памяти (ну, если не брать в рассчет откровенные ошибки дизайна).

Begaet bez problem nachinaja s preview. Hibernate/Spring/RMI/ JDK1.6

вринципе если учесть то что основные изменения в Jdk1.6- UI + Scripting language support, наверное должно работать.
А память себя как ведет? Они в gc большую работу сделали.
С jdk5 vs jdk6 тесты делали? Память/Скорость?

в 1.6 сделали escape analysis, поэтому с памятью заметно похорошело

> Настоящие индейцы ждут Java 34!
настоящие индейцы жабу используют иначе - вставляют в попу трубочку, надувают воздухом и смотрят как она плавает в таком виде.

Я уже давно пользуюсь java 6 beta, все что нужно работает, радует сглаживание шрифтов во всех приложениях и действительно комфортная скорость работы

По тестам или по субъективным ощущениям?

Прочитал весь changelog. Откуда можно понять, что та, или иная фича - backport?

> IBM уже выпустил 1.5.0 SR1 для linux/ppc...

А для Linux intel/amd они [бимеры] НОРМАЛЬНУЮ JVM выпустили? Или кривые и торопливые ("шыбко швыдкие") бимерские жабы рУлят? "Такой хоккей нам не нужен" (с) Нормальная Java может быть только от мегарулезной Sun Microsystems, но не от прокакавшей свои полумух и "Выжуал Аге фо Smalltalk" компашки.

Горячо. Убедительно. Аргументированно. Теперь - как только Вы выдадите мне jdk/ppc от сантехников - я сразу же снесу "шыбко швыдкую бимерскую жабу".

У меня некоторое время стоял jdk-1.4.1 от IBM, я кривизны не заметил.
Я меня на ней работало всё, что работало и на сановской.

> Горячо. Убедительно. Аргументированно.

Будете реальное приложение на реальном серваке сопровождать - увидите. Наши сисадмины реально мне жаловались на глюкату бимерской жабы (Linux FC 32 и x86_64, 2 и 4 проца).

Но поскольку Вы столь круты - домашнее Вам заданьеце. Такое простенькон, не то что сисадмины мои со своей загрузкой процов и устойчивостью работы. Сравните LnF кнопочек под Sun Java и бимерским поделием. Только дело не только в кнопочках, как Вы понимаете. Черт с редко используемым Motifом (BEA JRockit, правда, и здась не облажались!) - Вы нароете гораздо болше несовместимостей.

> Теперь - как только Вы выдадите мне jdk/ppc от сантехников - я сразу же снесу "шыбко швыдкую бимерскую жабу".

Срезали! Это не просто аргумент! Это прям матерый аргументщщще!!! Куда там преумцию невиновности - надо мне ОБОСНОВЫВАТЬ ОТСУТСТВИЕ. Может и под iSeries Sun Microsystems должна Java издавать?

В реальной жизние не только localhostы сисадминят. Не только и не сколько localhostы.

http://mail-archive.objectweb.org/carol/2005-04/msg00029.html

Я нигде не утверждал о 100.1% совместимости ибмовской жабы. И тем не менее - для меня как разработчика тот факт, что она (в отличие от сантехнической жабы) доступна на платформе ппц - в практическом смысле намного важнее деталей ее несовместимости.

> Может и под iSeries Sun Microsystems должна Java издавать?

Сантехники как держатели технологии вообще не _должны_ ничего издавать, под конкретную платформу. У них есть спеки (открытые) и тесты. _Всё_, что прошло эти тесты - называется жабой (ибмовская жаба проходит тестирование, насколько мне известно, CMIIW). То, что тест не прошло - просто не жаба. В такой трактовке нет места "техническому" термину "поделие".

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

Таки Вы мне не ответили, почему BEA гораздо более корректно реализовали в своем продукте спецификации от Sun, нежели бимеры, которые только пальцы веером на презентациях держать могут?

ЗЫ. Несколько не по теме еще вопросик, но характерно. Какой типа "крупный" сервер J2EE НЕ ПРОШЕЛ сертификацию на соответствие спецификациям от Sun?

ЗЫЫ. За всякие там SWT Э.Гамму со товарищи давно пора в www.antigreen.org/bioreactor

і правда як коняк... я вже лише на 7 апдейд і не чикав... вже пішов качати..

Если Ваши конкретные задачи позволяют называть бимерское поделие Java - Ваши трудности.

А вот что говорят на фирме, издающей спецификации по Java:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4839980

Это Вы должны мне ДОКАЗАТЬ НАЛИЧИЕ совместимости в Java 5 от Sun и IBM; то что даная проблема РЕШЕНА ныне.

В противном случае все blah-blah-blah будут просто схоластикой, софистикой и потерей времени.

Set the following properties through command line

java -Dorg.omg.CORBA.ORBClass=com.ibm.rmi.iiop.ORB -Dorg.omg.CORBA.ORBSingletonClass=com.ibm.rmi.corba.ORBSingleton -Djavax.rmi.CORBA.UtilClass=com.ibm.rmi.javax.rmi.CORBA.Util -javax.rmi.CORBA.StubClass=com.ibm.rmi.javax.rmi.CORBA.StubDelegateImpl -Djavax.rmi.CORBA.PortableRemoteObjectClass=com.ibm.rmi.javax.rmi.PortableRemote Object

То есть вот Вам несовместимость. Это НЕ bug (о чем и сказано в заголовке). Это НЕСОВМЕСТИМОСТЬ!

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

Я не утверждал ничего про соотношение моих задач и конкретных реализаций. Я утверждал только, что жабой может называться называется то и только то, что сертифицировано (сантехниками) называться жабой по результатам прохождения тестов. Если "кто-то" не прошел сертификацию по J2EE - значит, это не J2EE. Пусть дорабатывает...

Несовместимость реализации S с реализацией I _в_рамках_спеков_JS_ - это нормально и совершенно ничего плохого в этом нет (программеры, жестко забивающиеся на особенности реализации S - ССЗБ). Единственный криминал - это нарушение реализацией I (или реализацией S) спеков JS. Если у Вас есть такая статистика - я с удовольствием с ней ознакомлюсь.

И напоследок пожелание - пониже тональность в дискуссии, если не затруднит.

Кстати, что интересно - IBM формально не лицензировал J2SE. Но лицензировал J2EE.

http://java.sun.com/j2se/licensees/index.html

http://java.sun.com/j2ee/licensees.html

Так что в соответствие с вышесказанным, ибмовская жабка se - не жабка (некое приближение, хотя и на порядок более близкое к стандарту, чем gcj). А вот вебсфера - таки j2ee. На чем предлагается закруглить данный микротред.

> вринципе если учесть то что основные изменения в Jdk1.6- UI + Scripting language support, наверное должно работать. А память себя как ведет? Они в gc большую работу сделали. С jdk5 vs jdk6 тесты делали? Память/Скорость?

GUI u menia na Swing. Pamiati zhret stolko zhe, no rabotaet znachitelno bistree 1.4 i nemnogo bistree 1.5

>Pamiati zhret stolko zhe,

Класс! Прогресс! Когда же все линаксячьи проги перепишут на java? Крутейшая вещь получится!

А их и так переписывают. Чтобы уйти от бардака KDE vs Gtk

>Класс! Прогресс! Когда же все линаксячьи проги перепишут на java? Крутейшая вещь получится!

v java est kluchik -Xmx. Ti ego stavish na stolko na skolko ne zhalko pamiati i java ne otjest ni baita bolshe. U menia dovolno slozhnaja Swing programma rabotala so svistom na 32MB pamiati pod 1.4. Pod 1.5/6 ona zhe budet rabotat tak chto ne otlichish ot native.

мде на моеб барахле кажись айбиэм не рулит Ж-)

root@gate:/usr/lib/ibm-jdk/ibm-java2-i386-50/bin# ./java
Unhandled exception
Type=Illegal instruction vmState=0x000540ff
Target=2_30_20060220_05389_lHdSMR (Linux 2.4.31-my)
CPU=x86 (1 logical CPUs) (0x7b5a000 RAM)
J9Generic_Signal_Number=00000010 Signal_Number=00000004 Error_Value=00000000 Signal_Code=00000002
Handler1=4021AEBF Handler2=4025B092
EDI=0000035A ESI=081B4B78 EAX=000003E8 EBX=405D5100
ECX=0000035A EDX=080C2474
EIP=40342545 ES=0000002B DS=0000002B ESP=BF5FF170
EFlags=00010287 CS=00000023 SS=0000002B EBP=BF5FF198
Module=/usr/lib/ibm-jdk/ibm-java2-i386-50/jre/bin/libj9jit23.so
Module_base_address=402F7000

Method_being_compiled=java/lang/StringCoding$DecoderCache.getDecoder(Ljava/lang/ String;)Ljava/lang/Object;
JVMDUMP006I Processing Dump Event "gpf", detail "" - Please Wait.
JVMDUMP007I JVM Requesting System Dump using '/usr/lib/ibm-jdk/ibm-java2-i386-50/bin/core.20060531.070408.2044.dmp'
JVMDUMP010I System Dump written to /usr/lib/ibm-jdk/ibm-java2-i386-50/bin/core.20060531.070408.2044.dmp
JVMDUMP007I JVM Requesting Snap Dump using '/usr/lib/ibm-jdk/ibm-java2-i386-50/bin/Snap0001.20060531.070408.2044.trc'
JVMDUMP010I Snap Dump written to /usr/lib/ibm-jdk/ibm-java2-i386-50/bin/Snap0001.20060531.070408.2044.trc
JVMDUMP007I JVM Requesting Java Dump using '/usr/lib/ibm-jdk/ibm-java2-i386-50/bin/javacore.20060531.070408.2044.txt'
JVMDUMP012E Error in Java Dump: /usr/lib/ibm-jdk/ibm-java2-i386-50/bin/javacore.20060531.070408.2044.txt
JVMDUMP013I Processed Dump Event "gpf", detail "".

svu, ПНХ!

К сожалению, Вы по существу НИЧЕГО не ответили. Просто перешли на флейм и софистику.

Что может быть более "по существу", чем список компаний, лицензировавших j2se и j2ee - если только этот и дает право чему-то называться жабой? Да, j2se от ibm в данный момент - не является жабой. Все случаи удачной работы можно считать "счастливым совпадением". Какого другого "существа" Вам надо?

Между нами, я вообще удивился, когда увидел запустившуюся эклипсу на SR1. Все-таки первый релиз. А вот 1.4 у них довольно неплохо вылизана - пользовал ее под линухом на ппц, аиксом там же, винюками.

> j2se от ibm в данный момент - не является жабой

Вот Вы и подтвердили мой первоначальный тезис о несоответствии бимерской поделки гордому званию Java.

Я Вам и уважаемым участникам данного трэда предоставил конкретный пример с IIOP. "Это не баг - это оно так работает" (с) гггггг!

Путем софистики можно "доказать", что и J++ == Java -- ну и что, что там WFC! А можно путем еще большего флейма "доказать", что и J# == Java. К чести даже M$, они признают, что J# -- это Java-подобный язык программирования. А вот у бимеров маркетинг 1) наглый, 2) назойливый и 3) бездарный. И я ОТВЕЧАЮ за свои слова по поводу этой "распальцованной" компашки.

Вы таки не доказали, что бимерская Web-спхера имеет СЕРТИФИКАТ от Sun Microsystems совместимости c сановской специфкацией J2EE.

ЛИЦЕНЗИРОВАНА НЕ значит СЕРТИФИЦИРОВАНА.

Вы понимаете разницу?

> Вы таки не доказали, что бимерская Web-спхера имеет СЕРТИФИКАТ от Sun Microsystems совместимости c сановской специфкацией J2EE.

Да, и, похоже, у нее не может быть такого сертификата. Почитайте документ про ЛИЦЕНЗИРОВАНИЕ (да, я в курсе, что это не сертифицирование):

Only J2SE _licensees_ can claim _compatibility_ with J2SE specifications and can ship J2SE branded products. (подчеркивание мое, svu)

Т.е. не являясь лицензиатом j2se, ibm не может заявлять совместимость - с чем я и согласился несколько постингов назад. Чем же Вы недовольны?

> Чем же Вы недовольны?

Понимаете, трэд-то таки про Sun Java. Про нормальую систему программирования от нормальной компании.

А не про поделия от чмошной компашки, в которой на конкретные технические вопросы становятся в позу и начинают говорить, какие они крутые в плане "сэйлза и маркетинга".

Прежде чем уходит в абстракции - мы можем считать, что на фразе "ibm jdk - не j2se, ибо не не может заявлять совместимость, ибо не лицензирована" мы сошлись?

> Понимаете, трэд-то таки про Sun Java. Про нормальую систему программирования от нормальной компании.

Как я уже указал выше, несмотря на владение технологией, сантехники сами иногда не следуют своим спекам (те же ибмовцы их на этом ловили, когда jikes реализовывали). Так что насчет "нормального" - тоже с оговорками. Тем более, про "нормальную компанию" - Вы не боитесь это на ЛОРе произносить, про сантехников-то?;)

Насчет "чмошной" компании - все-таки не надо б так про IBM-то... Про компанию, которая дала нехилую долю компутерных технологий (хотя и палок в колеса тоже понаставила, все от благих рыночных побуждений).

Да, и в смысле сейлза и маркетинга _на_своем_рынке_ - не так уж они и плохи.