Path: csiph.com!goblin3!goblin.stu.neva.ru!news.netfront.net!.POSTED.79.202.127.26!not-for-mail From: Lothar Kimmeringer Newsgroups: de.comp.lang.java Subject: Re: Ant-Anpassung Date: Wed, 15 Feb 2017 22:08:37 +0100 Organization: Organization?! Only chaos here! Message-ID: References: Reply-To: news@kimmeringer.de Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Injection-Info: adenine.netfront.net; posting-host="79.202.127.26"; logging-data="44791"; mail-complaints-to="news@netfront.net" User-Agent: 40tude_Dialog/2.0.15.1de Xref: csiph.com de.comp.lang.java:13107 Оlе Ѕtrеісhеr wrote: > nicht direkt ein Java-Thema, aber zur Grauzone gehörend: (Wie) kann ich > einen neuen Typ/Task über die Kommandozeile definieren? Hintergrund: Ich möchte > ein Projekt bauen, mit minimalen Änderungen am build.xml. Das Project > [1] besitzt einen neuen Type "extclasspath", der für meine Zwecke auf > "path" gemappt werden kann. Sowas funktioniert ohne Probleme in der build.xml. > > > > Kann ich das auch irgendwie ohne Änderung build.xml erreichen? Der Versuch > > $ ant -Dextclasspath=org.apache.tools.ant.types.Path ... Ist mir jetzt nicht wirklich bekannt, aber was du pruefen kannst ist das Erstellen einer eigenen build.xml, in der du das definierst und von dort aus auf das andere build.xml zugreifst und den ent- sprechenden Target startest. Ob ein typedef an den Sub-Ant weitergereicht wird, weiss ich aller- dings nicht, da es in https://ant.apache.org/manual/Tasks/ant.html nicht erwaehnt wird. Properties werden aber durchgereicht (steuerbar) Das Setzen von Typedefs per System-Property scheint nicht moeglich zu sein, zumindest wird in https://ant.apache.org/manual/Tasks/typedef.html nichts derartiges erwaehnt. Durch die Moeglichkeit, weiterer Parameter waere das in Properties-Syntax auch ein bisschen schwer, glaube ich. > Zweite Frage: Das Orginal-build.xml versucht grundsätzlich, die jars zu > signieren: > > alias="${webstart.alias}" > keystore="${webstart.keystore}" > keypass="${webstart.keypass}" > storepass="${webstart.storepass}"/> Das duerfte erforderlich sein, weil ja die Webstart-Erstellung alle Permissions will und das von der JVM nur gewaehrt wird, wenn ein signiertes Jar hat, soweit ich weiss. > was nicht funktioniert, weil ich keine Keys habe, und auch für meine > Zwecke gar nicht notwendig ist. Kann ich das irgendwie verhindern, indem > ich signjar auf eine No-Op "umbiege" (und gibt es eine passende No-Op in > Ant)? build.xml patchen ist irgendwie nicht so eine prickelnde Sache... Was spricht gehen den target install-runonly? Das ueberspringt, soweit ich das sehe, das Erzeugen des Jars komplett. Gruesse, Lothar -- Lothar Kimmeringer E-Mail: spamfang@kimmeringer.de PGP-encrypted mails preferred (Key-ID: 0x8BC3CD81) Always remember: The answer is forty-two, there can only be wrong questions!