Ok, let focus on the actual configuration, the connector and virtual-host element seem to
be r/o anyway.
They will remain r/o within the console for now.
I did take quick glance, and would suggest we expose the ability to modify these
attributes to begin with:
"configuration" => {
"type" => OBJECT,
"description" => "The common web container
configuration.",
"required" => false,
"attributes" => {
"static-resources" => {
"type" => OBJECT,
"description" => "JSP container
configuration.",
"required" => false,
"attributes" => {
"disabled" => {
"type" => STRING,
"description" => "Enable the JSP
container. The default value is \"true\".",
"required" => false
},
"development" => {
"type" => STRING,
"description" => "Enable the development
mode, which gives more information when an error occurs. The default value is
\"false\".",
"required" => false
},
"keep-generated" => {
"type" => STRING,
"description" => "Keep the generated
Servlets. The default value is \"true\".",
"required" => false
},
"check-interval" => {
"type" => STRING,
"description" => "Check interval for JSP
updates using a background thread. The default value is \"0\"
(disabled).",
"required" => false
},
"recompile-on-fail" => {
"type" => STRING,
"description" => "Retry failed JSP
compilations on each request. The default value is \"false\".",
"required" => false
},
"scratch-dir" => {
"type" => STRING,
"description" => "Specify a different
work directory.",
"required" => false
},
"x-powered-by" => {
"type" => STRING,
"description" => "Enable advertising the
JSP engine in x-powered-by. The default value is \"true\".",
"required" => false
},
"display-source-fragment" => {
"type" => STRING,
"description" => "When a runtime error
occurs, attempts to display corresponding JSP source fragment. The default value is
\"true\".",
"required" => false
}
}
Does that sounds reasonable?
Any other development or performance relevant attribute people might miss in the console?
Ike
On May 11, 2011, at 11:22 AM, Remy Maucherat wrote:
On Wed, 2011-05-11 at 11:05 +0200, Heiko Braun wrote:
> What I mean is, that I don't recognize which parts are actually going to be
modified,
> i.e. what the use cases exist.
>
> - "configuration" : what's that?
> - "connector": can there be others? which one? any examples?
> - "connector/virtual-server": what does it mean? can it be changed?
> - "connector/ssl": same story: can it be changed?
> - "virtual-server": can there be others?
I did put some descriptions for the subsystem (in the
LocalDescriptions.properties), let me know if they should be improved.
However, I don't see the tool displaying all them, so where are they
actually used ?
--
Remy Maucherat <rmaucher(a)redhat.com>
Red Hat Inc