On 2009-07-28, 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/.nfs
Hi David,
I have used a similar technique in the Ant Script Library:
http://www.exubero.com/asl/
You use your scenario of running unit tests, the ASL defines a number of
targets which set default values for the test classpath, the test cases, and
any other resources. It uses a combination of prop
I recently investigated a problem with NAS with a similar error - the
folder creation silently failed and then file creation failed with "no
such file" error. To fix it you will need to recursively set "777" file
permission and correct owner user and group.
- Alexey.
Cole, Derek E wrote:
H
fairly certain the setFollowSymlinks should be set to true (attribute in
FileSet)
http://api.dpml.net/ant/1.7.0/org/apache/tools/ant/types/AbstractFileSet.html#setFollowSymlinks(boolean)
Martin Gainty
__
Verzicht und Vertraulichkeitanmerkung/Note de
Out of interest, are archive.dir and staging.dir on the same filesystem?
On Tue, Jul 28, 2009 at 7:29 PM, Scot P. Floess wrote:
>
> I suppose if nothing else maybe exclude all .nfs* files from your
> fileset???
>
>
> On Tue, 28 Jul 2009, Cole, Derek E wrote:
>
> Could this be something that i
Oh your welcome - I hope it works :)
On Tue, 28 Jul 2009, Edumudi Viswanath wrote:
Hi Scot P. Floess,
thank you very much for your extended cooperation.
i will change code according to your suggestion & will u know the result.
Thanks & Regards,
vishy
-Original Message-
From Scot P
Hi Scot P. Floess,
thank you very much for your extended cooperation.
i will change code according to your suggestion & will u know the result.
Thanks & Regards,
vishy
-Original Message-
>From Scot P. Floess
Sent Tue 7/28/2009 7:58 PM
To Ant Users List
Subject RE: problem with macrode
No you miss my point completely...
I don't think you need to set a property at all :)
Look below. Specifically where I comment in your call to the task.
I list the comment as "Change these arg lines"
classname="org.apache.cxf.tools.wsdlto.WSDLToJava" fork="yes">
I suppose if nothing else maybe exclude all .nfs* files from your
fileset???
On Tue, 28 Jul 2009, Cole, Derek E wrote:
Could this be something that is happening because zip, or some task, creates a
temporary file...then that process dies, leaving the unlinked file out there.
And for whatev
Could this be something that is happening because zip, or some task, creates a
temporary file...then that process dies, leaving the unlinked file out there.
And for whatever reason, the next time the zip task is run, it is able to see
this file but...can't get to it?
When I am on the linux box t
I am not sure what is considered relevant...here is the target that is being
run...
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
as u know, i used only one microdef for 2 different targets. will i try with
different macrodef for every target?
-Original Message-
>From Scot P. Floess
Sent Tue 7/28/2009 4:49 PM
To Ant Users List
Subject RE: problem with macrodef in ant
Actually, why don't you just use this:
Or
H, 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 wrote:
> The mounts are persis
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 o
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
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/.nfs0001a121a0003ae (No such fil
If I have a number of projects with some similar build needs, it's
reasonable to define reusable targets in a "commons" project build.xml
file and import that file from each project's build.xml file. What are
good strategies for reusing those targets effectively, when they
certainly require numero
Actually, why don't you just use this:
Or some other kind of variant? Is there some reason you are trying to
store that in a property?
On Tue, 28 Jul 2009, edumudi.viswan...@oracle.com wrote:
Is there any alternative solution for that?
Can u say how I need to search for that in google.
Well one way I can think of off the top of my head is to use Ant Contrib's
task...
I need to look over what you did in your macrodef and give it some
thought...
you do see the problem though?
On Tue, 28 Jul 2009, edumudi.viswan...@oracle.com wrote:
Is there any alternative solution for
Is there any alternative solution for that?
Can u say how I need to search for that in google. I tried but no use. Any
suggestions?
Thanks
Vishy
-Original Message-
From: Scot P. Floess [mailto:sflo...@nc.rr.com]
Sent: Tuesday, July 28, 2009 8:38 PM
To: Ant Users List
Subject: RE: probl
Double check your setting of bindingarg:
For your first run, you set the property bingding.arg to:
-b "@{bindingfile}"
Of course assuming binding.arg wasn't already set ;)
For your second run, you cannot reset binding.arg - regardless... If you
need to reset the p
Further to below mail, I found that it failing @ the following code in macrodef.
>
>
>
> value="${cxf.etc.dir}/logging.properties"/>
>
>
>
>
>
Below I proded the exception related information. I used the same code which I
provided to you. Please check it.
generate.service:
[echo] Generating code using wsdl2java...
[java] Loading FrontEnd jaxws ...
[java] Loading DataBinding jaxb ...
[java] wsdl2java -b ../root-dir/b
On Mon 2009-07-27 at 21:17h, Mitch Gitman wrote on ivy-user:
:
> The problem is you can't specify the intersection on the artifacts:
>
>
> The onus is on the consumer (the dependent Ivy module) to specify the
> intersection and not the union.
Which, by the way, is dangerous, because the publis
I tried your example but cutting down on everything in wsdl2java - meaning
just used some statements...
It worked fine for me:
ant generate.service generate.service1
Buildfile: build.xml
generate.service:
[echo] file[wsdlfile1]
[echo] bindingfile [buildingfile1]
generate
Hi Friends,
I have macrodef in build.xml & it took parameters like wsdlfile & bindingfile
from wsdl2java tag ie .
Now, If I run macrodef with wsdlfile1 & bindingfile1, It works asusually.
But if I run same macrodef again with wsdlfile2 & bindingfile2, In that case it
taking previous bindingfi
26 matches
Mail list logo
