July 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-13703) Increase the test coverage of LayersTestCase for the all layers case

by Yeray Borges Santana (Jira)

[ https://issues.redhat.com/browse/WFLY-13703?page=com.atlassian.jira.plugi... ] Yeray Borges Santana updated WFLY-13703: ---------------------------------------- Git Pull Request: https://github.com/wildfly/wildfly/pull/13429, https://github.com/wildfly/wildfly/pull/13432 (was: https://github.com/wildfly/wildfly/pull/13429) > Increase the test coverage of LayersTestCase for the all layers case > -------------------------------------------------------------------- > > Key: WFLY-13703 > URL: https://issues.redhat.com/browse/WFLY-13703 > Project: WildFly > Issue Type: Task > Components: Build System, Test Suite > Reporter: Yeray Borges Santana > Assignee: Yeray Borges Santana > Priority: Major > Fix For: 21.0.0.Beta1 > > > The LayersTestCase verifies the following: > * Verifies the provisioned modules are the expected ones. > * Verifies the provisioned server starts successfully. > Currently, we have a server provision under test that doesn't add all the layers, the idea of this task is to supply one server provisioning including all the available layers. > The WildFly Galleon Layers have an inheritance structure where some layers already include others, instead of check what is already included, the idea on this task is to include all, even if they are already included by another one, Galleon will take care of merging them. In the future, when a new layer is added, we have to add to this all-in-one provision. > The idea is to have one all-in-one provision for jpa and all-in-one provision for jpa-distribute. The similar task could be done if we detect additional mutually excludable layers. > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13703) Increase the test coverage of LayersTestCase for the all layers case

by Yeray Borges Santana (Jira)

[ https://issues.redhat.com/browse/WFLY-13703?page=com.atlassian.jira.plugi... ] Yeray Borges Santana reopened WFLY-13703: ----------------------------------------- > Increase the test coverage of LayersTestCase for the all layers case > -------------------------------------------------------------------- > > Key: WFLY-13703 > URL: https://issues.redhat.com/browse/WFLY-13703 > Project: WildFly > Issue Type: Task > Components: Build System, Test Suite > Reporter: Yeray Borges Santana > Assignee: Yeray Borges Santana > Priority: Major > Fix For: 21.0.0.Beta1 > > > The LayersTestCase verifies the following: > * Verifies the provisioned modules are the expected ones. > * Verifies the provisioned server starts successfully. > Currently, we have a server provision under test that doesn't add all the layers, the idea of this task is to supply one server provisioning including all the available layers. > The WildFly Galleon Layers have an inheritance structure where some layers already include others, instead of check what is already included, the idea on this task is to include all, even if they are already included by another one, Galleon will take care of merging them. In the future, when a new layer is added, we have to add to this all-in-one provision. > The idea is to have one all-in-one provision for jpa and all-in-one provision for jpa-distribute. The similar task could be done if we detect additional mutually excludable layers. > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5536) Not pattern dereferencing a variable in a constraint is wrongly evaluated using the executable model

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5536?page=com.atlassian.jira.plug... ] Luca Molteni reassigned DROOLS-5536: ------------------------------------ Assignee: Luca Molteni (was: Mario Fusco) > Not pattern dereferencing a variable in a constraint is wrongly evaluated using the executable model > ---------------------------------------------------------------------------------------------------- > > Key: DROOLS-5536 > URL: https://issues.redhat.com/browse/DROOLS-5536 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Luca Molteni > Priority: Major > > Reproducer > {code:java} > @Test > public void testNotWithDereferencingConstraint() { > final String drl1 = > "package org.drools.compiler\n" + > "import " + Person.class.getCanonicalName() + ";\n" + > "rule R when\n" + > " $p: Person( $name : name )\n" + > " not Person( name.length == $name.length )\n" + > "then\n" + > "end\n"; > KieSession ksession = getKieSession( drl1 ); > ksession.insert( new Person("test", 18) ); > assertEquals( 0, ksession.fireAllRules() ); > } {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5536) Not pattern dereferencing a variable in a constraint is wrongly evaluated using the executable model

by Mario Fusco (Jira)

Mario Fusco created DROOLS-5536: ----------------------------------- Summary: Not pattern dereferencing a variable in a constraint is wrongly evaluated using the executable model Key: DROOLS-5536 URL: https://issues.redhat.com/browse/DROOLS-5536 Project: Drools Issue Type: Bug Reporter: Mario Fusco Assignee: Mario Fusco Reproducer {code:java} @Test public void testNotWithDereferencingConstraint() { final String drl1 = "package org.drools.compiler\n" + "import " + Person.class.getCanonicalName() + ";\n" + "rule R when\n" + " $p: Person( $name : name )\n" + " not Person( name.length == $name.length )\n" + "then\n" + "end\n"; KieSession ksession = getKieSession( drl1 ); ksession.insert( new Person("test", 18) ); assertEquals( 0, ksession.fireAllRules() ); } {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13697) JBoss CLI can't find java:app/AppName

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-13697?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFLY-13697: ------------------------------------ Component/s: Batch Management (was: CLI) > JBoss CLI can't find java:app/AppName > ------------------------------------- > > Key: WFLY-13697 > URL: https://issues.redhat.com/browse/WFLY-13697 > Project: WildFly > Issue Type: Bug > Components: Batch, Management > Affects Versions: JBoss AS7 7.2.0.Final > Reporter: José Fernando Tepedino Martins > Assignee: Michal Petrov > Priority: Minor > Labels: CLI, JNDI > > With a JEE aplication in a WAR package, when starting a functionality, as a Batch Job, via CLI, CDI injection and JNDI lookup fail to find resources 'java:app/AppName' and 'java:module/ModuleName'. > For example, a job listener or other job artifact with the following code > {code:java} > @Resource(lookup="java:app/AppName") > private String applicationName;{code} > or > {code:java} > private String applicationName; > @PostConstruct > protected void initialize() throws NamingException { > applicationName = InitialContext.doLookup("java:app/AppName"); > }{code} > when the batch job is started from JBoss CLI, the following error will be logged: > {code:java} > javax.naming.NameNotFoundException: java:app/AppName > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13704) Replace use of org.jboss.remoting3 module in tests

by Cheng Fang (Jira)

[ https://issues.redhat.com/browse/WFLY-13704?page=com.atlassian.jira.plugi... ] Cheng Fang updated WFLY-13704: ------------------------------ Issue Type: Task (was: Component Upgrade) > Replace use of org.jboss.remoting3 module in tests > -------------------------------------------------- > > Key: WFLY-13704 > URL: https://issues.redhat.com/browse/WFLY-13704 > Project: WildFly > Issue Type: Task > Components: Test Suite > Affects Versions: 20.0.1.Final > Reporter: Cheng Fang > Assignee: Cheng Fang > Priority: Major > Fix For: 21.0.0.Beta1 > > > some tests use org.jboss.remoting3 as its dependency, which is a deprecated module. > for ex: https://github.com/wildfly/wildfly/blob/master/testsuite/integration/basi... > Cheng Fang: https://github.com/wildfly/wildfly/blob/master/testsuite/integration/basi... > remoting3 module: > {code:xml} > <module name="org.jboss.remoting3" xmlns="urn:jboss:module:1.5"> >  >  >  > <resources> > </resources> > <dependencies> > <module name="org.jboss.remoting" export="true"/> > </dependencies> > </module> > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13704) Replace use of org.jboss.remoting3 module in tests

by Cheng Fang (Jira)

Cheng Fang created WFLY-13704: --------------------------------- Summary: Replace use of org.jboss.remoting3 module in tests Key: WFLY-13704 URL: https://issues.redhat.com/browse/WFLY-13704 Project: WildFly Issue Type: Component Upgrade Components: Test Suite Affects Versions: 20.0.1.Final Reporter: Cheng Fang Assignee: Cheng Fang Fix For: 21.0.0.Beta1 some tests use org.jboss.remoting3 as its dependency, which is a deprecated module. for ex: https://github.com/wildfly/wildfly/blob/master/testsuite/integration/basi... Cheng Fang: https://github.com/wildfly/wildfly/blob/master/testsuite/integration/basi... remoting3 module: {code:xml} <module name="org.jboss.remoting3" xmlns="urn:jboss:module:1.5">    <resources> </resources> <dependencies> <module name="org.jboss.remoting" export="true"/> </dependencies> </module> {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5535) Drools - KieServices.Factory.get() returns null

by Ashish Srivastava (Jira)

[ https://issues.redhat.com/browse/DROOLS-5535?page=com.atlassian.jira.plug... ] Ashish Srivastava commented on DROOLS-5535: ------------------------------------------- I am trying multiple solutions which are mentioned in StackOverflow [https://stackoverflow.com/questions/47556233/drools-7-4-1-kieservices-fac...] [https://stackoverflow.com/questions/60971872/kieservices-kieservices-kies...] [https://stackoverflow.com/questions/47332148/nullpointer-in-kieservices-f...] [https://stackoverflow.com/questions/50258016/running-drools-as-a-fat-jarc...] [https://stackoverflow.com/questions/50258016/running-drools-as-a-fat-jarc...] [https://stackoverflow.com/questions/46690139/exception-child-services-hav...] > Drools - KieServices.Factory.get() returns null > ----------------------------------------------- > > Key: DROOLS-5535 > URL: https://issues.redhat.com/browse/DROOLS-5535 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.36.0.Final > Reporter: Ashish Srivastava > Assignee: Mario Fusco > Priority: Major > > I try to integrate a Drools project in a maven application. The Drools app is running perfectly on his own, but when I try to integrate it in the *quarkus project*, I get a java.lang.NullPointerException. > After some researches, it seems to happen because KieServices.Factory.get() return me null because of kie.conf. > Drools Site Quote is: Many modules of Drools (e.g. drools-core, drools-compiler) have a file named {{kie.conf}} containing the names of the classes implementing the services provided by the corresponding module. When running Drools in a fat JAR, for example created by the Maven Shade Plugin, those various {{kie.conf}} files need to be merged, otherwise , the fat JAR will contain only 1 kie.conf from a single dependency, resulting into errors. You can merge resources in the Maven Shade Plugin using transformers, like this: > ([https://docs.jboss.org/drools/release/7.14.0.Final/drools-docs/html_singl...]) > how can we configure the same for Quarkus Project ? or is there any way to load these file externally .. > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5535) Drools - KieServices.Factory.get() returns null

by Ashish Srivastava (Jira)

Ashish Srivastava created DROOLS-5535: ----------------------------------------- Summary: Drools - KieServices.Factory.get() returns null Key: DROOLS-5535 URL: https://issues.redhat.com/browse/DROOLS-5535 Project: Drools Issue Type: Bug Components: core engine Affects Versions: 7.36.0.Final Reporter: Ashish Srivastava Assignee: Mario Fusco I try to integrate a Drools project in a maven application. The Drools app is running perfectly on his own, but when I try to integrate it in the *quarkus project*, I get a java.lang.NullPointerException. After some researches, it seems to happen because KieServices.Factory.get() return me null because of kie.conf. Drools Site Quote is: Many modules of Drools (e.g. drools-core, drools-compiler) have a file named {{kie.conf}} containing the names of the classes implementing the services provided by the corresponding module. When running Drools in a fat JAR, for example created by the Maven Shade Plugin, those various {{kie.conf}} files need to be merged, otherwise , the fat JAR will contain only 1 kie.conf from a single dependency, resulting into errors. You can merge resources in the Maven Shade Plugin using transformers, like this: ([https://docs.jboss.org/drools/release/7.14.0.Final/drools-docs/html_singl...]) how can we configure the same for Quarkus Project ? or is there any way to load these file externally .. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-5065) Add a hook for deployment transformation

by Brian Stansberry (Jira)

Brian Stansberry created WFCORE-5065: ---------------------------------------- Summary: Add a hook for deployment transformation Key: WFCORE-5065 URL: https://issues.redhat.com/browse/WFCORE-5065 Project: WildFly Core Issue Type: Enhancement Components: Deployment Scanner, Server Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 13.0.0.Beta3 Add an interface that the deployment scanner and DeploymentAddHandler can invoke to transform deployments from EE 8 to EE 9. Add an optional module dependency for the respective modules to provide an impl. Having this in core ASAP will dists based on WF Core that want to provide an impl to do some without requiring core to provide this itself. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2020