[JBoss JIRA] (WFLY-10923) Server stop blocked by DistributableSessionManager after invalidation during async request
by Aaron Ogburn (JIRA)
[ https://issues.jboss.org/browse/WFLY-10923?page=com.atlassian.jira.plugin... ]
Aaron Ogburn commented on WFLY-10923:
-------------------------------------
Good point; thanks for that fix, [~pferraro]!
Also confirmed the undertow exception handling concern; will track that separately with UNDERTOW-1402.
> Server stop blocked by DistributableSessionManager after invalidation during async request
> ------------------------------------------------------------------------------------------
>
> Key: WFLY-10923
> URL: https://issues.jboss.org/browse/WFLY-10923
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 14.0.0.Beta2
> Reporter: Aaron Ogburn
> Assignee: Paul Ferraro
> Attachments: servlet-async.war
>
>
> After WFLY-10621, a DistributableSessionManager.stop hang can still occur in the following scenario.
> 1. async request a starts
> 2. sync request b invalidates session
> 3. async request a completes
> Upon completion, the async request does not unlock and throws following exception:
> {code}
> 16:04:58,260 ERROR [stderr] (default task-18) Exception in thread "default task-18" java.lang.RuntimeException: java.lang.IllegalStateException: WFLYCLWEBUT0001: Session 8adSKXK1li8Qo15QnaIGrd31DrB6B83jEL4blzq1 is invalid
> 16:04:58,260 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.ServletContextImpl.invokeRunnable(ServletContextImpl.java:944)
> 16:04:58,260 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.AsyncContextImpl.onAsyncComplete(AsyncContextImpl.java:594)
> 16:04:58,260 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.AsyncContextImpl.access$100(AsyncContextImpl.java:71)
> 16:04:58,261 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.AsyncContextImpl$3.run(AsyncContextImpl.java:315)
> 16:04:58,261 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.AsyncContextImpl$6.run(AsyncContextImpl.java:473)
> 16:04:58,261 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.AsyncContextImpl$TaskDispatchRunnable.run(AsyncContextImpl.java:584)
> 16:04:58,261 ERROR [stderr] (default task-18) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> 16:04:58,261 ERROR [stderr] (default task-18) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> 16:04:58,261 ERROR [stderr] (default task-18) at java.lang.Thread.run(Thread.java:748)
> 16:04:58,261 ERROR [stderr] (default task-18) Caused by: java.lang.IllegalStateException: WFLYCLWEBUT0001: Session 8adSKXK1li8Qo15QnaIGrd31DrB6B83jEL4blzq1 is invalid
> 16:04:58,261 ERROR [stderr] (default task-18) at org.wildfly.clustering.web.undertow.session.DistributableSession.validate(DistributableSession.java:57)
> 16:04:58,261 ERROR [stderr] (default task-18) at org.wildfly.clustering.web.undertow.session.DistributableSession.getAttribute(DistributableSession.java:157)
> 16:04:58,261 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.HttpSessionImpl.getAttribute(HttpSessionImpl.java:122)
> 16:04:58,261 ERROR [stderr] (default task-18) at org.jboss.weld.context.http.HttpSessionContextImpl.checkBeanIdentifierIndexConsistency(HttpSessionContextImpl.java:98)
> 16:04:58,261 ERROR [stderr] (default task-18) at org.jboss.weld.context.http.HttpSessionContextImpl.associate(HttpSessionContextImpl.java:47)
> 16:04:58,261 ERROR [stderr] (default task-18) at org.jboss.weld.context.http.HttpSessionContextImpl.associate(HttpSessionContextImpl.java:23)
> 16:04:58,261 ERROR [stderr] (default task-18) at org.jboss.weld.servlet.HttpContextLifecycle.requestInitialized(HttpContextLifecycle.java:237)
> 16:04:58,261 ERROR [stderr] (default task-18) at org.jboss.weld.servlet.WeldInitialListener.requestInitialized(WeldInitialListener.java:152)
> 16:04:58,261 ERROR [stderr] (default task-18) at io.undertow.servlet.core.ApplicationListeners.requestInitialized(ApplicationListeners.java:246)
> 16:04:58,261 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.AsyncContextImpl.setupRequestContext(AsyncContextImpl.java:678)
> 16:04:58,261 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.AsyncContextImpl.access$700(AsyncContextImpl.java:71)
> 16:04:58,261 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.AsyncContextImpl$7.run(AsyncContextImpl.java:599)
> 16:04:58,261 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.ServletContextImpl$2.call(ServletContextImpl.java:177)
> 16:04:58,262 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.ServletContextImpl$2.call(ServletContextImpl.java:174)
> 16:04:58,262 ERROR [stderr] (default task-18) at io.undertow.servlet.spec.ServletContextImpl.invokeRunnable(ServletContextImpl.java:942)
> 16:04:58,262 ERROR [stderr] (default task-18) ... 8 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (DROOLS-2922) CSS: Pop-over menu for DMN decision tables.
by Liz Clayton (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2922?page=com.atlassian.jira.plugi... ]
Liz Clayton updated DROOLS-2922:
--------------------------------
Sprint: 2018 Week 36-38
> CSS: Pop-over menu for DMN decision tables.
> -------------------------------------------
>
> Key: DROOLS-2922
> URL: https://issues.jboss.org/browse/DROOLS-2922
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Liz Clayton
> Assignee: Sarah Rambacher
> Labels: UX, UXTeam, drools-tools
> Attachments: DataType selection ('Properties Panel' and 'in-grid').png, Screen Shot 2018-08-10 at 10.23.36 AM.png, pop-overc.png, select.png
>
>
> *Background*
> Persona: Business analyst or Rules practitioner
> Use Cases from the DMN canvas view, as a user I want to:
> * Search a list of available data types from a decision table, as part of an input/selection process.
> * Select a data type inline from a decision table.
> * Have a means to rename the Decision (node.)
> * Have a means to access the Manage Data Types dialog.
> Notes:
> Design requires a Pop-over, which includes:
> * Form field labels for usability (context) and accessibility.
> * Variant 1 of the PF pop-over patterns, which supports a the pop-up title.
> * Drop down component with Live Search
> * "Manage" link opens a dialog.
> * Pop-up is initiated by a single-left mouse click within the respective decision table cell.
> * Design needs to be reasonably consistent with Stunner and PF components.
> Verification conditions:
> * Scrum team and PO review.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (DROOLS-2929) Cannot compile the executable model from inside JBoss EAP
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2929?page=com.atlassian.jira.plugi... ]
Mario Fusco commented on DROOLS-2929:
-------------------------------------
Fixed by automatically switching to the Eclipse Java compiler when the system recognizes that it is running inside jboss https://github.com/kiegroup/drools/commit/dff5955eb81c906af50e395389a8d1e...
> Cannot compile the executable model from inside JBoss EAP
> ---------------------------------------------------------
>
> Key: DROOLS-2929
> URL: https://issues.jboss.org/browse/DROOLS-2929
> Project: Drools
> Issue Type: Bug
> Reporter: Mario Fusco
> Assignee: Mario Fusco
>
> The NativeJavaCompiler is not able to compile the classes of the executable model when running inside JBoss EAP. In fact in that case it would need to be configured with an additional option setting in its classpath the jars containing the classes (both drools and user specific) that are necessary to perform the compilation like in
> {code:java}
> options.add("-classpath");
> options.add("/home/mfusco/.m2/repository/org/drools/drools-core/7.11.0-SNAPSHOT/drools-core-7.11.0-SNAPSHOT.jar:/home/mfusco/.m2/repository/org/kie/kie-api/7.11.0-SNAPSHOT/kie-api-7.11.0-SNAPSHOT.jar");
> {code}
> Unfortunately those jars are contained in the unexploded war and and referenced by a virtual path like the following
> {code}
> /content/webapp.war/WEB-INF/lib/drools-core-7.11.0-SNAPSHOT.jar
> {code}
> which cannot be used in -classpath option that requires a physical path.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (DROOLS-2916) UX design for the contextual menus
by Liz Clayton (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2916?page=com.atlassian.jira.plugi... ]
Liz Clayton resolved DROOLS-2916.
---------------------------------
Resolution: Done
Marking as "resolved" per review by [~danielezonca].
> UX design for the contextual menus
> ----------------------------------
>
> Key: DROOLS-2916
> URL: https://issues.jboss.org/browse/DROOLS-2916
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing, Test Scenarios Editor
> Reporter: Liz Clayton
> Assignee: Liz Clayton
> Labels: UX, UXTeam
> Attachments: Screen Shot 2018-08-23 at 12.34.13 PM.png, menu1.png, menu2.png, menu3.png
>
>
> Provide the labels for the different contextual menus retrieved on right clicking the grid:
> 1) click on a "header" cell
> 2) click on the first cell of a row
> 3) click on any other cell of a row
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (DROOLS-2929) Cannot compile the executable model from inside JBoss EAP
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2929?page=com.atlassian.jira.plugi... ]
Mario Fusco updated DROOLS-2929:
--------------------------------
Description:
The NativeJavaCompiler is not able to compile the classes of the executable model when running inside JBoss EAP. In fact in that case it would need to be configured with an additional option setting in its classpath the jars containing the classes (both drools and user specific) that are necessary to perform the compilation like in
{code:java}
options.add("-classpath");
options.add("/home/mfusco/.m2/repository/org/drools/drools-core/7.11.0-SNAPSHOT/drools-core-7.11.0-SNAPSHOT.jar:/home/mfusco/.m2/repository/org/kie/kie-api/7.11.0-SNAPSHOT/kie-api-7.11.0-SNAPSHOT.jar");
{code}
Unfortunately those jars are contained in the unexploded war and and referenced by a virtual path like the following
{code}
/content/webapp.war/WEB-INF/lib/drools-core-7.11.0-SNAPSHOT.jar
{code}
which cannot be used in -classpath option that requires a physical path.
was:
The NativeJavaCompiler is not able to compile the classes of the executable model when running inside JBoss EAP. In fact in that case it would need to be configured with an additional option setting in its classpath the jars containing the classes (both drools and user specific) that are necessary to perform the compilation like in
{source}
options.add("-classpath");
options.add("/home/mfusco/.m2/repository/org/drools/drools-core/7.11.0-SNAPSHOT/drools-core-7.11.0-SNAPSHOT.jar:/home/mfusco/.m2/repository/org/kie/kie-api/7.11.0-SNAPSHOT/kie-api-7.11.0-SNAPSHOT.jar");
{source}
Unfortunately those jars are contained in the unexploded war and and referenced by a virtual path like the following
{source}
/content/webapp.war/WEB-INF/lib/drools-core-7.11.0-SNAPSHOT.jar
{source}
which cannot be used in -classpath option that requires a physical path.
> Cannot compile the executable model from inside JBoss EAP
> ---------------------------------------------------------
>
> Key: DROOLS-2929
> URL: https://issues.jboss.org/browse/DROOLS-2929
> Project: Drools
> Issue Type: Bug
> Reporter: Mario Fusco
> Assignee: Mario Fusco
>
> The NativeJavaCompiler is not able to compile the classes of the executable model when running inside JBoss EAP. In fact in that case it would need to be configured with an additional option setting in its classpath the jars containing the classes (both drools and user specific) that are necessary to perform the compilation like in
> {code:java}
> options.add("-classpath");
> options.add("/home/mfusco/.m2/repository/org/drools/drools-core/7.11.0-SNAPSHOT/drools-core-7.11.0-SNAPSHOT.jar:/home/mfusco/.m2/repository/org/kie/kie-api/7.11.0-SNAPSHOT/kie-api-7.11.0-SNAPSHOT.jar");
> {code}
> Unfortunately those jars are contained in the unexploded war and and referenced by a virtual path like the following
> {code}
> /content/webapp.war/WEB-INF/lib/drools-core-7.11.0-SNAPSHOT.jar
> {code}
> which cannot be used in -classpath option that requires a physical path.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (DROOLS-2929) Cannot compile the executable model from inside JBoss EAP
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2929?page=com.atlassian.jira.plugi... ]
Mario Fusco updated DROOLS-2929:
--------------------------------
Description:
The NativeJavaCompiler is not able to compile the classes of the executable model when running inside JBoss EAP. In fact in that case it would need to be configured with an additional option setting in its classpath the jars containing the classes (both drools and user specific) that are necessary to perform the compilation like in
{source}
options.add("-classpath");
options.add("/home/mfusco/.m2/repository/org/drools/drools-core/7.11.0-SNAPSHOT/drools-core-7.11.0-SNAPSHOT.jar:/home/mfusco/.m2/repository/org/kie/kie-api/7.11.0-SNAPSHOT/kie-api-7.11.0-SNAPSHOT.jar");
{source}
Unfortunately those jars are contained in the unexploded war and and referenced by a virtual path like the following
{source}
/content/webapp.war/WEB-INF/lib/drools-core-7.11.0-SNAPSHOT.jar
{source}
which cannot be used in -classpath option that requires a physical path.
> Cannot compile the executable model from inside JBoss EAP
> ---------------------------------------------------------
>
> Key: DROOLS-2929
> URL: https://issues.jboss.org/browse/DROOLS-2929
> Project: Drools
> Issue Type: Bug
> Reporter: Mario Fusco
> Assignee: Mario Fusco
>
> The NativeJavaCompiler is not able to compile the classes of the executable model when running inside JBoss EAP. In fact in that case it would need to be configured with an additional option setting in its classpath the jars containing the classes (both drools and user specific) that are necessary to perform the compilation like in
> {source}
> options.add("-classpath");
> options.add("/home/mfusco/.m2/repository/org/drools/drools-core/7.11.0-SNAPSHOT/drools-core-7.11.0-SNAPSHOT.jar:/home/mfusco/.m2/repository/org/kie/kie-api/7.11.0-SNAPSHOT/kie-api-7.11.0-SNAPSHOT.jar");
> {source}
> Unfortunately those jars are contained in the unexploded war and and referenced by a virtual path like the following
> {source}
> /content/webapp.war/WEB-INF/lib/drools-core-7.11.0-SNAPSHOT.jar
> {source}
> which cannot be used in -classpath option that requires a physical path.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months