Forum Discussion

tdrury's avatar
tdrury
Contributor
13 years ago

Eviware maven repo

The company I work for allows open-source to be used and shipped, but only after following very restrictive guidelines. We run our own internal Nexus maven repository and it does proxy outside repos. Upon requesting that the eviware repository be included, I was partially denied. They will allow the proxy but only for moduleIds which equal "eviware" and nothing else.

Ole asked via Twitter what could be done to change that and I responded that I'd find out. Here is what I found out.

(1) The repo should only contain their own artifacts and should proxy those they don't own.
(2) Release artifacts must never be changed.

IT also mentions that a policy should define how artifacts are added to the repo. Is there a policy feature for maven repos? I'm not entirely sure what this means.

-tim

3 Replies

  • Hi Tim,

    Great thanks for these insights - we are reworking our repositories currently, so this is good input to our efforts.

    regards!

    /Ole
    SmartBear Software
  • I hope this helps. If it's not too much trouble, could you ping me when you're done so I can ask again if we can fully proxy your repo?

    I extended your existing maven plugin to run multiple project files since we have so many. Your plugin has runtime dependencies on a _lot_ of libraries - many of which seem to be UI related. Is it possible to eliminate them in some way when running headlessly via maven? I tried, but I get a ClassNotFoundException on a class in the swingx:swingx:soapui dependency.

    Take care!
    -tim
  • Hi!

    We are trying to filter out dependencies we know is not used by the maven plugin, so we can't guarantee that the maven plugin will fully work if you remove dependencies.


    --
    Regards

    Erik
    SmartBear Sweden