Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.lang.java > #13107

Re: Ant-Anpassung

From Lothar Kimmeringer <news200709@kimmeringer.de>
Newsgroups de.comp.lang.java
Subject Re: Ant-Anpassung
Date 2017-02-15 22:08 +0100
Organization Organization?! Only chaos here!
Message-ID <nw8krgr8im0x$.dlg@kimmeringer.de> (permalink)
References <ytz7f4rhm27.fsf@news.ole.ath.cx>

Show all headers | View raw


О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.
> 
> <typedef name="extclasspath" classname="org.apache.tools.ant.types.Path"/>
> 
> 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:
> 
>    <signjar jar="${dist.lib.pkg}/${name}.jar"
>             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!

Back to de.comp.lang.java | Previous | NextPrevious in thread | Find similar


Thread

Ant-Anpassung ole-usenet-spam@gmx.net (Оlе Ѕtrеісhеr) - 2017-02-15 09:53 +0100
  Re: Ant-Anpassung Lothar Kimmeringer <news200709@kimmeringer.de> - 2017-02-15 22:08 +0100

csiph-web