У нас были подобные проблемы, и мы не смогли найти ни одной проблемы. После долгого поиска мы обнаружили, что наш sqlserver был перегружен (потому что мы вошли во многие данные на сервере). Теперь мы заходим в текстовый файл и все работает нормально.
Наше гибкое приложение представляет собой инструмент для тестирования, который одновременно отбирают 350 кандидатов (в среднем). Загрузка веб-сервера и sqlserver довольно высока, потому что каждые 30 секунд состояние гибкого приложения сохраняется на сервере (состояние = текущее упражнение, над которым работает кандидат).
У нас не было никаких проблем, поэтому я предполагаю, что ваша проблема не в гибком приложении. Может это сеть?
Мы работаем с удаленными вызовами WebORB и amf. У нас также есть обработчик retrieveBlob.aspx, используемый для извлечения медиа. В среднем, когда 350 кандидатов начинают сессию, около 3500 медиа-файлов выбираются одновременно (с кэшированием на сервере). В этом случае у нас пока не было никаких проблем.
Еще одна вещь, которую мы реализовали, - это резервная система, в которой при сбое удаленного вызова flex вызывает его снова с теми же параметрами. Если снова произойдет сбой, кандидату будет показано сообщение об ошибке, в котором говорится, что ему необходимо перезапустить приложение (и возобновление выполнено).
Flex, автоматически повторяющий публикацию или получение, - это то, чего я еще не видел в нашем приложении.
Какой сервер вы используете? (мы используем Flex-Weborb-asp.net-sqlserver).