Error Failed To Create Component Version Failed To Find The Application.wadl ((install)) -
Remove or correct the API type.
Removed the <api> block. Changed <type>mule-application</type> . Rebuilt and redeployed. Error resolved.
The error is a clear signal: your deployment process expects a WADL file that your artifact does not provide. Most often, it stems from incorrect metadata configuration ( type set as api ), a misplaced or missing <api> block in Maven, or a mistaken attempt to deploy a non-API app as an API spec. Remove or correct the API type
In the complex ecosystem of modern software deployment, error messages are the primary—and often cryptic—interface between a failed operation and the engineer tasked with fixing it. Few messages encapsulate the frustration of configuration-driven development quite like the verbose error: error failed to create component version failed to find the application.wadl . At first glance, this string of text appears to be a jumble of technical jargon. However, deconstructing this error reveals a common and critical failure point in the lifecycle of API-centric applications, particularly those deployed on cloud platforms like VMware Tanzu or Cloud Foundry. This essay argues that this specific error is not merely a missing file notification, but a symptom of deeper issues relating to API contract mismatches, build pipeline misconfigurations, and a fundamental misunderstanding of the declarative deployment model.
Use the Test Connection button in the Jenkins Post-build Deploy tab to verify the server is reachable with your current credentials. Rebuilt and redeployed
In the context of the IBM UrbanCode ecosystem, the application.wadl (Web Application Description Language) file is a machine-readable XML description of the HTTP-based REST services provided by the server. When a plugin or CLI tool (like udclient ) attempts to create a new component version, it first tries to fetch this WADL file to understand the server's API structure. If it cannot find it, the entire version creation process fails. Common Causes for the Error
Place it at the expected location (check Maven build logs for the path). This is a workaround, not a clean solution. Most often, it stems from incorrect metadata configuration
, "apiVersion": "1.0", "type": "mule-application" // Should NOT be "api"
If you cannot remove the WADL dependency for legacy reasons, create an empty or minimal application.wadl :