From owner-freebsd-ports@freebsd.org Wed Apr 19 20:29:33 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A21BD46E82 for ; Wed, 19 Apr 2017 20:29:33 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15ADA1EA6 for ; Wed, 19 Apr 2017 20:29:32 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 3264120B29 for ; Wed, 19 Apr 2017 22:29:24 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3w7YWR3h36z105R; Wed, 19 Apr 2017 22:29:23 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 19 Apr 2017 23:29:23 +0300 From: Dmytro Bilokha To: Xavi Garcia Cc: freebsd-ports@freebsd.org, owner-freebsd-ports@freebsd.org Subject: Re: Writing a port that needs to download a large number of files In-Reply-To: References: Message-ID: <39470c3e111a92fd41ad183a77ccc2ac@posteo.net> X-Sender: dmytro@posteo.net User-Agent: Posteo Webmail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 20:29:33 -0000 On 19.04.2017 19:27, Xavi Garcia wrote: > Hi all, > > We are writing a port for a Java software that downloads a large number > of > jar files (around 200) with Gradle (https://gradle.org/), that is > similar > to other package managers like Pip or Ruby Gems but for Java projects. > > What would be the best practice in this scenario? I am aware that we > can > only download files in the fetch phase but I am not sure if my solution > is > clean enough. > > We will be deploying this port in our servers via Portshaker and > Poudriere > but we would also like to commit it to the ports tree. > > > In short, I am using the 'pre-fetch' phase together with FETCH_DEPENDS > to > drop the Gradle wrapper in ${DISTDIR}/${PORTNAME} and then I use the > 'dependencies' task to download all the dependencies. > > The 'do-build' stage will run again the Gradle wrapper to build the > software, but using the offline mode. > > You can find attached the Makefile. > > Kind regards, > > Xavier Garcia Hi! If you need examples of the "best practice", probably, you can take a look at already exsisting ports of Java software. For example, I've checked the Glassfish port and it was made with different approach: 1. During fetch phase distribution zip-file with already compiled Java classes is downloaded. 2. Then it is unzipped to some directory, like /usr/local/glassfish. 3. Some scripts put, package registered, etc. So here there is no building of Java app from sources, mostly fetching already built, some tweaking and putting to the right place. I saw similar procedure for some another ports of Java software. I am not sure, but it seems because of such reasons: 1. With Java you won't gain a lot with building application from sources. If OS has JVM you can just run already compiled -- it should work. 2. For port its better to have as least dependencies, as possible. So, making your port dependent on Gradle (which fast evolving itself) and/or another Java build tooling can make port fragile and not very stable. 3. Building the big Java project from sources could be time and traffic consuming task. Usualy users don't like this. --- Best regards, Dmytro Bilokha