Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: ole-usenet-spam@gmx.net (=?utf-8?B?0J5s0LUg0IV0ctC10ZbRgWjQtXI=?=)
Newsgroups: de.comp.lang.java
Subject: Re: Ant an Kompilation hindern?
Date: Wed, 21 Dec 2016 15:52:11 +0100
Lines: 40
Message-ID: <87bmw572sk.fsf@gmx.net>
References: <87pokm7mab.fsf@gmx.net> <o3bm0f$lv1$1@newsreader4.netcologne.de> <87lgv978in.fsf@gmx.net> <o3e4gb$btv$1@newsreader4.netcologne.de>
Reply-To: =?utf-8?B?0J5s0LUg0IV0ctC10ZbRgWjQtXI=?= <ole-usenet-10@gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: individual.net R8V6m5Fhqy0exAqPMU7m2wt2JD8hCkutJuP73ZVMZGGZ7jkRJjCGcA8w==
Cancel-Lock: sha1:NRol/8+wD9L0n2cUawECXapXLx8= sha1:qs1QQso8eBILyvNEi+BDv6/RuGU=
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Xref: csiph.com de.comp.lang.java:13064

Patrick Roemer <sangamon@netcologne.de> writes:
> Responding to Оlе Ѕtrеісhеr:
> Wenn wir dasselbe Buildscript mit unterschiedlichen Ergebnissen laufen
> lassen, liegt die Vermutung nahe, dass es an unterschiedlichen
> Toolversionen/-varianten liegt. Ich habe hier
>
> java version "1.8.0_73"
> Java(TM) SE Runtime Environment (build 1.8.0_73-b02)
> Java HotSpot(TM) 64-Bit Server VM (build 25.73-b02, mixed mode)
>
> und
>
> Apache Ant(TM) version 1.9.5 compiled on May 31 2015
>
> Wie schaut das bei Dir aus?

$ ant -version
Apache Ant(TM) version 1.9.7 compiled on May 16 2016
$ javac -version
javac 1.8.0_111

> $ javac -sourcepath src -d bin -classpath lib/foo.jar src/bar/C2.java
> $ tree bin/
> bin/
> └── bar
>     └── C2.class
>
> 1 directory, 1 file

Da bekomme ich beide kompiliert. 

> Verstehe. Finde ich immer noch herzlich unschön, aber dann liegt die
> "äußerst schlechte Idee" eher beim Autor, und Du darfst den
> Kollateralschaden verwalten...

Nö; der will halt eigentlich ein vollständiges Paket anbieten. Ich will
dagegen saubere Abhängigkeiten. Wir haben einfach verschiedene
Prioritäten.

Ole