${packaging.type} variable in pom.xml breaks Ivy

Question

${packaging.type} variable in pom.xml breaks Ivy

glassfishrobot opened this issue 7 years ago · comments

The ${packaging.type} variable introduced in 71c20bd breaks Ivy with the following output:

:: problems summary ::
:::: WARNINGS
		[NOT FOUND  ] javax.ws.rs#javax.ws.rs-api;2.1!javax.ws.rs-api.${packaging.type} (491ms)

	==== public: tried

	  https://repo1.maven.org/maven2/javax/ws/rs/javax.ws.rs-api/2.1/javax.ws.rs-api-2.1.${packaging.type}

		::::::::::::::::::::::::::::::::::::::::::::::

		::              FAILED DOWNLOADS            ::

		:: ^ see resolution messages for details  ^ ::

		::::::::::::::::::::::::::::::::::::::::::::::

		:: javax.ws.rs#javax.ws.rs-api;2.1!javax.ws.rs-api.${packaging.type}

		::::::::::::::::::::::::::::::::::::::::::::::

Judging by the todo comment in pom.xml you are aware of the issue, but perhaps you are not aware that, in its current state, this still breaks Ivy. It also breaks the download link on mvnrepository.com, by the way.

Here is the same issue in a different project with some interesting comments: ronmamo/reflections#169

I can resolve the issue manually by putting the jar files into my Ivy cache directory. As I'm using IntelliJ IDEA and the IvyIDEA plugin I can't use the system property fix mentioned in the link above (or can't figure out how). Maybe there is a better way to resolve this with Ivy, but I'm not sure as I'm quite new to it.

glassfishrobot · Answer 1 · Wed Oct 04 2017 21:55:47 GMT+0800 (China Standard Time)

@ChristianCiach Commented
Duplicate of #571

glassfishrobot · Answer 2 · Wed Oct 04 2017 22:05:38 GMT+0800 (China Standard Time)

@maltem-za Commented
@ChristianCiach Ah, thanks, I didn't find that one (obviously).

glassfishrobot · Answer 3 · Mon Oct 16 2017 17:04:03 GMT+0800 (China Standard Time)

@maltem-za Commented
For anyone else who comes across this, you can fix it for Ivy by adding a filesystem resolver like this:

<filesystem name="mylocal">
  <ivy pattern= "${ivy.default.ivy.user.dir}/local/[organisation]/[module]/[type]s/[artifact]-[revision].[ext]" />
  <artifact pattern= "${ivy.default.ivy.user.dir}/local/[organisation]/[module]/[type]s/[artifact]-[revision].[ext]" />
</filesystem>

Then all you have to do is place the jar file in the configured location, for example:
~/ivy2/local/javax.ws.rs/javax.ws.rs-api/jars/javax.ws.rs-api-2.1.jar

Thanks to @mpetris for the solution.

glassfishrobot · Answer 4 · Thu Oct 26 2017 05:01:50 GMT+0800 (China Standard Time)

@Randgalt Commented
This really needs to be fixed ASAP. It breaks sbt as well. I don't understand the need for <packaging>${packaging.type}</packaging> in the pom anyway. Why not just make it JAR?

glassfishrobot · Answer 5 · Thu Oct 26 2017 06:58:04 GMT+0800 (China Standard Time)

@pavelbucek Commented
closing as duplicate of https://github.com/jax-rs/api/issues/571

glassfishrobot · Answer 6 · Thu Oct 26 2017 07:01:46 GMT+0800 (China Standard Time)

@Randgalt Commented
Sad that you've closed this @pavelbucek - #571 does not fix the problem.

glassfishrobot · Answer 7 · Tue Oct 31 2017 09:34:30 GMT+0800 (China Standard Time)

@nicktrav Commented
This is breaking things in the Pants build tool, which under the hood uses Ivy. I also don't understand why this issue was closed along with #571.

Seems like a trivial fix to just make this <packaging>jar</packaging>?

glassfishrobot · Answer 8 · Tue Oct 31 2017 09:50:19 GMT+0800 (China Standard Time)

@Randgalt Commented
@nicktrav see https://github.com/jax-rs/api/pull/576

glassfishrobot · Answer 9 · Tue Oct 31 2017 09:59:40 GMT+0800 (China Standard Time)

@nicktrav Commented
I'm very much in support. Left (non-passive-aggressive) my 👍 .

glassfishrobot · Answer 10 · Sun Feb 11 2018 06:19:26 GMT+0800 (China Standard Time)

Issue Imported From: https://github.com/jax-rs/api/issues/572
Original Issue Raised By:@maltem-za
Original Issue Assigned To: Unassigned
Original Issue Closed By:@pavelbucek

dhirajforyou · Answer 11 · Wed Nov 28 2018 20:54:46 GMT+0800 (China Standard Time)

issue persists:

any workaround for this ?

ChristianCiach · Answer 12 · Wed Nov 28 2018 21:25:46 GMT+0800 (China Standard Time)

You should use this artifact now: https://mvnrepository.com/artifact/jakarta.ws.rs/jakarta.ws.rs-api