Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 625198 - defaultValue for rhq:input-property element is ignored when used in a bundle recipe
defaultValue for rhq:input-property element is ignored when used in a bundle ...
Product: RHQ Project
Classification: Other
Component: Provisioning (Show other bugs)
All All
high Severity medium (vote)
: ---
: ---
Assigned To: John Mazzitelli
Corey Welton
Depends On:
  Show dependency treegraph
Reported: 2010-08-18 16:35 EDT by Larry O'Leary
Modified: 2011-05-23 21:10 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2011-05-23 21:10:08 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Screenshot (39.12 KB, image/png)
2011-03-14 05:31 EDT, Sunil Kondkar
no flags Details

  None (edit)
Description Larry O'Leary 2010-08-18 16:35:14 EDT
Description of problem:
When defining a default value for a user-provided variable within a bundle's deploy.xml, the default value is not used or appears to be ignored.  This results in the deployment of the bundle failing unless a value was explicitly specified by the user when deploying the bundle.

Version-Release number of selected component (if applicable):
JON 2.4

How reproducible:

Steps to Reproduce:
1. Add a new bundle that defines a rhq:input-property with a defaultValue.

<?xml version="1.0"?>
<project name="calculator-bundle" default="main" 

   <rhq:bundle name="Example Calculator App" version="1.0" description="an example bundle of the Calculator EAR">
         description="A user specified value to demonstrate the default value is not used"
         defaultValue="a default value"

      <rhq:deployment-unit name="calculator-ear" preinstallTarget="preinstall" postinstallTarget="postinstall">
         <rhq:archive name="ear-calculator.ear"/>

   <target name="main" />

   <target name="preinstall">
      <echo>Deploying bundle ${rhq.deploy.name} to ${rhq.deploy.dir}...</echo>
      <property name="preinstallTargetExecuted" value="true"/>

   <target name="postinstall">
      <echo>Done deploying bundle ${rhq.deploy.name} to ${rhq.deploy.dir}</echo>
      <property name="postinstallTargetExecuted" value="true"/>

2. Once the bundle has been added, deploy it to a group
3. When prompted for a value for a.user.value, leave it blank
Actual results:
The deployment of the bundle fails with no evident reason/error

Expected results:
The deployment of the bundle should be successful

Additional info:
I would also expect that the default value would pre-populate the field in the UI.
Comment 1 John Mazzitelli 2010-12-19 18:47:56 EST
git commits:


This bug actually shows up in both ant and filetemplate bundle types (the bug description only mentions the ant input-property, but there was no way to set a default value in file template recipes, these commits fix that also).

This was a larger fix that anticipated. It turns out we were never persisting any default template with the config def object. The fix includes this now. The fix was in the core bundle subsystem, so it is supported for any bundle type (ant or file template recipes for now).

If you have any required properties OR properties that define a default value, the configuration definition will get assigned a default template. If a required property does not set a default in the recipe, null will be used.
Comment 2 Sunil Kondkar 2011-03-14 05:31:07 EDT
Verified on build#1090 (Version: 4.0.0-SNAPSHOT Build Number: f19c23e)

Uploaded the bundle that defines a rhq:input-property with defaultValue. While deploying the bundle to a group, observed that on prompting value (for a.user.value), it displayed the default value ("a default value" as defined in recipe). Please refer the attached screenshot.

The bundle got deployed successfully.

Marking the bug as verified.
Comment 3 Sunil Kondkar 2011-03-14 05:31:47 EDT
Created attachment 484112 [details]
Comment 4 Corey Welton 2011-05-23 21:10:08 EDT
Bookkeeping - closing bug - fixed in recent release.

Note You need to log in before you can comment on or make changes to this bug.