Whatever the cause of the different behavior on Windows versus Linux,
binary resources should never be filtered.
An image file could contain bytes that equal ${pom.version} (or some
other filterable variable) when viewed as a string. Filtering binary
files is asking for trouble, and wastes time during the build, too.
-Max
Morris Jones wrote:
I would have suspected CR vs. CRLF treatment as well, but in such an
instance the file size would change, and it doesn't in this case. I
haven't analyzed the actual change to the file with a hex dump (they're
small enough that I could), but noted that the checksum of the file was
certainly changed while its size was the same.
Thanks for the confirmation!
Mojo
Torsten Stolpmann wrote:
Hi Morris,
I can confirm this behavior - we also stumbled upon this problem.
AFAIK this relates to a CR/LF <-> CR conversion occurring during the
filtering of the binary image resources.
HTH,
Torsten
Morris Jones wrote:
Hi ...
I subscribed to the list to pose this problem, but I found a solution
and wanted to share it.
In my resources folder (src/main/resources) for a webapp I have
several property files which get filtered for local environment,
along with a couple of GIF icon image files. I thought nothing of
filtering all the resources, and on Windows the package worked just
fine.
When it came time to release my webapp, I checked out my project and
did a mvn package on a Linux system. But when the WAR file was
deployed to Tomcat, the image files were corrupt.
I solved the problem by adding an "excludes" element to the resource
with filtering on, and a second resource element with filtering off
for the image files.
I haven't looked at any source to see what might cause the different
behavior between the two environments. As far as I know they're all
Intel little-endian machines. The JVM on both is 1.5_06.
Best regards,
Mojo
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
