[AS3] Отлов ошибки в загруженном swf
Denis Kolyako
Имеется loader.swf и file.swf. Первый загружает второй.
В loader следующий Document class, стандартно:
package {
import flash.display.Loader;
import flash.display.Sprite;
import flash.net.URLRequest;
public class FileLoader extends Sprite {
public function FileLoader() {
super();
var loader:Loader = new Loader();
loader.load(new URLRequest('file.swf'));
}
}
}
В file:
package {
import flash.display.Sprite;
public class File extends Sprite {
public function File() {
super();
throw new Error('Some error');
}
}
}
Вопрос: как отловить Some error в конструкторе File и при этом не
поломать все приложение?
Денис Коляко
______________________________________________________________________
e...@timezero.ru | http://etcs.ru/ | http://www.timezero.com/
Flop Serg
может какнибудь так прокатит:
fileAD:ApplicationDomain = new ApplicationDmain();
loader.load(new URLRequest('file.swf'),new LoaderContext(true,fileAD));
loadCompleteHandler(e:Event = null):void {
try {
var myFileClass:Class = fileAD.getDefinition("File") as Class;
} catch (e:Error) { .... }
try {
var file:Sprite = new myFileClass() as Sprite;
} catch (e:Error) { ...}
}
или что ты имееншь под словами "не поломать все приложение" ?
Евгений Н.
конференцией), вроде в ActionScript - не возможно.
Но может кто-то и нашел какое-то решение.
Если бы мне это было нужно, я бы попробовал копать в следующем
направлении. Например разработчики фреймворка Mate, если я не
ошибаюсь, применяют паттерн инверсии управления (Inversion of Control)
и паттерн внедрения зависимостей (Depenedency Injection).
(термины, введенны Мартином Фаулером, Родом Джонсоном и группой
программистов PicoContainer в 2003 г.)
Ну и такая характерная цитата:
"Method Injection это форма IoC в которой контейнер реализует
абстрактный метод или переопределяет существующий метод для
установления зависимости. Это более редкая форма по сравнению с
Dependency Injection через свойства или конструктор."
- Оч. возможно что в таком фреймворке - можно было бы перехватывать
гораздо больше исключений/ошибок, чем обычно.
--
Евгений Н.
Denis Kolyako
> может какнибудь так прокатит:
File — рутовый класс file.swf, а не класс в либе. Он и выкидывает
исключение в конструкторе.
> или что ты имееншь под словами "не поломать все приложение" ?
Перестает работать загрузка такого файла, никаких событий после
исключения не происходит.
BlooDHounD
скажите мне пожалуйста, как хоть какой-нить паттерн, сможет исправить
подобную ситуацию?
как с отловом ошибки в загружаемой флэшке связаны такие умные слова,
как "Фаулер", "Мате", "Inversion of Control", "Depenedency Injection",
и вся остальная бредятина, которую Вы описали?
Flop Serg
в котором весь конструктор был-бы вынесен в отдельный метод?
тогда загрузить его раньше в новый АппДомен потом туда-же file.swf
после загрузки вызвать свой метод заменяющий конструктор
Denis Kolyako
Нет. swf произвольный, с некоторым набором ресурсов.
BlooDHounD
и всё таки ответьте причём тут АппДомен?
к тому же конструктор ничего заметить не может. на то он и конструктор.
Flop Serg
Flop Serg, нету такой возможности.
и всё таки ответьте причём тут АппДомен?
к тому же конструктор ничего заметить не может. на то он и конструктор.
--~--~---------~--~----~------------~-------~--~----~
можно заменить целый класс своим, подобным исходному по функционалу, только без ошибки
для этого какраз и нужен АппДомен : в новый домен загружаем "свой хороший" класс, потом туда-же свф с "плохим" классом
и тот "плохой" класс заменится "своим хорошим". Проверено - работает
но не в этом случае
> [swf произвольный, с некоторым набором ресурсов.]
BlooDHounD
Dima Kruk
> конструкторе File и при этом не
> поломать все приложение?
конструкцию try catch!
Вызов исключения будет происходить
при вызове конструктора (это конечно
очевидно:)) => отлавливать его нужно при
вызове load! (это мое предположение)
BlooDHounD
Flop Serg
Dima Kruk, а проверить?
А тема между тем очень интересная
может в адоб написать чтоб они придумали еще один лоадер который не инстанциирует подгружаемую флешку сам, а только по запросу
может в 10ку успеют включить
BlooDHounD
ioError и securityError. если не подписываешься, то исключение
генерится, а если подписываешься, то оно работает как try ...
catch ... finally
Denis Kolyako
очевидно:)) =>> отлавливать его нужно при
> вызове load! (это мое предположение)
Предположение неверное, потому как сам по себе load не вызывает
ошибок, а вызов конструктора происходит в некоторый, недоступный для
нас момент времени.
Пока придумано решение с генерацией нового рутового класса для
загружаемого swf на лету, в событии progress. Даже успешно проведен тест.
whitered
а если в конструкторе генерится исключение - то тут ничего нельзя предпринять
--
dmitry zhelnin
Dima Kruk
> очевидно:)) =>> отлавливать его нужно
> при
>> вызове load! (это мое предположение)
>
> Предположение неверное, потому как
> сам по себе load не вызывает
> ошибок, а вызов конструктора
> происходит в некоторый, недоступный
> для
> нас момент времени.
>
Но вообще странно для чего такое может
понадобиться? Главный класс является
точкой входа, зачем в нем делать
исключения?
whitered
понадобиться? Главный класс является
точкой входа, зачем в нем делать
исключения?
dmitry zhelnin
Denis Kolyako
> в таких случаях вместо ошибки должно диспатчиться событие ErrorEvent
> а если в конструкторе генерится исключение - то тут ничего нельзя предпринять
Это понятно, но эту ошибку создал не я, а она сама возникла, даже
банальный super.stage.addEventListener в конструкторе создаст
исключение, хотя сама по себе флешка работает, но будучи
загруженной, может выкидывать исключения.
Denis Kolyako
> Главный класс является
> точкой входа, зачем в нем делать
> исключения?
Исключения не мои, вот такой вот swf.
Flop Serg
Пока придумано решение с генерацией нового рутового класса для
загружаемого swf на лету, в событии progress. Даже успешно проведен тест.
а расскажи как это?
Denis Kolyako
> а расскажи как это?
Ну примерно так: загружаем swf, в PROGRESS обрабатываем бинарник,
ищем тег SymbolClass, получаем имя класса, генерируем по бинарному
шаблону новый swf с зашитым в него нашим классом, загружаем его через loadBytes в тот же
ApplicationDomain, что и у загружаемого swf. В итоге loadBytes
срабатывает раньше какой-либо инициализации загруженного swf и наш
класс замещает рутовый класс загружаемого swf.
Flop Serg
Ну примерно так: загружаем swf, в PROGRESS обрабатываем бинарник,
ищем тег SymbolClass, получаем имя класса, генерируем по бинарному
шаблону новый swf с зашитым в него нашим классом, загружаем его через loadBytes в тот же
ApplicationDomain, что и у загружаемого swf. В итоге loadBytes
срабатывает раньше какой-либо инициализации загруженного swf и наш
класс замещает рутовый класс загружаемого swf.
Denis Kolyako
> а весь код из документ класса загружаемой теряется в нибытье ?
Совершенно верно. Но он и не нужен, нужны ресурсы из такой либы.
BlooDHounD
класс, а заглушка удаляется.
Flop Serg
Господа вы друг-другу противоречите ))
Позвольте полюбопытствовать, когда у вас получится сие чудо, оно будет доступно общественности?
[offtop]
Ура!!! свершилось чудо... когда я тут интерисовался есть ли возможность приаттачить байтАррэй
все гордо промолчали... и только сейчас Денис Коляко проболтался что есть такая штука как Loader.loadBytes
а я (лох) не не знал этого. и не мог внятно объяснить что же мне надо
За что ему громадный респект и уважуха
[/offtop]
Denis Kolyako
> Господа вы друг-другу противоречите ))
> Позвольте полюбопытствовать, когда у вас получится сие чудо, оно будет доступно общественности?
Чудо случилось, но не до конца, BlooDHounD хотел сохранить
работоспособность исходного рутового класса, создавая его позже,
через try catch, чтобы иметь возможность контролировать конструктор.
Но у нас не получилось достать исходный рутовый класс из
ApplicationDomain обратно, только заменить на свой.
Я не уверен, что общественности это вообще нужно.
Зато выяснилось, что на свойство bytes у LoaderInfo не действует
кроссдоменная политика и таким образом, используя все тот же loadBytes,
можно обойти ограничения security. Например, загрузить картинку,
отобразить, исказить и вообще как угодно извратиться. Про swf вообще
можно и не говорить даже.
ign
> Зато выяснилось, что на свойство bytes у LoaderInfo не действует
> кроссдоменная политика и таким образом, используя все тот же loadBytes,
> можно обойти ограничения security.
>
--
ign
_____________________________________________________________________
http://www.isky.ru
Denis Kolyako
> Что это за свойство такое волшебное bytes у экземпляра класса LoaderInfo ?
А в документации информации о нем нету, разве? Поставьте флеш
поновее ;-)
ign
> А в документации информации о нем нету, разве? Поставьте флеш
> поновее ;-)
>
Мы о 9-ом флеш плеере говорим?
у меня в методе onLoadComplete
вот эта строчка кода:
trace(loader.loaderInfo['bytes']);
выкидывает Error #1009: Cannot access a property or method of a null
object reference.
Denis Kolyako
> Мы о 9-ом флеш плеере говорим?
Безусловно. С версии 9.0.45.0, если не ошибаюсь, появилось это
свойство. А у вас, похоже, CS3 ещё с версией 9.0.16.0 или какая там
была…
Собственно, в документации оно есть:
http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/flash/display/LoaderInfo.html
Flop Serg
Зато выяснилось, что на свойство bytes у LoaderInfo не действует
кроссдоменная политика и таким образом, используя все тот же loadBytes,
можно обойти ограничения security. Например, загрузить картинку,
отобразить, исказить и вообще как угодно извратиться. Про swf вообще
можно и не говорить даже.
вся она на ура обходится одним небольшим скриптиком на своем сервере
и ничего тут не поделаешь (за исключением сокет соединений тут надо скриптик побольше)
помоему луше бы адобы рыли в сторону цифровых подписей и SSL
WyBaeB
Denis Kolyako
> Proxy class?
Ммммм, продолжите мысль.
Денис Коляко
______________________________________________________________________
e...@timezero.ru | http://etcs.ru/ | http://timezero.com/
ign
> Зато выяснилось, что на свойство bytes у LoaderInfo не действует
> кроссдоменная политика и таким образом, используя все тот же loadBytes,
> можно обойти ограничения security. Например, загрузить картинку,
> отобразить, исказить и вообще как угодно извратиться. Про swf вообще
> можно и не говорить даже.
>
добавить после загрузки. Даже если он из другого домена грузил. Но
сделать с ним ничего потом нельзя.
ign
_____________________________________________________________________
http://www.isky.ru
Denis Kolyako
> Либо у меня глюки, либо экземпляр класса Loader теперь можно на сцену
> добавить после загрузки. Даже если он из другого домена грузил. Но
> сделать с ним ничего потом нельзя.
А вы внимательно прочитайте, о чем именно я писал.
ign
> А вы внимательно прочитайте, о чем именно я писал.
>
нельзя было.
iFrame
> > А вы внимательно прочитайте, о чем именно я писал.
> >
> Это в дополнение к вышесказанному. Раньше добавить лоадер на сцену
> нельзя было.
Киньте ссылкой, где написано что нельзя или нельзя было.
Сколько я помню AS3, flash.display.Loader всегда наследовался от
DisplayObject и всегда его можно было добавить на сцену, не зависимо
от тоого, загружен в него контент или нет(и не важно из какого
домена).
--
Oleg Galaburda
http://blog.actualwave.com/
Advanced Flash Components / CrabDish LLC
7350 E. Progress Place, Suite 212
Greenwood Village, CO 80111
USA
WyBaeB
Denis Kolyako
Каких эвентов? У нас вываливается runtime-
error, его нужно перехватить.
События тут причем?
Денис Коляко
______________________________________________________________________
e...@timezero.ru | http://etcs.ru/ | http://timezero.com/
Vasiliy Vasilyev
Пропарсить ByteArray, найти тэг DoABC, пробежаться по нему и найти нужный method_body_info для соответствующего $iinit-а (конструктора у проблеммного класса), а затем добавить туда exception_info, натянутый от самого начала и до конца, плюс некий рукотворный отсылатель ошибки, наверное разумнее событием. Должно сработать, как мне кажется.
Denis Kolyako
Если вы знакомы со спецификацией SWF, быть может поможет:
Пропарсить ByteArray, найти тэг DoABC, пробежаться по нему и найти нужный method_body_info для соответствующего $iinit-а (конструктора у проблеммного класса), а затем добавить туда exception_info, натянутый от самого начала и до конца, плюс некий рукотворный отсылатель ошибки, наверное разумнее событием. Должно сработать, как мне кажется.