ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Cole, Derek E" <derek.e.c...@lmco.com>
Subject RE: Problem with zip task
Date Tue, 28 Jul 2009 18:11:26 GMT
I am not sure what is considered relevant...here is the target that is being run...

  <target name="archive" depends="stage" description="creates an archive containing all
projects's resources and build artifacts.">    
    <property name="archive.dir" value="${project.dir}"/>
    <mkdir dir="${archive.dir}"/>
     
    <zip destfile="${archive.dir}/${archive.name}" encoding="UTF8" whenempty="create">
      <fileset dir="${staging.dir}"/>
    </zip>
    
  </target>


In the build log, it says right before the [zip] out put 

[mkdir] Skipping /path-to/..../archivedir because it already exists

And post-build failure I checked to make sure that staging.dir actually existed as well




-----Original Message-----
From: Greg Roodt [mailto:groodt@gmail.com] 
Sent: Tuesday, July 28, 2009 2:04 PM
To: Ant Users List
Subject: Re: Problem with zip task

Hmmmm, looks a bit suspicious. Could you please include the relevant parts
of the build.xml?

I know that a few Java File operations dont work very well across file
systems. Renaming has given me problems in the past.



On Tue, Jul 28, 2009 at 6:58 PM, Cole, Derek E <derek.e.cole@lmco.com>wrote:

> The mounts are persistent, and we are not doing anything like that as
> part of the build.
>
>
> I did find some information on the  .nfs files:
>
>
> .nfs files are created by a clienthost when one process on the
> clienthost deletes a file while another process on the clienthost is
> still holding the file open. This allows the delete to appear to
> succeed for one process w/o causing the the process to begin getting
> stale nfs file handles. It is a hack, but it is the only way to
> simulate UFS semantics on NFS. The clienthost will normally delete the
> .nfs file once the remaining process holding the file open closes
> it. However, if the clienthost crashes, you get left with a .nfs file
> on the filer.
>
>
> Note that if more than one host is involved (e.g, process on host a is
> holding a file open over NFS, while process on host b deletes that
> over NFS), process a will get a stale file handle.
>
>
> Could something like this be happening as part of a simple zip task?
>
>
> -----Original Message-----
> From: Scot P. Floess [mailto:sfloess@nc.rr.com]
> Sent: Tuesday, July 28, 2009 1:56 PM
> To: Ant Users List
> Subject: Re: Problem with zip task
>
>
> Interesting looks like an nfs issue...  Are you automounting or
> anything?
>
> On Tue, 28 Jul 2009, Cole, Derek E wrote:
>
> > Has anyone encountered a problem when running a zip task, the log will
> > say something like
> >
> > [zip] Building zip: /path-to/some.war
> >
> > [zip] adding directory ........
> >
> >
> >
> > Then getting an exception that says
> >
> >
> >
> > Problem creating zip:
> > /path-to/someotherdir/.nfs0000000000000001a121a00000003ae (No such
> file
> > or directory)
> >
> >
> >
> >
> >
> > The way the problem is listed..doesnt that seem like a problem with a
> > network storage access? /path-to/ is a mount to a NAS
> >
> >
>
> Scot P. Floess
> 27 Lake Royale
> Louisburg, NC  27549
>
> 252-478-8087 (Home)
> 919-890-8117 (Work)
>
> Chief Architect JPlate   http://sourceforge.net/projects/jplate
> Chief Architect JavaPIM  http://sourceforge.net/projects/javapim
>
> Architect Keros          http://sourceforge.net/projects/keros
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> For additional commands, e-mail: user-help@ant.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> For additional commands, e-mail: user-help@ant.apache.org
>
>

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


Mime
View raw message