Diskussion:Apache Ant

Hallo Jpp, Deine Überarbeitung finde ich echt gut. Sollte man noch Maven erwähnen? http://maven.apache.org/start/index.html --spj 22:36, 13. Mär 2004 (CET)

Hi Spj, freut mich, wenn's gefällt. Maven war mir bisher noch nicht bekannt. Ist aber offenbar ein eigenständiges Projekt, das es eben unter anderem auch als Ant-Task gibt. Daher würde es m.E. eher einen eigenen Wikipedia-Artikel vertragen, falls es bedeutend genug ist. (Ist es das?) -- Jpp 11:32, 14. Mär 2004 (CET)

Ich denke, dass Maven nicht bekannt genug ist und ant schon ein fast-Standard. Deshalb braucht es doch nicht erwähnt werden! --spj 12:41, 20. Mär 2004 (CET)

Maven ist teilweise kompatibel zu Ant, aber gestartet wurde es aus dem Turbine Project heraus als interne Konkurenz zu Ant. Gott sei dank hat es sich nie durchgesetzt. --Benutzer:Christoph73

GUI

Thema grafische Benutzeroberfläche: Das Wort ist Unsinn! Siehe Diskussion:grafische Benutzeroberfläche. Korrekt währe entweder: Grafische Benutzungsoberfläche oder aber Grafische Benutzerschnittstelle. Wer sich den falschen Begriff grafische Benutzeroberfläche einfallen lassen hat, ist mir ein Rätsel... Ich bin dafür, im Text wieder GUI zu sagen - eine Abkürzung kann ja so falsch nicht sein ;-)! -- Christoph73

Task/Target

Jemand hat beim Schreiben des Artikels Task und Target durcheinander gebracht. Ich habe das mal flux korrigiert, da Tasks einzelne Java-Klassen sind und Targes in XML beschriebene Methoden, welche aus Task-Aufrufen bestehen. -- Christoph73

Es mach meiner Meinung nach keinen sinn Targets, welche eh. frei definierbar sind, aufzuzählen! Es macht mehr Sinn, Tasks aufzulisten und beispielhaft ein oder Zwei Targets als Code zu zeigen. Ich werde das mal vorbereiten! -- Christoph73

Ich denke, so ist es mit den Tasks/Targets am besten beschrieben. Wenn du die Kommentare im Quelltext irgendwie sichtbar machen könntest, fänd ich das allerdings prima!

Die Beschreibung konnte ich auch leider so nicht stehen lassen.

Übrigens: Ich bin Mitglied des Project [Management Committee] von Ant und Hauptentwickler von Antidote. Glaub mir: Ich weiß wovon ich schreibe ;-). -- Christoph73

Angeber!  ;-)

Dass Du weißt, wovon Du schreibst, stand nie zur Debatte. Es ging vielmehr darum, dass die Absicht des Abschnittes war, Beispiele für Targets aufzuführen, nicht für Tasks. Aber egal, Deine jetzige Formulierung des Artikels ist viel besser als vorher. Und darum geht's ja schließlich... Jpp 09:30, 26. Jul 2004 (CEST)

Wow! Jpp! Du bist aber schnell! :-) *freu* Danke für die Korrekturen der Typpos und der Überschriften! Der Artikel wird immer besser *g*. Ne - mir gigns nicht ums angeben, sondern um das Konzept, wie ein build-File zu struktorieren ist. Bei deiner Version konnte man denken, dass man typischerweise pro Target nur einen Task aufruft - bzw. für jeden Task-Aufruf ein eigenes Target definiert - Das ist nicht im Sinne des Erfinders! Aprops: Ich werd mal Den "Erfinder" im Artikel erwähnen :-). Thanx -- Christoph73

Nochmal ich: Habe jetzt JDD (den Ant Erfinder) erwähnt, den Namen erklärt und das Logo eingefügt. Schau die mal den Englischen Artikel über Ant an. Sollte man evtl. das Buildfile nehemn, was die dort haben? Ist immerhin komplett und benutzt keine Properties, welche zur Vollstandigkeit zwar erwähnt werden sollen (genau wie die Types), aber hier den Leser der Enzyklopädie evtl. verwirren... -- Christoph73

Ich finde der Artikel ist echt gut geworden. Vielleicht sollte man noch die entsprechende propertydatei darunter schreiben.

Die Properties werden nocht unbedingt durch eine Property-Datei gesteuert, sondern können auch im Programm definiert werden! Bau ich evtl. noch in das Beispiel ein. Oder sollten wir besser das Beispiel aus dem Englischen Artikel über Ant übernehmen. -- Christoph73

Hallo Christoph73, was ist eingentlich mit Antidote? Ich kuck als im cvs, aber da tut sich ja gar nichts... --spj 22:47, 26. Jul 2004 (CEST)

Tja... Ich bin zur Zeit der einzige, der sich noch darum kümmert... Es hat zur Zeit den Status "Beispielanwendung für Ant-Integration" und wird nur geändert, wenn es zu compile-Fehlern auf Grund von Ant-API-Änderungen kommt! Ich hab's fast aufgegeben, Leute anzuheuern, die mir mal mit entwickeln... Alleine machts halt nicht so viel Spaß ;-). Kannst du programmieren? Hast Du Zeit/Lust? -- Christoph73

Hallo Christoph73 Es gibt schon einige Oberflächen für ant z.B. antelope. Ich möchte nicht Energie in eine weitere stecken. spj 21:01, 25. Aug 2004 (CEST)

Ja, da hast du recht, aber es gibt noch keine einzige GUI, die einem das Editieren, bzw. den Einstig in Ant wirklich erleichtert - und diesen Anspruch hatte Antidote einmal. Ich habe mir grade mal Antelope genauer angeschaut. Es hat einige nette Features, wie das Auflösen von Target-Debendencies, aber einen Visuellen Editor für das Bild-File, wie es Antidote schon lange hat, hat es nicht - Editieren muss man im Texteditor...! Du bist weiterhin herzlich eingeladen, an Antidote mitzuwirken! Es war immerhin die allererste AntGUI und alle anderen haben viel davon abgeschieben (u.a. die NetBeans-Leute). -- Christoph73

Kritik (Skript)

Ich habe folgenden Satz wieder entfernt:

*
* Kritiker bemängeln jedoch, daß Ant sich mehr und mehr in 
* Richtung einer Scriptsprache bewegt, wofür XML-Syntax 
* nicht optimal geeignet ist.
*

Grund: Ich bin selbst Mitglied des Ant-Project-Management-Committees und DAS ist genau, was wir seit Jahren versuchen zu verhindern. Leider versuchen immer wieder Leute eigene Tasks zu bauen, um mit XML scripten zu können. Das ist natürlich Unsinn! Ant kann allerdings auch Skript-Aufgaben erledigen: Mit den Scripting Tasks! Das ist Quasi ein Java-Script Plugin für Ant. Leider benutzt das kaum jemand... Egal: Ant selbst muss sich den Schuh nicht anziehen eine Script-Engine für XML sein zu wollen!

Properties != Variablen

Am Ende der "Beispiele für Targets" werden die Properties als Variablen bezeichnet, was meiner Meinung nach irreführend ist. "Variabel" bedeutet veränderbar, aber die Properties im Ant-Script können nach einer Wertzuweisung nicht mehr geändert werden. Es gibt sogar einen Optional Task "ise.antelope.tasks.Variable" über den eine richtige Variable für Ant definiert werden kann. -- Baweg 08:46, 25. Nov. 2009 (CET)

Wozu?

Wozu sollte ich Ant benutzen? In Eclipse oder IntelliJ drück ich halt auf Compilieren und gut! Warum ein Build-Tool? --178.3.7.185 00:30, 3. Jul. 2013 (CEST)

"Runs on my machine" ist ein Bad Smell in der Informatik. Beinahe alle Projekte haben keinen Build, der mit kompilieren alleine auskommt, beinahe alle Projekte haben mehrere Mitarbeiter, beinahe alle Projekte möchten ihre technische Qualität messen. Für all diese brauchst ein Build-Tool. Das war schon vor 20 Jahren so und wird sich auch in Zukunft nicht ändern. Lies auch einmal nach bei Apache Maven, Kontinuierliche Integration und Sonar (Entwicklungswerkzeug). --Sebastian.Dietrich ✉ 08:08, 3. Jul. 2013 (CEST)

Ah Continuous Integration! Build-Prozesse kenne ich in der Theorie. In der Praxis ist mir die Umsetzung trotz mehrerer Mitarbeiter bisher nicht gelungen. Wird vermutlich am Zeitmangel liegen. Danke für die info! --178.3.7.185 14:35, 3. Jul. 2013 (CEST)

Solltest unbedingt mal versuchen. Wie viele automatisierten Prozesse ersparen CI & Build-Prozesse mittel- und langfristig Zeit (& bringen auch mehr Qualität, was wiederum Zeit erspart) - man muss halt am Anfang dafür etwas Zeit investieren. Ganz so wie beim Radfahren - aufs Rad aufsteigen kostet auch Zeit :-) --Sebastian.Dietrich ✉ 15:53, 3. Jul. 2013 (CEST)

Neue Version

Es gibt eine neue Version (1.10.0), die am 31.12.2016 erschienen ist. Ich weiß leider nicht, wie ich die Version im Artikel ändern kann. (nicht signierter Beitrag von 77.182.37.123 (Diskussion) 08:37, 6. Feb. 2017 (CET))