Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jarhL-00041G-1w for pljava-dev@arkaria.postgresql.org; Tue, 19 May 2020 02:09:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jarhJ-0005UT-T2 for pljava-dev@arkaria.postgresql.org; Tue, 19 May 2020 02:09:37 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jarhJ-0005UM-Dh for pljava-dev@lists.postgresql.org; Tue, 19 May 2020 02:09:37 +0000 Received: from anastigmatix.net ([68.171.219.55]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jarhG-0001Wt-4D for pljava-dev@lists.postgresql.org; Tue, 19 May 2020 02:09:36 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=anastigmatix.net; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Date:Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ga82gLGqNUn+E0mT6igT1TXh3+P5j+BQAoZLCiZ4vOc=; b=cpRG57dSXsBoWl8l/cuSn11Wdg 3DDJOEUAmfWMXic1MLwsnYLh3NPV6nNIaVCj8WXIzY7SbcMweJ3wpUW1axt8lzct8EK658pdyT0m3 3zlbTWXqt1EmNu2KiBuQxN5zVJG53VFGGv7RWxKazW6AoCr4wquBY4EtkDkeogRxDW/oaxyIR0pTj hd3v2gH+DbpuWhjVwDIcswqTiKPDzm3FOUmfuEd1Qw9TBxvjgIDT/ZEHD5OWg10svIKP4+19Bvn8q pEOw86wG9F3SGGDzeSzZhtwPwiUnSPSLvdwAoR0TEztOGt2datK3aGOV9NKEuZ/HBcYZ0wqNzbfR5 +tWzV3CA==; Received: from [184.19.31.139] (port=59282) by bay.acenet.us with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1jarhD-001wDw-J2 for pljava-dev@lists.postgresql.org; Mon, 18 May 2020 22:09:32 -0400 To: pljava-dev@lists.postgresql.org From: Chapman Flack Subject: Is anyone hacking on PL/Java using Eclipse ? X-Enigmail-Draft-Status: N1110 Message-ID: <5EC33FDA.8040101@anastigmatix.net> Date: Mon, 18 May 2020 22:09:30 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-95.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bay.acenet.us X-AntiAbuse: Original Domain - lists.postgresql.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - anastigmatix.net X-Get-Message-Sender-Via: bay.acenet.us: authenticated_id: chap@anastigmatix.net X-Authenticated-Sender: bay.acenet.us: chap@anastigmatix.net X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk In particular, is anyone using Eclipse and relying on the org.eclipse.m2e:lifecycle-mapping configuration in the pljava-so POM? https://github.com/tada/pljava/blob/714e81c/pljava-so/pom.xml#L155 I can see that Thomas added it in 2013 because Eclipse had been complaining it didn't know what to do with the nar-maven-plugin goals (or, presumably, with the maven-antrun-plugin or properties-maven-plugin goals either). I wonder if that stuff is still serving a purpose for anyone. I also see that the M2Eclipse folks back in version 1.1 added a way for plugin authors to supply that metadata with the plugin itself, by including a META-INF/m2e/lifecycle-mapping-metadata.xml file [1]. nar-maven-plugin already includes such a file in the version we are currently using, and properties-maven-plugin adds one in 1.0.0. Only maven-antrun-plugin still seems to lack it. I also see that m2e 1.7 introduced a much less obtrusive way to supply the information in the POM if the plugin doesn't: with a processing instruction [2]. So it seems to me that most of that large hunk of XML in the POM could be dispensed with: for nar-maven-plugin (which is most of the hunk), and for properties-maven-plugin if the version is bumped to 1.0.0. Something might still be needed for maven-antrun-plugin but the processing instruction might be enough. But I am not using Eclipse, so I won't immediately know if that's going to mess up someone else's day. Regards, -Chap [1] https://www.eclipse.org/m2e/documentation/m2e-making-maven-plugins-compat.html [2] https://www.eclipse.org/m2e/documentation/release-notes-17.html#new-syntax-for-specifying-lifecycle-mapping-metadata