Может кто-нибудь в курсе, планируется ли в ближайшее время совместимость AspectJ с Java 6? В официальной документации толком про это ничего не нашел, даже Google в этот раз почему-то не помог.
Здравствуйте, rsn81, Вы писали:
R>Может кто-нибудь в курсе, планируется ли в ближайшее время совместимость AspectJ с Java 6? В официальной документации толком про это ничего не нашел, даже Google в этот раз почему-то не помог.
а в чем не совместимость? У нас все совмещено!
Здравствуйте, Lucker, Вы писали:
L>а в чем не совместимость? У нас все совмещено!
Каким образом, расскажите?
Пользуюсь AJDT в Eclipse SDK, он работает только с проектами, компилируемыми 5-кой, при выборе 6-ки начинает ругаться.
Здравствуйте, rsn81, Вы писали:
R>Каким образом, расскажите? R>Пользуюсь AJDT в Eclipse SDK, он работает только с проектами, компилируемыми 5-кой, при выборе 6-ки начинает ругаться.
пользуюсь IntelliJ IDEA. Полет нормальный.
Попробуй установить source-level в 5-ый
Здравствуйте, Lucker, Вы писали:
L>Попробуй установить source-level в 5-ый
Попробовал, не помогло. Да и логично, компилятор AspectJ работает ведь с байт-кодом, а не исходниками. То есть помогает только одно из двух:
— выбрать для компиляции всего проекта 5-ку;
— или установить generated .class files compatibility в 5-ку.
То есть насколько понял, компилятору AspectJ не нравится 6-ой байт-код, то есть он не умеет с ним работает, я правильно понимаю?
Здравствуйте, rsn81, Вы писали:
R>Здравствуйте, Lucker, Вы писали:
L>>Попробуй установить source-level в 5-ый R>Попробовал, не помогло. Да и логично, компилятор AspectJ работает ведь с байт-кодом, а не исходниками. То есть помогает только одно из двух: R>- выбрать для компиляции всего проекта 5-ку; R>- или установить generated .class files compatibility в 5-ку. R>То есть насколько понял, компилятору AspectJ не нравится 6-ой байт-код, то есть он не умеет с ним работает, я правильно понимаю?
А нужен именно 6 байткод? Насколько я помню, в 6 были изменения, которые должны были бы ускорить верификацию байткода, но каких-то приниципиально новых фич не добавилось.
Здравствуйте, dshe, Вы писали:
D>А нужен именно 6 байткод? Насколько я помню, в 6 были изменения, которые должны были бы ускорить верификацию байткода, но каких-то приниципиально новых фич не добавилось.
Меня бы устроил такой вариант:
compilance level = 5
source level = 6
Как говорится, размечтался.
Оказалось, чего и следовало вобщем-то ожидать, что компилятор не умеет преобразовывать "новый" синтаксис к "старому" байт-коду.
В итоге при compilance level == source level == 5, к примеру, начинается ругань на все бережно расставленные ранее чистильщиком исходного кода @Override для наследованных от интерфейсов методов. Ладно, видимо, придется полностью перейти обратно на 5-ку.
Здравствуйте, rsn81, Вы писали:
R>... начинается ругань на все бережно расставленные ранее чистильщиком исходного кода @Override для наследованных от интерфейсов методов.
Прикольно Даже не знал о том, что в шестерке появилась такая возможность. А комментарий к аннотации в Сане не поправили:
Indicates that a method declaration is intended to override a method declaration in a superclass.
А может документация-то была правильная, реализация отставала — вот ее и поправили?
Вроде бы интерфейс ничем принципиально от абстрактного класса без реализации не отличается, разве что только возможностью множественного наследования, так что интерфейс тот же superclass.
Здравствуйте, rsn81, Вы писали:
R>А может документация-то была правильная, реализация отставала — вот ее и поправили? R>Вроде бы интерфейс ничем принципиально от абстрактного класса без реализации не отличается, разве что только возможностью множественного наследования, так что интерфейс тот же superclass.
Ну, если верить самому Sun, то к Superclass относятся только классы. В отличие от Supertype.
Даже не знал о том, что в шестерке появилась такая возможность. А комментарий к аннотации в Сане не поправили:
