Build in Windows Produces Invalid Digest for Download

[wcneller]

I believe there is an issue with nested resources. I have a section like:

                    <resource>
                       <path>src/main/resources</path>
                       <includes>
                          <include>com/**/*</include>
                          <include>icons/**/*</include>
                       </includes>
                    </resource>

The plugin builds the correct directory structure, but the digest and getdown.txt include entries like:

icons\UDI.png = ..MD5..

Note the backslash, instead of a forward slash like the jar entries:

lib/commons-logging.jar = ..MD5..

When running the stub, all of the elements with the backslash indicate they are missing (because address https://server/getdown-location/icons%5CUDI.png is missing, while icons/UDI.png is there).

Am I missing a flag that will force Linux [web] path separators or is this a result of building on Windows and deploying on a Linux web-server?

[wcneller]

If I build the same pom file with WSL (debian linux), the paths are resolved correctly. This further suggests a Windows path separator issue.

[mkrgr]

I can confirm this.

On Windows nested resource URLs are broken because of the backslash file separator.

This is caused by the usage of File.separator in
AbstractGetdownMojo.getRelativePath() (AbstractGetdownMojo.java:294)

The relative URI should use „/„.

Is this plugin still maintained?

[wcneller]

Hi mkrgr,

If you're looking at replacing Web Start launching with GetDown, I'd suggest moving to OpenWebStart (https://openwebstart.com/). Just looking at Git, GetDown seems to be maintained, but not released (I saw there was a change recently allowing compiling in Java 17, but it's never released so you'll be in charge of building your own releases). This maven plugin seems to be not maintained.

Just my thoughts.