[JBoss JIRA] (WFCORE-3103) Embedded server doesn't close open file handles
by ehsavoie Hugonnet (Jira)
[ https://issues.jboss.org/browse/WFCORE-3103?page=com.atlassian.jira.plugi... ]
ehsavoie Hugonnet commented on WFCORE-3103:
-------------------------------------------
none currently
> Embedded server doesn't close open file handles
> -----------------------------------------------
>
> Key: WFCORE-3103
> URL: https://issues.jboss.org/browse/WFCORE-3103
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI, Modules
> Reporter: Jan Blizňák
> Assignee: ehsavoie Hugonnet
> Priority: Major
>
> When embedded server is started programatically (eg. via CLI wrapper) with specified jboss home, JARs from that path are opened via classloader. But these open handles are never released even after embedded server is stopped.
> This causes problem in situation eg. when you want to delete that jboss home. This is exactly one of the scenarios used in EAP installer, you are not allowed to delete open files on Windows - see JBEAP-1404.
> I created a simple project that reproduce the issue with arbitrary EAP/WF distribution https://github.com/jbliznak/embedded-server-filelocking
> Run it with:
> mvn clean test "-Dwildfly.home=C:\dev\jboss-eap-7.1" "-Denforcer.skip" -Dtest=ModulesFileLockingTestCase
> Manual steps to reproduce in Java code:
> * start a CLI wrapper
> * start embed-server from given server path
> * stop embed-server
> * terminate CLI wrapper
> * try to delete given server path
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 2 months
[JBoss JIRA] (DROOLS-3175) [DMN Designer] keyboard context menu invocation
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3175?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-3175:
--------------------------------
Attachment: Screenshot from 2019-01-30 15-04-02.png
> [DMN Designer] keyboard context menu invocation
> -----------------------------------------------
>
> Key: DROOLS-3175
> URL: https://issues.jboss.org/browse/DROOLS-3175
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Jozef Marko
> Assignee: Jozef Marko
> Priority: Major
> Labels: drools-tools
> Attachments: Screenshot from 2019-01-30 15-04-02.png
>
>
> User should be able to invoke context menu by keyboard. Context menu contains actions according to the cell, where it was invoked. Possibility to invoke the context menu is crucial for integration selenium tests.
> h2. TODO
> - DMN - undefined cell (/)
> - DMN - After selection of menu item the focus is lost
> - Scenario - proper menu for description column (/)
> - Scenario - enable menu even when not bound (/)
> - Tests (/)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 2 months
[JBoss JIRA] (WFCORE-3103) Embedded server doesn't close open file handles
by Jan Blizňák (Jira)
[ https://issues.jboss.org/browse/WFCORE-3103?page=com.atlassian.jira.plugi... ]
Jan Blizňák commented on WFCORE-3103:
-------------------------------------
[~jdenise] [~ehugonnet] are there any plans with this?
> Embedded server doesn't close open file handles
> -----------------------------------------------
>
> Key: WFCORE-3103
> URL: https://issues.jboss.org/browse/WFCORE-3103
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI, Modules
> Reporter: Jan Blizňák
> Assignee: ehsavoie Hugonnet
> Priority: Major
>
> When embedded server is started programatically (eg. via CLI wrapper) with specified jboss home, JARs from that path are opened via classloader. But these open handles are never released even after embedded server is stopped.
> This causes problem in situation eg. when you want to delete that jboss home. This is exactly one of the scenarios used in EAP installer, you are not allowed to delete open files on Windows - see JBEAP-1404.
> I created a simple project that reproduce the issue with arbitrary EAP/WF distribution https://github.com/jbliznak/embedded-server-filelocking
> Run it with:
> mvn clean test "-Dwildfly.home=C:\dev\jboss-eap-7.1" "-Denforcer.skip" -Dtest=ModulesFileLockingTestCase
> Manual steps to reproduce in Java code:
> * start a CLI wrapper
> * start embed-server from given server path
> * stop embed-server
> * terminate CLI wrapper
> * try to delete given server path
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 2 months
[JBoss JIRA] (DROOLS-3582) [DMN Designer] Data Type operation tooltips remain shown
by Jozef Marko (Jira)
Jozef Marko created DROOLS-3582:
-----------------------------------
Summary: [DMN Designer] Data Type operation tooltips remain shown
Key: DROOLS-3582
URL: https://issues.jboss.org/browse/DROOLS-3582
Project: Drools
Issue Type: Bug
Components: DMN Editor
Affects Versions: 7.17.0.Final
Reporter: Jozef Marko
Assignee: Michael Anstis
Attachments: Screenshot from 2019-01-30 11-25-35.png
Sometimes it happens tooltip of data types operation remains shown. See steps to reproduce how to achieve this.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 2 months
[JBoss JIRA] (DROOLS-3420) Replace Composite for SourceTypeSelector/TitledAttachmentFileWidget
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3420?page=com.atlassian.jira.plugi... ]
Klara Kufova updated DROOLS-3420:
---------------------------------
Description:
SourceTypeSelector and TitledAttachmentFileWidget extends Composite, while we are currently strive to move toward new Elemental. At the same time, the list where they are using is expecting a IsWidget type. So, try if already a similar widget exists inside appformer/kie, otherwise create new one and (eventually) implement the asWidget method and returns a "Widget".
Later, ask [~Rikkola] to move it on upper framework.
*ADDITIONAL IMPROVEMENTS:*
# When there are two {{.dmn}} files in the project, the second one is not in the list when creating a new test scenario asset. *The list must be refreshed to contain all available {{.dmn}} files.* The same problem occurs also with a single {{.dmn}} file in the project. Sometimes the list of available {{.dmn}} files is not refreshed and even though they are in the project, they are not displayed in the list. -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
# Change *Choose DMN asset* to *Choose a DMN asset*.
# The box for choosing a {{.dmn}} file is not wide enough. Make it either as wide as the boxes above (for the name of the asset and the package) or change it to a drop down (the same style as the package drop down).
# The value of a {{.dmn}} file should not be pre-filled once the box has been used. Clear the status so the box is always empty.
was:
SourceTypeSelector and TitledAttachmentFileWidget extends Composite, while we are currently strive to move toward new Elemental. At the same time, the list where they are using is expecting a IsWidget type. So, try if already a similar widget exists inside appformer/kie, otherwise create new one and (eventually) implement the asWidget method and returns a "Widget".
Later, ask [~Rikkola] to move it on upper framework.
*ADDITIONAL IMPROVEMENTS:*
# When there are two {{.dmn}} files in the project, the second one is not in the list when creating a new test scenario asset. *The list must be refreshed to contain all available {{.dmn}} files.* The same problem occurs also with a single {{.dmn}} file in the project. Sometimes the list of available {{.dmn}} files is not refreshed and even though they are in the project, they are not displayed in the list.
# Change *Choose DMN asset* to *Choose a DMN asset*.
# The box for choosing a {{.dmn}} file is not wide enough. Make it either as wide as the boxes above (for the name of the asset and the package) or change it to a drop down (the same style as the package drop down).
# The value of a {{.dmn}} file should not be pre-filled once the box has been used. Clear the status so the box is always empty.
> Replace Composite for SourceTypeSelector/TitledAttachmentFileWidget
> -------------------------------------------------------------------
>
> Key: DROOLS-3420
> URL: https://issues.jboss.org/browse/DROOLS-3420
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Gabriele Cardosi
> Assignee: Gabriele Cardosi
> Priority: Minor
>
> SourceTypeSelector and TitledAttachmentFileWidget extends Composite, while we are currently strive to move toward new Elemental. At the same time, the list where they are using is expecting a IsWidget type. So, try if already a similar widget exists inside appformer/kie, otherwise create new one and (eventually) implement the asWidget method and returns a "Widget".
> Later, ask [~Rikkola] to move it on upper framework.
> *ADDITIONAL IMPROVEMENTS:*
> # When there are two {{.dmn}} files in the project, the second one is not in the list when creating a new test scenario asset. *The list must be refreshed to contain all available {{.dmn}} files.* The same problem occurs also with a single {{.dmn}} file in the project. Sometimes the list of available {{.dmn}} files is not refreshed and even though they are in the project, they are not displayed in the list. -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
> # Change *Choose DMN asset* to *Choose a DMN asset*.
> # The box for choosing a {{.dmn}} file is not wide enough. Make it either as wide as the boxes above (for the name of the asset and the package) or change it to a drop down (the same style as the package drop down).
> # The value of a {{.dmn}} file should not be pre-filled once the box has been used. Clear the status so the box is always empty.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 2 months
[JBoss JIRA] (WFLY-10156) Java EE 7 REST Service not called
by Viggo Navarsete (Jira)
[ https://issues.jboss.org/browse/WFLY-10156?page=com.atlassian.jira.plugin... ]
Viggo Navarsete commented on WFLY-10156:
----------------------------------------
Hi [~mkopecky], I will try to reproduce it in the weekend and provide something for you to reproduce it!
> Java EE 7 REST Service not called
> ---------------------------------
>
> Key: WFLY-10156
> URL: https://issues.jboss.org/browse/WFLY-10156
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 12.0.0.Final
> Reporter: Viggo Navarsete
> Assignee: Alessio Soldano
> Priority: Major
>
> Current setup that works:
> Wildfly 10.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with payload
> - undertow server.log:
> 19:35:33,356 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:35:33 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:35:33,994 INFO [stdout] (default task-2) *** Calling getOrders ***
> 19:35:34,121 INFO [io.undertow.accesslog] (default task-2) 127.0.0.1 [30/Mar/2018:19:35:34 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> Setup that doesn't work:
> Wildfly 12.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with NO payload
> - undertow server.log:
> 19:25:22,707 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:22 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:25:23,491 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:23 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> As you can see from the server.log, my endpoint is probably not called in Wildfly 12.0.0.Final since the log output isn't written to server.log
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 2 months
[JBoss JIRA] (DROOLS-3586) [DMN Designer] Boxed expression view: Expression type label should include spaces
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3586?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-3586:
-----------------------------------
Description:
The "Boxed Expression" view (i.e. grid view) shows the name of the type of expression.
At the moment it shows the _simple name_ of the Expression class. It should look up the text to display so that spaces can be included. For example {{Literal Expression}} instead of {{LiteralExpression}}. The Decision Navigator labels in the left-hand dock are equally affected.
was:
The "Boxed Expression" view (i.e. grid view) shows the name of the type of expression.
At the moment it shows the _simple name_ of the Expression class. It should look up the text to display so that spaces can be included. For example `Literal Expression` instead of `LiteralExpression`.
> [DMN Designer] Boxed expression view: Expression type label should include spaces
> ---------------------------------------------------------------------------------
>
> Key: DROOLS-3586
> URL: https://issues.jboss.org/browse/DROOLS-3586
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.17.0.Final
> Reporter: Edson Tirelli
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> The "Boxed Expression" view (i.e. grid view) shows the name of the type of expression.
> At the moment it shows the _simple name_ of the Expression class. It should look up the text to display so that spaces can be included. For example {{Literal Expression}} instead of {{LiteralExpression}}. The Decision Navigator labels in the left-hand dock are equally affected.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 2 months