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]
--
Morris Jones
Monrovia, CA
http://www.whiteoaks.com
Old Town Astronomers http://www.otastro.org
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
