Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
mojo201277859dI think the problem lies in front of the keyboard!
But I‘m also not quite sure if I understood your post correctly.
you don’t have to include all dependencies of your dependencies.
but all your first-level deps need to be maven artifacts (are there any libraries that aren‘t????)
if you want to include custom jars you have to build then as maven artifacts of course ....
vintprox44659d@mojo2012 I've uploaded them through Nexus with "jar" packaging, so I hoped this conventional process will be done.
Well, I'm pretty confused as for why I have recompile something I don't have sources for. So that means I cannot include prepared JAR that was not compiled as maven artifact?
Makenshi156459d@vintprox Maven needs metadata to do it's job. That's normal for any packaging system. How else is it supposed to resolve which jar represents which dependency?
So yes, you will need a pom for every library you deploy into your Nexus. A small file with essentials is sufficient for that.
While it may seem like tedious extra work, it allows you to include other libraries and whole frameworks with ease, as you don't need care about their dependencies.
vintprox44659d@Makenshi the problem is... for unknown libraries it's basically a set of "group", "artifactId", "version", so I know understand what really is the problem.
Nexus doesn't generate pom-file, even after filling all these important maven fields. And you think what? It's double-sided coin for me.
On one side, I see that basic fields like "group", "artifactId", "version" *are* already specified in my project's pom.xml, why I need to do double job for Maven - that I do not understand.
On other side, Nexus OSS failed to make a simple task of generating dependency's pom-file from data I feed to it (well, for infamous repository manager it should have been obvious that Maven will request pom-files even for stub dependencies at some point).