Java включена в готовящуюся к публикации LSB 4.0

А Моно тама будет?

ура!

главное чтоб openJDK, а не поделие под названием gcj

Правильно.

> главное чтоб openJDK, а не поделие под названием gcj

The default installed Java version shall be Java 6 Platform Standard Edition or greater. Applications can depend on the Java 6 Platform SE interfaces.

Перевести? Так что никакой gcj там не будет.

Моно - в задницу, новость - супер!

Если ещё для джавы появится нормальный фреймворк для десктопа БЕЗ переносимости на все платформы, будет совсем круто.

>Перевести? Так что никакой gcj там не будет.

уже сам по ссылке сходил, спасибо

>Если ещё для джавы появится нормальный фреймворк для десктопа БЕЗ переносимости на все платформы, будет совсем круто.

ээ.. swt? qt jambi?

Новость безусловно позитивная, тут без вариантов. Если раньше эта штука закрытая была, то включать ее в стандарт было бы плохо, однако сейчас ИМХО - в самый раз.

Можете рассказать, насколько популярные дистрибутивы следуют этому LSB?

в моем дебиане по дефолту будет стоять жаба?

Новость порадовала, даешь Java'у в каждый дистрибутив! :)

Вижу RPM'ное говно в членах. Кому оно надо? Глаза бы мои их не видели

по дефолту в дебиане lsb compliance пакеты вообще не стоят

>по дефолту в дебиане lsb compliance пакеты вообще не стоят

слава богу

За это стоит ненавидеть дебиан.

>За это стоит ненавидеть дебиан.

а за это я пойду в парк постреляю всех белок %)

> слава богу

А пачиму? Да, судя по сравнительным тестам Java несколько хуже по производительности чем C++, но ведь есть масса задач, где предельная производительность не требуется...

>А пачиму? Да, судя по сравнительным тестам Java несколько хуже по производительности чем C++, но ведь есть масса задач, где предельная производительность не требуется...

судя по сравнительным тестам: чем меньше всяких какашек установлено тем лучше работает, вот зачем жаба, например, на прокси сервере?

Мне глава 4 понравилась :)

> вот зачем жаба, например, на прокси сервере?

Зачем lsb на прокси-сервере? o_O

LSB = bloatware standard base. Костыли от freedesktop, тормозное ублюдство от Sun. Что дальше? Mono? Никогда не поставлю дистр, который следуюует LSB.

>Зачем lsb на прокси-сервере? o_O

эмммм .... давай я уточню, что я понимаю под LSB: LSB - совместный проект нескольких дистрибутивов GNU/Linux при организации Linux Foundation, целью которого является стандартизация внутренней структуры операционных систем, основанных на Linux. LSB опирается на существующие спецификации, такие как POSIX, Single UNIX Specification, и другие открытые стандарты, при этом расширяя и дополняя их.

это значит, что если debian резко начнет соответствовать lsb, то у него в стандартной поставке будет идти жаба, так ясно?

>А пачиму? Да, судя по сравнительным тестам Java несколько хуже по производительности чем C++, но ведь есть масса задач, где предельная производительность не требуется...

Кроме производительности есть ещё другие параметры, например потребление памяти. И вообще программы на яве умудряются нехило тормозить и запускаться минутами. И мало значения имеет то, что цикл видите ли считается почти как в С++

знаешь сколько говная идет в стандартной поставке федоры? Но она ствит только половину его и то по выбору пользователя, так что тут все зависит от наличия мозгов.

Гуд. Жду моно.

новость говно в LSB натолкают всякой гадости. еще моно туда, флеш и будет полный линуксакапец.

>сколько говная идет в стандартной поставке федоры

>Но она ствит только половину его

это ты про кеды и гном? ;)

эх, теперь я никогда не буду lsb совместимым

>теперь я никогда не буду lsb совместимым

специально для тебя существует еще lsd ))

> по дефолту в дебиане lsb compliance пакеты вообще не стоят

Эм... только что Ленни поставил - стала по дефолту GCJ

Яву это не спасёт

Угу. Без deb-пакетов LSB идет далеко и надолго. Ну а Яву включать в стандарт - как-то толсто.

а где метка "история успеха" ? все таки для жабы это большой успех.

> судя по сравнительным тестам: чем меньше всяких какашек установлено тем лучше работает, вот зачем жаба, например, на прокси сервере?

Может случится так, что у тебя на прокси сервере райд(1)-контроллер от адаптек. А знаешь чего хочет адаптековский демон-следитель за раидом? Правильно, яву он хочет. Не важно сколько какашек в системе, важно что производителю есть на что расчитывать когда он делает свои приблуды. И это хорошо. Вот почему за несоответствие ЛСБ по умолчанию(если это действительно так) стоит ненавидеть дебиан. Плохой или хороший, но ЛСБ стандарт. Стандарты можно изменять, с ними можно быть несогласным, но для общего (и своего в т.ч.) блага стандартов нужно придерживаться.

>эмммм .... давай я уточню, что я понимаю под LSB: LSB - совместный проект нескольких дистрибутивов GNU/Linux при организации Linux Foundation, целью которого является стандартизация внутренней структуры операционных систем, основанных на Linux. LSB опирается на существующие спецификации, такие как POSIX, Single UNIX Specification, и другие открытые стандарты, при этом расширяя и дополняя их.

это значит, что если debian резко начнет соответствовать lsb, то у него в стандартной поставке будет идти жаба, так ясно?

сейчас посмотрел в свеже с дебустрапеной системе есть пакет lsb-base, но есть и пакет lsb который зависит от всяких libneon27 libqt4-gui librpm4.4, тоесть в стандартной поставке явы не будет имхо

>это значит, что если debian резко начнет соответствовать lsb, то у него в стандартной поставке будет идти жаба, так ясно?

Это значит что если ты поставиш жабу то она будет запускаться /usr/bin/java и только !

> Не важно сколько какашек в системе

мы сейчас говорим о другой системе. А в той системе, которую Вы имели ввиду, уже есть на что рассчитывать - .NET

> важно что производителю есть на что расчитывать когда он делает свои приблуды.

производителю в любом случае будет, на что рассчитывать.

вопрос в том, будет ли он рассчитывать на jvm или только на glibc.

>LSB = bloatware standard base. Костыли от freedesktop, тормозное ублюдство от Sun. Что дальше? Mono? Никогда не поставлю дистр, который следуюует LSB.

поддерживаю анонимуса

> Гуд. Жду моно.

Аналогично, моно не помешает. Рад за яву. Появился хороший стандартный компонент, на которые можно положиться что он есть, это большой плюс. До открытия явы под GPL и до включения её в LSB я на нее даже и не смотрел, а сейчас уже совсем другой расклад. Кому не нравится этот стандарт - могут просто не устанавливать его компоненты. Это свобода выбора, это красиво... :)

Что такое LSB?

Предыдущая версия LSD

>Может случится так, что у тебя на прокси сервере райд(1)-контроллер от адаптек. А знаешь чего хочет адаптековский демон-следитель за раидом? Правильно, яву он хочет.

боже мой, завтра же пойду в церковь

>Предыдущая версия LSD

а как же LSC и LSC++ ???

Они были для внутреннего тестирования, но потом произошла утечка радиоактивных отходов и на свет появился C и С++

Но зачем в LSB-то??? Ну зачеееем?! Ладно, java - сама по себе стандарт и иногда есть ситуации, когда система должна поддерживать яву (не так часто, впрочем). Ну так и напишите в требованиях к софтине "LSB,Java". Этого достаточно и это удобно. Зачем объединять эти разные стандарты? Задача стандарта - быть полезным и добиться поддержки разработчиками дистрибутивов (и софта). Но чем жирнее стандарт - тем сложнее его реализовать и поддерживать. В результате от LSB откажутся те, кто следует ему сейчас и не перейдут на него остальные. Кому это надо? Никому: стандартизация сорвалась, зоопарк разрастается, разработчики разбегаются, боллмер ликует.

Дело даже не в том, что java - плохой язык/фреймворк. Просто она нужна далеко не всем. У меня, например, она установлена исключительно по зависимостям OO.o и то, на самом деле не используется никогда. Это на десктопе. На сервере - вообще нахрен не упёрлась (речь не о жабохостинге, разумеется). Ну если понадобится (был пример с рейд-контроллером) - поставлю, но это ж исключительный случай.

Если так неймётся, сделайте ещё стандарт, включающий в себя LSB, java, mono, wine (почему нет?), wsh (вслед за моно), xulrunner, latex (вдруг понадобится?), kdelibs (флейма ради) и, обязательно, libastral.

>Дело даже не в том, что java - плохой язык/фреймворк. Просто она нужна далеко не всем.

Java это стандарт. Это как http, который везде

> это значит, что если debian резко начнет соответствовать lsb, то у него в стандартной поставке будет идти жаба, так ясно?

А ещё там будут гтк и кути.

>Дело даже не в том, что java - плохой язык/фреймворк. Просто она нужна далеко не всем. У меня, например, она установлена исключительно по зависимостям OO.o и то, на самом деле не используется никогда. Это на десктопе. На сервере - вообще нахрен не упёрлась (речь не о жабохостинге, разумеется). Ну если понадобится (был пример с рейд-контроллером) - поставлю, но это ж исключительный случай.

LSB всего лишь стандартизирует место где должны валятся файлы, если ты будешь это ставить, а не то чтобы ставить что-либо по умолчанию. Так что прекратите все эти высеры насчет java.

>В соответствии с этим документом система должна включать /usr/bin/java (линк или исполняемый файл).

Shaman007 где ты в этом тексте нашел "must be" , нахрена флейм из ничего делать?

Chapter 7. Java Interpreter 7.1. Introduction

The Java intrepreter API is described in the Java Platform SE 6 API, with the following requirements for an LSB conforming runtime. 7.2. Java Interpreter Location

The Java interpreter binary, or a link to the binary, shall exist at /usr/bin/java. 7.3. Java Interpreter Version

The default installed Java version shall be Java 6 Platform Standard Edition or greater. Applications can depend on the Java 6 Platform SE interfaces. 7.4. Operators and Functions

Core Java operators, subroutines, and built-in functions shall be present and shall operate as defined in Java Platform SE 6 API. 7.5. Java Interpreter Command

Table of Contents java -- launch a Java application

This section contains a description of the java command. java Name java -- launch a Java application Synopsis java [-?] [-Dproperty=value] [-classpath] [-cp] [-help] [-jar file.jar] [-version] [arguments...] Description

The java tool shall launch a Java application. It does this by starting a Java runtime environment, loading a specified class, and invoking that class's main method.

The method must be declared public and static, it must not return any value, and it must accept a String array as a parameter. The method declaration must look like the following:

public static void main(String args[])

By default, the first non-option argument is the name of the class to be invoked. A fully-qualified class name should be used. If the -jar option is specified, the first non-option argument is the name of a JAR archive containing class and resource files for the application, with the startup class indicated by the Main-Class manifest header.

The Java runtime shall search for the startup class, and other classes used, in three sets of locations: the bootstrap class path, the installed extensions, and the user class path.

Non-option arguments after the class name or JAR file name are passed to the main function. Option and Operand Handling