[JBoss JIRA] (DROOLS-4887) Rule not fired when modifying a Nested declared type during an incremental update
by Martin Weiler (Jira)
Martin Weiler created DROOLS-4887:
-------------------------------------
Summary: Rule not fired when modifying a Nested declared type during an incremental update
Key: DROOLS-4887
URL: https://issues.redhat.com/browse/DROOLS-4887
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.31.0.Final
Reporter: Martin Weiler
Assignee: Mario Fusco
When using rules evaluating nested facts, the rule which is supposed to match against the updated (nested) declared type is not fired after an incremental update. The same rule is fired if the KieBase is built from scratch and not updated. See linked PR for a test case.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (DROOLS-4886) Rule not fired when modifying a Nested declared type during an incremental update
by Martin Weiler (Jira)
Martin Weiler created DROOLS-4886:
-------------------------------------
Summary: Rule not fired when modifying a Nested declared type during an incremental update
Key: DROOLS-4886
URL: https://issues.redhat.com/browse/DROOLS-4886
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.31.0.Final
Reporter: Martin Weiler
Assignee: Mario Fusco
When using rules evaluating nested facts, the rule which is supposed to match against the updated (nested) declared type is not fired after an incremental update. The same rule is fired if the KieBase is built from scratch and not updated. See linked PR for a test case.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFLY-12886) WELD-000119: Not generating any bean definitions from..class loading error: Type java.net.http.HttpClient
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-12886?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFLY-12886:
---------------------------------------
Component/s: CDI / Weld
Assignee: Matěj Novotný (was: Brian Stansberry)
> WELD-000119: Not generating any bean definitions from..class loading error: Type java.net.http.HttpClient
> ---------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12886
> URL: https://issues.redhat.com/browse/WFLY-12886
> Project: WildFly
> Issue Type: Enhancement
> Components: CDI / Weld
> Affects Versions: 17.0.1.Final
> Reporter: nimo stephan
> Assignee: Matěj Novotný
> Priority: Minor
>
> I get this info when starting wildfly server:
> {code:java}
> 01:33:09,168 INFO [org.jboss.weld.Bootstrap] WELD-000119: Not generating any bean definitions from com.utils.WebUtils because of underlying class loading error: Type java.net.http.HttpClient from [Module "deployment.myapp.war" from Service Module Loader] not found.
> {code}
> My WebUtils.class imports:
> {code:java}
> import java.net.URI;
> import java.net.http.HttpClient;
> import java.net.http.HttpRequest;
> import java.net.http.HttpResponse.BodyHandlers;
> {code}
> Should I include java se module by myself in wildfly to remove this log?
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFLY-12899) Failing JMXPropertyEditorsTestCase in 18.0.0.Final
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-12899?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFLY-12899:
-----------------------------------------
[~james-crowley-ibm] The ${env.USER} is just expression syntax meaning "use the value of the environment variable 'USER'". The expression resolution ends up calling System.getEnv("USER").
The test is assuming that env var is set for the server process. AFAIK as long as that property is set for the maven process it ends up being set for the server process.
A quick experiment shows the test passes if USER is set to a blank value.
If I do this I get the failure you report:
$ unset USER
$ mvn install -Dts.basic -pl testsuite/integration/basic -Dtest=org.jboss.as.test.integration.ee.jmx.property.JMXPropertyEditorsTestCase
> Failing JMXPropertyEditorsTestCase in 18.0.0.Final
> --------------------------------------------------
>
> Key: WFLY-12899
> URL: https://issues.redhat.com/browse/WFLY-12899
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 18.0.0.Final
> Reporter: James Crowley
> Priority: Major
>
> When calling "./mvnw install -DallTests", it gets up to the JMXPropertyEditorsTestCase and fails with this error, "Caused by: java.lang.IllegalStateException: Failed to resolve expression: env.USER"}}}}".
> Looking at the source code for the test [here|https://github.com/wildfly/wildfly/blob/1bf993be72b570a0c780a58ba05c...], it looks like USER is suppose to be defined by USER_SYS_PROP.
> I am not sure what the problem is but I know it is failing somewhere in the above test.
> You can see the full log in the in Adopt's test [here|https://ci.adoptopenjdk.net/view/Test_grinder/job/Grinder/1436/conso...].
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months