Особенности наследования от класса Proxy

[PainKiller]

Тема навеяна чтением Adobe AIR Bible, в главе 15 (стр. 285) приводится пример класса Config, который является синглтоном, и свойства которого (названия и значения) берутся из XML-файла. Config наследуется от класса flash.utils.Proxy, и в нем переопределяется метод getProperty таким образом:

                 override flash_proxy function getProperty(name:*):*
		{
			//делает всю магию: создает свойство и придает ему значение из xml
			return xml.property.(@name == String(name)).@value;
		}

Я скопипастил код из книги и он у меня не сработал, создаваемые таким образом свойства выдают ошибку при обращении к ним. Немного подумав, я понял что прокси тут вообще не нужен, и написал свою реализацию этого класса, просто сделав его динамическим. Но остался вопрос к более опытным товарищам - почему не сработал вариант с прокси? Прилагаю проект сделанный в FD, в котором 2 конфигкласса (ConfigProxy - вариант из книги, не работает, ConfigDynamic - мой вариант с динамическим классом, работает). Ну и в догонку еще одни вопрос, возможно заслуживающий отдельной темы, если кто то знает еще способы сборки классов из XML, и варианты полезного применения этого, будет здорово если вы ими поделитесь. Заранее спасибо1