You could create your own safe-batik-bridge which is empty and has both
dependencies and then just ask everyone to use that instead...

Or deploy to your proxy of central a batik-bridge:1.8-yourcompany-1 and use
depMgmt to pin that version

On Thursday 13 October 2016, Curtis Rueden <ctrue...@wisc.edu> wrote:

> Hi everyone,
>
> I have a project [1] which depends on
> org.apache.xmlgraphics:batik-bridge:1.8, which in turn requires
> org.apache.xmlgraphics:xmlgraphics-commons:2.1 at runtime.
>
> Unfortunately, the POM for batik-bridge somehow does not declare the
> xmlgraphics-commons dependency [2], even though it definitely needs it [3].
>
> Of course, as a good citizen I should contact upstream and ask about this.
> But in the meantime, I want to work around it. I could add a runtime
> dependency on xmlgraphics-commons to my project POM, but what would be
> really nice would be the ability to declare additional transitive
> dependencies in the dependencyManagement section, as has been discussed
> here previously [4], since I want to ensure that any project which depends
> on batik-bridge via our parent POM will inherit a transitive
> xmlgraphics-common dependency.
>
> Unfortunately, based on the previous discussion, I surmise that there is
> currently no mechanism for this? Is there an existing issue? If not, should
> I file one? Or is what I'm looking for here fundamentally undesirable?
>
> Regards,
> Curtis
>
> [1] https://github.com/fiji/IO
> [2]
> https://repo1.maven.org/maven2/org/apache/xmlgraphics/
> batik-bridge/1.8/batik-bridge-1.8.pom
> [3]
> https://github.com/apache/batik/blob/batik-1_8/sources/
> org/apache/batik/bridge/PaintServer.java#L46-L53
> [4]
> http://maven.40175.n5.nabble.com/How-to-manage-dependency-
> quot-includes-quot-td5857771.html
>
> --
> Curtis Rueden
> LOCI software architect - http://loci.wisc.edu/software
> ImageJ2 lead, Fiji maintainer - http://imagej.net/User:Rueden
>


-- 
Sent from my phone

Reply via email to