https://www.opennet.dev/openforum/vsluhforumID3/51409.html В своём недавнем блог-комментарии (http://www.jroller.com/scolebourne/entry/no_more_java_7) Stephen Colebourne критично высказывается о Sun и Java Community Process (JCP), делая вывод, что Sun стоит на позиции "Java 7 больше не будет". Colebourne, член Apache Software Foundation и лидер JSR-310 (Java Date and Time), отмечает, что во всех анонсах в различных Sun-блогах, инженеры Sun говорят о JDK (Java Development Kit) 7 или об OpenJDK 7, но только не о Java SE (Standard Edition) 7. В настоящее время не существует "запроса на Спецификации Java" (JSR) для Java SE 7, и по его мнению, это признак того, что Sun, возможно, пытается перекрыть дорогу таким проектам, как Apache Harmony, реализующим свободно распространяемые и совместимые разработки Java 7.<br><br><br>Предыдущие релизы Java разрабатывались в контексте JCP (http://ru.wikipedia.org/wiki/Java_Community_Process), с JSR 176 (http://jcp.org/en/jsr/detail?id=176) для Java SE 5 и JSR 270 (http://jcp.org/en/jsr/detail?id=270) для Java SE 6. Col...<br><br>URL: http://www.h-o https://www.opennet.dev/openforum/vsluhforumID3/51409.html#16 Tue, 31 Mar 2009 22:00:01 GMT Всегда раздражало, что одним словом Java названо слишком много разных вещей сразу. Вот какой смысл одинаково называть виртуальную машину и язык программирования? А Microsoft противопоставили этому независимость выбора языка программирования от виртуальной машины и удачно построили на этом рекламу .NET, хотя технически тут нет никакой разницы. А маркетологи Sun в обломе. В Sun вообще какие-то странные маркетологи. И менеджеры странные. Может пусть их правда лучше IBM купит. IBM в Java заинтерисованы, будут развивать.<br> https://www.opennet.dev/openforum/vsluhforumID3/51409.html#15 Tue, 31 Mar 2009 20:10:49 GMT &gt;пункта о требованиях использования, из-за которого представители Apache проголосовали против принятия спецификации Java EE 6<br><br>вот FAQ Open Letter to Sun Microsystems<br>http://www.apache.org/jcp/sunopenletterfaq.html[code]<br> Q : What is a "field of use" restriction?<br> A : A "field of use" restriction is a restriction that limits how<br> a user can use a given piece of software, either directly or<br> indirectly. To give a concrete example from the Sun / Apache<br> dispute, if Apache accepted Sun's terms, then users of a<br> standard, tested build of Apache Harmony for Linux on a<br> standard general purpose x86-based computer (for example, a<br> Dell desktop) would be prevented from freely using that<br> software and that hardware in any application where the<br> computer was placed in an enclosed cabinet, like an<br> information kiosk at a shopping mall, or an X-ray machine at<br> an airport.<br><br> Q : Is a "field of use" restriction incompatible with https://www.opennet.dev/openforum/vsluhforumID3/51409.html#9 Tue, 31 Mar 2009 09:02:37 GMT &gt;&gt; инженеры Sun говорят о JDK (Java Development Kit) 7 или об OpenJDK 7, но только не о Java SE (Standard Edition) 7.<br>&gt;<br>&gt;Потому что делить Java на Edition-ы не меньшая тарабарщина чем было держать <br>&gt;двойку, оставшуюся от старой версии системы, в названии технологии (J2SE 1.4). <br>&gt;Давайте уже называть вещи своими именами и разделять ядро (виртуальную машину), <br>&gt;стандартные библиотеки, аппсерверы, фрэймворки, архитектуры и методологии. <br><br>Уже давно исправлено: Java SE 5, Java SE 6, Java EE 6 (сейчас над ним идет работа).<br><br>Под Java (tm) понимается среда которая прошла сертификацию и может выполнить приложение написанное на языке java. Java среда обязана включать в себя реализацию стандартных библиотек, на то это и стандартные библиотеки.<br><br>Так что все давно уже называется своими именами ;)<br><br>&gt;Потому что делить Java на Edition-ы<br><br>А вот это вы зря :) Edition - это набор СТАНДАРТНЫХ библиотек и среды для реализации стандартных задач. Это намного удобнее чем каждый проект изучать новые библиотеки, делающие https://www.opennet.dev/openforum/vsluhforumID3/51409.html#7 Tue, 31 Mar 2009 08:49:04 GMT а корпоративным клиентам будем впаривать сертифицированные и закрытые Edition-ы?<br>...<br>хм.. а какая разница?<br>или это для того, чтобы не пустить на этот рынок новых игроков?<br>типа, самим места мало... ну так они и другие пути найдут.<br> https://www.opennet.dev/openforum/vsluhforumID3/51409.html#6 Tue, 31 Mar 2009 08:07:47 GMT &gt; Flash и Java сливают, это факт.<br><br>Ну не знаю не знаю ... И то и другое стандарт де-факто в своей нише. Вероятность того, что на машине клиента стоит и рабоатет Flash близка к 100%, а насчёт Silverlight я не вкурсе, она уже впаривается автоматически через Windows Update? А для Маков версию реализовали? А Java на поле корпоративных информационных систем мне альтернатив вообще и в голову не приходит.<br> https://www.opennet.dev/openforum/vsluhforumID3/51409.html#5 Tue, 31 Mar 2009 08:02:11 GMT &gt; инженеры Sun говорят о JDK (Java Development Kit) 7 или об OpenJDK 7, но только не о Java SE (Standard Edition) 7.<br><br>Потому что делить Java на Edition-ы не меньшая тарабарщина чем было держать двойку, оставшуюся от старой версии системы, в названии технологии (J2SE 1.4). Давайте уже называть вещи своими именами и разделять ядро (виртуальную машину), стандартные библиотеки, аппсерверы, фрэймворки, архитектуры и методологии.<br> https://www.opennet.dev/openforum/vsluhforumID3/51409.html#3 Tue, 31 Mar 2009 07:16:28 GMT Flash и Java сливают, это факт. На поле проприетарщиков они не способны тягаться с майкрософт, которая к тому же сама начинает заигрывать с открытостью.<br> https://www.opennet.dev/openforum/vsluhforumID3/51409.html#2 Tue, 31 Mar 2009 06:45:15 GMT ну это уже через чур. Тогда java машин будет туча да и нельзя играться с апачами они в мире джава по весоммости не сильно меньше sun.<br> https://www.opennet.dev/openforum/vsluhforumID3/51409.html#1 Tue, 31 Mar 2009 06:04:53 GMT к сожалению он близок к правде :(<br><br>буду на дне сантехников - спрошу у их манагеров.<br>