невозможно преобразовать класс к интерфейсу

[BlooDHounD]

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

А как мне еще обратиться к статическому методу класса из другого домейна?

возможно не правильно понимаю суть трэда, но:

var c:Object = appDomain.getDefinition( name );
c.staticMethod();

[dimarik]

allowDomain прекрасно отработал. Попробуйте из лоадера обратиться к какому-нибудь методу или свойству загружаемой флешки не разрешая allowDomain(). Мук еще говорит о BitmapData#draw(), но я тут несколько тушуюсь, потому что draw() относится к разрешению распространителя (crossdomain.xml), сам не проверял. Обратиться к методу класса или к методам экземпляра - разные вещи. Класс находится в ApplicationDomain некоторого SecurityDomain'а. Если он виден по getDefinitionByName - он находится там же, где расположен класс инстанцированного объекта, в методе которого был вызван getDefinitionByName. И если в текущем аппдомене нет такого класса (Loader), то и вызвать его метод вы не сможете. Однако можно было сделать getDefinition аппдомена loader'а и забрать оттуда этот класс и вызвать его метод.

UPD. BloodHound опередил.

[wvxvw]

BlooDHounD:
я проверю, но по-моему получить appdomain загрузчика в загружаемой флешке не дадут. Но если это работает, то все равно не понятно почему нужно только через рефлекшн обращаться, теряется типизация, да и вообще просто не удобно.

[Mur4ik]

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

... да и вообще просто не удобно.

Типа адобовцев это когда-то волновало

[dimarik]

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

я проверю, но по-моему получить appdomain загрузчика в загружаемой флешке не дадут. Но если это работает, то все равно не понятно почему нужно только через рефлекшн обращаться, теряется типизация, да и вообще просто не удобно.

Дадут, не поморщатся ) Через рефлекшн не надо. Зачем нам через ж. А надо загрузить куда я уже говорил )Теперь можно решить старую проблему конфликтов классов, загруженных и существующих. И твой пример будет работать, если Loading загрузить в текущий security domain и правильный app domain. И типизация останется.
И таки allowDomain тут правда, не при чем )

[wvxvw]

Какие конфликты классов? - их всего один есть, и не должно / не может быть больше. Еще раз, я не могу грузить в текущий домейн по ряду других причин, этот вопрос как бы вообще не обсуждается. Мне не нужно загрузить контент в один и тот же домейн (если так делать, то проблем с безопасностью в принципе быть не должно), мне нужно установить доверительные отношения между двумя разными домейнами, и при этом хочется работать не используя рефлекшн. (appDomain.getDefintition().foo() - это работа через рефлекшн, наличие foo() не гарантировано / не возможно проверить на этапе компиляции).

[dimarik]

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

мне нужно установить доверительные отношения между двумя разными домейнами

Сейчас речь идет об ApplicationDomain или о доменах безопасности?
Да, allowDomain устанавливает разрешение обращаться из другого доменах безопасности.
И allowDomain никаким боком не завязан с ApplicationDomain. Лоадер ты дергал из совершенно другого ApplicationDomain, в котором его не было.

[wvxvw]

А вас как зовут? (Ц) Райкин.
Ну так и как тогда обрарится к статическому методу в другом домейне не используя рефлекшн? И почему Security.allowDomain не позволяет это сделать? Есть какие-то логические предпосылки почему это должно быть невозможно?
Кстати, не позволяет плеер обращаться к другому домейну не смотря на Security.allowDomain() ни в загрузчике ни в загружаемом файле.

Error #2044: Unhandled SecurityErrorEvent:. text=Error #2048: Security sandbox violation: http://loading.tld/loading.swf cannot load data from http://loaded.tld/loaded.swf.

// Loaded
Security.allowDomain("http://loading.tld");
super.parent.parent.loaderInfo.applicationDomain.getDefinition("tld.wvxvw.bugs.Loading");

// Loading
Security.allowDomain("http://loaded.tld");
var c:Object = li.applicationDomain.getDefinition("tld.wvxvw.bugs.Loaded");

Так что вариант с рефлекшном нотже не прокатит...