rexec task failed with error "can't connect to..."
Hi, When I run rexec task it fails with the error "can't connect to ". I run it in the following way: I also tried to run the task on other machines but it failed with the same error. My machine is windows 2008. The final goal is to run the task from linux machine on a windows machine. Any idea why it fails? Is there another command I can use instead? thanks, Anat -- View this message in context: http://www.nabble.com/rexec-task-failed-with-error-%22can%27t-connect-to...%22-tp22074924p22074924.html Sent from the Ant - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-unsubscr...@ant.apache.org For additional commands, e-mail: user-h...@ant.apache.org
Re: Ant XSL: inserting unwanted attributes
Sorry, been fighting being sick... However, I don't recall seeing mention of default values... Just the resultant document has unwanted attributes added... So, if this is in fact that situation...I'm confused about the posting to this list... Have you tried to execute your XSLT outside Ant? If so and the result is the same...probably the wrong list to submit questions... Sorry, not trying to be a jerk...but based on what I read - it lead me to believe that the issue was somehow related to the XSLT task... Robert Koberg wrote: > > As I wrote previously, the XML parser is using the DTD to fill in the > default attributes/values. Nothing to do with Ant or XSL -- basic XML. > > -Rob > > > On Feb 17, 2009, at 5:46 PM, wrote: > > > > > Why would you say it has nothing to do with XSLT? > > > > Robert Koberg wrote: > >> > >> On Feb 17, 2009, at 4:22 PM, wrote: > >> > >>> > >>> Scott: > >>> > >>> I do a fair bit of XSLT/XSD work related to an ESB at work. > >>> > >>> Is it possible for me to get a copy of your XSLT so I can review it? > >> > >> has nothing to do with XSL... > >> > >> > >>> > >>> > >>> Scott Stark wrote: > > Hi all, my first post here, from a relative newbie, so hopefully my > question isn't too off-base. > > I'm running an Ant build using that reads an XML file, makes > a few > changes using the specified XSL, and outputs to another XML file, > which, > except for the changes I'm making in the XSL, should be identical > to the > source. > > The problem is that unwanted attributes often appear in the output > XML. For > example: > > > > becomes > > > > and > > > > becomes > > > > There's nothing in my XSL that's inserting these attributes. Any > idea > what's going on? Thanks. > > Scott > > Scott Stark/Oakland/i...@ibmus > sst...@us.ibm.com > 400 W. 15th Street, 12th floor > Austin, TX 78722 > 1-512-469-6512 (T/L: 595-6512) > >>> > >>> > >>> - > >>> To unsubscribe, e-mail: user-unsubscr...@ant.apache.org > >>> For additional commands, e-mail: user-h...@ant.apache.org > >>> > >> > >> > >> - > >> To unsubscribe, e-mail: user-unsubscr...@ant.apache.org > >> For additional commands, e-mail: user-h...@ant.apache.org > >> > > > > > > - > > To unsubscribe, e-mail: user-unsubscr...@ant.apache.org > > For additional commands, e-mail: user-h...@ant.apache.org > > > > > - > To unsubscribe, e-mail: user-unsubscr...@ant.apache.org > For additional commands, e-mail: user-h...@ant.apache.org > - To unsubscribe, e-mail: user-unsubscr...@ant.apache.org For additional commands, e-mail: user-h...@ant.apache.org
RE: IvyDE 2.0.0.beta1 does not download sources nor javadocs
Hi Nicolas, Don't you think the use case I described below makes sense? Thanks, Gael > -Original Message- > From: Marziou, Gael > Sent: Thursday, February 12, 2009 3:20 PM > To: ivy-u...@ant.apache.org > Subject: RE: IvyDE 2.0.0.beta1 does not download sources nor javadocs > > > > What has been removed in beta1 is the use case where in the ivy.xml > > the sources are not declared. So IvyDE was trying itself > without the > > Ivy API to get some sources, based on the "source suffixes". > > I think reenabling this feature will be a waste of http connection > > resources and so responsiveness for some incomplete ivy.xml. > > Well, I think it's unfortunate that this behaviour was > removed because that was one of the reasons I "sold" Ivy to my team. > What about making it optional if you are concerned by performance? > > Also, being forced to edit the ivy.xml to add sources and > javadocs is not very user friendly especially when you are > using a maven proxy like Nexus or Artifactory. In this > situation, most of the users will rely on the retrieved pom > and may not want to create an ivy.xml just for getting > javadocs and sources added to their Eclipse build path. > > Thanks, > > Gael > > > > >
Reading a property from a file
Hi,
I'm uisng Ant 1.6. I have this target ...
For the property, 'wsdl="${basedir}/wsdl_files/ProvisioningService.wsdl"', I
would prefer to read this property out of a properties file I have, which has
the line ...
PROVISIONING_SERVICE_WSDL_URL=http://99.99.99.99:/ProvisioningAccountService/ProvisioningAccountService?WSDL
How can I tell ant to get the value from there?
Thanks, - Dave
-
To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
For additional commands, e-mail: user-h...@ant.apache.org
Re: Reading a property from a file
What about ?
What I normally do is something like this:
That way, I can put the property file name on the command line, or
read in the default property file if it exists.
You can also override any property setting in your build.xml by simply
placing it on the command line:
So do this:
http://99.99.99.99:/ProvisioningAccountService/ProvisioningAccountService?WSDL
The task that sets provisioning.service.wsdl.file will be
overridden by the command line setting.
On Wed, Feb 18, 2009 at 12:17 PM, wrote:
> Hi,
>
> I'm uisng Ant 1.6. I have this target ...
>
>
>
> wsdl="${basedir}/wsdl_files/ProvisioningService.wsdl"
>
> destFile="${deployment}/APP-INF/lib/ProvisioningServiceClient.jar"
>
> packageName="com.myco.nps.regui.provisioning.client"
>serviceName="ProvisioningService"
>classpath="${java.class.path}"
>>
>
>
>
>
>
>
> For the property, 'wsdl="${basedir}/wsdl_files/ProvisioningService.wsdl"', I
> would prefer to read this property out of a properties file I have, which has
> the line ...
>
> PROVISIONING_SERVICE_WSDL_URL=http://99.99.99.99:/ProvisioningAccountService/ProvisioningAccountService?WSDL
>
>
> How can I tell ant to get the value from there?
>
> Thanks, - Dave
>
> -
> To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
> For additional commands, e-mail: user-h...@ant.apache.org
>
>
--
--
David Weintraub
qazw...@gmail.com
-
To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
For additional commands, e-mail: user-h...@ant.apache.org
Re: Ivy fails to retrieve SNAPSHOT if local cache does not have non-SNAPSHOT artifacts
I've found the issue. The SNAPSHOT jars were corrupted. Everything works fine
now that I uploaded working jar files.
daniel.mfreitas wrote:
>
> Hello all. I'm having some issues with Ivy. I installed Artifactory and I
> have my repositories working. I can fetch the repositories by using a
> browser or Maven, but when I try to retrieve SNAPSHOTs versions of our
> custom libraries, Ivy returns the error:
>
> [ivy:retrieve] :: com.mycompany#myartifact;1.0-SNAPSHOT: several
> problems occured while resolving dependency:
> com.mycompany#myartifact;1.0-SNAPSHOT {default=[default]}:
> [ivy:retrieve] Index: 0, Size: 0
> [ivy:retrieve] Index: 0, Size: 0
> [ivy:retrieve] Index: 0, Size: 0
> [ivy:retrieve] ::
>
> The DEBUG option in ant only give me this additional relevant info:
>
> C:\dev\projects\training\myproject-in-ivy\server\build.xml:169: impossible
> to resolve dependencies:
> resolve failed - see output for details
> at org.apache.ivy.ant.IvyResolve.doExecute(IvyResolve.java:315)
> at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277)
> at
> org.apache.ivy.ant.IvyPostResolveTask.ensureResolved(IvyPostResolveTask.java:207)
> at
> org.apache.ivy.ant.IvyPostResolveTask.prepareAndCheck(IvyPostResolveTask.java:154)
> at org.apache.ivy.ant.IvyRetrieve.doExecute(IvyRetrieve.java:49)
> at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277)
> at
> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
> at org.apache.tools.ant.Task.perform(Task.java:348)
> at org.apache.tools.ant.Target.execute(Target.java:357)
> at org.apache.tools.ant.Target.performTasks(Target.java:385)
> at
> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
> at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
> at
> org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
> at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
> at org.apache.tools.ant.Main.runBuild(Main.java:698)
> at org.apache.tools.ant.Main.startAnt(Main.java:199)
> at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
> at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)
> Caused by: resolve failed - see output for details
> at org.apache.ivy.ant.IvyResolve.doExecute(IvyResolve.java:241)
> ... 21 more
> --- Nested Exception ---
> resolve failed - see output for details
> at org.apache.ivy.ant.IvyResolve.doExecute(IvyResolve.java:241)
> at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277)
> at
> org.apache.ivy.ant.IvyPostResolveTask.ensureResolved(IvyPostResolveTask.java:207)
> at
> org.apache.ivy.ant.IvyPostResolveTask.prepareAndCheck(IvyPostResolveTask.java:154)
> at org.apache.ivy.ant.IvyRetrieve.doExecute(IvyRetrieve.java:49)
> at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277)
> at
> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
> at org.apache.tools.ant.Task.perform(Task.java:348)
> at org.apache.tools.ant.Target.execute(Target.java:357)
> at org.apache.tools.ant.Target.performTasks(Target.java:385)
> at
> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
> at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
> at
> org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
> at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
> at org.apache.tools.ant.Main.runBuild(Main.java:698)
> at org.apache.tools.ant.Main.startAnt(Main.java:199)
> at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
> at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)
>
> Strangely enough. If I upload a 1.0 version of my artifact to artifactory
> and use Ivy to fetch it and store it in the cache, and THEN ask it to
> retrieve the SNAPSHOT it works as expected.
>
> Here's my settings:
>
> ivy.xml
>
> http://ant.apache.org/ivy/maven";>
>
>
>
>
>
>
> ... Lots of commons dependencies working OK ...
>
Re: Reading a property from a file
Thanks for your reply. Regarding the property file directive, "",
where are you actually loading the property "PROVISIONING_SERVICE_WSDL_URL"
from the file and assigning it to a variable?
- Dave
> ---Original Message---
> From: David Weintraub
> Subject: Re: Reading a property from a file
> Sent: Feb 18 '09 18:10
>
> What about ?
>
> What I normally do is something like this:
>
>value="${basedir}/default_property_file_name.properties"/>
>
>
> That way, I can put the property file name on the command line, or
> read in the default property file if it exists.
>
> You can also override any property setting in your build.xml by simply
> placing it on the command line:
>
> So do this:
>
>
>
> name="${basedir}/wsdl_files/ProvisioningService.wsdl
> wsdl="${provisioning.service.wsdl.file}"
>
> destFile="${deployment}/APP-INF/lib/ProvisioningServiceClient.jar"
>
> packageName="com.myco.nps.regui.provisioning.client"
> serviceName="ProvisioningService"
>
>
> Then you can do this on the command line:
>
> $ ant
> -Dprovisioning.service.wsdl.file=http://99.99.99.99:/ProvisioningAccountService/ProvisioningAccountService?WSDL
>
> The task that sets provisioning.service.wsdl.file will be
> overridden by the command line setting.
>
> On Wed, Feb 18, 2009 at 12:17 PM, wrote:
> > Hi,
> >
> > I'm uisng Ant 1.6. I have this target ...
> >
> >
> >
> >wsdl="${basedir}/wsdl_files/ProvisioningService.wsdl"
>
> >destFile="${deployment}/APP-INF/lib/ProvisioningServiceClient.jar"
>
> >packageName="com.myco.nps.regui.provisioning.client"
> >serviceName="ProvisioningService"
> >classpath="${java.class.path}"
> >>
> >
> >
> >
> >
> >
> >
> > For the property, 'wsdl="${basedir}/wsdl_files/ProvisioningService.wsdl"',
> I would prefer to read this property out of a properties file I have, which
> has the line ...
> >
> >
> PROVISIONING_SERVICE_WSDL_URL=http://99.99.99.99:/ProvisioningAccountService/ProvisioningAccountService?WSDL
> >
> >
> > How can I tell ant to get the value from there?
> >
> > Thanks, - Dave
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
> > For additional commands, e-mail: user-h...@ant.apache.org
> >
> >
>
>
>
> --
> --
> David Weintraub
> qazw...@gmail.com
>
> -
> To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
> For additional commands, e-mail: user-h...@ant.apache.org
>
>
-
To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
For additional commands, e-mail: user-h...@ant.apache.org
RE: IvyDE 2.0.0.beta1 does not download sources nor javadocs
> Actually since the version 2.0-RC2, Ivy is handling the > sources/javadoc declaration for maven pom.xml [1]. So you > should not have any worries in getting the sources/javadoc of > an artifact in a maven repository, even proxied. Great, I did not know. > Or do you mean that in your case, the maven proxy is > generating the ivy.xml. No, I meant that we often have to create manually ivy.xml files because of wrong dependencies in pom.xml or lack of configuration/scopes for optional dependencies. So we should be fine. Thanks, Gael
RE: rexec task failed with error "can't connect to..."
> -Original Message- > From: Anat [mailto:anat.ba...@gmail.com] > Sent: Wednesday, February 18, 2009 3:13 AM > To: user@ant.apache.org > Subject: rexec task failed with error "can't connect to..." > > > Hi, > When I run rexec task it fails with the error "can't connect to field value>". > I run it in the following way: > > > > I also tried to run the task on other machines but it failed with the same > error. > My machine is windows 2008. The final goal is to run the task from linux > machine on a windows machine. > Any idea why it fails? > Is there another command I can use instead? > > thanks, > Anat You need to have and rexec service installed on your windows machine in order for this to work. There are a few available for windows, cygwin has one, and there is one here (untested by me) http://sourceforge.net/projects/rshd/ An alternative is to use sshexec, this are requires a ssh service (daemon) on windows, however there a plenty to choose from. On a side note, rexec is very insecure, all the cmd info is sent in plain text, including user name and password. Hope this helps, -raleigh - To unsubscribe, e-mail: user-unsubscr...@ant.apache.org For additional commands, e-mail: user-h...@ant.apache.org
Re: Ant XSL: inserting unwanted attributes
>However, I don't recall seeing mention of default values... Just the resultant >document has unwanted attributes added... >So, if this is in fact that situation...I'm confused about the posting to this list... >Have you tried to execute your XSLT outside Ant? If so and the result is the same... >probably the wrong list to submit questions... Hard to say -- one of the reasons I'm using Ant is the function, which allows me to pull in all of the DTDs I need. I couldn't figure out how to do that with Saxon calls. So it's possible that yes, this may have nothing to do with Ant. Thanks for all your suggestions. Scott
Re: Ant XSL: inserting unwanted attributes
So, have you tried to run your XSLT outside of Ant? Be interesting to see if you get the same results... Ah...gotcha about xmlcatalog :) On Wed, 18 Feb 2009, Scott Stark wrote: However, I don't recall seeing mention of default values... Just the resultant document has unwanted attributes added... So, if this is in fact that situation...I'm confused about the posting to this list... Have you tried to execute your XSLT outside Ant? If so and the result is the same... probably the wrong list to submit questions... Hard to say -- one of the reasons I'm using Ant is the function, which allows me to pull in all of the DTDs I need. I couldn't figure out how to do that with Saxon calls. So it's possible that yes, this may have nothing to do with Ant. Thanks for all your suggestions. Scott Scot P. Floess 27 Lake Royale Louisburg, NC 27549 252-478-8087 (Home) 919-754-4592 (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-unsubscr...@ant.apache.org For additional commands, e-mail: user-h...@ant.apache.org
Re: Ant XSL: inserting unwanted attributes
>So, have you tried to run your XSLT outside of Ant? Be interesting to see >if you get the same results... >Ah...gotcha about xmlcatalog :) Yeah, getting that to work with Saxon was more than my brain could handle... couldn't find any good doc about it. Turned out to be easy with Ant... Scott
ivy:publish question
Hi all, I am trying to publish multiple jars and not having any luck so far. From what I've read it is possible, but I must be missing some part of the correct configuration. We have a build that produces 5 different jar files that are depended on by other builds, so we need to publish them to our local repository. I'm new to ivy and this is part of my testing so that we can decide between ivy+ant and maven. Right now, I'm only working with two jars to get the basic concepts/configuration in place. Any advice is much appreciated. Thanks, Barry ivy.xml: build.xml: ivysettings.xml http://download.java.net/maven/1"; m2compatible="false"/> http://download.java.net/maven/2"; m2compatible="true"/> http://repository.jboss.org/maven2/jboss"/> - Confidentiality Notice! This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system.
Re: Ant XSL: inserting unwanted attributes
Gotcha... Wish I could be of more help :( On Wed, 18 Feb 2009, Scott Stark wrote: So, have you tried to run your XSLT outside of Ant? Be interesting to see if you get the same results... Ah...gotcha about xmlcatalog :) Yeah, getting that to work with Saxon was more than my brain could handle... couldn't find any good doc about it. Turned out to be easy with Ant... Scott Scot P. Floess 27 Lake Royale Louisburg, NC 27549 252-478-8087 (Home) 919-754-4592 (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-unsubscr...@ant.apache.org For additional commands, e-mail: user-h...@ant.apache.org
Re: ivy:publish question
Could you also tell us what's going wrong? Do you get an error? Maarten - Original Message From: Barry Pape To: ivy-u...@ant.apache.org Sent: Wednesday, February 18, 2009 11:33:31 PM Subject: ivy:publish question Hi all, I am trying to publish multiple jars and not having any luck so far. >From what I've read it is possible, but I must be missing some part of the correct configuration. We have a build that produces 5 different jar files that are depended on by other builds, so we need to publish them to our local repository. I'm new to ivy and this is part of my testing so that we can decide between ivy+ant and maven. Right now, I'm only working with two jars to get the basic concepts/configuration in place. Any advice is much appreciated. Thanks, Barry ivy.xml: build.xml: ivysettings.xml http://download.java.net/maven/1"; m2compatible="false"/> http://download.java.net/maven/2"; m2compatible="true"/> http://repository.jboss.org/maven2/jboss"/> - Confidentiality Notice! This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system.
RE: Ant XSL: inserting unwanted attributes
> -Original Message- > From: Scott Stark [mailto:sst...@us.ibm.com] > Sent: Wednesday, February 18, 2009 4:00 PM > To: Ant Users List > Subject: Re: Ant XSL: inserting unwanted attributes > > > >So, have you tried to run your XSLT outside of Ant? Be interesting to > see > >if you get the same results... > > >Ah...gotcha about xmlcatalog :) > > Yeah, getting that to work with Saxon was more than my brain could > handle... couldn't find any good doc about it. Turned out to be easy with > Ant... > > Scott Have you tried using xalan-j? I've used the cmd line to do validation in the past, might be of some help to you. http://xml.apache.org/xalan-j/commandline.html basically: >java -cp >C:\...\xalan-j_2_7_1\xalan.jar;C:\...\xalan-j_2_7_1\xml-apis.jar;C:\...\xalan_2_7_1\serializer.jar;C:\...\xalan-j_2_7_1\xercesImpl.jar > org.apache.xalan.xslt.Process -IN some.xml -XSL results.xsl -out some.out.put There is this notion of grammer pools that might do what you're using for, but I'm not sure how/if that works from the cmd line. Hope this helps, -raleigh - To unsubscribe, e-mail: user-unsubscr...@ant.apache.org For additional commands, e-mail: user-h...@ant.apache.org
AW: Reading a property from a file
is a task as all others, therefore you can use that everywhere. If
your properties file contains 'just' properties for that generation, placing
the task just in front of the is a good idea.
Usually you have a build.properties with all properties for the build, like
java source directory, javac target, etc. Then a common place is directly under
.
Jan
>-Ursprüngliche Nachricht-
>Von: dave.alvar...@remanresource.com
>[mailto:dave.alvar...@remanresource.com]
>Gesendet: Mittwoch, 18. Februar 2009 19:26
>An: Ant Users List
>Betreff: Re: Reading a property from a file
>
>Thanks for your reply. Regarding the property file directive,
>"", where are you actually loading the property
>"PROVISIONING_SERVICE_WSDL_URL" from the file and assigning it
>to a variable?
>
> - Dave
>
>> ---Original Message---
>> From: David Weintraub
>> Subject: Re: Reading a property from a file
>> Sent: Feb 18 '09 18:10
>>
>> What about ?
>>
>> What I normally do is something like this:
>>
>> > value="${basedir}/default_property_file_name.properties"/>
>>
>>
>> That way, I can put the property file name on the command line, or
>> read in the default property file if it exists.
>>
>> You can also override any property setting in your
>build.xml by simply
>> placing it on the command line:
>>
>> So do this:
>>
>>
>> >
>name="${basedir}/wsdl_files/ProvisioningService.wsdl
>> >
>wsdl="${provisioning.service.wsdl.file}"
>>
>> destFile="${deployment}/APP-INF/lib/ProvisioningServiceClient.jar"
>>
>> packageName="com.myco.nps.regui.provisioning.client"
>> serviceName="ProvisioningService"
>>
>>
>> Then you can do this on the command line:
>>
>> $ ant
>-Dprovisioning.service.wsdl.file=http://99.99.99.99:/Provis
>ioningAccountService/ProvisioningAccountService?WSDL
>>
>> The task that sets provisioning.service.wsdl.file will be
>> overridden by the command line setting.
>>
>> On Wed, Feb 18, 2009 at 12:17 PM,
wrote:
>> > Hi,
>> >
>> > I'm uisng Ant 1.6. I have this target ...
>> >
>> >
>> >> >
>wsdl="${basedir}/wsdl_files/ProvisioningService.wsdl"
>> >
>destFile="${deployment}/APP-INF/lib/ProvisioningServiceClient.jar"
>> >
>packageName="com.myco.nps.regui.provisioning.client"
>> >
>serviceName="ProvisioningService"
>> >classpath="${java.class.path}"
>> >>
>> >
>> >
>> >
>> >
>> >
>> >
>> > For the property,
>'wsdl="${basedir}/wsdl_files/ProvisioningService.wsdl"', I
>would prefer to read this property out of a properties file I
>have, which has the line ...
>> >
>> >
>PROVISIONING_SERVICE_WSDL_URL=http://99.99.99.99:/Provision
>ingAccountService/ProvisioningAccountService?WSDL
>> >
>> >
>> > How can I tell ant to get the value from there?
>> >
>> > Thanks, - Dave
>> >
>> >
>-
>> > To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
>> > For additional commands, e-mail: user-h...@ant.apache.org
>> >
>> >
>>
>>
>>
>> --
>> --
>> David Weintraub
>> qazw...@gmail.com
>>
>>
>-
>> To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
>> For additional commands, e-mail: user-h...@ant.apache.org
>>
>>
>
>-
>To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
>For additional commands, e-mail: user-h...@ant.apache.org
>
>
-
To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
For additional commands, e-mail: user-h...@ant.apache.org
