[Red Hat JIRA] (DROOLS-5904) Introduce Bulk Copy-Paste for Decision table in DMN
by Lubomír Terifaj (Jira)
[ https://issues.redhat.com/browse/DROOLS-5904?page=com.atlassian.jira.plug... ]
Lubomír Terifaj updated DROOLS-5904:
------------------------------------
Priority: Minor (was: Major)
> Introduce Bulk Copy-Paste for Decision table in DMN
> ---------------------------------------------------
>
> Key: DROOLS-5904
> URL: https://issues.redhat.com/browse/DROOLS-5904
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Lubomír Terifaj
> Assignee: Guilherme Gomes
> Priority: Minor
>
> Bulk Copy-Paste: When selecting multiple rows from one or multiple columns In a decision table, Relation or List, then copying them, we need to be able to paste them in existing decision table, Relation or List. Copying from a Spreadsheet (CSV format file) would also be a great addition.
> The issue has been reported by [~msnoussi1].
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (DROOLS-5904) Introduce Bulk Copy-Paste for Decision table in DMN
by Lubomír Terifaj (Jira)
[ https://issues.redhat.com/browse/DROOLS-5904?page=com.atlassian.jira.plug... ]
Lubomír Terifaj updated DROOLS-5904:
------------------------------------
Description:
Bulk Copy-Paste: When selecting multiple rows from one or multiple columns In a decision table, Relation or List, then copying them, we need to be able to paste them in existing decision table, Relation or List. Copying from a Spreadsheet (CSV format file) would also be a great addition.
The issue has been reported by [~msnoussi1].
was:
Bulk Copy-Paste: When selecting multiple rows from one or multiple columns In a decision table, Relation or List, then copying them, we need to be able to paste them in existing decision table, Relation or List. Copying from a Spreadsheet (CSV format file) would also be a great addition.
The issue has been reported by @msnoussi.
> Introduce Bulk Copy-Paste for Decision table in DMN
> ---------------------------------------------------
>
> Key: DROOLS-5904
> URL: https://issues.redhat.com/browse/DROOLS-5904
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Lubomír Terifaj
> Assignee: Guilherme Gomes
> Priority: Major
>
> Bulk Copy-Paste: When selecting multiple rows from one or multiple columns In a decision table, Relation or List, then copying them, we need to be able to paste them in existing decision table, Relation or List. Copying from a Spreadsheet (CSV format file) would also be a great addition.
> The issue has been reported by [~msnoussi1].
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (DROOLS-5904) Introduce Bulk Copy-Paste for Decision table in DMN
by Lubomír Terifaj (Jira)
Lubomír Terifaj created DROOLS-5904:
---------------------------------------
Summary: Introduce Bulk Copy-Paste for Decision table in DMN
Key: DROOLS-5904
URL: https://issues.redhat.com/browse/DROOLS-5904
Project: Drools
Issue Type: Enhancement
Components: DMN Editor
Reporter: Lubomír Terifaj
Assignee: Guilherme Gomes
Bulk Copy-Paste: When selecting multiple rows from one or multiple columns In a decision table, Relation or List, then copying them, we need to be able to paste them in existing decision table, Relation or List. Copying from a Spreadsheet (CSV format file) would also be a great addition.
The issue has been reported by @msnoussi.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months
[Red Hat JIRA] (WFLY-14234) EJB bean method direct memory buffer leaking
by Flavia Rainone (Jira)
[ https://issues.redhat.com/browse/WFLY-14234?page=com.atlassian.jira.plugi... ]
Flavia Rainone commented on WFLY-14234:
---------------------------------------
[~zharymv] What you did is just changing the behavior to not use SSL.
The memory allocation increase is consistent with the problem you described where connections are not being properly closed.
I need to be able to reproduce this. What did you mean with "Problem can be reproduced when server's listening port, but there's no response from ejb call"? You mentioned your server not having a suitable backend online,I need to understand that better, because if there's no backend, it won't be able to connect to the server.
> EJB bean method direct memory buffer leaking
> --------------------------------------------
>
> Key: WFLY-14234
> URL: https://issues.redhat.com/browse/WFLY-14234
> Project: WildFly
> Issue Type: Bug
> Components: EJB, IO
> Affects Versions: 19.0.0.Final
> Reporter: Mike Zhary
> Assignee: Flavia Rainone
> Priority: Major
> Attachments: 2020-11-10-112753_563x276_scrot.png, src_main_java_org_jboss_remoting3_remote_RemoteConnectionProvider.java
>
>
> Wildfly.19.0.1.Final standalone
> We're using haproxy to balance ejb calls between wildfly servers.
> That's very useful model, but there are problems with it.
> All connections are declared as remote-outbound-connection and it works.
> {code}
> <remote-outbound-connection name="{{ c.name }}" outbound-socket-binding-ref="{{ c.socket_binding }}" protocol="http-remoting" security-realm="{{ c.security_realm }}" username="{{ c.user }}">
> <properties>
> <property name="SASL_POLICY_NOANONYMOUS" value="false"/>
> <property name="SSL_ENABLED" value="false"/>
> </properties>
> </remote-outbound-connection>
> {code}
> But there is the problem when some from servers is offline. haproxy send response by http and sends RST by tcp, but WF can't make sense of this response.
> Problem can be reprouced when servers listening port, but there is no repsonse for ejb call(in our case it means haproxy doesn't have suitable backend online)
> But everything is clear, when port closed or server don't response for a calls.
> Haproxy doesn't have feature to don't listen port if backed is offline.
> At OS problems shows as huge count(equal to thread count) of connections in state CLOSE_WAIT. That means server had send packet TCP_FIN and client accepted it, but there were no respond on it. In other words WF and it's subsystems didn't agree with closing connection and it becomes to CLOSE_WAIT. At OS side closing connection in sometime and took it as dead(it's normal case)
> At WF memory it appears as growing count of objects org.xnio.ByteBufferSlicePool$PooledByteBuffer, that have attribute buffer that holds about 2mb each.
> Take a look:
> !2020-11-10-112753_563x276_scrot.png|thumbnail!
> Problem allocated in XNIO library. There were found a mistake and looks very similar to our problem. XNIO-254
> The same time we'd found XNIO-380 and we tried it with last version of this library(snapshot 3.9), no results were there.
> We tried get undrestanding ow DMB clean, but did nothing due to too complicated code design.
> As per investigations DMB used for an SSL connection, but we don't it.
> So we were to patch jboss-remoting class RemoteConnectionProvider.
> after that we'd solved issue with leaking of DMB.
> Our patched library: [^src_main_java_org_jboss_remoting3_remote_RemoteConnectionProvider.java]
> Please take look how this bug can be fixed.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 7 months