agee

Безусловно, вам нужны будут:
- Полные исходники, включая все зависимости, а также файлы проектов. В идеале репозиторий целиком.
- Исходные макеты для дизайна, а также готовые (напр., нарезанные) картинки во всех необходимых разрешениях, если таковые используются в приложениях.
- Если они использовали какой-нибудь облачный бэкенд, - все доступы к аккаунтам бэкенда.
- Если они использовали свой частный бэкенд, - необходим перенос их бэкенда на ваш сервер. После этого удостовериться, что все работает, как прежде (для людей технически неподкованных задача нелегкая, хотя все зависит от реализации).
- Если они использовали какие-то библиотеки третьих лиц или обращаются в коде к серверам третьих лиц, которые подразумевают использование ключей (напр., авторизация в соц. сетях, рекламных сетях, сервисы Гугла и т.д и т.п.), необходимо забрать все ключи и доступы к админкам этих ресурсов.
- В случае с Apple App Store, необходимо совершить миграцию приложения на ваш аккаунт (https://developer.apple.com/library/ios/documentat...). Естественно, этот эккаунт нужно заранее создать и разобраться, как что настраивать, какие сертификаты и для чего генерировать. Все последующие апдейты уже надо будет подписывать вашими новыми сертификатами. По Андроиду, думаю, нужно совершить похожие действия.

P.S.: Важно учесть, что нельзя менять ключи на новые и отключать старые сервера бекэндов до того, как не выпустите апдейт клиентских приложений с новыми ключами и URL-ами, иначе вся сетевая работа приложениях остановится.

Если у вас с архитектурными вопросами все очень хорошо, то можно и попробовать. Разработчики j2objc заявляют, что можно писать бизнес-логику на джаве, потом транслировать это все в objC, что, в принципе, не лишено права на жизнь. Думаю, работу со всеми стандартными контейнерами реально перевести на NSFoundation-рельсы, что они, наверное, с успехом и делают.

В то же самое время, в j2objc нет и не планируется поддержки работы с UI. И это тоже, как по мне, весьма правильно. Цитата:

J2ObjC does not provide any sort of platform-independent UI toolkit, nor are there any plans to do so in the future. We believe that iOS UI code needs to be written in Objective-C or Objective-C++ using Apple's iOS SDK (Android UIs using Android's API, web app UIs using GWT, etc.).

Таким образом, стоит хорошенько подумать, подходит ли Вам это. ИМХО, не лучший выбор в большинстве случаев.