Bug 108124
Summary: | The interative parameter prompt doesn't let user confirm / edit values before running | ||
---|---|---|---|
Product: | [Retired] Red Hat Web Application Framework | Reporter: | Daniel Berrangé <berrange> |
Component: | other | Assignee: | Rafael H. Schloming <rafaels> |
Status: | CLOSED RAWHIDE | QA Contact: | Jon Orris <jorris> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | nightly | CC: | tross |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-11-07 22:48:39 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 106597 |
Description
Daniel Berrangé
2003-10-27 20:24:00 UTC
You can use the -defaults switch to pass in a file with name=value pairs. Both ConfigTool (ccm-conf) and PackageTool (ccm-pkg) take the -defaults switch. Grep //users/vadim/docs/config/ccm-packaging.txt for my.defaults to see an example. What we will do for Oct 30 is, for WAF: 1. Prompt for all the database-persistent settings. 2. Prior to persisting in the database, present a summary screen for the user, with all the user-input settings. 3. Allow the user to go back to the beginning or persist to the database. Time permitting, we will also enable editing each item line-by-line. We will not do this for anything other than Core (which should be okay, I think, since the other app bootstraps do not persist stuff into the database). Let me know if this is not the case. This sounds reasonable. Line-by-line re-editing is an optimization that isn't
critical for Oct 30 given the number of parameters for core is a mere five.
> We will not do this for anything other than Core
Is the interactive reading really custom code to the Core loader ? Ultimately it
would be better if this were part of the general config parameter infrastructure
& thus automatically available to all apps loaders, but again not critical for
Oct 30
The functionality is not custom to core loader, but it will depend on removing usage of the deprecated ScriptContext.getParameterLoader() for parameters that require confirmation. This has already been done for CoreLoader, but not for other Loaders, so we can't guarantee that other loaders will get confirmation. |