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
on a windows pc it can resolve to C:\Users\giovanni.m2\repository/../
If you run the plugin with this volume configuration the container does not start and report File not found
If you use an explicit Windows path value like this one
the container starts correctly
Looking at the code it seems that in class VolumeBindingUtil
public static String resolveRelativeVolumeBinding(File baseDir, String bindingString)
the code applies
resolvedFile.getCanonicalFile().getAbsolutePath()
only to relative paths
On windows the canonicalization operation it's needed even on absolute paths since it translates
C:\Users\giovanni.m2\repository/../ to C:\Users\giovanni.m2
Info
d-m-p version : all
Maven version (mvn -v) : 3.6.1
I don't think the problem is bound to a specific maven version
The text was updated successfully, but these errors were encountered:
Description
I think volume binding in windows has a bug.
Consider this snippet
on a windows pc it can resolve to C:\Users\giovanni.m2\repository/../
If you run the plugin with this volume configuration the container does not start and report File not found
If you use an explicit Windows path value like this one
the container starts correctly
Looking at the code it seems that in class VolumeBindingUtil
public static String resolveRelativeVolumeBinding(File baseDir, String bindingString)
the code applies
resolvedFile.getCanonicalFile().getAbsolutePath()
only to relative paths
On windows the canonicalization operation it's needed even on absolute paths since it translates
C:\Users\giovanni.m2\repository/../ to C:\Users\giovanni.m2
Info
mvn -v
) : 3.6.1I don't think the problem is bound to a specific maven version
The text was updated successfully, but these errors were encountered: