[JBoss JIRA] (WFWIP-137) Integers are printed as floats with trailing .0
by Rostislav Svoboda (Jira)
Rostislav Svoboda created WFWIP-137:
---------------------------------------
Summary: Integers are printed as floats with trailing .0
Key: WFWIP-137
URL: https://issues.jboss.org/browse/WFWIP-137
Project: WildFly WIP
Issue Type: Bug
Components: MP Metrics
Reporter: Rostislav Svoboda
Assignee: Jeff Mesnil
Integers are printed as floats with trailing .0
{code}
base:classloader_current_loaded_class_count 11135.0
base:classloader_total_loaded_class_count 11171.0
base:classloader_total_unloaded_class_count 36.0
base:cpu_available_processors 8.0
base:gc_g1_old_generation_count 0.0
base:gc_g1_old_generation_time_seconds 0.0
base:gc_g1_young_generation_count 20.0
base:thread_count 50.0
base:thread_daemon_count 11.0
base:thread_max_count 121.0
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11286) Upgrade istack to 3.0.7
by Kabir Khan (Jira)
[ https://issues.jboss.org/browse/WFLY-11286?page=com.atlassian.jira.plugin... ]
Kabir Khan moved JBEAP-15776 to WFLY-11286:
-------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-11286 (was: JBEAP-15776)
Issue Type: Component Upgrade (was: Bug)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: XML Frameworks
(was: Maven Repository)
> Upgrade istack to 3.0.7
> -----------------------
>
> Key: WFLY-11286
> URL: https://issues.jboss.org/browse/WFLY-11286
> Project: WildFly
> Issue Type: Component Upgrade
> Components: XML Frameworks
> Reporter: Sultan Zhantemirov
> Assignee: Petr Sakař
> Priority: Major
>
> istack-commons 3.0.7 is shaded in jaxb 2.3.1, while the server is only on 3.0.5
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFWIP-125) Logging to stdout/stderr, missing IDs for messages
by Jeff Mesnil (Jira)
[ https://issues.jboss.org/browse/WFWIP-125?page=com.atlassian.jira.plugin.... ]
Jeff Mesnil resolved WFWIP-125.
-------------------------------
Resolution: Done
all messages and exceptions uses a logger
> Logging to stdout/stderr, missing IDs for messages
> --------------------------------------------------
>
> Key: WFWIP-125
> URL: https://issues.jboss.org/browse/WFWIP-125
> Project: WildFly WIP
> Issue Type: Bug
> Components: MP Metrics
> Reporter: Rostislav Svoboda
> Assignee: Jeff Mesnil
> Priority: Blocker
>
> This is related to WFWIP-124 where I noticed different logging format ++ output to stdout/stderr.
> Example:
> {code}
> 15:38:10,712 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
> 15:38:10,712 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
> 15:38:10,712 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Full 15.0.0.Alpha1-SNAPSHOT (WildFly Core 7.0.0.Alpha2) started in 4266ms - Started 309 of 530 services (321 services are lazy, passive or on-demand)
> 15:38:26,657 INFO [stdout] (management I/O-2) metricName = /socket-binding-group/standard-sockets/socket-binding/management-http.bound-address
> 15:38:26,661 ERROR [stderr] (management I/O-2) java.lang.NumberFormatException: multiple points
> 15:38:26,662 ERROR [stderr] (management I/O-2) at java.base/jdk.internal.math.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1914)
> 15:38:26,662 ERROR [stderr] (management I/O-2) at java.base/jdk.internal.math.FloatingDecimal.parseDouble(FloatingDecimal.java:110)
> 15:38:26,662 ERROR [stderr] (management I/O-2) at java.base/java.lang.Double.parseDouble(Double.java:543)
> {code}
> Logging have to be unified and go via jboss-logging, also IDs for messages are needed.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3250) [DMN Designer] Information Item name is empty by default
by Jozef Marko (Jira)
Jozef Marko created DROOLS-3250:
-----------------------------------
Summary: [DMN Designer] Information Item name is empty by default
Key: DROOLS-3250
URL: https://issues.jboss.org/browse/DROOLS-3250
Project: Drools
Issue Type: Bug
Components: DMN Editor
Affects Versions: 7.14.0.Final
Reporter: Jozef Marko
Assignee: Michael Anstis
The properties of decision has two sections with *Name* property. One general *Decision Name* and one *Information Item Name*.
The second *Information Item Name* reflects in <variable/> tag of the backing xml file. Its value important for the runtime.
I think we should solve this issue doing two actions:
- Make *Information Item Name* readonly
- Set *Information Item Name* automatically according to *Decision Name*
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3249) [DMN Designer] Add support for optional typeRefs
by Matteo Mortari (Jira)
[ https://issues.jboss.org/browse/DROOLS-3249?page=com.atlassian.jira.plugi... ]
Matteo Mortari commented on DROOLS-3249:
----------------------------------------
If the Stunner/framework of the UI does not support null values, then what you describe sounds indeed the most reasonable workaround.
> [DMN Designer] Add support for optional typeRefs
> ------------------------------------------------
>
> Key: DROOLS-3249
> URL: https://issues.jboss.org/browse/DROOLS-3249
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Daniel José dos Santos
> Priority: Critical
> Labels: drools-tools
>
> At the moment {{TypeRef}} is a mandatory field within the editor.
> This is a hard limitation of use of the Properties Panel bean-binding (it cannot bind to {{null}} values). However the DMN Specification states that {{TypeRef}} are optional (and we are working around by changing the _default_ to {{Any}} - see [DROOLS-3248|https://issues.jboss.org/browse/DROOLS-3248]).
> We need to change the UI and marshaller to be able to support _optional_ {{TypeRef}}. This would (probably) require adding a _magic_ value to {{BuiltInType}} representing a "null" selection. It would need to:
> - Appear at the top of the "Data Type selector" widget (with label "<None>" or similar)
> - Be the _selected_ option when the {{TypeRef}} is the new _magic_ value (this should happen automatically, but worth checking!)
> - The marshaller should set the {{TypeRef}} to the _magic_ {{BuiltInType}} if the DMN model (coming from XML->{{kie-dmn-model}}->workbench model) has a {{null}} {{TypeRef}} - the _magic_ value is only to be used _client-side_.
> - The marshaller should set the {{TypeRef}} to {{null}} when converting from the workbench model to {{kie-dmn-model}} and the workbench model {{TypeRef}} is the _magic_ value - again, the _magic_ value is only to be used _client-side_.
> - Check that creating new data-types does not show the _magic_ value (it uses a different widget, but population of the widget probably iterates all {{BuiltInType}}.
> [~tari_manga] [~karreiro] seem reasonable to you?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3048) [DMN Designer] CellEditorControl needs to issue a new instance per use
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3048?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-3048:
-----------------------------------
Priority: Major (was: Critical)
> [DMN Designer] CellEditorControl needs to issue a new instance per use
> ----------------------------------------------------------------------
>
> Key: DROOLS-3048
> URL: https://issues.jboss.org/browse/DROOLS-3048
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.12.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
>
> A {{Popover}} used to edit a cell or column header (or any other DOM-based editor for that matter) disappears following a change in the widget that causes a {{Layer.draw()}} if the grid is sufficiently wide that there is a column not visible on screen.
> All cells/columns that use {{CellEditorControls}} (containing, for example, the {{Popover}}) share a single instance from {{CellEditorControl}} and hence although the User makes a change in a visible column the invisible column (scrolled off screen) has its DOM resources destroyed that is the same instance as that for the visible column.
> See https://github.com/kiegroup/appformer/blob/master/uberfire-extensions/ube.... If a column is not in the _body_ or _floating_ columns collection its DOM resources are destroyed.
> I probably need to ensure different instances of {{CellEditorControl}} are created for each column/cell where we currently share the same instance. Also check for destruction of DOM elements in {{Document}} when grids/columns etc are destroyed.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months