Ubuntu 9.04 сертифицирован на предмет полной совместимости с Java SE 6

> Ошибка вышла, это вот этот абориген писал..

"у java только 6 примитивных типов которые можно размещать в стеке. байт, шорт, int, float, double, char. "

Куда long подевали?

И разве boolean не примитивный тип данных?

"Абориген", видать, не читал параграф 4.2 (!-:)) устава (The Java Language Specification).

Да, много чему можно понабраться на кладези мудрости, коей является ЛОР - в книжках такого не прочтёшь.

> когда реально нужно в рантайме генерить классы

Прот cglib студиоуз, видать, радиотехнического института ничего не знает? Про Spring тоже?

Зато флудите на Джава-тредах Вы-таки много. Вместо изучения матчасти.

> Вопиющая безграмотность, ты хоть одну книгу по java прочитал? В Java классы динамически подгружаются и в зависимости от конфигурации JVM могут выгружаться по мере необходимости, с целью экономии памяти.

Я веду речь не загрузке/выгрузке, а об изменении классов.

>Я веду речь не загрузке/выгрузке, а об изменении классов.

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

> изменении классов.

"Byte Code Generation Library (cglib) extends Java classes to facilitate field access interception and dynamic proxy object generation. The set of utility and template classes transform and generate Java byte code, implementing interfaces at runtime." (c)

> Прот cglib студиоуз, видать, радиотехнического института ничего не знает? Про Spring тоже? Зато флудите на Джава-тредах Вы-таки много. Вместо изучения матчасти.

"Я знаю дзюдо, тэйквондо, каратэ и много других страшных слов."

С моей точки зрения Spring -- это типичный случай, когда кривой недоязычишко требует расширять себя в XML-коде. Напомню, что XML изначально был *не* предназначен для чтения-писания людьми. (Лиспу такие костыли не нужны, хотя у него тоже есть возможность генерить классы на лету).

Впрочем, я могу с тобой и согласится, если ты приведешь пример, о котором я написал -- необходимость именно рантаймового генережа классов.

Гугль про cglib говорит, что это коллекция макросов для препроцессора С.

З.Ы. пора бы знать уже своих оппонентов. В т.ч. какой универ они закончили.

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

Изначально речь шла про превосходство CIL над JVM assembler, в частности про наличие структур. Ты инициировал переход на обсуждение класслоадера.

> Byte Code Generation Library (cglib) extends Java classes to facilitate field access interception and dynamic proxy object generation. The set of utility and template classes transform and generate Java byte code, implementing interfaces at runtime.

Молодец, хватило ума процитировать. А теперь уже в N-ый раз прошу привести пример, где это *используется*, причем так, что статическим метапрограммированием не заменить.

Необходимость имплементировать pointcuts в AOP означает говноязык.

В C# field access interception из коробки и именно так, как надо -- рядом с определением поля, а не в виде конфига-в-хмл-хрен-знает-в-каком-файле.

>Изначально речь шла про превосходство CIL над JVM assembler, в частности про наличие структур. Ты инициировал переход на обсуждение класслоадера.

Ты дурак?

Изначально я указал, что JVM позволяет хранить классы в стеке с потерей возможности наследования, как это сделано в C#. На, что ты сказал что тебе нужно непременно и наследование и хранение в стеке, и тебе пох на класслоудер т.к. это для тех кто не осилил что-то там связоное с компиляцией...

>Ты дурак?

Нет, это ты дурак.

> Изначально я указал, что JVM позволяет хранить классы в стеке с потерей возможности наследования, как это сделано в C#.

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

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

Да. И с++ позволяет все это. C# и Java -- нет.

>>Ты дурак? >Нет, это ты дурак.

Нет, дурак всё же ты т.к. начинаешь в ответ кидаться какашками.

>Да. И с++ позволяет все это. C# и Java -- нет.

Чудесно, но при чём здесь С++ если ты его ранее вообще не упоминал?! завязывать тролить.

Очевидно, Васе пупкину не нужен сертификат, так как у Васи все и так работает. А менеджеру-внедренцу сертификат (подрядчика) нужен, поэтому потенциальные подрядчики и напрягаются.

Хорошая новость. А то долго меня мучила проблема наличия Java Web Start под 64 битами...

Правда, openjdk тупил и не хотел останавливать сервера приложений, но kill -9, а затем sun-jdk и эту проблему. Хотя может сейчас и пофиксили...

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

И как это касается вас лично? Вы сами что-то для линукса разрабатываете и вас заставляют это делать гламурно? "You need it - you write it" - это про open source.

> А тада Linux был? Был один Black Cat, содранный с RedHat. И инет у
> большинства через 33600

В 2000-ом много чего было. Например нежелание Sun допускать нормальной работы java на linux. Пиписькомерки показывающие что java работает намнога быстрее на солярке итд итп.

>И как это касается вас лично? Вы сами что-то для линукса разрабатываете и вас заставляют это делать гламурно? "You need it - you write it" - это про open source.

Просто я привык линуху. Обидно будет, если он превратится во вторую висту.

>В 2000-ом много чего было. Например нежелание Sun допускать нормальной работы java на linux. Пиписькомерки показывающие что java работает намнога быстрее на солярке итд итп.

Java2D, основной движок отрисовки Swing, в Ubuntu Linux так и тормозит:
http://www.phoronix.com/scan.php?page=article&item=intel_atom_os&num=2

> Просто я привык линуху. Обидно будет, если он превратится во вторую
> висту.

1. Не превратится.
2. Вы всегда можете взять старый или серверный дистрибутив
3. Вы всегда можете начать делать свой дистрибутив.

> Java2D, основной движок отрисовки Swing, в Ubuntu Linux так и
> тормозит:

Обидно.

>1. Не превратится.
>2. Вы всегда можете взять старый или серверный дистрибутив
>3. Вы всегда можете начать делать свой дистрибутив.

1. Запросто.
2. И серверные тоже могут.
3. Лучше сразу всю галактику уничтожить и сделать заново >_<