[JBoss JIRA] (DROOLS-3612) [DMN Designer] Java Function is context after reopening
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3612?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-3612:
----------------------------------------
[~jomarko] OK, I have a fix locally but I won't submit a PR until [DROOLS-2262|https://github.com/kiegroup/kie-wb-common/pull/2448] is merged as I need to write a Unit Test for {{ContextPropertyConverter}} and whatever I write now will need changing when the reference PR is merged (as they'll be a conflict for sure).
> [DMN Designer] Java Function is context after reopening
> -------------------------------------------------------
>
> Key: DROOLS-3612
> URL: https://issues.jboss.org/browse/DROOLS-3612
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.18.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Minor
> Labels: drools-tools
> Attachments: Screenshot from 2019-02-07 09-37-09.png, Screenshot from 2019-02-07 09-37-27.png
>
>
> Spotted during DROOLS-2262 review, however probably it is not related.
> If user save and reopen expression that is java function, the designer renders it as context expression after reopening. See the attached screenshots, there is unexpected *result* row after reopening.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 8 months
[JBoss JIRA] (DROOLS-3612) [DMN Designer] Java Function is context after reopening
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3612?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-3612:
-----------------------------------
Story Points: 3
Sprint: 2019 Week 05-07
> [DMN Designer] Java Function is context after reopening
> -------------------------------------------------------
>
> Key: DROOLS-3612
> URL: https://issues.jboss.org/browse/DROOLS-3612
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.18.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Minor
> Labels: drools-tools
> Attachments: Screenshot from 2019-02-07 09-37-09.png, Screenshot from 2019-02-07 09-37-27.png
>
>
> Spotted during DROOLS-2262 review, however probably it is not related.
> If user save and reopen expression that is java function, the designer renders it as context expression after reopening. See the attached screenshots, there is unexpected *result* row after reopening.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 8 months
[JBoss JIRA] (DROOLS-3612) [DMN Designer] Java Function is context after reopening
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3612?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-3612:
----------------------------------------
The issue is that {{ContextPropertyConverter}} adds the third row even when not required (parent is a {{FunctionDefinition}}.
> [DMN Designer] Java Function is context after reopening
> -------------------------------------------------------
>
> Key: DROOLS-3612
> URL: https://issues.jboss.org/browse/DROOLS-3612
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.18.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Minor
> Labels: drools-tools
> Attachments: Screenshot from 2019-02-07 09-37-09.png, Screenshot from 2019-02-07 09-37-27.png
>
>
> Spotted during DROOLS-2262 review, however probably it is not related.
> If user save and reopen expression that is java function, the designer renders it as context expression after reopening. See the attached screenshots, there is unexpected *result* row after reopening.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 8 months
[JBoss JIRA] (WFLY-11681) Provide ability to list modules which are on deployment's classpath
by Sultan Zhantemirov (Jira)
[ https://issues.jboss.org/browse/WFLY-11681?page=com.atlassian.jira.plugin... ]
Sultan Zhantemirov updated WFLY-11681:
--------------------------------------
Description:
Add a test case that covers the feature of listing modules which are on an EAR deployment's classpath.
was:
Provide ability to list modules which are on deployment's classpath.
Expose that via mgmt run-time model, so it gets available in CLI.
Current possibilities:
Currently only debugging of application server can reveal this information and user must have good knowledge about management internals.
Use cases:
When optimizing footprint of an application user can use this list to identify unneeded implicit dependencies and exclude them.
This feature can be used to identify duplicated dependencies delivered via deployed application.
> Provide ability to list modules which are on deployment's classpath
> -------------------------------------------------------------------
>
> Key: WFLY-11681
> URL: https://issues.jboss.org/browse/WFLY-11681
> Project: WildFly
> Issue Type: Feature Request
> Components: Server
> Reporter: Sultan Zhantemirov
> Assignee: Sultan Zhantemirov
> Priority: Major
>
> Add a test case that covers the feature of listing modules which are on an EAR deployment's classpath.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 8 months
[JBoss JIRA] (WFLY-11681) Provide ability to list modules which are on deployment's classpath
by Sultan Zhantemirov (Jira)
[ https://issues.jboss.org/browse/WFLY-11681?page=com.atlassian.jira.plugin... ]
Sultan Zhantemirov moved WFCORE-4313 to WFLY-11681:
---------------------------------------------------
Project: WildFly (was: WildFly Core)
Key: WFLY-11681 (was: WFCORE-4313)
Component/s: Server
(was: Server)
> Provide ability to list modules which are on deployment's classpath
> -------------------------------------------------------------------
>
> Key: WFLY-11681
> URL: https://issues.jboss.org/browse/WFLY-11681
> Project: WildFly
> Issue Type: Feature Request
> Components: Server
> Reporter: Sultan Zhantemirov
> Assignee: Sultan Zhantemirov
> Priority: Major
>
> Provide ability to list modules which are on deployment's classpath.
> Expose that via mgmt run-time model, so it gets available in CLI.
> Current possibilities:
> Currently only debugging of application server can reveal this information and user must have good knowledge about management internals.
> Use cases:
> When optimizing footprint of an application user can use this list to identify unneeded implicit dependencies and exclude them.
> This feature can be used to identify duplicated dependencies delivered via deployed application.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 8 months
[JBoss JIRA] (WFCORE-4313) Provide ability to list modules which are on deployment's classpath
by Sultan Zhantemirov (Jira)
[ https://issues.jboss.org/browse/WFCORE-4313?page=com.atlassian.jira.plugi... ]
Sultan Zhantemirov reassigned WFCORE-4313:
------------------------------------------
Assignee: Sultan Zhantemirov (was: Yeray Borges)
> Provide ability to list modules which are on deployment's classpath
> -------------------------------------------------------------------
>
> Key: WFCORE-4313
> URL: https://issues.jboss.org/browse/WFCORE-4313
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Server
> Reporter: Sultan Zhantemirov
> Assignee: Sultan Zhantemirov
> Priority: Major
>
> Provide ability to list modules which are on deployment's classpath.
> Expose that via mgmt run-time model, so it gets available in CLI.
> Current possibilities:
> Currently only debugging of application server can reveal this information and user must have good knowledge about management internals.
> Use cases:
> When optimizing footprint of an application user can use this list to identify unneeded implicit dependencies and exclude them.
> This feature can be used to identify duplicated dependencies delivered via deployed application.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 8 months
[JBoss JIRA] (WFCORE-4313) Provide ability to list modules which are on deployment's classpath
by Sultan Zhantemirov (Jira)
Sultan Zhantemirov created WFCORE-4313:
------------------------------------------
Summary: Provide ability to list modules which are on deployment's classpath
Key: WFCORE-4313
URL: https://issues.jboss.org/browse/WFCORE-4313
Project: WildFly Core
Issue Type: Feature Request
Components: Server
Reporter: Sultan Zhantemirov
Assignee: Yeray Borges
Provide ability to list modules which are on deployment's classpath.
Expose that via mgmt run-time model, so it gets available in CLI.
Current possibilities:
Currently only debugging of application server can reveal this information and user must have good knowledge about management internals.
Use cases:
When optimizing footprint of an application user can use this list to identify unneeded implicit dependencies and exclude them.
This feature can be used to identify duplicated dependencies delivered via deployed application.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 8 months
[JBoss JIRA] (DROOLS-2262) [DMN Designer] DRD Grid Column width is not preserved
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-2262?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2262:
--------------------------------
Description:
DND Grid Column don't preserve the width.
h2. Manual acceptance test
For all expressions:
- save and reopen
- undo redo
- import to trisotech
- build project
h3. Literal Expression (/)
Resize twice
h3. Relation (/)
Add two more columns, resize all, remove one, undo redo, check row now number column
h3. Function (/)
Resize, change language
h3. Context Entry (/)
Resize Key Column, Resize Value column, Change value column expression after was resized
h3. Decision table (/)
Resize input clause, resize output clause, delete column, reorder columns
h3. Invocation (/)
Resize Key Column, Resize Value column, Change value column expression after was resized
was:
DND Grid Column don't preserve the width.
h2. Manual acceptance test
For all expressions:
- save and reopen
- undo redo
- import to trisotech
- build project
h3. Literal Expression (/)
Resize twice
h3. Relation (/)
Add two more columns, resize all, remove one, undo redo, check row now number column
h3. Function (/)
Resize, change language
h3. Context Entry (/)
Resize Key Column, Resize Value column, Change value column expression after was resized
h3. Decision table (/)
Resize input clause, resize output clause, delete column, reorder columns
h3. Invocation
Resize Key Column, Resize Value column, Change value column expression after was resized
> [DMN Designer] DRD Grid Column width is not preserved
> -----------------------------------------------------
>
> Key: DROOLS-2262
> URL: https://issues.jboss.org/browse/DROOLS-2262
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.6.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> DND Grid Column don't preserve the width.
> h2. Manual acceptance test
> For all expressions:
> - save and reopen
> - undo redo
> - import to trisotech
> - build project
> h3. Literal Expression (/)
> Resize twice
> h3. Relation (/)
> Add two more columns, resize all, remove one, undo redo, check row now number column
> h3. Function (/)
> Resize, change language
> h3. Context Entry (/)
> Resize Key Column, Resize Value column, Change value column expression after was resized
> h3. Decision table (/)
> Resize input clause, resize output clause, delete column, reorder columns
> h3. Invocation (/)
> Resize Key Column, Resize Value column, Change value column expression after was resized
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 8 months
[JBoss JIRA] (ELY-1475) Empty username for FormAuthenticationMechanism causes IllegalArgumentException
by Darran Lofthouse (Jira)
[ https://issues.jboss.org/browse/ELY-1475?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse commented on ELY-1475:
---------------------------------------
[~johnnuy] As a user of JBoss EAP could you please raise a support case via the customer portal? The support team may be able to discuss with you if there are any alternative options.
> Empty username for FormAuthenticationMechanism causes IllegalArgumentException
> ------------------------------------------------------------------------------
>
> Key: ELY-1475
> URL: https://issues.jboss.org/browse/ELY-1475
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.2.0.Beta11
> Reporter: Ondrej Lukas
> Assignee: Ilia Vassilev
> Priority: Major
> Fix For: 1.2.0.Beta12
>
>
> In case when empty username is passed to FormAuthenticationMechanism.attemptAuthentication then IllegalArgumentException is thrown from constructor of NameCallback. This happens in cases when form is sent with empty value for j_username.
> See exception:
> {code}
> ERROR [io.undertow.request] (default task-18) UT005023: Exception handling request to /depForm/j_security_check: java.lang.IllegalArgumentException
> at javax.security.auth.callback.NameCallback.<init>(NameCallback.java:90)
> at org.wildfly.security.http.impl.UsernamePasswordAuthenticationMechanism.authenticate(UsernamePasswordAuthenticationMechanism.java:60)
> at org.wildfly.security.http.impl.FormAuthenticationMechanism.attemptAuthentication(FormAuthenticationMechanism.java:172)
> at org.wildfly.security.http.impl.FormAuthenticationMechanism.evaluateRequest(FormAuthenticationMechanism.java:106)
> at org.wildfly.security.http.util.SetMechanismInformationMechanismFactory$1.evaluateRequest(SetMechanismInformationMechanismFactory.java:114)
> at org.wildfly.security.http.util.SecurityIdentityServerMechanismFactory$1.evaluateRequest(SecurityIdentityServerMechanismFactory.java:77)
> at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.authenticate(HttpAuthenticator.java:115)
> at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.access$100(HttpAuthenticator.java:94)
> at org.wildfly.security.http.HttpAuthenticator.authenticate(HttpAuthenticator.java:78)
> at org.wildfly.elytron.web.undertow.server.SecurityContextImpl.authenticate(SecurityContextImpl.java:100)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:55)
> at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> {code}
> It seems that [1] should also check {{username.length() == 0}}.
> [1] https://github.com/wildfly-security/wildfly-elytron/blob/32ff7c17965b3eca...
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 8 months