You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
in src/it/depex-multiple-wildcard/test.properties then the exception thrown ( org.commonjava.maven.atlas.ident.ref.InvalidRefException ) is a RuntimeException and is not handled by org.commonjava.maven.ext.manip.ManipulationManager or org.commonjava.maven.ext.manip.ManipulatingEventSpy
The text was updated successfully, but these errors were encountered:
Turns out this is due to an InvalidRefException being thrown from ProjectRef.parse within DependencyManipulator. This leads onto a number of points:
We should ensure RuntimeExceptions thrown during PME do fail the build.
@jdcasey : should InvalidRefException be a RuntimeException or a normal Exception?
In a number of the Manipulators we catch the InvalidRefException, log a warning and continue. I think that we should fail the build in the case of an invalid configuration. There is some benefit to catching the InvalidRef and rethrowing in that useful contextual error logging can be done at that point.
And in Project we are throwing IllegalStateException instead of ManipulationException
@rnc it should probably be a checked exception. I have a feeling this will have HUGE implications in terms of required code changes, though. It's probably something we should do, though.
If we have an invalid dependencyExclusion e.g. change
in
src/it/depex-multiple-wildcard/test.properties
then the exception thrown (org.commonjava.maven.atlas.ident.ref.InvalidRefException
) is a RuntimeException and is not handled byorg.commonjava.maven.ext.manip.ManipulationManager
ororg.commonjava.maven.ext.manip.ManipulatingEventSpy
The text was updated successfully, but these errors were encountered: