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

Обновления можно хранить в rms. В том же jar'е создаёшь второй мидлет для скачивания обновлений или в основном мидлете добавляешь пункт меню для их скачивания. Но при обновлении всего мидлета может потребоваться и повторное скачивание обновлений в rms.

В смысле запихнуть все данные в record store? Вариант... Правда ~2000 записей общим весом в 3-4 метра в сторе, хз как оно себя поведёт. И плюсь проблема если юзверь снесет мидлет, что по практике случается регулярно. В идеале конечно было б лучше хранить эти данные независимо от мидлета, но если не ошибаюсь это невозможно, верно? Math спс за идею   буду пробовать...

Можно использовать jsr75 (fileconnection) - но тогда мидлет нужно подписывать.
Можно использовать смешанный вариант - основные ресурсы в jar, обновления в rms или, если телефон поддерживает jsr75, во внешнем файле. Но юзер может снести ресурс во внешнем файле, не снося мидлет.

не, не поддерживает... пока остановился на немного странном варианте, но вроде работает. там порядка 2000 файлов по 1-3 кило, я их разделяю на группы по 128 и запихиваю в полтора десятка рекорд сторов мидлетом-"инсталятором". затем поверху ставлю основной мидлет, который мона спокойно дальше обновлять. вроде работает, и скорость приемлемая