[JBoss JIRA] (DROOLS-4033) [DMN Designer] Save Stunners MagnetConnector.auto property
by Michael Anstis (Jira)
[ https://issues.redhat.com/browse/DROOLS-4033?page=com.atlassian.jira.plug... ]
Michael Anstis reassigned DROOLS-4033:
--------------------------------------
Assignee: Guilherme Gomes (was: Michael Anstis)
> [DMN Designer] Save Stunners MagnetConnector.auto property
> ----------------------------------------------------------
>
> Key: DROOLS-4033
> URL: https://issues.redhat.com/browse/DROOLS-4033
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Daniel José dos Santos
> Assignee: Guilherme Gomes
> Priority: Minor
> Labels: drools-tools
> Fix For: 7.21.0.Final
>
> Attachments: before-saved.png, re-opened.png
>
>
> Further to DROOLS-3702 we are approximating Stunner's {{MagnetConnector}} _auto_ property when unmarshalling a DMN XML file.
> Connectors made using the toolbox (either by adding a connector between two existing nodes or adding a new connected node) are {{auto=true}}. Moving a connector end-point to a Magnet manually (other than "centre") sets {{auto=false}}. It is these situations when re-opening the file can give a different visualisation of the connectors. We need to store the connectors _auto_ property as a DMN extension if we are to ensure re-opening any file preserves the connectors appearance.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 8 months
[JBoss JIRA] (DROOLS-3273) [DMN Designer] Literal Expression: Font consistency
by Michael Anstis (Jira)
[ https://issues.redhat.com/browse/DROOLS-3273?page=com.atlassian.jira.plug... ]
Michael Anstis reassigned DROOLS-3273:
--------------------------------------
Assignee: Guilherme Gomes (was: Michael Anstis)
> [DMN Designer] Literal Expression: Font consistency
> ---------------------------------------------------
>
> Key: DROOLS-3273
> URL: https://issues.redhat.com/browse/DROOLS-3273
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> Reported by [~tirelli]:
> {quote}
> Literal expressions currently use very different fonts and sizes when editing and when presenting. This looks really odd. Also, if the text of the literal expression goes past the border, it is presented clipped, without any visual clue that the expression was clipped.
> {quote}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 8 months
[JBoss JIRA] (DROOLS-3634) [DMN Designer] Decision Table: OutputClause improvements
by Michael Anstis (Jira)
[ https://issues.redhat.com/browse/DROOLS-3634?page=com.atlassian.jira.plug... ]
Michael Anstis reassigned DROOLS-3634:
--------------------------------------
Assignee: Guilherme Gomes (was: Michael Anstis)
> [DMN Designer] Decision Table: OutputClause improvements
> --------------------------------------------------------
>
> Key: DROOLS-3634
> URL: https://issues.redhat.com/browse/DROOLS-3634
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> The {{Name}} and {{TypeRef}} of {{OutputClauses}} should be components of the parents {{TypeRef}}. For example a {{Decision}} has a {{TypeRef}} of {{tPerson}} that is a structure with fields {{age}}/{{number}} and {{name}}/{{string}}. {{OutputClause}}'s should be defined for {{age}}/{{number}} and {{name}}/{{string}} by default.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 8 months
[JBoss JIRA] (JGRP-2402) SOS report
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2402?page=com.atlassian.jira.plugin... ]
Bela Ban commented on JGRP-2402:
--------------------------------
This could be done in a separate protocol ({{SOS)}}? It would be configurable with a time interval and a list of protocols and their attributes to be fetched. This list could be updated by reading them from an external list.
> SOS report
> ----------
>
> Key: JGRP-2402
> URL: https://issues.redhat.com/browse/JGRP-2402
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 4.2.2, 5.0.0.Alpha4
>
>
> Add the ability to dump the most important attributes to a file / log (configurable), e.g.:
> * Max threads
> * Number of rejected messages
> * Size of retransmission tables (NAKACK2, UNICAST3)
> This should be done periodically (e.g. every 15 minutes). This log should be enabled by default, e.g. in Infinispan.
> These files can then be sent to support via an SOS report.
> This can be used to diagnose issues by telling the customer to invoke this command and attach the resulting file to a ticket.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 8 months
[JBoss JIRA] (WFLY-13126) Refactor EJB client affinity processing
by Cheng Fang (Jira)
[ https://issues.redhat.com/browse/WFLY-13126?page=com.atlassian.jira.plugi... ]
Cheng Fang commented on WFLY-13126:
-----------------------------------
[~rchakrab] this is a major refactoring and Richard has been working on it. [~rachmato] can you link the Analysis Document PR (which should contain more details)?
> Refactor EJB client affinity processing
> ---------------------------------------
>
> Key: WFLY-13126
> URL: https://issues.redhat.com/browse/WFLY-13126
> Project: WildFly
> Issue Type: Feature Request
> Components: EJB
> Reporter: Cheng Fang
> Assignee: Richard Achmatowicz
> Priority: Major
> Labels: EAP-CD20
>
> Refactor of jboss-ejb-client internal operation: change the way in which proxy affinity (an object that decides on which node invocation should be performed) is determined. Instead of calculating it on client side we would let server set the affinity when necessary and propagate it to the client.
> This refactor is supposed to reduce the complexity of jboss-ejb-client code and as a result, make it significantly easier to maintain. Richard has prepared a comprehensive document describing the suggested modifications: https://mojo.redhat.com/docs/DOC-1204767
> Parallelly, the test suite has to be refactored to make it compatible with the new algorithm and to provide broad coverage of jboss-ejb-client operation.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 8 months
[JBoss JIRA] (WFLY-11442) Remove unused dependencies from org.jboss.as.ejb3
by Ranabir Chakraborty (Jira)
[ https://issues.redhat.com/browse/WFLY-11442?page=com.atlassian.jira.plugi... ]
Ranabir Chakraborty updated WFLY-11442:
---------------------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/13164
> Remove unused dependencies from org.jboss.as.ejb3
> -------------------------------------------------
>
> Key: WFLY-11442
> URL: https://issues.redhat.com/browse/WFLY-11442
> Project: WildFly
> Issue Type: Bug
> Components: Server
> Reporter: Yeray Borges Santana
> Assignee: Ranabir Chakraborty
> Priority: Major
>
> Initial analisys checking only first level dependencies from the resource exposed by {{org.jboss.as.ejb3}} shows that these dependencies are being unused:
> * org.jboss.jts
> * org.wildfly.security.elytron-web.undertow-server
> * org.jboss.as.weld
> * org.wildfly.clustering.marshalling.spi
> * org.wildfly.clustering.marshalling.api
> * org.wildfly.client.config
> * org.hibernate
> The task here is verify that they are not used by any other machanism besides of being a first level dependency.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 8 months