[JBoss JIRA] (SWSQE-1171) Create automated cleaning of old OCP clusters
by Filip Brychta (Jira)
Filip Brychta created SWSQE-1171:
------------------------------------
Summary: Create automated cleaning of old OCP clusters
Key: SWSQE-1171
URL: https://issues.redhat.com/browse/SWSQE-1171
Project: Kiali QE
Issue Type: QE Task
Reporter: Filip Brychta
Assignee: Filip Brychta
We need some cleaning mechanism for old OCP clusters. Probably to have some list of long living clusters and remove all other clusters after e.g. 1 week.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFCORE-4923) read-resource operation does not resolve expressions recursively
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFCORE-4923?page=com.atlassian.jira.plug... ]
Brian Stansberry updated WFCORE-4923:
-------------------------------------
Git Pull Request: https://github.com/wildfly/wildfly-core/pull/4225 (was: https://github.com/wildfly/wildfly-core/pull/4208)
> read-resource operation does not resolve expressions recursively
> ----------------------------------------------------------------
>
> Key: WFCORE-4923
> URL: https://issues.redhat.com/browse/WFCORE-4923
> Project: WildFly Core
> Issue Type: Bug
> Components: Management
> Affects Versions: 12.0.0.Beta1
> Reporter: Tamás Ábele
> Assignee: Jeff Mesnil
> Priority: Major
> Attachments: hal-error1.png, hal-error2.png
>
>
> The problem affects all versions. The wildfly controller does not resolve expression resursively which causes improper behaviour of the jbos CLI.
> {code:json}
> [standalone@localhost:9992 /] /subsystem=batch-jberet:read-resource(include-runtime=true,recursive=true,resolve-expressions=true)
> {
> "outcome" => "success",
> "result" => {
> "restart-jobs-on-resume" => true,
> "security-domain" => undefined,
> "default-job-repository" => "in-memory",
> "default-thread-pool" => "batch",
> "in-memory-job-repository" => {"in-memory" => {}},
> "jdbc-job-repository" => undefined,
> "thread-factory" => undefined,
> "thread-pool" => {"batch" => {
> "active-count" => 0,
> "completed-task-count" => 0L,
> "current-thread-count" => 0,
> "keepalive-time" => {
> "time" => 30L,
> "unit" => "SECONDS"
> },
> "largest-thread-count" => 0,
> "max-threads" => expression "${batch-max-threads}",
> "name" => "batch",
> "queue-size" => 0,
> "rejected-count" => 0,
> "task-count" => 0L,
> "thread-factory" => undefined
> }}
> }
> }
> {code}
> The missing recursive expression resolvation also causes runtime errors in the wildfly console (HAL) if you use properties your configuration XML-s (standalone.xml, domain.xml, ...) Two examples can be found in the attachements.
> The solution would be only adding the
> {code:java}
> rrOp.get(ModelDescriptionConstants.RESOLVE_EXPRESSIONS).set(resolve);
> {code}
> line after
> {code:java}
> rrOp.get(ModelDescriptionConstants.INCLUDE_DEFAULTS).set(defaults);
> {code}
> in the doExecuteInternal method of the
> \controller\src\main\java\org\jboss\as\controller\operations\global\ReadResourceHandler.java
> The wildfly console (HAL) source code is also buggy, which when creates an operation like this
> {code:java}
> Operation operation = new Operation.Builder(address, READ_RESOURCE_OPERATION)
> {code}
> in several places I found does not contain the line
> {code:java}
> .param(RESOLVE_EXPRESSIONS, true)
> {code}
> and this will cause unresolved expressions to be returned and later numeric error to be thrown while trying to read them.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13571) JSF: selectOneMenu required+disabled true
by erick leal (Jira)
[ https://issues.redhat.com/browse/WFLY-13571?page=com.atlassian.jira.plugi... ]
erick leal updated WFLY-13571:
------------------------------
Description:
Submitin selectOneMenu required=true+disabled=true result in validation error message.
Regression in WildFly 20, clicking button fires a message.
WildFly 19 it doesn't happen. The stransgest part is if I change WildFly 20 to WildFly 19 one (2.3.10.sp10 -> 2.3.9.sp06) the bug is still there.
Mojarra issue: https://github.com/eclipse-ee4j/mojarra/issues/4716
was:
Submitin selectOneMenu required=true+disabled=true result in validation error message.
Regression in WildFly 20, clicking button fires a message.
WildFly 19 it doesn't happen. The stransgest part is if I change WildFly 20 to WildFly 19 one (2.3.9.sp06) the bug is still there.
Mojarra issue: https://github.com/eclipse-ee4j/mojarra/issues/4716
> JSF: selectOneMenu required+disabled true
> -----------------------------------------
>
> Key: WFLY-13571
> URL: https://issues.redhat.com/browse/WFLY-13571
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 20.0.0.Final
> Reporter: erick leal
> Assignee: Farah Juma
> Priority: Major
> Attachments: project.zip
>
>
> Submitin selectOneMenu required=true+disabled=true result in validation error message.
> Regression in WildFly 20, clicking button fires a message.
> WildFly 19 it doesn't happen. The stransgest part is if I change WildFly 20 to WildFly 19 one (2.3.10.sp10 -> 2.3.9.sp06) the bug is still there.
> Mojarra issue: https://github.com/eclipse-ee4j/mojarra/issues/4716
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month