Return-Path: <dev-return-88905-archive-asf-public=cust-asf.ponee.io@ant.apache.org>
X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io
Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io
Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183])
	by cust-asf2.ponee.io (Postfix) with ESMTP id 7173A200B86
	for <archive-asf-public-internal@cust-asf2.ponee.io>; Sun, 18 Sep 2016 12:21:08 +0200 (CEST)
Received: by cust-asf.ponee.io (Postfix)
	id 65095160AC3; Sun, 18 Sep 2016 10:21:08 +0000 (UTC)
Delivered-To: archive-asf-public@cust-asf.ponee.io
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by cust-asf.ponee.io (Postfix) with SMTP id A408F160AC0
	for <archive-asf-public@cust-asf.ponee.io>; Sun, 18 Sep 2016 12:21:07 +0200 (CEST)
Received: (qmail 59013 invoked by uid 500); 18 Sep 2016 10:21:06 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@ant.apache.org>
List-Help: <mailto:dev-help@ant.apache.org>
List-Post: <mailto:dev@ant.apache.org>
List-Id: "Ant Developers List" <dev.ant.apache.org>
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 59002 invoked by uid 99); 18 Sep 2016 10:21:06 -0000
Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Sep 2016 10:21:06 +0000
Received: from v45346.1blu.de (v45346.1blu.de [178.254.23.72])
	by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 6486A1A003E
	for <dev@ant.apache.org>; Sun, 18 Sep 2016 10:21:06 +0000 (UTC)
Received: by v45346.1blu.de (Postfix, from userid 1000)
	id 8F1DF40000A; Sun, 18 Sep 2016 12:21:02 +0200 (CEST)
From: Stefan Bodewig <bodewig@apache.org>
To: dev@ant.apache.org
Subject: Re: Multi-Release JARs
References: <87mvj6h91c.fsf@v45346.1blu.de>
	<003901d21101$270a4670$751ed350$@de>
Date: Sun, 18 Sep 2016 12:21:02 +0200
In-Reply-To: <003901d21101$270a4670$751ed350$@de> ("Jan =?utf-8?Q?Mat?=
 =?utf-8?Q?=C3=A8rne?= (jhm)"'s
	message of "Sat, 17 Sep 2016 18:32:58 +0200")
Message-ID: <877fa97bld.fsf@v45346.1blu.de>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
archived-at: Sun, 18 Sep 2016 10:21:08 -0000

On 2016-09-17, Jan Mat=C3=A8rne (jhm) wrote:

>> * Multi-Release JARs need a special manifest attribute, we should add an
>>   attribute to the jar task that sets this.

> I dont think so. We could set this flag by ourself if the
> <new-kind-of-zipfileset> is set.

Agreed. People who want to manually put together the jar would have to
set the attribute themselves, then.

> We discussed also the possibility of merging different jars.
> Say you have a Java8 jar, a Java9 jar and a Java10 jar, you could merge
> these into a multirelease jar.

> Because of the different classfile versions, the common files of these ja=
rs
> arent identical, so we cant find them easily. So the easy, but not smart,
> solution ends in having the common files in every version branch of the j=
ar.

<jar ....>
  <zipfileset src=3D"java8.jar"/>
  <new-kind-of-zipfileset src=3D"java9.jar" version=3D"9"/>
  ...
</jar>

could work that way. Likely would need to perform some fiddling WRT
manifest attributes.

> Another idea I had (for few minutes) is combining the jar'ing with the
> compiling.
>   <mrjar ...>
>      <default targetdir=3D""><src-resource-collection></default>
>      <version version=3D"9" targetdir=3D""><src-resource-collection> poin=
t to
> Java9 only </version>
>      <version version=3D"10" targetdir=3D""><src-resource-collection> poi=
nt to
> Java10 only </version>
> <mrjar> would do three compile runs now
> * default: Java8
> * version=3D9: Java9, with classes from previous runs on classpath (havent
> thought about the identical names yet ... ;)
> * version=3D10: Java10, ...
> Finally create the MRJar.

I guess configuration of the task will be quite longish but I can see
how this would streamline hte process.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org