January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (DROOLS-5861) Preparatory modification for PMML-Trusty inclusion in artifacts

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5861?page=com.atlassian.jira.plug... ] Gabriele Cardosi updated DROOLS-5861: ------------------------------------- Summary: Preparatory modification for PMML-Trusty inclusion in artifacts (was: Include PMML trusty inside Kie-Server) > Preparatory modification for PMML-Trusty inclusion in artifacts > --------------------------------------------------------------- > > Key: DROOLS-5861 > URL: https://issues.redhat.com/browse/DROOLS-5861 > Project: Drools > Issue Type: Sub-task > Reporter: Gabriele Cardosi > Assignee: Gabriele Cardosi > Priority: Major > Labels: TrustyAI > > Include PMML trusty inside Kie-Server (droolsjbpm-integration/kie-server-parent/) > Look for PMML legacy references. > See > [ApplyPmmlModelCommandExecutor|https://github.com/kiegroup/droolsjbpm-know...] > Verify Correct classloading/defaulting. Verify jpmml. > For tests, see > [README|https://github.com/kiegroup/droolsjbpm-integration/blob/master/kie...] > [KieServerDroolsIntegrationTest|https://github.com/kiegroup/droolsjbpm-int...] > [DMNPMMLMiningIntegrationTest|https://github.com/kiegroup/droolsjbpm-integ...] > Remember to compile/install modules before testing, since underlying Arquilian uses jars from m2 repo -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-2985) Jenkins PR build of optaweb-employee-rostering should not build kie-server too

by Marek Novotny (Jira)

[ https://issues.redhat.com/browse/DROOLS-2985?page=com.atlassian.jira.plug... ] Marek Novotny resolved DROOLS-2985. ----------------------------------- Resolution: Out of Date the build workflow in v7 stream is managed by [https://github.com/kiegroup/droolsjbpm-build-bootstrap/blob/master/.ci/pr...] and we need to build upstream repositories to a given repository because of SNAPSHOTs used in CI > Jenkins PR build of optaweb-employee-rostering should not build kie-server too > ------------------------------------------------------------------------------ > > Key: DROOLS-2985 > URL: https://issues.redhat.com/browse/DROOLS-2985 > Project: Drools > Issue Type: Task > Components: build > Reporter: Geoffrey De Smet > Assignee: Marek Novotny > Priority: Blocker > > When building this PR: > https://github.com/kiegroup/optaweb-employee-rostering/pull/187 > It gave this error: > {code} > 13:44:42 [ERROR] [ERROR] Some problems were encountered while processing the POMs: > 13:44:42 [ERROR] 'dependencies.dependency.version' for org.jboss.narayana.tomcat:tomcat-jta:jar is missing. @ org.kie.server:kie-server:[unknown-version], /home/jenkins/workspace/KIE/master/pullrequest/optaweb-employee-rostering-pullrequests/upstream-repos/droolsjbpm-integration/kie-server-parent/kie-server-wars/kie-server/pom.xml, line 264, column 17 > 13:44:42 @ > 13:44:42 [ERROR] The build could not read 1 project -> [Help 1] > 13:44:42 org.apache.maven.project.ProjectBuildingException: Some problems were encountered while processing the POMs: > 13:44:42 [ERROR] 'dependencies.dependency.version' for org.jboss.narayana.tomcat:tomcat-jta:jar is missing. @ org.kie.server:kie-server:[unknown-version], /home/jenkins/workspace/KIE/master/pullrequest/optaweb-employee-rostering-pullrequests/upstream-repos/droolsjbpm-integration/kie-server-parent/kie-server-wars/kie-server/pom.xml, line 264, column 17 > {code} > but optaweb-employee-rostering doesn't rely on droolsjbpm-integration, so building that repo too is just delaying our ability to merge fast, as well as introducing false negatives. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5854) Parse a rule base into a model for impact analysis

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5854?page=com.atlassian.jira.plug... ] Mario Fusco updated DROOLS-5854: -------------------------------- Sprint: 2021 Week 04-06 (from Jan 25) (was: 2020 Week 52-03 (from Dec 21)) > Parse a rule base into a model for impact analysis > -------------------------------------------------- > > Key: DROOLS-5854 > URL: https://issues.redhat.com/browse/DROOLS-5854 > Project: Drools > Issue Type: Feature Request > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5946) Binding a list written in MVEL expression causes a build error in executable model.

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5946?page=com.atlassian.jira.plug... ] Toshiya Kobayashi updated DROOLS-5946: -------------------------------------- Story Points: 3 > Binding a list written in MVEL expression causes a build error in executable model. > ----------------------------------------------------------------------------------- > > Key: DROOLS-5946 > URL: https://issues.redhat.com/browse/DROOLS-5946 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.48.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Labels: support > Attachments: reproducer_model_compiler_12a.zip > > > Binding a list written in MVEL expression like (\*1-1) causes a build error like (\*2) in executable model. > This issue does not occur in build with executable model disabled. > (\*1) > {noformat} > package com.example.reproducer > import com.example.reproducer.Car > dialect "mvel" > rule "rule12a" > when > $car : Car( $group : ["compact", "medium", "luxury"] ) // ..... (*1-1) > then > System.out.println("***** Which group " + $group + " is " + $car + " categorized into?"); > end > {noformat} > (\*2) > {noformat} > [ERROR] Failed to execute goal org.kie:kie-maven-plugin:7.44.0.Final-redhat-00003:generateModel (default-generateModel) on project reproducer_model_compiler_12a: Execution default-generateModel of goal org.kie:kie-maven-plugin:7.44.0.Final-redhat-00003:generateModel failed: Encountered unexpected token: "[" "[" > [ERROR] at line 1, column 10. > [ERROR] > [ERROR] Was expecting one of: > [ERROR] > [ERROR] "+" > [ERROR] "++" > [ERROR] "-" > [ERROR] "--" > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5962) Heuristic to enable/disable JoinNode Range Index

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5962?page=com.atlassian.jira.plug... ] Toshiya Kobayashi updated DROOLS-5962: -------------------------------------- Epic Link: DROOLS-5758 > Heuristic to enable/disable JoinNode Range Index > ------------------------------------------------ > > Key: DROOLS-5962 > URL: https://issues.redhat.com/browse/DROOLS-5962 > Project: Drools > Issue Type: Enhancement > Components: core engine > Affects Versions: 7.49.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > Currently enable/disable JoinNode Range Index is a configuration switch. > This Jira is to collect statistics at runtime to see "heavily reads" or "heavily writes" so that engine can automatically enable/disable the range index. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5962) Heuristic to enable/disable JoinNode Range Index

by Toshiya Kobayashi (Jira)

Toshiya Kobayashi created DROOLS-5962: ----------------------------------------- Summary: Heuristic to enable/disable JoinNode Range Index Key: DROOLS-5962 URL: https://issues.redhat.com/browse/DROOLS-5962 Project: Drools Issue Type: Enhancement Components: core engine Affects Versions: 7.49.0.Final Reporter: Toshiya Kobayashi Assignee: Toshiya Kobayashi Currently enable/disable JoinNode Range Index is a configuration switch. This Jira is to collect statistics at runtime to see "heavily reads" or "heavily writes" so that engine can automatically enable/disable the range index. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5949) String vs Number Coercion behavior difference between standard-drl and exec-model : 2nd step

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5949?page=com.atlassian.jira.plug... ] Toshiya Kobayashi closed DROOLS-5949. ------------------------------------- Resolution: Done Closed. This will be just a part of DROOLS-5910 PR. > String vs Number Coercion behavior difference between standard-drl and exec-model : 2nd step > -------------------------------------------------------------------------------------------- > > Key: DROOLS-5949 > URL: https://issues.redhat.com/browse/DROOLS-5949 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.48.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > DROOLS-5924 solved various issues of String vs Number Coercion but still have some cases remaining. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14331) (7.3.z) javax.naming.OperationNotSupportedException should be thrown when read-only remote naming operations failed

by Lin Gao (Jira)

Lin Gao created WFLY-14331: ------------------------------ Summary: (7.3.z) javax.naming.OperationNotSupportedException should be thrown when read-only remote naming operations failed Key: WFLY-14331 URL: https://issues.redhat.com/browse/WFLY-14331 Project: WildFly Issue Type: Bug Components: Naming Reporter: Lin Gao Assignee: Lin Gao Fix For: 23.0.0.Beta1 The Remote Naming (JNDI) is Read-Only, remote clients cannot bind or rebind objects into it. Only applications running in the same JVM can bind values into JNDI. When modifying methods like: bind/rebind/unbind/rename/createSubContext/destroySubContext are invoked from remote client, it expects *javax.naming.OperationNotSupportedException* thrown out, but *java.lang.UnsupportedOperationException* is thrown out. {code:java} 13:20:22,804 WARN [org.wildfly.naming] (default task-2) WFNAM00036: Unexpected internal error: java.lang.UnsupportedOperationException: WFLYNAM0043: Naming context is read-only at org.jboss.as.naming.WritableServiceBasedNamingStore.requireOwner(WritableServiceBasedNamingStore.java:160) at org.jboss.as.naming.WritableServiceBasedNamingStore.bind(WritableServiceBasedNamingStore.java:66) at org.jboss.as.naming.NamingContext.bind(NamingContext.java:262) at org.jboss.as.naming.NamingContext.bind(NamingContext.java:289) at org.wildfly.naming.client.remote.RemoteServerTransport.handleBind(RemoteServerTransport.java:238) at org.wildfly.naming.client.remote.RemoteServerTransport$1.handleMessage(RemoteServerTransport.java:126) at org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:430) at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:991) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.lang.Thread.run(Thread.java:748) 13:20:22,813 WARN [org.wildfly.naming] (default task-2) WFNAM00036: Unexpected internal error: java.lang.UnsupportedOperationException: WFLYNAM0043: Naming context is read-only at org.jboss.as.naming.WritableServiceBasedNamingStore.requireOwner(WritableServiceBasedNamingStore.java:160) at org.jboss.as.naming.WritableServiceBasedNamingStore.rebind(WritableServiceBasedNamingStore.java:108) at org.jboss.as.naming.NamingContext.rebind(NamingContext.java:301) at org.jboss.as.naming.NamingContext.rebind(NamingContext.java:309) at org.wildfly.naming.client.remote.RemoteServerTransport.handleBind(RemoteServerTransport.java:236) at org.wildfly.naming.client.remote.RemoteServerTransport$1.handleMessage(RemoteServerTransport.java:129) at org.jboss.remoting3.remote.RemoteConnectionChannel.lambda$handleMessageData$3(RemoteConnectionChannel.java:430) at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:991) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.lang.Thread.run(Thread.java:748) {code} From EE Platform spec: EE.5.3.4 Java EE Product Provider's Responsibilities: {quote} The container must ensure that the application component instances have only read access to their naming context. The container must throw the *javax.naming.OperationNotSupportedException* from all the methods of the javax.naming.Context interface that modify the environment naming context and its subcontexts. {quote} For more information and reproducer, please refer to WFLY-13459 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5249) NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable

by Radoslav Ivanov (Jira)

[ https://issues.redhat.com/browse/WFCORE-5249?page=com.atlassian.jira.plug... ] Radoslav Ivanov commented on WFCORE-5249: ----------------------------------------- Thanks for that, much appreciated. > NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable > ------------------------------------------------------------------------------------------------------------------ > > Key: WFCORE-5249 > URL: https://issues.redhat.com/browse/WFCORE-5249 > Project: WildFly Core > Issue Type: Bug > Affects Versions: 14.0.0.Final > Reporter: Radoslav Ivanov > Assignee: Sudeshna Sur > Priority: Major > Fix For: 15.0.0.Beta1 > > > Could you please add missing dependencies in Bouncycastle modules? > Problem (we got): > {code:java} > Caused by: java.lang.NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList (Module "org.bouncycastle.bcpg" version 1.66.00.0 from local module loader @1d1f7216 (finder: local module finder @423e4cbb (roots: /data/avoka/transact/manager/server/modules,/data/avoka/transact/manager/server/modules/system/layers/base))): org/bouncycastle/util/Iterable > {code} > > Solution (adding dependency from bcpg to bcprov modules solves the issue): > {code:java} > modules\system\layers\base\org\bouncycastle\bcpg\main\module.xml{code} > {code:java} > <dependencies> > <module name="org.bouncycastle.bcprov" export="true" services="export"/> > </dependencies> > {code} > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5249) NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFCORE-5249?page=com.atlassian.jira.plug... ] Brian Stansberry updated WFCORE-5249: ------------------------------------- Fix Version/s: 15.0.0.Beta1 > NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable > ------------------------------------------------------------------------------------------------------------------ > > Key: WFCORE-5249 > URL: https://issues.redhat.com/browse/WFCORE-5249 > Project: WildFly Core > Issue Type: Bug > Affects Versions: 14.0.0.Final > Reporter: Radoslav Ivanov > Assignee: Sudeshna Sur > Priority: Major > Fix For: 15.0.0.Beta1 > > > Could you please add missing dependencies in Bouncycastle modules? > Problem (we got): > {code:java} > Caused by: java.lang.NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList (Module "org.bouncycastle.bcpg" version 1.66.00.0 from local module loader @1d1f7216 (finder: local module finder @423e4cbb (roots: /data/avoka/transact/manager/server/modules,/data/avoka/transact/manager/server/modules/system/layers/base))): org/bouncycastle/util/Iterable > {code} > > Solution (adding dependency from bcpg to bcprov modules solves the issue): > {code:java} > modules\system\layers\base\org\bouncycastle\bcpg\main\module.xml{code} > {code:java} > <dependencies> > <module name="org.bouncycastle.bcprov" export="true" services="export"/> > </dependencies> > {code} > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2021