November 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-3178) [DMN Designer] Navigator Dock doesn't show function for BKM nodes

by Michael Anstis (Jira)

[ https://issues.jboss.org/browse/DROOLS-3178?page=com.atlassian.jira.plugi... ] Michael Anstis commented on DROOLS-3178: ---------------------------------------- This has been fixed by https://github.com/kiegroup/kie-wb-common/commit/df7c3e60020e0ec435232cb7... > [DMN Designer] Navigator Dock doesn't show function for BKM nodes > ----------------------------------------------------------------- > > Key: DROOLS-3178 > URL: https://issues.jboss.org/browse/DROOLS-3178 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.14.0.Final > Reporter: Jozef Marko > Assignee: Guilherme Carreiro > Priority: Major > Labels: drools-tools > Attachments: Screenshot from 2018-10-23 11-10-27.png, Screenshot from 2018-10-23 11-10-32.png, Screenshot from 2018-10-23 11-10-38.png, Screenshot from 2018-10-23 11-10-52.png > > > The top Level expression of a BKM node is always a Function, however the Decision Navigator Dock doesn't show this top level expression as a Function, see the attached screenshots. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11094) Elytron does not do RunAs identity remote propagation

by Teresa Miyar (Jira)

[ https://issues.jboss.org/browse/WFLY-11094?page=com.atlassian.jira.plugin... ] Teresa Miyar commented on WFLY-11094: ------------------------------------- RunAsPrincipal annotation is needed for this feature to work see the EJB3 reference guide: As mentioned in the [EJB3 Reference Guide|https://docs.jboss.org/author/display/WFLY/EJB+3+Reference+Guide]: "Whenever a run-as role is specified for a given method invocation the default anonymous principal is used as the caller principal. This principal can be overridden by specifying a run-as principal." > Elytron does not do RunAs identity remote propagation > ----------------------------------------------------- > > Key: WFLY-11094 > URL: https://issues.jboss.org/browse/WFLY-11094 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Teresa Miyar > Assignee: Teresa Miyar > Priority: Major > Labels: downstream_dependency > > Elytron does not do RunAs identity remote propagation > -> EJB with @RunAs("ejbuser") -> remote EJB , where Elytron security forwarding is configured, @RunAs is not working. And caused authentication error when trying to call the 2nd server when @RunAs is added. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3260) [DMN Designer] UX research: Grid cell editing interactions (single/dbl click)

by Liz Clayton (Jira)

[ https://issues.jboss.org/browse/DROOLS-3260?page=com.atlassian.jira.plugi... ] Liz Clayton commented on DROOLS-3260: ------------------------------------- Thanks [~manstis] > [DMN Designer] UX research: Grid cell editing interactions (single/dbl click) > ------------------------------------------------------------------------------ > > Key: DROOLS-3260 > URL: https://issues.jboss.org/browse/DROOLS-3260 > Project: Drools > Issue Type: Feature Request > Components: DMN Editor > Affects Versions: 7.10.0.Final > Reporter: Liz Clayton > Assignee: Liz Clayton > Priority: Major > Labels: UX, UXTeam, drools-tools > > Follow up on a discussion about https://issues.jboss.org/browse/DROOLS-2874 around editing cells (header or body) in the grids - validate that they should respond to single-click (not double-click) particularly wrt pop-over menus. Identify possible use cases for double-click editing if they exist. > Working document at: https://docs.google.com/document/d/1ZXlOjR-bI-Bkkusn-CA3f-0ILyyh8tSZY1hg5... > h2. Manual Acceptance Test > - Not possible edit multiple cells by hold CTRL and click on multiple cells > - Click column/row leading cell discard edit dialog > - Edit can be discarded by escape > - Edit can be discarded by click to canvas > - Invoke edit of cell, return do DRG > - Save and reopen > - Undo redo of editation -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3260) [DMN Designer] UX research: Grid cell editing interactions (single/dbl click)

by Liz Clayton (Jira)

[ https://issues.jboss.org/browse/DROOLS-3260?page=com.atlassian.jira.plugi... ] Liz Clayton resolved DROOLS-3260. --------------------------------- Resolution: Done > [DMN Designer] UX research: Grid cell editing interactions (single/dbl click) > ------------------------------------------------------------------------------ > > Key: DROOLS-3260 > URL: https://issues.jboss.org/browse/DROOLS-3260 > Project: Drools > Issue Type: Feature Request > Components: DMN Editor > Affects Versions: 7.10.0.Final > Reporter: Liz Clayton > Assignee: Liz Clayton > Priority: Major > Labels: UX, UXTeam, drools-tools > > Follow up on a discussion about https://issues.jboss.org/browse/DROOLS-2874 around editing cells (header or body) in the grids - validate that they should respond to single-click (not double-click) particularly wrt pop-over menus. Identify possible use cases for double-click editing if they exist. > Working document at: https://docs.google.com/document/d/1ZXlOjR-bI-Bkkusn-CA3f-0ILyyh8tSZY1hg5... > h2. Manual Acceptance Test > - Not possible edit multiple cells by hold CTRL and click on multiple cells > - Click column/row leading cell discard edit dialog > - Edit can be discarded by escape > - Edit can be discarded by click to canvas > - Invoke edit of cell, return do DRG > - Save and reopen > - Undo redo of editation -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1940) [DMN Editor] Dynamic Form "read only" not working

by Michael Anstis (Jira)

[ https://issues.jboss.org/browse/DROOLS-1940?page=com.atlassian.jira.plugi... ] Michael Anstis resolved DROOLS-1940. ------------------------------------ Resolution: Out of Date Properties can be made read-only using the {{@FormField(readonly = true)}} annotation. > [DMN Editor] Dynamic Form "read only" not working > ------------------------------------------------- > > Key: DROOLS-1940 > URL: https://issues.jboss.org/browse/DROOLS-1940 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Reporter: Michael Anstis > Assignee: Pere Fernández Pérez > Priority: Major > Labels: drools-tools > > I don't know whether it's related to my problems with a object hierarchy and {{@FormField}} re-use; but fields annotated {{@FieldReadOnly}} do not appear as read-only in the "Properties Panel". For example:- > {code} > @FieldDefinition(labelMode = LabelMode.OVERRIDE_I18N_KEY) > public class Id implements DMNProperty { > ... > @ReadOnly > @FieldReadOnly > public static final Boolean readOnly = true; > ... > } > public abstract class DMNModelInstrumentedBase implements DMNDefinition { > > //No @FormFields etc > > } > > public abstract class DMNElement extends DMNModelInstrumentedBase { > > @Property > @FormField > protected Id id; > .... > } > > public abstract class NamedElement extends DMNElement { > .... > } > > @FormDefinition(policy = FieldPolicy.ONLY_MARKED) > public class InformationItem extends NamedElement implements DMNPropertySet { > .... > } > {code} > The "Propeties" widget for "Id" can still be edited; although changes are not persisted (i.e. if I change the "Id" to "xyz" and then click on a different node and back to the one I changed the "Id" property is not "xyz"). I would however expected the {{TextBox}} to have been read-only and the value not editable. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3325) Insert operation on a disposed Kie session from session pool should fail

by Mario Fusco (Jira)

[ https://issues.jboss.org/browse/DROOLS-3325?page=com.atlassian.jira.plugi... ] Mario Fusco updated DROOLS-3325: -------------------------------- Sprint: 2018 Week 45-47 > Insert operation on a disposed Kie session from session pool should fail > ------------------------------------------------------------------------ > > Key: DROOLS-3325 > URL: https://issues.jboss.org/browse/DROOLS-3325 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.14.0.Final > Reporter: Tibor Zimányi > Assignee: Mario Fusco > Priority: Major > > When running test [1] SessionsPoolTest.testKieSessionsPoolInMultithreadEnv in a loop (it helps to raise the number of threads to 100), it fails, because the insert() operation that is done after session dispose ends without an exception. > [1] https://github.com/kiegroup/drools/blob/83f0751f5ebf7bc75a6431bc00b1b8223... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3258) [DMN Designer] Import external DMN file (initial R&D)

by Michael Anstis (Jira)

[ https://issues.jboss.org/browse/DROOLS-3258?page=com.atlassian.jira.plugi... ] Michael Anstis commented on DROOLS-3258: ---------------------------------------- [~karreiro] You do realise you can import an existing DMN file into the workbench already. Have I misunderstood this JIRA? > [DMN Designer] Import external DMN file (initial R&D) > ----------------------------------------------------- > > Key: DROOLS-3258 > URL: https://issues.jboss.org/browse/DROOLS-3258 > Project: Drools > Issue Type: Task > Components: DMN Editor > Reporter: Guilherme Carreiro > Assignee: Guilherme Carreiro > Priority: Major > Labels: drools-tools > > This is a R&D task. > Check DMN spec, the current code, break the initial tasks, convert this JIRA to a EPIC and update its description for the import feature. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3328) PhreakAsyncSendNode triggers service discovery even when it's not used

by Edoardo Vacchi (Jira)

Edoardo Vacchi created DROOLS-3328: -------------------------------------- Summary: PhreakAsyncSendNode triggers service discovery even when it's not used Key: DROOLS-3328 URL: https://issues.jboss.org/browse/DROOLS-3328 Project: Drools Issue Type: Enhancement Reporter: Edoardo Vacchi Assignee: Edoardo Vacchi I am investigating ways to startup a stripped down version of the rule engine. in 7.8.0 the following snippet did _not_ trigger service discovery : {code} CanonicalKiePackages packages = new MyKiePackagesBuilder(model, ProjectClassLoader.createProjectClassLoader()).build(); InternalKnowledgeBase kBase = new KnowledgeBaseImpl("defaultname", null); kBase.addPackages(packages.getKiePackages()); kieSession = kBase.newKieSession(); {code} this is because no call to {{ExecutorProviderFactory.getExecutorProvider()}} occurs anywhere. However in a recent release, {{PhreakAsyncSendNode}} invokes this method, while initializing a static field {code} private static final Executor executor = ExecutorProviderFactory.getExecutorProvider().getExecutor(); {code} This triggers a *full service discovery* which loads a bunch of other unrelated services. Solution: avoid service discovery in that class, or delegate to a method (the service utility caches that field anyway, so it's not necessary to set a static field there) -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3260) [DMN Designer] UX research: Grid cell editing interactions (single/dbl click)

by Michael Anstis (Jira)

[ https://issues.jboss.org/browse/DROOLS-3260?page=com.atlassian.jira.plugi... ] Michael Anstis commented on DROOLS-3260: ---------------------------------------- [~uxdlc] Yes, feel free to mark this as "Resolved". > [DMN Designer] UX research: Grid cell editing interactions (single/dbl click) > ------------------------------------------------------------------------------ > > Key: DROOLS-3260 > URL: https://issues.jboss.org/browse/DROOLS-3260 > Project: Drools > Issue Type: Feature Request > Components: DMN Editor > Affects Versions: 7.10.0.Final > Reporter: Liz Clayton > Assignee: Liz Clayton > Priority: Major > Labels: UX, UXTeam, drools-tools > > Follow up on a discussion about https://issues.jboss.org/browse/DROOLS-2874 around editing cells (header or body) in the grids - validate that they should respond to single-click (not double-click) particularly wrt pop-over menus. Identify possible use cases for double-click editing if they exist. > Working document at: https://docs.google.com/document/d/1ZXlOjR-bI-Bkkusn-CA3f-0ILyyh8tSZY1hg5... > h2. Manual Acceptance Test > - Not possible edit multiple cells by hold CTRL and click on multiple cells > - Click column/row leading cell discard edit dialog > - Edit can be discarded by escape > - Edit can be discarded by click to canvas > - Invoke edit of cell, return do DRG > - Save and reopen > - Undo redo of editation -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11357) Tests RemoteLocalCall*TestCase fail with security manager

by Amos Feng (Jira)

[ https://issues.jboss.org/browse/WFLY-11357?page=com.atlassian.jira.plugin... ] Amos Feng commented on WFLY-11357: ---------------------------------- [~dmlloyd] can you take a look at this issue ? is it possible related to the wildfly-ejb-client and need to add a privileged block when invoking RemoteTransactionContext.outflowTransaction ? > Tests RemoteLocalCall*TestCase fail with security manager > --------------------------------------------------------- > > Key: WFLY-11357 > URL: https://issues.jboss.org/browse/WFLY-11357 > Project: WildFly > Issue Type: Bug > Components: EJB, Test Suite, Transactions > Affects Versions: 15.0.0.Beta1 > Reporter: Martin Choma > Assignee: Amos Feng > Priority: Major > Labels: security-manager > > {noformat} > org.jboss.as.test.multinode.remotecall (2) > RemoteLocalCallProfileTestCase.testStatelessRemoteFromRemote > RemoteLocalCallTestCase.testStatelessRemoteFromRemote > {noformat} > {noformat} > Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/store/work/tc-work/8edf911abfd02209/testsuite/integration/multinode/target/jbossas-multinode-client/standalone/data/ejb-xa-recovery" "write")" in code source "(vfs:/content/remotelocalcall-test-client.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.remotelocalcall-test-client.jar" from Service Module Loader") > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:294) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:191) > at java.lang.SecurityManager.checkWrite(SecurityManager.java:979) > at org.wildfly.security.manager.WildFlySecurityManager.checkWrite(WildFlySecurityManager.java:377) > at java.io.File.mkdir(File.java:1311) > at org.wildfly.transaction.client.provider.jboss.FileSystemXAResourceRegistry$XAResourceRegistryFile.<init>(FileSystemXAResourceRegistry.java:207) > at org.wildfly.transaction.client.provider.jboss.FileSystemXAResourceRegistry.getXAResourceRegistryFile(FileSystemXAResourceRegistry.java:121) > at org.wildfly.transaction.client.provider.jboss.JBossLocalTransactionProvider.getXAResourceRegistry(JBossLocalTransactionProvider.java:160) > at org.wildfly.transaction.client.XAOutflowedResources.getOrEnlist(XAOutflowedResources.java:57) > at org.wildfly.transaction.client.RemoteTransactionContext.outflowTransaction(RemoteTransactionContext.java:222) > at org.jboss.ejb.protocol.remote.EJBClientChannel.writeTransaction(EJBClientChannel.java:567) > at org.jboss.ejb.protocol.remote.EJBClientChannel.openSession(EJBClientChannel.java:623) > at org.jboss.ejb.protocol.remote.RemoteEJBReceiver.createSession(RemoteEJBReceiver.java:149) > at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:63) > at org.jboss.ejb.protocol.remote.RemotingEJBClientInterceptor.handleSessionCreation(RemotingEJBClientInterceptor.java:66) > at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:70) > at org.jboss.ejb.client.TransactionPostDiscoveryInterceptor.handleSessionCreation(TransactionPostDiscoveryInterceptor.java:89) > at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:70) > at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.handleSessionCreation(DiscoveryEJBClientInterceptor.java:150) > at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:70) > at org.jboss.ejb.client.NamingEJBClientInterceptor.handleSessionCreation(NamingEJBClientInterceptor.java:93) > at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:70) > at org.jboss.ejb.client.TransactionInterceptor.handleSessionCreation(TransactionInterceptor.java:100) > at org.jboss.ejb.client.EJBSessionCreationInvocationContext.proceed(EJBSessionCreationInvocationContext.java:70) > at org.jboss.ejb.client.EJBClientContext.createSession(EJBClientContext.java:834) > at org.jboss.ejb.client.EJBClient.createSessionProxy(EJBClient.java:198) > at org.jboss.ejb.client.EJBRootContext.lookupNative(EJBRootContext.java:157) > ... 221 more > {noformat} > [1] https://ci.wildfly.org/viewLog.html?buildId=128138&buildTypeId=WF_MasterS... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2018