[JBoss JIRA] (WFLY-10872) Confusing error message when writing simple-load-provider attribute when dynamic load provider is present
by Paul Ferraro (Jira)
[ https://issues.jboss.org/browse/WFLY-10872?page=com.atlassian.jira.plugin... ]
Paul Ferraro reassigned WFLY-10872:
-----------------------------------
Assignee: Radoslav Husar (was: Paul Ferraro)
> Confusing error message when writing simple-load-provider attribute when dynamic load provider is present
> ---------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10872
> URL: https://issues.jboss.org/browse/WFLY-10872
> Project: WildFly
> Issue Type: Bug
> Components: mod_cluster
> Affects Versions: 14.0.0.Beta2
> Reporter: Jan Kasik
> Assignee: Radoslav Husar
> Priority: Major
>
> Following should add simple load provider with factor=0:
> {code}
> /subsystem=modcluster/mod-cluster-config=configuration/:write-attribute(name=simple-load-provider, value=0)
> {code}
> Instead, this error shows up:
> {code}
> {
> "outcome" => "failed",
> "failure-description" => "WFLYCTL0216: Management resource '[
> (\"subsystem\" => \"modcluster\"),
> (\"proxy\" => \"default\"),
> (\"load-provider\" => \"simple\")
> ]' not found",
> "rolled-back" => true
> }
> {code}
> There is missing translation to create the resource, same is the situation for undefine operation.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11116) Wildfly 12.0.0 Final Delay in Getting the Value Attributes of the Session Variables (Result in Null Pointer Exception)
by Paul Ferraro (Jira)
[ https://issues.jboss.org/browse/WFLY-11116?page=com.atlassian.jira.plugin... ]
Paul Ferraro commented on WFLY-11116:
-------------------------------------
I have - see the forum post for my comments.
> Wildfly 12.0.0 Final Delay in Getting the Value Attributes of the Session Variables (Result in Null Pointer Exception)
> ----------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11116
> URL: https://issues.jboss.org/browse/WFLY-11116
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 14.0.1.Final, 12.0.0.Final, 13.0.0.Final, 15.0.0.Final
> Reporter: ziad saade
> Assignee: Paul Ferraro
> Priority: Critical
>
> I have two Servlets Book and BookPreview the attribute is set in Book Servlet as follow:
>
> Book.java
> TestBean testBean=null;
> if(session.getAttribute("testBean")!=null)
> testBean = (TestBean)session.getAttribute("testBean");
> else{
> testBean=new TestBean();
> session.setAttribute("testBean",testBean);
> }
> testBean.setAmount("10");
>
> response.sendRedirect("BookPreview");
>
>
> The session attribute can be retrieved and the page is loaded normally and the Amount value is displayed however when submitting the form (Post Action in BookPreview.java) Null Pointer exception is generated.
>
> BookPreview.java
>
> TestBean testBean = (TestBean)session.getAttribute("testBean");
> String amount = testBean.getAmount; //Null pointer exception when submitting the form
>
> <form method="Post" action="BookPreview">
>
> </form>
>
> TestBean.java
>
> public class TestBean implements java.io.Serializable {
>
> private static final long serialVersionUID = 1L;
> private String amount;
>
> public String getAmount() {
> return amount;
> }
>
> public void setAmount(String amount) {
> this.amount = amount;
> }
> }
>
> Kindly advice how to fix the problem at the level of the server configuration.
> PS: I am not getting the exception when deploying the same application under other J EE application servers (Tomcat....)
>
> Thanks and Best Regards
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-12167) Memory leak in metrics in standalone-ha configuration
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12167?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFLY-12167:
-----------------------------------------
[~pferraro] [~jmesnil] During a metrics scan do the same underlying value instances get read for multiple attributes over the course of a single management op? If so can the relevant OSHs cache those in the OperationContext via an Attachment? For example ChannelMetricExecutor could use an attachment of type Map<String, JChannel>.
A weakness is while that read is going on another op could come in and result in the service being stopped, leaving the read op with a ref to a defunct value. That potential exists with the current code too, but caching the value across steps would increase the size of the window wherein that could happen.
Note that this comment is getting a bit OT from the original bug report, which is resolved. This is about further optimization.
> Memory leak in metrics in standalone-ha configuration
> -----------------------------------------------------
>
> Key: WFLY-12167
> URL: https://issues.jboss.org/browse/WFLY-12167
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, MP Metrics, MSC
> Affects Versions: 16.0.0.Final
> Reporter: Bernd Stolle
> Assignee: Richard Opalka
> Priority: Blocker
> Labels: memoryleak
> Fix For: 17.0.0.Final
>
> Attachments: Screenshot 2019-06-06 at 11.07.00.png
>
>
> When started in standalone HA configuration every request to the recently added metrics endpoint ({{<management-if>:9990/metrics}}) lead to an increase in memory consumption until the JVM is slowed down significantly by GC to a point where even the requests to {{/health}} fail within a reasonable timeout (2s) and untlimately lead to OOM.
> The same issue does not occur when WildFly is started in the default standalone configuration (non HA).
> I can provide a (compressed) heap dump if required.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (DROOLS-4149) DMN Editor - Unexpected focus after user selects data type
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-4149?page=com.atlassian.jira.plugi... ]
Guilherme Gomes updated DROOLS-4149:
------------------------------------
Tester: Jozef Marko
> DMN Editor - Unexpected focus after user selects data type
> ----------------------------------------------------------
>
> Key: DROOLS-4149
> URL: https://issues.jboss.org/browse/DROOLS-4149
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Amy Glass
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> When entering a new Data Type in the DMN editor, cursor focus appears in the name field by default for a new row. That is as expected. After typing in a name and pressing the tab key, the focus moves to the type selector. I type in a letter like "s" for string and the list opens with the first item beginning with the letter "s" selected. Then I press the space bar to select that item and close the menu.
> Unexpectedly, focus now returns to the Name field. It should not. The cursor focus should now be placed on the next selectable field in the row as I continue to edit.
> I notice that the next field (List with the Yes/No toggle) does actually get focus as I tab through, but there is no visual indication that focus is on that field. So when I next tab and focus moves to the "Constraints" label, I realize that focus was there on the previous field but I just couldn't see it.
> Finally, the Save button should receive focus right after I tab from the "Constraints" label so that I can press Space bar or Enter to select it without having to use the mouse.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (DROOLS-4149) DMN Editor - Unexpected focus after user selects data type
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-4149?page=com.atlassian.jira.plugi... ]
Guilherme Gomes reassigned DROOLS-4149:
---------------------------------------
Assignee: Guilherme Gomes (was: Michael Anstis)
> DMN Editor - Unexpected focus after user selects data type
> ----------------------------------------------------------
>
> Key: DROOLS-4149
> URL: https://issues.jboss.org/browse/DROOLS-4149
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Amy Glass
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> When entering a new Data Type in the DMN editor, cursor focus appears in the name field by default for a new row. That is as expected. After typing in a name and pressing the tab key, the focus moves to the type selector. I type in a letter like "s" for string and the list opens with the first item beginning with the letter "s" selected. Then I press the space bar to select that item and close the menu.
> Unexpectedly, focus now returns to the Name field. It should not. The cursor focus should now be placed on the next selectable field in the row as I continue to edit.
> I notice that the next field (List with the Yes/No toggle) does actually get focus as I tab through, but there is no visual indication that focus is on that field. So when I next tab and focus moves to the "Constraints" label, I realize that focus was there on the previous field but I just couldn't see it.
> Finally, the Save button should receive focus right after I tab from the "Constraints" label so that I can press Space bar or Enter to select it without having to use the mouse.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (DROOLS-4149) DMN Editor - Unexpected focus after user selects data type
by Amy Glass (Jira)
Amy Glass created DROOLS-4149:
---------------------------------
Summary: DMN Editor - Unexpected focus after user selects data type
Key: DROOLS-4149
URL: https://issues.jboss.org/browse/DROOLS-4149
Project: Drools
Issue Type: Story
Components: DMN Editor
Reporter: Amy Glass
Assignee: Michael Anstis
When entering a new Data Type in the DMN editor, cursor focus appears in the name field by default for a new row. That is as expected. After typing in a name and pressing the tab key, the focus moves to the type selector. I type in a letter like "s" for string and the list opens with the first item beginning with the letter "s" selected. Then I press the space bar to select that item and close the menu.
Unexpectedly, focus now returns to the Name field. It should not. The cursor focus should now be placed on the next selectable field in the row as I continue to edit.
I notice that the next field (List with the Yes/No toggle) does actually get focus as I tab through, but there is no visual indication that focus is on that field. So when I next tab and focus moves to the "Constraints" label, I realize that focus was there on the previous field but I just couldn't see it.
Finally, the Save button should receive focus right after I tab from the "Constraints" label so that I can press Space bar or Enter to select it without having to use the mouse.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month