[JBoss JIRA] (DROOLS-4654) Cues to help users add nodes to the diagram
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-4654?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-4654:
----------------------------------------
See the _source_ JIRA [JBPM-8830|https://issues.jboss.org/browse/JBPM-8830] for details of the requirement.
This will require changes in Stunner first to support a generic mechanism to provide the requirement.
[~roger.martinez] [~kgaevski] Can you please advise/link the Stunner JIRA to add the generic feature.
> Cues to help users add nodes to the diagram
> -------------------------------------------
>
> Key: DROOLS-4654
> URL: https://issues.jboss.org/browse/DROOLS-4654
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: Field, Stunner, UX, UX-Field, UXTeam, drools-tools
> Attachments: mouse-pointer.svg, screenshot-1.png
>
>
> Users are unable to add nodes the process diagram. In both the legacy editor and in Stunner, they do not understand that you need to drag the components onto the canvas. Some users click and then click on the canvas, while others can't even find where, for example, the script task is.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (DROOLS-4654) Cues to help users add nodes to the diagram
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-4654?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-4654:
-----------------------------------
Tester: Jozef Marko (was: Kirill Gaevskii)
> Cues to help users add nodes to the diagram
> -------------------------------------------
>
> Key: DROOLS-4654
> URL: https://issues.jboss.org/browse/DROOLS-4654
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: Field, Stunner, UX, UX-Field, UXTeam, drools-tools
> Attachments: mouse-pointer.svg, screenshot-1.png
>
>
> Users are unable to add nodes the process diagram. In both the legacy editor and in Stunner, they do not understand that you need to drag the components onto the canvas. Some users click and then click on the canvas, while others can't even find where, for example, the script task is.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (DROOLS-4654) [DMN Designer] Cues to help users add nodes to the diagram
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-4654?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-4654:
-----------------------------------
Summary: [DMN Designer] Cues to help users add nodes to the diagram (was: Cues to help users add nodes to the diagram)
> [DMN Designer] Cues to help users add nodes to the diagram
> ----------------------------------------------------------
>
> Key: DROOLS-4654
> URL: https://issues.jboss.org/browse/DROOLS-4654
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: Field, Stunner, UX, UX-Field, UXTeam, drools-tools
> Attachments: mouse-pointer.svg, screenshot-1.png
>
>
> Users are unable to add nodes the process diagram. In both the legacy editor and in Stunner, they do not understand that you need to drag the components onto the canvas. Some users click and then click on the canvas, while others can't even find where, for example, the script task is.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (DROOLS-4654) Cues to help users add nodes to the diagram
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-4654?page=com.atlassian.jira.plugi... ]
Michael Anstis moved JBPM-8854 to DROOLS-4654:
----------------------------------------------
Project: Drools (was: jBPM)
Key: DROOLS-4654 (was: JBPM-8854)
Security: (was: Red Hat Internal)
Component/s: DMN Editor
(was: Designer)
Target Release: (was: 7.6.0.GA)
> Cues to help users add nodes to the diagram
> -------------------------------------------
>
> Key: DROOLS-4654
> URL: https://issues.jboss.org/browse/DROOLS-4654
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Brian Dellascio
> Priority: Major
> Labels: Field, Stunner, UX, UX-Field, UXTeam, drools-tools
> Attachments: mouse-pointer.svg, screenshot-1.png
>
>
> Users are unable to add nodes the process diagram. In both the legacy editor and in Stunner, they do not understand that you need to drag the components onto the canvas. Some users click and then click on the canvas, while others can't even find where, for example, the script task is.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (DROOLS-4654) Cues to help users add nodes to the diagram
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-4654?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-4654:
-----------------------------------
Labels: Field Stunner UX UX-Field UXTeam drools-tools (was: Field Stunner UX UX-Field UXTeam)
> Cues to help users add nodes to the diagram
> -------------------------------------------
>
> Key: DROOLS-4654
> URL: https://issues.jboss.org/browse/DROOLS-4654
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Brian Dellascio
> Priority: Major
> Labels: Field, Stunner, UX, UX-Field, UXTeam, drools-tools
> Attachments: mouse-pointer.svg, screenshot-1.png
>
>
> Users are unable to add nodes the process diagram. In both the legacy editor and in Stunner, they do not understand that you need to drag the components onto the canvas. Some users click and then click on the canvas, while others can't even find where, for example, the script task is.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (DROOLS-4654) Cues to help users add nodes to the diagram
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-4654?page=com.atlassian.jira.plugi... ]
Michael Anstis reassigned DROOLS-4654:
--------------------------------------
Assignee: Michael Anstis (was: Brian Dellascio)
> Cues to help users add nodes to the diagram
> -------------------------------------------
>
> Key: DROOLS-4654
> URL: https://issues.jboss.org/browse/DROOLS-4654
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: Field, Stunner, UX, UX-Field, UXTeam, drools-tools
> Attachments: mouse-pointer.svg, screenshot-1.png
>
>
> Users are unable to add nodes the process diagram. In both the legacy editor and in Stunner, they do not understand that you need to drag the components onto the canvas. Some users click and then click on the canvas, while others can't even find where, for example, the script task is.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12655) Exception with web.xml url-pattern
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12655?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFLY-12655:
-----------------------------------------
[~flavia.rainone] [~dlofthouse] [~jamezp] This seems like a possible CD 18 blocker. It's a regression, it seems fairly easy to hit (the reporter isn't doing anything terribly exotic and on the forum another user said they hit it too), and the problematic WarJACCService is going to get installed any time the legacy security subsystem is present.
> Exception with web.xml url-pattern
> ----------------------------------
>
> Key: WFLY-12655
> URL: https://issues.jboss.org/browse/WFLY-12655
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 18.0.0.Final
> Reporter: Frank Heldt
> Assignee: Flavia Rainone
> Priority: Major
>
> Defining and securing 2 folders in a war with similar names given this Exception on deployment:
> 12:38:37,994 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."java-web-project.war".jboss.security.jacc: org.jboss.msc.service.StartException in service jboss.deployment.unit."java-web-project.war".jboss.security.jacc: WFLYSEC0012: Unable to start the JaccService service
> at org.jboss.as.security@18.0.0.Final//org.jboss.as.security.service.JaccService.start(JaccService.java:107)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: java.lang.IllegalArgumentException: Invalid prefix pattern in URLPatternList
> at javax.security.jacc.api@2.0.0.Final//javax.security.jacc.URLPatternSpec.setURLPatternArray(URLPatternSpec.java:308)
> at javax.security.jacc.api(a)2.0.0.Final//javax.security.jacc.URLPatternSpec.<init>(URLPatternSpec.java:79)
> at javax.security.jacc.api(a)2.0.0.Final//javax.security.jacc.WebResourcePermission.<init>(WebResourcePermission.java:160)
> at org.wildfly.extension.undertow@18.0.0.Final//org.wildfly.extension.undertow.security.jacc.WarJACCService.createPermissions(WarJACCService.java:303)
> at org.wildfly.extension.undertow@18.0.0.Final//org.wildfly.extension.undertow.security.jacc.WarJACCService.createPermissions(WarJACCService.java:64)
> at org.jboss.as.security@18.0.0.Final//org.jboss.as.security.service.JaccService.start(JaccService.java:86)
> ... 8 more
> This is the corresponding part of the web.xml:
> <security-constraint>
> <web-resource-collection>
> <web-resource-name>Area</web-resource-name>
> <url-pattern>/area/*</url-pattern>
> </web-resource-collection>
> <auth-constraint>
> <role-name>role1</role-name>
> <role-name>role2</role-name>
> </auth-constraint>
> <user-data-constraint>
> <transport-guarantee>CONFIDENTIAL</transport-guarantee>
> </user-data-constraint>
> </security-constraint>
> <security-constraint>
> <web-resource-collection>
> <web-resource-name>Area 51</web-resource-name>
> <url-pattern>/area51/*</url-pattern>
> </web-resource-collection>
> <auth-constraint>
> <role-name>role1</role-name>
> </auth-constraint>
> <user-data-constraint>
> <transport-guarantee>CONFIDENTIAL</transport-guarantee>
> </user-data-constraint>
> </security-constraint>
> Looks like this only happens when the url-pattern starts with the same characters (eg /area/* and /area51/*).
> The same war under WildFly 17.0.1 works as expected.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12676) memory leak, org.jboss.jca.core.connectionmanager.pool.idle.IdleRemover$IdleRemoverRunner is keeping deployment in memory after undeployment
by Scott Marlow (Jira)
[ https://issues.jboss.org/browse/WFLY-12676?page=com.atlassian.jira.plugin... ]
Scott Marlow reassigned WFLY-12676:
-----------------------------------
Assignee: Stefano Maestri (was: Scott Marlow)
> memory leak, org.jboss.jca.core.connectionmanager.pool.idle.IdleRemover$IdleRemoverRunner is keeping deployment in memory after undeployment
> --------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12676
> URL: https://issues.jboss.org/browse/WFLY-12676
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Affects Versions: 18.0.0.Final
> Reporter: Scott Marlow
> Assignee: Stefano Maestri
> Priority: Blocker
> Fix For: 19.0.0.Beta1
>
> Attachments: 2lc.jar, java_pid12802.0001.zip, jcaleakmarlow.txt
>
>
> As part of looking at [WFLY-12671], I found that org.jboss.jca.core.connectionmanager.pool.idle.IdleRemover$IdleRemoverRunner is leaking the application classloader (after undeployment) via org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory originalTCCL being kept after undeployment.
> See attached jcaleakmarlow.txt (also attached to [WFLY-12671]), which shows the leak.
> I tried waiting a few minutes after undeployment and the leak was still there. I also tried an even simpler app (2lc.jar) and still there is a leak. I also attached the heapdump (java_pid12802.0001.zip)
> To recreate:
> * Deploy simple (no app code will be executed) 2lc.jar app.
> * Undeploy by doing "rm 2lc.jar.deployed" in wildfly/standalone/deployments
> * Look at memory with MAT or other memory leak tool.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months