[Red Hat JIRA] (DROOLS-5697) Make exec model's groupBy() composable
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-5697?page=com.atlassian.jira.plug... ]
Mario Fusco updated DROOLS-5697:
--------------------------------
Sprint: 2020 Week 49-51 (from Nov 30) (was: 2020 Week 46-48 (from Nov 9))
> Make exec model's groupBy() composable
> --------------------------------------
>
> Key: DROOLS-5697
> URL: https://issues.redhat.com/browse/DROOLS-5697
> Project: Drools
> Issue Type: Enhancement
> Components: executable model
> Affects Versions: 7.44.0.Final
> Reporter: Lukáš Petrovický
> Assignee: Mario Fusco
> Priority: Major
>
> In some of the OptaPlanner examples, we have Constraint Streams like this:
> {code:java}
> .groupBy(ProcessAssignment::getService, count())
> .groupBy(Service::getTag, max((service, count) -> count))
> {code}
> This will:
> - Take all ProcessAssigment instances.
> - Count all such instances which run on the same Service.
> - Out of all the pairs of (service, count) find the maximum count where the services share the same Tag.
> This is an example of groupBy composition. Currently, we implement it with the old, inefficient groupBy. That implementation looks something like this:
> {noformat}
> when
> $tuples: List<Tuple<Service, Integer>> from accumulate(
> $p: ProcessAssignment(),
> ...
> groupBy(ProcessAssignment::getService, count())
> )
> $tuples2: List<Tuple<String, Integer>> from accumulate(
> $tuple: Tuple<Service, Integer> from $tuples,
> ...
> groupBy(Service::getTag, max($tuple._2))
> )
> $result: Tuple<String, Integer> from $tuples2
> then
> System.out.println($result);
> end
> {noformat}
> We'd like the new groupBy construct to be capable of composition instead.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 5 months
[Red Hat JIRA] (WFLY-14100) signature test failures in jakarta.servlet + JSTL
by Scott Marlow (Jira)
[ https://issues.redhat.com/browse/WFLY-14100?page=com.atlassian.jira.plugi... ]
Scott Marlow resolved WFLY-14100.
---------------------------------
Resolution: Done
> signature test failures in jakarta.servlet + JSTL
> -------------------------------------------------
>
> Key: WFLY-14100
> URL: https://issues.redhat.com/browse/WFLY-14100
> Project: WildFly
> Issue Type: Sub-task
> Components: Web (Undertow)
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Priority: Major
> Labels: EE9
>
> {quote}
> Missing Fields
> [javatest.batch] --------------
> [javatest.batch]
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.FMT_FALLBACK_LOCALE = "jakarta.servlet.jsp.jstl.fmt.fallbackLocale"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.FMT_LOCALE = "jakarta.servlet.jsp.jstl.fmt.locale"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.FMT_LOCALIZATION_CONTEXT = "jakarta.servlet.jsp.jstl.fmt.localizationContext"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.FMT_TIME_ZONE = "jakarta.servlet.jsp.jstl.fmt.timeZone"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.SQL_DATA_SOURCE = "jakarta.servlet.jsp.jstl.sql.dataSource"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.SQL_MAX_ROWS = "jakarta.servlet.jsp.jstl.sql.maxRows"
> [javatest.batch]
> [javatest.batch] Added Fields
> [javatest.batch] ------------
> [javatest.batch]
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.FMT_FALLBACK_LOCALE = "javax.servlet.jsp.jstl.fmt.fallbackLocale"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.FMT_LOCALE = "javax.servlet.jsp.jstl.fmt.locale"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.FMT_LOCALIZATION_CONTEXT = "javax.servlet.jsp.jstl.fmt.localizationContext"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.FMT_TIME_ZONE = "javax.servlet.jsp.jstl.fmt.timeZone"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.SQL_DATA_SOURCE = "javax.servlet.jsp.jstl.sql.dataSource"
> [javatest.batch] jakarta.servlet.jsp.jstl.core.Config: field public final static java.lang.String jakarta.servlet.jsp.jstl.core.Config.SQL_MAX_ROWS = "javax.servlet.jsp.jstl.sql.maxRows"
> [javatest.batch]
> [javatest.batch]
> {quote}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 5 months
[Red Hat JIRA] (DROOLS-5872) DrlDumper generates wrong drl when AccumulateDescr does not have constraint
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-5872?page=com.atlassian.jira.plug... ]
Mario Fusco updated DROOLS-5872:
--------------------------------
Sprint: 2020 Week 49-51 (from Nov 30)
> DrlDumper generates wrong drl when AccumulateDescr does not have constraint
> ---------------------------------------------------------------------------
>
> Key: DROOLS-5872
> URL: https://issues.redhat.com/browse/DROOLS-5872
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.44.0.Final, 7.46.0.Final
> Reporter: Hiroko Miura
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: accumulate-without-constraint-test.zip
>
>
> When AccumulateDescr does not have constraint, generated DRL can not be built.
> Here is an example code.
> {code:java}
> PackageDescr packageDescr = DescrFactory.newPackage().name("example")
> .newImport().target("java.math.BigDecimal").end()
> .newRule().name("Test Rule")
> .lhs()
> .accumulate()
> .source().pattern().type("example.RuleTest.Fact").id("$target", false)
> .end()
> .end()
> .function("count", "$cnt", false)
> // adding the following constraint can avoid from KieBase build error
> // .constraint("true")
> .end()
> .end()
> .rhs("System.out.println($cnt);")
> .end()
> .end().getDescr();
> String drl = new DrlDumper().dump(packageDescr);
> {code}
> This dumps the following DRL.
> {code:java}
> package example
> import java.math.BigDecimal
> rule "Test Rule"
> when
> accumulate(
> $target : example.RuleTest.Fact( ) ,
> $cnt : count( ) ;
> )
> then
> System.out.println($cnt);
> end
> {code}
> KieBase build with above drl fails with the following error.
> {noformat}
> 2020-12-02 15:05:47,875 ERROR [org.drools.compiler.kie.builder.impl.KieProject] (main) Unable to build KieBaseModel:defaultKieBase
> [10,9]: [ERR 101] Line 10:9 no viable alternative at input ')' in rule "Test Rule"
> [0,0]: Parser returned a null Package
> {noformat}
> Adding constraint like comment line in above code can avoid from build error.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 5 months
[Red Hat JIRA] (WFLY-14025) Unable to remove the default datasource binding from the ee subsystem
by Lin Gao (Jira)
[ https://issues.redhat.com/browse/WFLY-14025?page=com.atlassian.jira.plugi... ]
Lin Gao updated WFLY-14025:
---------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/13744 (was: https://github.com/wildfly/wildfly/pull/13738)
> Unable to remove the default datasource binding from the ee subsystem
> ---------------------------------------------------------------------
>
> Key: WFLY-14025
> URL: https://issues.redhat.com/browse/WFLY-14025
> Project: WildFly
> Issue Type: Bug
> Components: EE, JCA
> Reporter: Lin Gao
> Assignee: Tomasz Adamski
> Priority: Major
> Labels: Regression, downstream_dependency
> Attachments: reproducer-spring.war, reproducer-spring2.war, reproducer2.war, standalone.xml
>
>
> EAP 7.2+ is creating a dependency on the DefaultDataSource when it should not.
> If the default datasource is removed from the ee subsystem and an application is deployed with a class that has @Resource specifying a name to inject which is not linked to the default datasource, it should NOT fail with a missing dependency.
> This was found with a Spring application, where Spring configuration is defining java:comp/env/dataSource to link to the real datasource. In EAP 7.1 the application deployed with no issue, in EAP 7.2+ JBoss is failing the deployment due to the datasource=... being removed from the default bindings in the ee subsystem.
>
> {code:java}
> @Resource(name = "dataSource")
> private DataSource dataSource; {code}
>
> {code:java}
> 18:08:15,547 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "reproducer2.war")]) - failure description: {
> "WFLYCTL0412: Required services that are not installed:" => ["jboss.naming.context.java.module.reproducer2.reproducer2.DefaultDataSource"],
> "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.naming.context.java.module.reproducer2.reproducer2.env.non-existant is missing [jboss.naming.context.java.module.reproducer2.reproducer2.DefaultDataSource]"]
> }{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 5 months
[Red Hat JIRA] (WFLY-14090) Use shared test utilities for log handling in NetworkHealthTestCase
by Bartosz Spyrko-Smietanko (Jira)
[ https://issues.redhat.com/browse/WFLY-14090?page=com.atlassian.jira.plugi... ]
Bartosz Spyrko-Smietanko reassigned WFLY-14090:
-----------------------------------------------
Assignee: Bartosz Spyrko-Smietanko
> Use shared test utilities for log handling in NetworkHealthTestCase
> -------------------------------------------------------------------
>
> Key: WFLY-14090
> URL: https://issues.redhat.com/browse/WFLY-14090
> Project: WildFly
> Issue Type: Task
> Components: JMS, Test Suite
> Reporter: Brian Stansberry
> Assignee: Bartosz Spyrko-Smietanko
> Priority: Minor
>
> NetworkHealthTestCase has hand written code for finding the server log file and reading the potentially thousands of lines in it to look for a few recently written lines.
> In wildfly-testsuite-shared there are utilities for this kind of thing that can be used. See LoggingUtil and TestLogHandlerSetupTask.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 5 months