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

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

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

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

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

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

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

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

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

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

"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)

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

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

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

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

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

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

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

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

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

Ты дурак?

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

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

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

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

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

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

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

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

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

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