January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFLY-14373) Upgrade jboss-ejb-client to 4.0.38.Final

by Tomasz Adamski (Jira)

[ https://issues.redhat.com/browse/WFLY-14373?page=com.atlassian.jira.plugi... ] Tomasz Adamski updated WFLY-14373: ---------------------------------- Description: https://github.com/wildfly/jboss-ejb-client/compare/4.0.37.Final...4.0.38... > Upgrade jboss-ejb-client to 4.0.38.Final > ---------------------------------------- > > Key: WFLY-14373 > URL: https://issues.redhat.com/browse/WFLY-14373 > Project: WildFly > Issue Type: Component Upgrade > Components: EJB > Reporter: Tomasz Adamski > Assignee: Tomasz Adamski > Priority: Major > > https://github.com/wildfly/jboss-ejb-client/compare/4.0.37.Final...4.0.38... -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14373) Upgrade jboss-ejb-client to 4.0.38.Final

by Tomasz Adamski (Jira)

Tomasz Adamski created WFLY-14373: ------------------------------------- Summary: Upgrade jboss-ejb-client to 4.0.38.Final Key: WFLY-14373 URL: https://issues.redhat.com/browse/WFLY-14373 Project: WildFly Issue Type: Component Upgrade Components: EJB Reporter: Tomasz Adamski Assignee: Tomasz Adamski -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14284) WildFly doesn't stop while waiting for PeriodicRecovery

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/WFLY-14284?page=com.atlassian.jira.plugi... ] Ondrej Chaloupka commented on WFLY-14284: ----------------------------------------- [~adrianots] ok, I see. Then assigned WFLY-14369 to me. Thank you. [~tomekadamski] I marked the WEJBHTTP-53 being the cause of this issue as I assume the observed behaviour is caused there. > WildFly doesn't stop while waiting for PeriodicRecovery > ------------------------------------------------------- > > Key: WFLY-14284 > URL: https://issues.redhat.com/browse/WFLY-14284 > Project: WildFly > Issue Type: Bug > Components: EJB, Transactions > Affects Versions: 18.0.1.Final, 20.0.1.Final > Reporter: Adriano Teixeira de Souza > Assignee: Michael Musgrove > Priority: Major > Attachments: ejb-configs.sh, jboss-ejb-client.xml, server(transaction).log, thread-dump-stop-1.txt > > > I'm testing wildfly 20.0.1 (and 21.0.2 was tested too) for replace our old version of Wildfly 10. > it happens that frequently we have seen that the stop function of server does not work and we need to kill the process by manual operation on the OS. > It sounds like a dead look. > I attatch the thread dump on this. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14369) Wrong documentation about remoting outbound connection on developer guide

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/WFLY-14369?page=com.atlassian.jira.plugi... ] Ondrej Chaloupka commented on WFLY-14369: ----------------------------------------- [~tomekadamski] I assigned this issue to me. First, I'm not experienced in all details, second I don't know when I will be able to get to this. If you have mood to work on this, feel free to re-assign it :-) > Wrong documentation about remoting outbound connection on developer guide > ------------------------------------------------------------------------- > > Key: WFLY-14369 > URL: https://issues.redhat.com/browse/WFLY-14369 > Project: WildFly > Issue Type: Bug > Components: Documentation > Reporter: Adriano Teixeira de Souza > Assignee: Ondrej Chaloupka > Priority: Major > > According to https://issues.redhat.com/browse/WFLY-14284 the oficial documentation on Wildfly Developer Guide is wrong on topics about Remote Outbound Connection and remote protocol as 19.11. > It have instructions that uses deprecated way of configurations and doesn't refers to "remote+http" protocol and how each protocol works. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5816) executable-model doesn't resolve kcontext with mvel dialect

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5816?page=com.atlassian.jira.plug... ] Toshiya Kobayashi updated DROOLS-5816: -------------------------------------- Sprint: 2021 Week 04-06 (from Jan 25) Story Points: 3 > executable-model doesn't resolve kcontext with mvel dialect > ----------------------------------------------------------- > > Key: DROOLS-5816 > URL: https://issues.redhat.com/browse/DROOLS-5816 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.46.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > org.drools.mvel.integrationtests.KnowledgeContextTest in test-compiler-integration fails with some tests when executable-model is enabled. See TODO comment in the test class. Once fixed (or the test failure is justified), we can remove the TODO comment and let the test run with executable-model. > Currently, executable-model is disabled: > {code:java} > // TODO: .... > return TestParametersUtil.getKieBaseCloudConfigurations(false); > {code} > If the test failure contains multiple bugs, we may split this JIRA into multiple JIRAs. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14369) Wrong documentation about remoting outbound connection on developer guide

by Ondrej Chaloupka (Jira)

[ https://issues.redhat.com/browse/WFLY-14369?page=com.atlassian.jira.plugi... ] Ondrej Chaloupka reassigned WFLY-14369: --------------------------------------- Assignee: Ondrej Chaloupka > Wrong documentation about remoting outbound connection on developer guide > ------------------------------------------------------------------------- > > Key: WFLY-14369 > URL: https://issues.redhat.com/browse/WFLY-14369 > Project: WildFly > Issue Type: Bug > Components: Documentation > Reporter: Adriano Teixeira de Souza > Assignee: Ondrej Chaloupka > Priority: Major > > According to https://issues.redhat.com/browse/WFLY-14284 the oficial documentation on Wildfly Developer Guide is wrong on topics about Remote Outbound Connection and remote protocol as 19.11. > It have instructions that uses deprecated way of configurations and doesn't refers to "remote+http" protocol and how each protocol works. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-4729) Change Unexpected error on Error if DMN got invalidated

by Yeser Amer (Jira)

[ https://issues.redhat.com/browse/DROOLS-4729?page=com.atlassian.jira.plug... ] Yeser Amer closed DROOLS-4729. ------------------------------ Resolution: Cannot Reproduce No longer present. The Unexpected error is no more raised. It's correct to have the first popup, because the DMN is invalid and it's required to fix it. > Change Unexpected error on Error if DMN got invalidated > -------------------------------------------------------- > > Key: DROOLS-4729 > URL: https://issues.redhat.com/browse/DROOLS-4729 > Project: Drools > Issue Type: Enhancement > Components: Scenario Simulation and Testing > Affects Versions: 7.29.0.Final > Reporter: Anna Dupliak > Assignee: Yeser Amer > Priority: Minor > Labels: CustomerFocus, drools-tools > Attachments: Traffic Violation Rules.dmn, image-2019-11-05-18-30-40-011.png, image-2019-11-05-18-31-30-232.png > > > If user created DMN based scenario test and used a property from it and after some time that property disappeared - then if we reopen test scenario editor we got > *Error as expected see* > !image-2019-11-05-18-30-40-011.png|thumbnail! > But if user wants to edit any of the value we got > *Unexpected error* > !image-2019-11-05-18-31-30-232.png|thumbnail! > Steps to reproduce > # Import DMN [^Traffic Violation Rules.dmn] > # Create test scenario asset for this dmn and save > # Go back to DMN and remove Driver Should the driver... DMN objects and save > # Open test scenario -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5816) executable-model doesn't resolve kcontext with mvel dialect

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5816?page=com.atlassian.jira.plug... ] Toshiya Kobayashi updated DROOLS-5816: -------------------------------------- Summary: executable-model doesn't resolve kcontext with mvel dialect (was: executable-model test failure in test-compiler-integration KnowledgeContextTest) > executable-model doesn't resolve kcontext with mvel dialect > ----------------------------------------------------------- > > Key: DROOLS-5816 > URL: https://issues.redhat.com/browse/DROOLS-5816 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.46.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > org.drools.mvel.integrationtests.KnowledgeContextTest in test-compiler-integration fails with some tests when executable-model is enabled. See TODO comment in the test class. Once fixed (or the test failure is justified), we can remove the TODO comment and let the test run with executable-model. > Currently, executable-model is disabled: > {code:java} > // TODO: .... > return TestParametersUtil.getKieBaseCloudConfigurations(false); > {code} > If the test failure contains multiple bugs, we may split this JIRA into multiple JIRAs. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-13736) WFLYWELD0041: WeldContainer is not started when redeploying

by Stuart Douglas (Jira)

[ https://issues.redhat.com/browse/WFLY-13736?page=com.atlassian.jira.plugi... ] Stuart Douglas commented on WFLY-13736: --------------------------------------- I think I have managed to track down the CI failure and hopefully fixed it. > WFLYWELD0041: WeldContainer is not started when redeploying > ----------------------------------------------------------- > > Key: WFLY-13736 > URL: https://issues.redhat.com/browse/WFLY-13736 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Priority: Major > Labels: downstream_dependency > > Deploy 2 applications where: > - api is a static module containing EJB Local Interface and transfer objects > - app2.war has an EJB with a Local interface > - app1.war has a Servlet that uses @EJB to inject the EJB in app2, it also has a CDI bean with @RequestScoped on it (But the CDI bean is not referenced by anything) > Start JBoss > touch app2.war to trigger redeployment and it will fail with the error below. > It seems redeploying app2 triggers app1 to restart a service based on the logs. > Note the error only occurs when the CDI bean in app1 has the @RequestScoped annotation > {code} > 14:26:38,290 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.2.6.GA (WildFly Core 6.0.21.Final-redhat-00001) started in 4056ms - Started 537 of 720 services (330 services are lazy, passive or on-demand) > 14:26:43,309 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 73) WFLYUT0022: Unregistered web context: '/app1' from server 'default-server' > 14:26:43,309 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 7) WFLYUT0022: Unregistered web context: '/app2' from server 'default-server' > 14:26:43,310 INFO [Servlet] (ServerService Thread Pool -- 73) ***** DESTROY ****** > 14:26:43,353 INFO [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0028: Stopped deployment app2.war (runtime-name: app2.war) in 47ms > 14:26:43,356 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "app2.war" (runtime-name: "app2.war") > 14:26:43,410 INFO [org.jboss.weld.deployer] (MSC service thread 1-4) WFLYWELD0003: Processing weld deployment app2.war > 14:26:43,428 INFO [org.jboss.as.ejb3.deployment] (MSC service thread 1-4) WFLYEJB0473: JNDI bindings for session bean named 'HelloEJB' in deployment unit 'deployment "app2.war"' are as follows: > java:global/app2/HelloEJB!api.HelloLocal > java:app/app2/HelloEJB!api.HelloLocal > java:module/HelloEJB!api.HelloLocal > ejb:/app2/HelloEJB!api.HelloLocal > java:global/app2/HelloEJB > java:app/app2/HelloEJB > java:module/HelloEJB > 14:26:43,479 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."app1.war".component."org.jboss.weld.module.web.servlet.WeldInitialListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."app1.war".component."org.jboss.weld.module.web.servlet.WeldInitialListener".WeldInstantiator: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1731) > at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559) > at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1364) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.IllegalStateException: WFLYWELD0041: WeldContainer is not started > at org.jboss.as.weld.WeldBootstrapService.getBeanManager(WeldBootstrapService.java:185) > at org.jboss.as.weld.injection.WeldComponentService.start(WeldComponentService.java:97) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701) > ... 6 more > ... > {code} -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5969) Rule relationship analysis graph : handling special syntax or usage rules

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5969?page=com.atlassian.jira.plug... ] Toshiya Kobayashi updated DROOLS-5969: -------------------------------------- Description: Basic parsing and generating graph is done. Now using real rules, find issues caused by special syntax or usage and fix. Add tests to drools-impact-analysis-itests. was: Using real rules, find issues caused by special syntax or usage and fix. Add tests to drools-impact-analysis-itests. > Rule relationship analysis graph : handling special syntax or usage rules > ------------------------------------------------------------------------- > > Key: DROOLS-5969 > URL: https://issues.redhat.com/browse/DROOLS-5969 > Project: Drools > Issue Type: Enhancement > Components: core engine > Affects Versions: 7.49.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > Basic parsing and generating graph is done. > Now using real rules, find issues caused by special syntax or usage and fix. Add tests to drools-impact-analysis-itests. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 5 months

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 January 2021