[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)
4 years, 7 months
[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)
4 years, 7 months
[JBoss JIRA] (WFLY-13571) JSF: selectOneMenu required+disabled true
by erick leal (Jira)
erick leal created WFLY-13571:
---------------------------------
Summary: 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
Attachments: project.zip
Regression in WildFly 20, clicking button fires a message.
WildFly 16/19 it doesn't happen.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (DROOLS-5420) Change log level in KieRepositoryImpl.addKieModule to DEBUG
by Martin Weiler (Jira)
Martin Weiler created DROOLS-5420:
-------------------------------------
Summary: Change log level in KieRepositoryImpl.addKieModule to DEBUG
Key: DROOLS-5420
URL: https://issues.redhat.com/browse/DROOLS-5420
Project: Drools
Issue Type: Task
Components: core engine
Affects Versions: 7.38.0.Final
Reporter: Martin Weiler
Assignee: Luca Molteni
The following message should be logged at DEBUG level instead of INFO:
{noformat}
o.d.c.k.builder.impl.KieRepositoryImpl : Adding KieModule dependency from resource: ByteArrayResource[bytes=[80, 75, 3, 4, 20, 0, 8, 8, 8, 0, ...], encoding=null]
{noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months