[JBoss JIRA] (DROOLS-4268) FIX XStream configuration
by Gabriele Cardosi (Jira)
Gabriele Cardosi created DROOLS-4268:
----------------------------------------
Summary: FIX XStream configuration
Key: DROOLS-4268
URL: https://issues.jboss.org/browse/DROOLS-4268
Project: Drools
Issue Type: Task
Components: Scenario Simulation and Testing
Reporter: Gabriele Cardosi
Assignee: Gabriele Cardosi
Fix XStream defaults to have a generated xml as "plain" as possible (remove "reference" use, remove "class" attribute for list elements)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (DROOLS-4216) Create runtime and testing version of kogito webapp
by Gabriele Cardosi (Jira)
[ https://issues.jboss.org/browse/DROOLS-4216?page=com.atlassian.jira.plugi... ]
Gabriele Cardosi resolved DROOLS-4216.
--------------------------------------
Resolution: Done
> Create runtime and testing version of kogito webapp
> ---------------------------------------------------
>
> Key: DROOLS-4216
> URL: https://issues.jboss.org/browse/DROOLS-4216
> Project: Drools
> Issue Type: Sub-task
> Components: Scenario Simulation and Testing
> Reporter: Gabriele Cardosi
> Assignee: Gabriele Cardosi
> Priority: Major
> Labels: ScenarioSimulation
>
> For each asset there should be two *kogito* webapp:
> # a **development/testing** one, that should provide **VS CODE** features,
> # a **runtime** one, without the above, to be used inside **VS CODE**
> To allow *inheritance* and avoid code-duplication, a common, parent *jar* will also be implemented
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (WFLY-12254) Define galleon layers for h2 datasource
by Jean Francois Denise (Jira)
Jean Francois Denise created WFLY-12254:
-------------------------------------------
Summary: Define galleon layers for h2 datasource
Key: WFLY-12254
URL: https://issues.jboss.org/browse/WFLY-12254
Project: WildFly
Issue Type: Enhancement
Components: Build System
Reporter: Jean Francois Denise
Assignee: Jean Francois Denise
Define following layers:
h2-driver
h2-datasource
h2-default-datasource (set example ds as default ee datasource)
Remove following layers:
h2-database
Refactor existing databases feature-group to avoid feature definitions duplication.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (WFLY-12031) Memory leak in wildfly transaction client
by Ondrej Chaloupka (Jira)
[ https://issues.jboss.org/browse/WFLY-12031?page=com.atlassian.jira.plugin... ]
Ondrej Chaloupka commented on WFLY-12031:
-----------------------------------------
[~cfang] hi. Unfortunately I do not have a reproducer for this one. I did manual testing of the behaviour but I didn't automatize. I still have plan to start with some testsuite for WFTC (possibly as part of the WFTC-63) but I haven't started with that effort yet :-/
> Memory leak in wildfly transaction client
> -----------------------------------------
>
> Key: WFLY-12031
> URL: https://issues.jboss.org/browse/WFLY-12031
> Project: WildFly
> Issue Type: Bug
> Components: Transactions
> Affects Versions: 15.0.1.Final
> Environment: wildfly-transaction-client-1.1.3.Final
> wildfly.15.0.1.Final
> Windows 10
> Reporter: Joachim Petrich
> Assignee: Cheng Fang
> Priority: Critical
>
> After a volume run of our system we recognized millions of entries in the openFilePaths Object of class FileSystemXAResourceRegistry. When enabling traces for org.wildfly.transaction it seems that for adding an entry a xid string is used
> {code:java}
> XAResourceRegistryFile(Xid xid) throws SystemException {
> xaRecoveryPath.toFile().mkdir(); // create dir if non existent
> final String xidString = SimpleXid.of(xid).toHexString('_');
> this.filePath = xaRecoveryPath.resolve(xidString);
> openFilePaths.add(*xidString*);
> {code}
> and for removing the entire file path:
> {code:java}
> protected void removeResource(XAResource resource) throws XAException {
> if (resources.remove(resource)) {
> if (resources.isEmpty()) {
> // delete file
> try {
> if (fileChannel != null) {
> fileChannel.close();
> }
> Files.delete(filePath);
> // deleting using the filepath as key caused a memory leak,
> // if xid string have been added, therefore build the xid string for removing
> openFilePaths.remove(*filePath.toString()*);
> {code}
> We didn't find any code where this xid are cleaned up.
> As workaround we additionally extract the xid String from the file path and remove the corresponding entry.
> {code:java}
> String xidString = filePath.toString().substring(filePath.toString().indexOf(
> xaRecoveryPath.toString()) + xaRecoveryPath.toString().length() + 1);
> openFilePaths.remove(xidString);
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months