печально. автор, не сдавайся.
вот интересно, а можно ли привлечь к ответственности, если таковая предусмотрена, за «Кроме того, оказалось, что у эксперта, проводившего техническую экспертизу, оказался левый сертификат, выданный той же организацией, где он работает (ЦИЭС) — а у этой организации нет полномочий выдавать сертификаты своим сотрудникам, и вообще сертифицировать экспертов.»? Юристы что-нибудь по этому поводу говорили? Может стоит после написать заявление в прокуратуру (или как там это делается?)?
Именно так. Начиная с версии 2.0 у GWT есть режим — development mode. Работают с ним следующим образом — запускается «скрипт сервер», в браузер устанавливается специальный плагин, который выполнение «Javascript-а» делегирует на этот самый скрипт сервер.
Последний является обычной JVM и, естественно, очень легко запускается в дебаг режиме (ну и доступны все остальные вкусности а ля модификация кода «на лету»). Пользователям eclipse-а всё это доступно «из коробки» — есть плагин. Я же у себя (в Maven + NetBeans) пользуюсь стандартным «attach java debugger». (много слов понаписал в кавычках, т.к. не знаю, как их принято называть).
Могу быть немного не в теме, но вроде бы вот это elv1s.habrahabr.ru/blog/74363/ (там про атрибут placeholder) как раз пересекается с функционалом, представленном в данном топике.
Могу быть немного не в теме, но вроде бы вот это elv1s.habrahabr.ru/blog/74363/ (там про атрибут placeholder) как раз пересекается с функционалом, представленном в данном топике.
public class Main {
public Main() {
init();
}
public void init() {
}
public static void main(String[] args) throws Exception {
Main m = new Main();
m.init();
}
}
В результате наш «перехватчик» будет вызван только при вызове init() из конструктора, но не при прямом вызове. То есть механизм, позволяющий смотреть на стек вызова.
Согласен, javassist предоставляет низкоуровневые возможности для АОП, чем вы по-сути и пользуетесь в статье. Попытка решения с JBoss AOP тоже ни к чему не привела. Что и как там делалось я описал у себя в блоге «для истории» — можете взглянуть, если будет интересно (текста там немного, но в комментарий не уместилось).
Попробовал сделать с использованием AspectJ, но оказалось, что он не поддерживает weaving для классов из Bootclassloader-а. Возможно, у других реализаций AOP таких проблем нет, но я пока с ними не знаком. Попробую потом на свежую голову.
Из того, что сделать аспектами — добавить поле (или пару — для обратной связи ) в класс Thread и инициализировать его в конструкторе (изменение конструктора + «использование не threadQ, а добавленного поля» — переложить на AOP). Ну и использовать CFLOW чтобы отслеживать только то, что вызывается из вашего скриптинга и не трогать другие части программы.
Сорри, если сумбурно изложил свои мысли — в сон уже клонит.
Рассматривали ли вы вариант AOP? Думаю, что для решения вашей задачи он очень хорошо подходит. Единственный момент — нужно будет использовать load-time weaving (так как 1) вызовы идут из скриптинга и 2) класс Thread относится к JRE). Советую почитать документацию к AspectJ — www.eclipse.org/aspectj/ довольно полезная штука.
видимо, утилита предлагается для начального этапа конвертирования из flash-а.
типа «достали, что могли» (графику, ресурсы и прочее), а затем руками написали код.
вон, даже проект сама создает, чтобы удобнее было…
вот интересно, а можно ли привлечь к ответственности, если таковая предусмотрена, за «Кроме того, оказалось, что у эксперта, проводившего техническую экспертизу, оказался левый сертификат, выданный той же организацией, где он работает (ЦИЭС) — а у этой организации нет полномочий выдавать сертификаты своим сотрудникам, и вообще сертифицировать экспертов.»? Юристы что-нибудь по этому поводу говорили? Может стоит после написать заявление в прокуратуру (или как там это делается?)?
автору спасибо за подробное описание событий. все части были полезны (ну, может, кроме 4й :) ).
Последний является обычной JVM и, естественно, очень легко запускается в дебаг режиме (ну и доступны все остальные вкусности а ля модификация кода «на лету»). Пользователям eclipse-а всё это доступно «из коробки» — есть плагин. Я же у себя (в Maven + NetBeans) пользуюсь стандартным «attach java debugger». (много слов понаписал в кавычках, т.к. не знаю, как их принято называть).
Например, мы имеем конфигурацию
<cflow-stack name="mainConstructor"> <called expr="threadtree.Main->new(..)" /> </cflow-stack> <bind pointcut="execution(void threadtree.Main->init())" cflow="mainConstructor"> <interceptor class="threadtree.aspects.MyInterceptor" /> </bind>public class Main { public Main() { init(); } public void init() { } public static void main(String[] args) throws Exception { Main m = new Main(); m.init(); } }В результате наш «перехватчик» будет вызван только при вызове init() из конструктора, но не при прямом вызове. То есть механизм, позволяющий смотреть на стек вызова.
Из того, что сделать аспектами — добавить поле (или пару — для обратной связи ) в класс Thread и инициализировать его в конструкторе (изменение конструктора + «использование не threadQ, а добавленного поля» — переложить на AOP). Ну и использовать CFLOW чтобы отслеживать только то, что вызывается из вашего скриптинга и не трогать другие части программы.
Сорри, если сумбурно изложил свои мысли — в сон уже клонит.
типа «достали, что могли» (графику, ресурсы и прочее), а затем руками написали код.
вон, даже проект сама создает, чтобы удобнее было…