[JBoss JIRA] (WFLY-6669) Classloader leak trigerred by DOMNormalizer#abort in xercesImpl-2.11.0.SP4
by Rostislav Svoboda (Jira)
[ https://issues.jboss.org/browse/WFLY-6669?page=com.atlassian.jira.plugin.... ]
Rostislav Svoboda closed WFLY-6669.
-----------------------------------
Resolution: Done
I checked wildfly-14.0.1.Final and it includes xercesImpl-2.12.0.SP02.jar
Decompiled xercesImpl-2.12.0.SP02.jar contains fix in DOMNormalizer as proposed in https://github.com/jboss/xerces/pull/13/files
> Classloader leak trigerred by DOMNormalizer#abort in xercesImpl-2.11.0.SP4
> --------------------------------------------------------------------------
>
> Key: WFLY-6669
> URL: https://issues.jboss.org/browse/WFLY-6669
> Project: WildFly
> Issue Type: Bug
> Components: XML Frameworks
> Affects Versions: 10.0.0.Final
> Reporter: Mathieu Lachance
> Assignee: Jason Greene
> Priority: Critical
>
> XERCESJ-1667 is a fix that was incorporated in the SVN trunk of the apache xerces project. Though it was never ported back in JBoss/Xerces github.
> In our case, the classloader leak is triggered by the OpenSAML library which depends on Xerces, but lets be honest, this could have been anything.
> {code}
> 15:08:11.554 [stderr] java.lang.RuntimeException.<init>(RuntimeException.java:51)
> 15:08:11.555 [stderr] at org.apache.xerces.dom.DOMNormalizer.<clinit>(DOMNormalizer.java:155)
> 15:08:11.555 [stderr] at org.apache.xml.serialize.DOMSerializerImpl.verify(DOMSerializerImpl.java:973)
> 15:08:11.555 [stderr] at org.apache.xml.serialize.DOMSerializerImpl.prepareForSerialization(DOMSerializerImpl.java:910)
> 15:08:11.555 [stderr] at org.apache.xml.serialize.DOMSerializerImpl.write(DOMSerializerImpl.java:692)
> 15:08:11.555 [stderr] at org.opensaml.xml.util.XMLHelper.writeNode(XMLHelper.java:892)
> 15:08:11.556 [stderr] at org.opensaml.xml.util.XMLHelper.writeNode(XMLHelper.java:872)
> 15:08:11.556 [stderr] at org.opensaml.xml.util.XMLHelper.nodeToString(XMLHelper.java:834)
> 15:08:11.556 [stderr] at org.opensaml.xml.XMLConfigurator.load(XMLConfigurator.java:159)
> 15:08:11.556 [stderr] at org.opensaml.xml.XMLConfigurator.load(XMLConfigurator.java:143)
> 15:08:11.556 [stderr] at org.opensaml.DefaultBootstrap.initializeXMLTooling(DefaultBootstrap.java:224)
> 15:08:11.556 [stderr] at org.opensaml.DefaultBootstrap.initializeXMLTooling(DefaultBootstrap.java:207)
> 15:08:11.557 [stderr] at org.opensaml.DefaultBootstrap.bootstrap(DefaultBootstrap.java:100)
> 15:08:11.557 [stderr] at org.opensaml.PaosBootstrap.bootstrap(PaosBootstrap.java:27)
> 15:08:11.557 [stderr] at org.springframework.security.saml.SAMLBootstrap.postProcessBeanFactory(SAMLBootstrap.java:42)
> 15:08:11.557 [stderr] at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:284)
> 15:08:11.557 [stderr] at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:181)
> 15:08:11.557 [stderr] at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:678)
> 15:08:11.557 [stderr] at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:520)
> 15:08:11.558 [stderr] at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:444)
> 15:08:11.558 [stderr] at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:326)
> 15:08:11.558 [stderr] at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:107)
> 15:08:11.558 [stderr] at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187)
> 15:08:11.558 [stderr] at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:198)
> 15:08:11.558 [stderr] at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
> 15:08:11.558 [stderr] at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
> 15:08:11.559 [stderr] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> 15:08:11.559 [stderr] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> 15:08:11.559 [stderr] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> 15:08:11.559 [stderr] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> 15:08:11.559 [stderr] at java.lang.Thread.run(Thread.java:745)
> 15:08:11.559 [stderr] at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {code}
> For more information see:
> * https://issues.apache.org/jira/browse/XERCESJ-1667
> * https://svn.apache.org/repos/asf/xerces/java/trunk/src/org/apache/xerces/...
> * https://github.com/jboss/xerces/pull/13
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3309) Code cleanup
by Gabriele Cardosi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3309?page=com.atlassian.jira.plugi... ]
Gabriele Cardosi updated DROOLS-3309:
-------------------------------------
Tester: Klara Kufova
Estimated Difficulty: Low
> Code cleanup
> ------------
>
> Key: DROOLS-3309
> URL: https://issues.jboss.org/browse/DROOLS-3309
> Project: Drools
> Issue Type: Enhancement
> Components: Scenario Simulation and Testing
> Reporter: Gabriele Cardosi
> Assignee: Gabriele Cardosi
> Priority: Minor
>
> Clean up code
> # replace GIVEN/EXPECT Strings with Enum
> # move classes to proper packages
> # rename classes with "old" meanings (for ex, BaseExpressionGridTheme is the name of the class originally copied from DMN)
> # BaseExpressionGridTheme.getHeaderBackground remove get(0) used to set background color
> # remove injection of ScenarioSimulationDocksHandler from ScenarioSimulationEditorPresenter
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3312) Minor cleanup
by Gabriele Cardosi (Jira)
Gabriele Cardosi created DROOLS-3312:
----------------------------------------
Summary: Minor cleanup
Key: DROOLS-3312
URL: https://issues.jboss.org/browse/DROOLS-3312
Project: Drools
Issue Type: Sub-task
Components: Scenario Simulation and Testing
Reporter: Gabriele Cardosi
Assignee: Gabriele Cardosi
# replace GIVEN/EXPECT Strings with Enum
# move classes to proper packages
# rename classes with "old" meanings (for ex, BaseExpressionGridTheme is the name of the class originally copied from DMN)
# BaseExpressionGridTheme.getHeaderBackground remove get(0) used to set background color
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3309) Code cleanup
by Gabriele Cardosi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3309?page=com.atlassian.jira.plugi... ]
Gabriele Cardosi updated DROOLS-3309:
-------------------------------------
Description:
Clean up code
# replace GIVEN/EXPECT Strings with Enum
# move classes to proper packages
# rename classes with "old" meanings (for ex, BaseExpressionGridTheme is the name of the class originally copied from DMN)
# BaseExpressionGridTheme.getHeaderBackground remove get(0) used to set background color
# remove injection of ScenarioSimulationDocksHandler from ScenarioSimulationEditorPresenter
was:
Clean up code
# replace GIVEN/EXPECT Strings with Enum
# move classes to proper packages
# rename classes with "old" meanings (for ex, BaseExpressionGridTheme is the name of the class originally copied from DMN)
# BaseExpressionGridTheme.getHeaderBackground remove get(0) used to set background color
# remove injection of ScenarioSimulationDocksHandler from ScenarioSimulationEditorPresenter
## inject ScenarioSimulationDocksHandler inside CommandExecutor
## create one specific GWT event with four Enum to choose which action to execute
## register CommandExecutor for that event
## inside ScenarioSimulationEditorPresenter fire the required event when necessary instead of direct calls top DocksHandler
## let CommandExecutor manage the event
> Code cleanup
> ------------
>
> Key: DROOLS-3309
> URL: https://issues.jboss.org/browse/DROOLS-3309
> Project: Drools
> Issue Type: Enhancement
> Components: Scenario Simulation and Testing
> Reporter: Gabriele Cardosi
> Assignee: Gabriele Cardosi
> Priority: Minor
>
> Clean up code
> # replace GIVEN/EXPECT Strings with Enum
> # move classes to proper packages
> # rename classes with "old" meanings (for ex, BaseExpressionGridTheme is the name of the class originally copied from DMN)
> # BaseExpressionGridTheme.getHeaderBackground remove get(0) used to set background color
> # remove injection of ScenarioSimulationDocksHandler from ScenarioSimulationEditorPresenter
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3311) Remove ScenarioSimulationDocksHandler from ScenarioSimulationEditorPresenter
by Gabriele Cardosi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3311?page=com.atlassian.jira.plugi... ]
Gabriele Cardosi updated DROOLS-3311:
-------------------------------------
Description:
Avoid direct injection of ScenarioSimulationDocksHandler inside ScenarioSimulationEditorPresenter.
Inject it inside CommandExecutor and then create/use local Event/EventBus to request actions from ScenarioSimulationEditorPresenter.
> Remove ScenarioSimulationDocksHandler from ScenarioSimulationEditorPresenter
> ----------------------------------------------------------------------------
>
> Key: DROOLS-3311
> URL: https://issues.jboss.org/browse/DROOLS-3311
> Project: Drools
> Issue Type: Sub-task
> Components: Scenario Simulation and Testing
> Reporter: Gabriele Cardosi
> Assignee: Toni Rikkola
> Priority: Minor
>
> Avoid direct injection of ScenarioSimulationDocksHandler inside ScenarioSimulationEditorPresenter.
> Inject it inside CommandExecutor and then create/use local Event/EventBus to request actions from ScenarioSimulationEditorPresenter.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3242) [Scenario Simulation] Update cell (double-)click interactions
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3242?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-3242:
-----------------------------------
Summary: [Scenario Simulation] Update cell (double-)click interactions (was: [Scenario Simulation] All grid cell editing should respond to single click )
> [Scenario Simulation] Update cell (double-)click interactions
> --------------------------------------------------------------
>
> Key: DROOLS-3242
> URL: https://issues.jboss.org/browse/DROOLS-3242
> Project: Drools
> Issue Type: Feature Request
> Components: DMN Editor
> Affects Versions: 7.10.0.Final
> Reporter: Ivo Bek
> Assignee: Daniele Zonca
> Priority: Major
> Labels: ScenarioSimulation, UX, UXTeam
>
> Following from a discussion about https://issues.jboss.org/browse/DROOLS-2874 it was agreed that editing cells (header or body) in the grids should respond to single-click and not double-click.
> h2. Manual Acceptance Test
> - Not possible edit multiple cells by hold CTRL and click on multiple cells
> - Click column/row leading cell discard edit dialog
> - Edit can be discarded by escape
> - Edit can be discarded by click to canvas
> - Invoke edit of cell
> - Save and reopen
> - Undo redo of editation
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-2910) [DMN Designer] Update cell (double-)click interactions
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-2910?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-2910:
-----------------------------------
Summary: [DMN Designer] Update cell (double-)click interactions (was: [DMN Designer] All grid cell editing should respond to single click )
> [DMN Designer] Update cell (double-)click interactions
> -------------------------------------------------------
>
> Key: DROOLS-2910
> URL: https://issues.jboss.org/browse/DROOLS-2910
> Project: Drools
> Issue Type: Feature Request
> Components: DMN Editor
> Affects Versions: 7.10.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: UX, UXTeam, drools-tools
>
> Following from a discussion about https://issues.jboss.org/browse/DROOLS-2874 it was agreed that editing cells (header or body) in the grids should respond to single-click and not double-click.
> h2. Manual Acceptance Test
> - Not possible edit multiple cells by hold CTRL and click on multiple cells
> - Click column/row leading cell discard edit dialog
> - Edit can be discarded by escape
> - Edit can be discarded by click to canvas
> - Invoke edit of cell, return do DRG
> - Save and reopen
> - Undo redo of editation
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months