benutzerdefinierte VM-Paket ergibt nicht-rentable Installer-Programm?

Question

Ich experimentierte mit dem Rezept für die Erstellung eines benutzerdefinierten VM-Packs, die Motivation war, unsere 3rd-Party-Bibliotheken in einen "gesegneten" JRE-Distro/lib/ext-Ordner zu legen und als vm.zip zu komprimieren (keine Komprimierung, keine Pfade)) und verpacken Sie das dann mit einer Eigenschaftendatei in eine andere Postleitzahl.

Eine auf diese Weise erstellte VM-Datei wird in den IA-Optionen zum Erstellen angezeigt, aber das resultierende installer.exe wird mit einer Meldung gestartet, dass die Hauptklasse nicht gefunden werden konnte. Das gleiche Projekt, das mit einem der Vanilla-JVM-Packs von IA erstellt wurde, funktioniert einwandfrei. Es muss also etwas in der Art sein, wie ich meine benutzerdefinierte VM erstelle.

Ich habe auch versucht, die Datei -> Create VM Pack-Option von der Benutzeroberfläche, die ebenfalls gibt mir einen Fehler. Hat jemand das erfolgreich gemacht, und wenn ja, welches Zip-Tool hast du benutzt? (7z hier ..)

danke für jeden Einblick!

Answer 1

können Sie Ameise verwenden vm Pack zu bauen.

<?xml version="1.0" encoding="UTF-8"?> 
<project name="build_vm" default="default"> 
    <property name="buildTmpDir" value="Path_to_your_jre"/> 
    <target name="default"> 
     <zip destfile="${buildTmpDir}/vm.zip" 
      compress="false"> 
      <fileset dir="${buildTmpDir}/jre/"/> 
     </zip> 
     <zip destfile="${buildTmpDir}/jre1.8.0.vm"> 
      <fileset dir="${buildTmpDir}/" includes="vm.zip"/> 
      <fileset dir="${buildTmpDir}/" includes="vm.properties"/> 
     </zip> 
    </target> 
</project> 

Darauf achten, dass $ {buildTmpDir}/jre bin und lib Ordner enthalten. Der Inhalt vm.properties Datei wie diese

vm.platform=windows 
vm.platform.flavor=win32 
vm.name=v1.8.0 Windows i386 
vm.exe.path=bin\\java.exe 

aussehen