Исключить возможность перезаписи класса

[kutuzov]

- есть swf с классом a.b.C
- создаем новый проект и загружаем эту swf в проекте в рантайме
- теперь если в новом проекте создать такой же класс a.b.C, то первая swf будет использовать код нового перезаписанного класса

вопрос такой, можно ли на уровне первой swf исключить возможность перезаписи класса?

[gagaga]

назвать пакеты по разному

[kutuzov]

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

[GBee]

видимо поиграть с ApplicationDomain. Правда я ни черта там не делал, но думаю рыть в ту сторону.

[Котяра]

Да. Именно там. Грузить в дочерний либо в свой домен. Вообще "хозяин" сам решает.

[kutuzov]

как возможно управлять в какой домен грузить, если это нужно сделать в первой swf, а не из нового проекта?

[caseyryan]

В контекст загрузки его записать. У Loader в методе load есть второй параметр context, туда и передать контекст с указанным аппликейшн доменом

[iNils]

Сообщение от kutuzov

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

Я что-то перестаю понимать происходящее. Зачем? Сама суть пакетов, развести разные классы с одинаковыми названиями. А не создавать разные классы в одни пакеты с одинаковыми названиями классов.

[kutuzov]

Сообщение от caseyryan

В контекст загрузки его записать. У Loader в методе load есть второй параметр context, туда и передать контекст с указанным аппликейшн доменом

есть возможность контролировать только сторону загружаемой флешки, к тому же классы из этой флешки должны быть загружены в контекст нового проекта

Сообщение от iNils

Я что-то перестаю понимать происходящее. Зачем? Сама суть пакетов, развести разные классы с одинаковыми названиями. А не создавать разные классы в одни пакеты с одинаковыми названиями классов.

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

сторона плагино-пистелей контролируема, сторону проекто-пистелей возможности котролировать нет

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

Отсюда возникает необходимость либо:
- на уровне рантайма выкидывать еррор о перезаписи класса
- молча использовать свой класс в плагине и свой класс в проекте
- молча прекращать работу палгина и трейсить ошибку

надеюсь я более подробно объяснил ситуацию

[caseyryan]

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

Это сводит на нет все преимущества подобной конструкции с интерфейсами.
Пакеты надо делать в любом случае другие. Как по Вашем пишут плагины для той же эклипс или нетбинс?
Вероятность того, что проектописатели изменят что-то в интерфейсах или классах это конечно плохо, но по-моему надо находить способ узнавать об изменениях, вместо изобретения костылей.

п.с. А что за проект такой, если не секрет?