Нет, они не будут.
Рассмотрим эти правила:
2.5 Приложения, использующие непубличные API, будут отклонены
2.7 Приложения, дублирующие приложения, уже находящиеся в App Store, могут быть отклонены, особенно если их много
2,15 Приложения должны быть автономными, содержать одиночные установочные пакеты и не могут устанавливать код или ресурсы в общих местах
2,20 Приложения, отображающие экран лицензии при запуске, будут отклонены
2.21 Приложения могут не использовать механизмы обновления вне App Store
2.24 Приложения, использующие устаревшие или дополнительно установленные технологии (например, Java, Rosetta), будут отклонены
5.5 Использование защищенных материалов третьих лиц (товарные знаки, авторские права, коммерческая тайна, иное содержание, являющееся собственностью) требует документально подтвержденной проверки прав, которая должна предоставляться по запросу
6.1 Приложения должны соответствовать всем положениям и условиям, изложенным в Apple Macintosh Human
Руководство по интерфейсу
6.3 Приложения, которые не используют элементы, предоставленные системой, такие как кнопки и значки, правильно и как описано в Руководстве по интерфейсу пользователя Apple Macintosh, будут отклонены
Использование частных или «устаревших» технологий запрещено правилами (2.5, 2.24), а также кодом, который зависит от того, что не установлено по умолчанию в Mac OS X (2.15).
2.15 заставит вас связать всю JRE с вашим приложением. Но это нарушит (2.5), потому что JRE будет использовать непубличные API для интеграции с Apple Look-and-Feel и, вероятно, также 2.20.
Без этой интеграции вы бы нарушили 6.1 и 6.3.
Кроме того, это будет вашей задачей обновлять приложение каждый раз, когда Java получает обновление безопасности, поскольку средство обновления Oracle для Java не будет работать (2.21).
В конечном итоге для получения какого-либо письма от юристов Oracle (требуется 5,5) может потребоваться несколько месяцев, поэтому вы очень опоздаете на рынок и ваше приложение может быть отклонено по правилу 2.7.
Это не имеет ничего общего с технологией. Это политическое решение, подобное тому, что произошло с Flash, и если люди попытаются обойти его, Apple просто не одобрит его. У них есть множество правил, на которых они могут основывать свое отклонение вашего приложения.
По сути, Apple не хочет, чтобы разработчики писали кроссплатформенные приложения, и подталкивает их к разработке «эксклюзивных» приложений Apple на языке, контролируемом Apple.