Моя первоначальная реакция заключалась в том, что я был бы шокирован, если бы вы могли заставить это работать, и чтобы оно было исполнено. Но потом я начал об этом думать, и, возможно, вы могли бы это сделать, используя специальный загрузчик классов. Если вы вставляете jar в exe в качестве ресурса, это будет точно так же, как наличие байтов jar в определенном смещении в любом файле (независимо от exe или нет).
Итак, вот потенциальная стратегия: реализовать пользовательский загрузчик классов, который принимает путь exe и смещение ресурса jar в этом файле. Это будет использовать пользовательскую версию ZipFile, которая использует фиксированное смещение индекса для своих чтений (к сожалению, не будет возможности использовать сам ZipFile, но если вы захватите источник ZipFile, это будет довольно очевидно, где вы будете необходимо добавить смещение).
Проблема с загрузкой здесь (как загрузить пользовательский загрузчик классов?) - но я думаю, что это возможно сделать со стороны JNI. В основном вы должны хранить файл .class для загрузчика в качестве отдельного ресурса в exe, полностью загружать его в память, а затем конструировать с помощью вызовов JNI. Это будет хлопот, но это просто для одного класса, а затем вы можете позволить Java runtime взять на себя все остальное.
Звучит как интересный проект (хотя, как указывают другие, в том, что вы делаете, не так много безопасности ... Я полагаю, что вы можете зашифровать встроенную банку и добавить код расшифровки в загрузчик классов, но вы должны решить, как далеко вы хотите это сделать).
«Я не хочу раскрывать свой файл jar для всех по соображениям безопасности». Поместив его в exe и отправив exe кому-то, вы разоблачаете его. –
Да, но exe не может быть декомпилирован так легко, как bytecode – Xinus
Но если вы просто упаковываете JAR-файл внутри .exe, для его устранения не требуется «декомпиляция». – Nate