ESB Deployment Automation Fault

Question

I'm using the ant ESB Deployment Automation tasks authored by Doug Gschwind and referenced in other threads. I get a build failed error when trying to extract an ESB deployment plan. The error states that the output file already exists but the directory where it resides cannot be written or the filename does not have a .xml extension.
My set up is:
D:\temp - contains ESBMetadataMigrationTaskdefs.xml, ESBMetadataMigration.jar, my ant project file and the output file (PMSProto1Plan.xml). Both the directory and file are not read only.
I had to install commons-httpclient and also JAXB (from Sun Java Web Services Developer Kit). I did note that I had to find jsr173_1.0_api.jar under my JDeveloper home. I used your sample exampleBuild.xml as the basis of my ant file.
My extract file looks like:
<?xml version="1.0" encoding="UTF-8"?>
<project name="ESBMetadataDeployment" default="usage" basedir=".">
<property name="esbProjectToDeploy" value="D:\Oracle\JDeveloper\jdev\mywork\CVSTest\LR\PMSProto1"/>
<property name="deploymentPlanFilename" value="${basedir}/PMSProto1Plan.xml/"/>
<import file="${basedir}/ESBMetadataMigrationTaskdefs.xml"/>
<target name="test.ExtractESBDeploymentPlan">
<extractESBDeploymentPlan sourceDir="${esbProjectToDeploy}" deploymentPlanFile="${deploymentPlanFilename}"/>
</target>
<target name="usage">
<exec executable="ant" dir="${basedir}" vmlauncher="false">
<arg value="-projecthelp"/>
</exec>
</target>
</project>
My ESBMetadataMigrationTaskdefs.xml looks like:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- The import of this ant build file, by another ant build file, enables the
- use of the custom ant tasks present in ESBMetadataMigration.jar
- Doug Gschwind
- 12 Dec 2006
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<project name="ESBMetadataMigrationTaskdefs">
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- PROPERTIES, Subject to the installation environment
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<property name="commons.httpclient.home" value="C:/Program Files/ApacheGroup/commons-httpclient-3.0.1"/>
<property name="jaxb.v2.0.2.home" value="C:/Sun/jwsdp-2.0"/>
<property name="soa.suite.home" value="D:/product/10.1.3.1/OracleAS_2"/>
<property name="JDev.home" value="D:/oracle/JDeveloper"/>
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- Custom ant task definitions, to enable import.
- This section should be treated as immutable upon installation.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<dirname property="imported.basedir" file="${ant.file.ESBMetadataMigrationTaskdefs}"/>
<taskdef resource="oracle/tip/esb/client/anttasks/antlib.xml">
<classpath>
<pathelement location="${imported.basedir}/ESBMetadataMigration.jar"/>
<pathelement location="${commons.httpclient.home}/commons-httpclient-3.0.1.jar"/>
<pathelement location="${soa.suite.home}/lib/xmlparserv2.jar"/>
<pathelement location="${soa.suite.home}/integration/esb/lib/commons-logging.jar"/>
<pathelement location="${soa.suite.home}/integration/esb/lib/commons-codec-1.3.jar"/>
<pathelement location="${soa.suite.home}/integration/esb/lib/oraesb.jar"/>
<pathelement location="${jaxb.v2.0.2.home}/jwsdp-shared/lib/activation.jar"/>
<pathelement location="${jaxb.v2.0.2.home}/jaxb/lib/jaxb-api.jar"/>
<pathelement location="${JDev.home}/integration/lib/jsr173_1.0_api.jar"/>
<pathelement location="${jaxb.v2.0.2.home}/jaxb/lib/jaxb-impl.jar"/>
</classpath>
</taskdef>
</project>
I'm using JDev 10.1.3.3.0.4157 and SOA Suite 10.1.3.3
Has anybody hit this issue before and hopefully a solution ? Thanks.

Answer 1

For what it is worth I can confirm that what user531376 describes is the correct answer to the problem. Add this line:
<delete file="${deploymentPlanFilename}" verbose="true"/>
to the ExtractESBDeploymentPlan target and you should be fine.
Maybe this blog post (shameless self-promotion) adds to your knowledge: http://technology.amis.nl/blog/?p=2371.
Happy building, Sjoerd