[JBoss JIRA] (WFLY-9450) NPE on jaxrs subsystem of FAILED deployment
by Bartosz Baranowski (Jira)
[ https://issues.jboss.org/browse/WFLY-9450?page=com.atlassian.jira.plugin.... ]
Bartosz Baranowski commented on WFLY-9450:
------------------------------------------
[~claudio4j] Hey, could I get step by step instructions? I think Ive followed what you wrote and what I get:
{quote}
[domain@localhost:9990 /] /host=master/server=server-one:read-children-resources(child-type=deployment,include-runtime,recursive)
{
"outcome" => "success",
"result" => undefined,
"failure-description" => undefined
}
[domain@localhost:9990 /]
{quote}
> NPE on jaxrs subsystem of FAILED deployment
> --------------------------------------------
>
> Key: WFLY-9450
> URL: https://issues.jboss.org/browse/WFLY-9450
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Reporter: Claudio Miranda
> Assignee: Bartosz Baranowski
> Priority: Major
>
> read deployment resources of a server, where one deployment is in failed status, throws a NPE and doesn't return the list of deployed applications.
> To reproduce, get the kitchensink from quickstarts, change the persistence.xml to point to ExampleDS datasource, deploy and assign to main-server-group. Then disable ExampleDS, restart server-one.
> Run the following command:
> {code}
> /host=master/server=server-one:read-children-resources(child-type=deployment,include-runtime,recursive)
> {code}
> The exception in server.log
> {code}
> 2017-10-17 17:08:02,778 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 32) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "kitchensink.war"),
> ("subsystem" => "jaxrs"),
> ("rest-resource" => "org.jboss.as.quickstarts.kitchensink.rest.MemberResourceRESTService")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.getDeployment(UndertowDeploymentService.java:170)
> at org.jboss.as.jaxrs.DeploymentRestResourcesDefintion$AbstractRestResReadHandler.execute(DeploymentRestResourcesDefintion.java:183)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:172)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:135)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:231)
> {code}
> The CLI results doesn't display the error message
> {code}
> [domain@localhost:9990 /] /host=master/server=server-one:read-children-resources(child-type=deployment,include-runtime,recursive)
> {
> "outcome" => "success",
> "result" => undefined,
> "failure-description" => undefined
> }
> {code}
> There is a similar problem while reading a specific deployment,
> {code}
> /host=master/server=server-one/deployment=kitchensink.war:read-children-resources(child-type=subsystem,recursive)
> {code}
> results in the following error in server.log
> {code}
> 2017-10-17 17:16:09,857 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 32) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "kitchensink.war"),
> ("subsystem" => "ejb3"),
> ("stateless-session-bean" => "MemberRegistration")
> ]) - failure description: "WFLYEJB0370: EJB component for address [
> (\"deployment\" => \"kitchensink.war\"),
> (\"subsystem\" => \"ejb3\"),
> (\"stateless-session-bean\" => \"MemberRegistration\")
> ] is in
> state DOWN, must be in state UP"
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3283) Incorrect V&V results when operator is filled in the row (as opposed to column definition)
by Toni Rikkola (Jira)
[ https://issues.jboss.org/browse/DROOLS-3283?page=com.atlassian.jira.plugi... ]
Toni Rikkola updated DROOLS-3283:
---------------------------------
Labels: drools-tools support verifier (was: drools-tools support)
> Incorrect V&V results when operator is filled in the row (as opposed to column definition)
> ------------------------------------------------------------------------------------------
>
> Key: DROOLS-3283
> URL: https://issues.jboss.org/browse/DROOLS-3283
> Project: Drools
> Issue Type: Bug
> Affects Versions: 7.14.0.Final
> Reporter: Toni Rikkola
> Assignee: Toni Rikkola
> Priority: Major
> Labels: drools-tools, support, verifier
>
> Imagine data model Person with attribute age.
> If you create decision table and add two columns:
> - both are defined against "age" attribute
> - none of them have operator defined
> then you add one row, and you fill in the operator and the value directly inside the row.
> For example:
> >= 20
> <= 30
> The generated DRL looks like this:
> {code:java}
> package org;
> //from row number: 1
> rule "Row 1 AnotherTest"
> dialect "mvel"
> when
> p : Person( age >= 20 , age <= 30 )
> then
> p.setAgeGroup( "whatever" );
> end
> {code}
> The V&V will report this as conflicting row:
> !6iOx.png|thumbnail!
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3353) Test scenarios stop working after few runs
by Toni Rikkola (Jira)
[ https://issues.jboss.org/browse/DROOLS-3353?page=com.atlassian.jira.plugi... ]
Toni Rikkola closed DROOLS-3353.
--------------------------------
Resolution: Cannot Reproduce
Few users have been reporting this, but can't figure out the steps to reproduce with the latest codes. Please comment and reopen if you run into this.
> Test scenarios stop working after few runs
> ------------------------------------------
>
> Key: DROOLS-3353
> URL: https://issues.jboss.org/browse/DROOLS-3353
> Project: Drools
> Issue Type: Bug
> Components: Test Scenarios Editor
> Reporter: Toni Rikkola
> Assignee: Toni Rikkola
> Priority: Major
>
> From drools-usage mailing list:
> https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/...
> After the first few days, after each scenario's run I was presented with the error message "Test Scenarios require Stateful KieSession to run." (meaning - 1 successful run of rules and secondary click on "run scenario" would give the error).
> This was still suffer-able as I could use a workaround - after a "compile" command in the project editor I could run one scenario (once).
> Now, after a few more days, I get the same error message no matter what.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3508) Build error with executable-model, multiple DRLs of the same package, mvel dialect
by Toshiya Kobayashi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3508?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi commented on DROOLS-3508:
-------------------------------------------
sent Unit test PR
https://github.com/kiegroup/drools/pull/2213
> Build error with executable-model, multiple DRLs of the same package, mvel dialect
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-3508
> URL: https://issues.jboss.org/browse/DROOLS-3508
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> With the conditions:
> - Build by executable-model (-DgenerateModel=YES)
> - 2 DRL files of the same package
> - One DRL declares dialect "mvel" at package level
> - The other DRL uses mvel in RHS (not declares dialect explicitly)
> Rules in the latter DRL is parsed as "java" dialect hence results in the error.
> {noformat}
> [ERROR] testMultiDrlWithSamePackageMvel[FLOW_DSL](org.drools.modelcompiler.MvelDialectTest) Time elapsed: 1.185 s <<< FAILURE!
> java.lang.AssertionError:
> [Message [id=1, level=ERROR, path=src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java, line=36, column=15
> text=age has private access in org.drools.modelcompiler.domain.Person], Message [id=2, level=ERROR, path=src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java, line=0, column=0
> text=Java source of src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java in error:
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3508) Build error with executable-model, multiple DRLs of the same package, mvel dialect
by Toshiya Kobayashi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3508?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi updated DROOLS-3508:
--------------------------------------
Description:
With the conditions:
- Build by executable-model (-DgenerateModel=YES)
- 2 DRL files of the same package
- One DRL declares dialect "mvel" at package level
- The other DRL uses mvel in RHS (not declares dialect explicitly)
Rules in the latter DRL is parsed as "java" dialect hence results in the error.
{noformat}
[ERROR] testMultiDrlWithSamePackageMvel[FLOW_DSL](org.drools.modelcompiler.MvelDialectTest) Time elapsed: 1.185 s <<< FAILURE!
java.lang.AssertionError:
[Message [id=1, level=ERROR, path=src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java, line=36, column=15
text=age has private access in org.drools.modelcompiler.domain.Person], Message [id=2, level=ERROR, path=src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java, line=0, column=0
text=Java source of src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java in error:
...
{noformat}
was:
With the conditions:
- Build by executable-model (-DgenerateModel=YES)
- 2 DRL files of the same package
- One DRL declares dialect "mvel" at package level
- The other DRL uses mvel in RHS (not declares dialect explicitly)
Rules in the latter DRL is parsed as "java" dialect hence results in the error.
{noformat}
[ERROR] testMultiDrlWithSamePackageMvel[FLOW_DSL](org.drools.modelcompiler.MultiDrlTest) Time elapsed: 1.216 s <<< FAILURE!
java.lang.AssertionError:
[Message [id=1, level=ERROR, path=src/main/java/org/pkg/Rules52c1a91f074047f18da264ea39e53e3aRuleMethods0.java, line=36, column=15
text=age has private access in org.drools.modelcompiler.domain.Person], Message [id=2, level=ERROR, path=src/main/java/org/pkg/Rules52c1a91f074047f18da264ea39e53e3aRuleMethods0.java, line=0, column=0
text=Java source of src/main/java/org/pkg/Rules52c1a91f074047f18da264ea39e53e3aRuleMethods0.java in error:
...
{noformat}
> Build error with executable-model, multiple DRLs of the same package, mvel dialect
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-3508
> URL: https://issues.jboss.org/browse/DROOLS-3508
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> With the conditions:
> - Build by executable-model (-DgenerateModel=YES)
> - 2 DRL files of the same package
> - One DRL declares dialect "mvel" at package level
> - The other DRL uses mvel in RHS (not declares dialect explicitly)
> Rules in the latter DRL is parsed as "java" dialect hence results in the error.
> {noformat}
> [ERROR] testMultiDrlWithSamePackageMvel[FLOW_DSL](org.drools.modelcompiler.MvelDialectTest) Time elapsed: 1.185 s <<< FAILURE!
> java.lang.AssertionError:
> [Message [id=1, level=ERROR, path=src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java, line=36, column=15
> text=age has private access in org.drools.modelcompiler.domain.Person], Message [id=2, level=ERROR, path=src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java, line=0, column=0
> text=Java source of src/main/java/org/pkg/Rules96a73300cc374c58aa6549f44675e57cRuleMethods0.java in error:
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-10655) SEVERE error on deploy of ear: "Unable to obtain CDI 1.1 utilities for Mojarra"
by Jaap Reitsma (Jira)
[ https://issues.jboss.org/browse/WFLY-10655?page=com.atlassian.jira.plugin... ]
Jaap Reitsma edited comment on WFLY-10655 at 1/11/19 4:06 AM:
--------------------------------------------------------------
Also observed in Wildfly 15 with EAR deployment. No clue how to circumvent the issue. Not sure whether it is a really severe issue or just a log message claiming severity.
was (Author: reitsmaj):
Also observed in Wildfly 15 with EAR deployment. No clue how to circumvent the issue.
> SEVERE error on deploy of ear: "Unable to obtain CDI 1.1 utilities for Mojarra"
> -------------------------------------------------------------------------------
>
> Key: WFLY-10655
> URL: https://issues.jboss.org/browse/WFLY-10655
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, JSF
> Affects Versions: 13.0.0.Final
> Reporter: tommaso borgato
> Assignee: Dmitrii Tikhomirov
> Priority: Major
> Fix For: 14.0.0.Beta2
>
> Attachments: clusterbench-ee7-bugged.ear, clusterbench-ee7.ear
>
>
> Affected scenario is [eap-7x-failover-ejb-ejbservlet-undeploy-repl-sync|https://jenkins.hosts.m...].
> Every time the server is stated or re-started, we observed the following SEVERE logs just after clusterbench is deployed (clusterbench is an ear that uses JSF); we observed them systematically on each of the 4 nodes composing the cluster:
> {noformat}
> 2018-06-27 02:47:07,439 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 72) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-granular.war cache from web container
> 2018-06-27 02:47:07,440 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 75) WFLYCLINF0002: Started client-mappings cache from ejb container
> 2018-06-27 02:47:07,440 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 73) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-default.war cache from web container
> 2018-06-27 02:47:07,440 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 74) WFLYCLINF0002: Started default-server cache from web container
> 2018-06-27 02:47:07,439 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 76) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war cache from web container
> 2018-06-27 02:47:07,578 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 75) WFLYCLINF0002: Started clusterbench-ee7.ear/clusterbench-ee7-ejb.jar cache from ejb container
> 2018-06-27 02:47:07,673 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-7) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jberet.creation.BatchBeanProducer is deprecated from CDI 1.1!
> 2018-06-27 02:47:07,713 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-7) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor is deprecated from CDI 1.1!
> 2018-06-27 02:47:07,739 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-7) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.sun.faces.flow.FlowDiscoveryCDIHelper is deprecated from CDI 1.1!
> 2018-06-27 02:47:08,149 SEVERE [javax.enterprise.resource.webcontainer.jsf.flow] (MSC service thread 1-7) Unable to obtain CDI 1.1 utilities for Mojarra
> 2018-06-27 02:47:08,163 SEVERE [javax.enterprise.resource.webcontainer.jsf.application.view] (MSC service thread 1-7) Unable to obtain CDI 1.1 utilities for Mojarra
> 2018-06-27 02:47:08,586 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 76) Initializing Mojarra 2.2.13.SP5 for context '/clusterbench-granular'
> 2018-06-27 02:47:08,586 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 72) Initializing Mojarra 2.2.13.SP5 for context '/clusterbench'
> 2018-06-27 02:47:08,587 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 78) Initializing Mojarra 2.2.13.SP5 for context '/clusterbench-passivating'
> 2018-06-27 02:47:09,860 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 76) WFLYUT0021: Registered web context: '/clusterbench-granular' for server 'default-server'
> 2018-06-27 02:47:09,863 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 72) WFLYUT0021: Registered web context: '/clusterbench' for server 'default-server'
> 2018-06-27 02:47:09,863 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 78) WFLYUT0021: Registered web context: '/clusterbench-passivating' for server 'default-server'
> 2018-06-27 02:47:09,889 INFO [org.jboss.as.server] (ServerService Thread Pool -- 42) WFLYSRV0010: Deployed "clusterbench-ee7.ear" (runtime-name : "clusterbench-ee7.ear")
> 2018-06-27 02:47:09,989 INFO [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
> {noformat}
>
> Complete log [here|https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap...]
> Already observed a very long time ago: https://issues.jboss.org/browse/WFLY-1946
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-10655) SEVERE error on deploy of ear: "Unable to obtain CDI 1.1 utilities for Mojarra"
by Jaap Reitsma (Jira)
[ https://issues.jboss.org/browse/WFLY-10655?page=com.atlassian.jira.plugin... ]
Jaap Reitsma commented on WFLY-10655:
-------------------------------------
Also observed in Wildfly 15 with EAR deployment. No clue how to circumvent the issue.
> SEVERE error on deploy of ear: "Unable to obtain CDI 1.1 utilities for Mojarra"
> -------------------------------------------------------------------------------
>
> Key: WFLY-10655
> URL: https://issues.jboss.org/browse/WFLY-10655
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, JSF
> Affects Versions: 13.0.0.Final
> Reporter: tommaso borgato
> Assignee: Dmitrii Tikhomirov
> Priority: Major
> Fix For: 14.0.0.Beta2
>
> Attachments: clusterbench-ee7-bugged.ear, clusterbench-ee7.ear
>
>
> Affected scenario is [eap-7x-failover-ejb-ejbservlet-undeploy-repl-sync|https://jenkins.hosts.m...].
> Every time the server is stated or re-started, we observed the following SEVERE logs just after clusterbench is deployed (clusterbench is an ear that uses JSF); we observed them systematically on each of the 4 nodes composing the cluster:
> {noformat}
> 2018-06-27 02:47:07,439 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 72) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-granular.war cache from web container
> 2018-06-27 02:47:07,440 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 75) WFLYCLINF0002: Started client-mappings cache from ejb container
> 2018-06-27 02:47:07,440 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 73) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-default.war cache from web container
> 2018-06-27 02:47:07,440 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 74) WFLYCLINF0002: Started default-server cache from web container
> 2018-06-27 02:47:07,439 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 76) WFLYCLINF0002: Started clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war cache from web container
> 2018-06-27 02:47:07,578 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 75) WFLYCLINF0002: Started clusterbench-ee7.ear/clusterbench-ee7-ejb.jar cache from ejb container
> 2018-06-27 02:47:07,673 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-7) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.jberet.creation.BatchBeanProducer is deprecated from CDI 1.1!
> 2018-06-27 02:47:07,713 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-7) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor is deprecated from CDI 1.1!
> 2018-06-27 02:47:07,739 WARN [org.jboss.weld.Bootstrap] (MSC service thread 1-7) WELD-000146: BeforeBeanDiscovery.addAnnotatedType(AnnotatedType<?>) used for class com.sun.faces.flow.FlowDiscoveryCDIHelper is deprecated from CDI 1.1!
> 2018-06-27 02:47:08,149 SEVERE [javax.enterprise.resource.webcontainer.jsf.flow] (MSC service thread 1-7) Unable to obtain CDI 1.1 utilities for Mojarra
> 2018-06-27 02:47:08,163 SEVERE [javax.enterprise.resource.webcontainer.jsf.application.view] (MSC service thread 1-7) Unable to obtain CDI 1.1 utilities for Mojarra
> 2018-06-27 02:47:08,586 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 76) Initializing Mojarra 2.2.13.SP5 for context '/clusterbench-granular'
> 2018-06-27 02:47:08,586 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 72) Initializing Mojarra 2.2.13.SP5 for context '/clusterbench'
> 2018-06-27 02:47:08,587 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 78) Initializing Mojarra 2.2.13.SP5 for context '/clusterbench-passivating'
> 2018-06-27 02:47:09,860 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 76) WFLYUT0021: Registered web context: '/clusterbench-granular' for server 'default-server'
> 2018-06-27 02:47:09,863 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 72) WFLYUT0021: Registered web context: '/clusterbench' for server 'default-server'
> 2018-06-27 02:47:09,863 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 78) WFLYUT0021: Registered web context: '/clusterbench-passivating' for server 'default-server'
> 2018-06-27 02:47:09,889 INFO [org.jboss.as.server] (ServerService Thread Pool -- 42) WFLYSRV0010: Deployed "clusterbench-ee7.ear" (runtime-name : "clusterbench-ee7.ear")
> 2018-06-27 02:47:09,989 INFO [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
> {noformat}
>
> Complete log [here|https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap...]
> Already observed a very long time ago: https://issues.jboss.org/browse/WFLY-1946
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3508) Build error with executable-model, multiple DRLs of the same package, mvel dialect
by Toshiya Kobayashi (Jira)
Toshiya Kobayashi created DROOLS-3508:
-----------------------------------------
Summary: Build error with executable-model, multiple DRLs of the same package, mvel dialect
Key: DROOLS-3508
URL: https://issues.jboss.org/browse/DROOLS-3508
Project: Drools
Issue Type: Bug
Components: executable model
Affects Versions: 7.16.0.Final
Reporter: Toshiya Kobayashi
Assignee: Luca Molteni
With the conditions:
- Build by executable-model (-DgenerateModel=YES)
- 2 DRL files of the same package
- One DRL declares dialect "mvel" at package level
- The other DRL uses mvel in RHS (not declares dialect explicitly)
Rules in the latter DRL is parsed as "java" dialect hence results in the error.
{noformat}
[ERROR] testMultiDrlWithSamePackageMvel[FLOW_DSL](org.drools.modelcompiler.MultiDrlTest) Time elapsed: 1.216 s <<< FAILURE!
java.lang.AssertionError:
[Message [id=1, level=ERROR, path=src/main/java/org/pkg/Rules52c1a91f074047f18da264ea39e53e3aRuleMethods0.java, line=36, column=15
text=age has private access in org.drools.modelcompiler.domain.Person], Message [id=2, level=ERROR, path=src/main/java/org/pkg/Rules52c1a91f074047f18da264ea39e53e3aRuleMethods0.java, line=0, column=0
text=Java source of src/main/java/org/pkg/Rules52c1a91f074047f18da264ea39e53e3aRuleMethods0.java in error:
...
{noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months