ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 39767] - war task creates incomplete war with many files missing
Date Sat, 10 Jun 2006 01:18:11 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39767>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=39767





------- Additional Comments From jeffjensen@upstairstechnology.com  2006-06-10 01:18 -------
(In reply to comment #1)
> This is pretty surprising. War is <jar>, and <jar> creates most JAR files
in
> ant-enabled projects. Someone should have noticed.

I was very surprised too.  It was working flawlessly for perhaps a year.  The
main thing that changed is big growth in file count.

In defense of "noticed, I'm not sure how many people would have tested with a
360M war or jar file!  :-)


> How did you test this? It wasnt with Winzip was it?

I first noticed it because of the missing files from the extracted war.  The
process creates the war and then pushes the war to Tomcat's webapps dir and
Tomcat expands it.  Voila, our dev site.  Neatly done.

But earlier this week the site was foo'd.  Pages missing, display problems (e.g.
a CSS file and icons missing).  Easily noticed.

I verified the files existed in the build area.  Then I verified the war, and
they were not there.

So to directly answer your question:
 - tested via Tomcat expansion
 - tested via PowerArchiver opening
 - tested via jar -xf xx.war


> What happens if you have a target like
> 
> <target name="unzip" depends="war">
>   <mkdir dir="build/unzip" />
>   <unzip src="target.war"
>        dest="build/unzip"/>
> </target>
> 
> This will expand the entire war into a directory, and ensure that you are
> working with an unzip tool that we trust.

I think the jar tool covers it, but I will gladly test this on Monday (the
machine is at my customer site) and report.

Anything else to try, please just let me know!


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message