[JBoss JIRA] (WFCORE-3873) SNI support for https-listeners
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3873?page=com.atlassian.jira.plugi... ]
Stuart Douglas updated WFCORE-3873:
-----------------------------------
Description:
Java 8 has introduced for server side SNI support. The use case needed is having 1 jboss with more than 1 virtual servers and users should be able to use a different server certificate for each virtual server
was:
Java 8 has introduced for server side SNI support. The use case needed is having 1 jboss with more than 1 virtual servers and the customer wants to be able to use a different server certificate for each virtual server
This may already be underway because of:
https://issues.jboss.org/browse/UNDERTOW-750, and
Elytron commits that indicate they are thinking about SNI support (org/wildfly/security/ssl/SSLUtils has SNI matcher)
3. What is the nature and description of the request?
Want SNI support to allow two applications with different hostnames and different certificates. Alternative is having certificates apply to both hostnames.
4. Why does the customer need this? (List the business requirements here)
Avoid having overly broad certificates.
5. How would the customer like to achieve this? (List the functional requirements here)
virtual-server (vhost) configuration should tie into SSL certificates configuration somehow. probably allow one to specify an alias name in the virtual-server element
6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.
Configure two virtual-servers with different certificates. Verify a SSL client can connect and get the appropriate certificate
7. Is there already an existing RFE upstream or in Red Hat Bugzilla?
UNDERTOW-750 but with Elytron's TLS/SSL consolidation I expect other changes are needed
8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
As soon as possible in EAP 7.x
> SNI support for https-listeners
> -------------------------------
>
> Key: WFCORE-3873
> URL: https://issues.jboss.org/browse/WFCORE-3873
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Security
> Reporter: Stuart Douglas
> Assignee: Stuart Douglas
> Labels: Previous_RFE
>
> Java 8 has introduced for server side SNI support. The use case needed is having 1 jboss with more than 1 virtual servers and users should be able to use a different server certificate for each virtual server
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFCORE-3873) SNI support for https-listeners
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3873?page=com.atlassian.jira.plugi... ]
Stuart Douglas updated WFCORE-3873:
-----------------------------------
Description:
Java 8 has introduced for server side SNI support. The use case needed is having 1 jboss with more than 1 virtual servers and the customer wants to be able to use a different server certificate for each virtual server
This may already be underway because of:
https://issues.jboss.org/browse/UNDERTOW-750, and
Elytron commits that indicate they are thinking about SNI support (org/wildfly/security/ssl/SSLUtils has SNI matcher)
3. What is the nature and description of the request?
Want SNI support to allow two applications with different hostnames and different certificates. Alternative is having certificates apply to both hostnames.
4. Why does the customer need this? (List the business requirements here)
Avoid having overly broad certificates.
5. How would the customer like to achieve this? (List the functional requirements here)
virtual-server (vhost) configuration should tie into SSL certificates configuration somehow. probably allow one to specify an alias name in the virtual-server element
6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.
Configure two virtual-servers with different certificates. Verify a SSL client can connect and get the appropriate certificate
7. Is there already an existing RFE upstream or in Red Hat Bugzilla?
UNDERTOW-750 but with Elytron's TLS/SSL consolidation I expect other changes are needed
8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
As soon as possible in EAP 7.x
was:
Java 8 has introduced for server side SNI support. The use case needed is having 1 jboss with more than 1 virtual servers and the customer wants to be able to use a different server certificate for each virtual server
This may already be underway because of:
https://issues.jboss.org/browse/UNDERTOW-750, and
Elytron commits that indicate they are thinking about SNI support (org/wildfly/security/ssl/SSLUtils has SNI matcher)
2. Who is the customer behind the request?
American Express (5384240)
TAM customer: yes
SRM customer: yes
Strategic: yes
3. What is the nature and description of the request?
Want SNI support to allow two applications with different hostnames and different certificates. Alternative is having certificates apply to both hostnames.
4. Why does the customer need this? (List the business requirements here)
Avoid having overly broad certificates.
5. How would the customer like to achieve this? (List the functional requirements here)
virtual-server (vhost) configuration should tie into SSL certificates configuration somehow. probably allow one to specify an alias name in the virtual-server element
6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.
Configure two virtual-servers with different certificates. Verify a SSL client can connect and get the appropriate certificate
7. Is there already an existing RFE upstream or in Red Hat Bugzilla?
UNDERTOW-750 but with Elytron's TLS/SSL consolidation I expect other changes are needed
8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
As soon as possible in EAP 7.x
> SNI support for https-listeners
> -------------------------------
>
> Key: WFCORE-3873
> URL: https://issues.jboss.org/browse/WFCORE-3873
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Security
> Reporter: Stuart Douglas
> Assignee: Stuart Douglas
> Labels: Previous_RFE
>
> Java 8 has introduced for server side SNI support. The use case needed is having 1 jboss with more than 1 virtual servers and the customer wants to be able to use a different server certificate for each virtual server
> This may already be underway because of:
> https://issues.jboss.org/browse/UNDERTOW-750, and
> Elytron commits that indicate they are thinking about SNI support (org/wildfly/security/ssl/SSLUtils has SNI matcher)
> 3. What is the nature and description of the request?
> Want SNI support to allow two applications with different hostnames and different certificates. Alternative is having certificates apply to both hostnames.
> 4. Why does the customer need this? (List the business requirements here)
> Avoid having overly broad certificates.
> 5. How would the customer like to achieve this? (List the functional requirements here)
> virtual-server (vhost) configuration should tie into SSL certificates configuration somehow. probably allow one to specify an alias name in the virtual-server element
> 6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.
> Configure two virtual-servers with different certificates. Verify a SSL client can connect and get the appropriate certificate
> 7. Is there already an existing RFE upstream or in Red Hat Bugzilla?
> UNDERTOW-750 but with Elytron's TLS/SSL consolidation I expect other changes are needed
> 8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
> As soon as possible in EAP 7.x
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2584) [DMN Designer] Type Ref select box options are not sorted
by Jozef Marko (JIRA)
Jozef Marko created DROOLS-2584:
-----------------------------------
Summary: [DMN Designer] Type Ref select box options are not sorted
Key: DROOLS-2584
URL: https://issues.jboss.org/browse/DROOLS-2584
Project: Drools
Issue Type: Sub-task
Components: DMN Editor
Reporter: Jozef Marko
Assignee: Michael Anstis
Attachments: Screenshot from 2018-05-23 11-31-01.png
As shown in the attachment, the Type Ref select box options are not sorted. We should sort them alphabetically and probably keep groups of built-in, user-defined ....
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-6696) Problem with infinispan, Unable to acquire lock after 15 seconds for key
by Leo Pal (JIRA)
[ https://issues.jboss.org/browse/WFLY-6696?page=com.atlassian.jira.plugin.... ]
Leo Pal commented on WFLY-6696:
-------------------------------
_"cache configuration to be non-transactional, with READ_COMMITTED isolation"_
Does this mean just changing:
<locking isolation="REPEATABLE_READ"/>
to
<locking isolation="READ_COMMITTED"/>
under: //cache-container[@name="web"]/distributed-cache[@name="dist"]
or is there something more?
> Problem with infinispan, Unable to acquire lock after 15 seconds for key
> -------------------------------------------------------------------------
>
> Key: WFLY-6696
> URL: https://issues.jboss.org/browse/WFLY-6696
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, Web (Undertow)
> Affects Versions: 10.0.0.Final
> Environment: linux debian, apache, oracle database
> Reporter: Bruno Silva
> Assignee: Paul Ferraro
> Attachments: error.txt
>
>
> I have two nodes in cluster using standalone-ha.xml, but when put <distributable/> into web.xml the error below has happened frenquently and I'm using SSO.
> {noformat}
> 2016-06-09 14:46:55,160 ERROR [io.undertow.request] (default task-93) UT005071: Undertow request failed HttpServerExchange{ GET /intranet/app/pagina.action request Cookie=[JSESSIONID=hwGOzICm6QQGaHzyf3MQ8jK8j7aRBGbDksNF4oeK.node3; JSESSIONIDSSO=iYEO1MGfzBBsKmvmuO8HPz0whseKXJmRzjuuuiRQ; org.infinispan.util.concurrent.TimeoutException: ISPN000299: Unable to acquire lock after 15 seconds for key hwGOzICm6QQGaHzyf3MQ8jK8j7aRBGbDksNF4oeK and requestor GlobalTransaction:<node3>:475504:local. Lock is held by GlobalTransaction:<node3>:474447:local
> at org.infinispan.util.concurrent.locks.impl.DefaultLockManager$KeyAwareExtendedLockPromise.lock(DefaultLockManager.java:236)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockAllAndRecord(AbstractLockingInterceptor.java:199)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:199)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:165)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitLockControlCommand(PessimisticLockingInterceptor.java:184)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:157)
> at org.infinispan.interceptors.TxInterceptor.visitLockControlCommand(TxInterceptor.java:215)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
> at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:163)
> at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitLockControlCommand(TransactionSynchronizerInterceptor.java:78)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:238)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitLockControlCommand(StateTransferInterceptor.java:102)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:107)
> at org.infinispan.interceptors.InvocationContextInterceptor.visitLockControlCommand(InvocationContextInterceptor.java:81)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113)
> at org.infinispan.commands.AbstractVisitor.visitLockControlCommand(AbstractVisitor.java:163)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:110)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
> at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:828)
> at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:810)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:177)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:84)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:69)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:39)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:61)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.findValue(InfinispanSessionFactory.java:40)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:234)
> at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:139)
> at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:726)
> at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:756)
> at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:760)
> at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:557)
> at io.undertow.servlet.spec.HttpServletResponseImpl.doErrorDispatch(HttpServletResponseImpl.java:168)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:319)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2562) [DMN Editor] Graph View - Add support for using User defined data-types
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2562?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2562:
--------------------------------
Description:
Decision, BKM and InputData can have an "output data-type" selected.
Add support for selecting User defined types.
h2. PR Acceptance test
For Decision, BKM and InputData
# Check data type can be changed (/)
## Load file with {{semantic:itemDefinition}}
## Check user-defined data type can be selected
## Check state after save and reopen
## Change Selection
## Check state after save and reopen
# Mouse/keyboard operations with select box DROOLS-2583
was:
Decision, BKM and InputData can have an "output data-type" selected.
Add support for selecting User defined types.
h2. PR Acceptance test
For Decision, BKM and InputData
# Check data type can be changed
## Load file with {{semantic:itemDefinition}}
## Check user-defined data type can be selected
## Check state after save and reopen
## Change Selection
## Check state after save and reopen
# Mouse/keyboard operations with select box DROOLS-2583
> [DMN Editor] Graph View - Add support for using User defined data-types
> -----------------------------------------------------------------------
>
> Key: DROOLS-2562
> URL: https://issues.jboss.org/browse/DROOLS-2562
> Project: Drools
> Issue Type: Sub-task
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
>
> Decision, BKM and InputData can have an "output data-type" selected.
> Add support for selecting User defined types.
> h2. PR Acceptance test
> For Decision, BKM and InputData
> # Check data type can be changed (/)
> ## Load file with {{semantic:itemDefinition}}
> ## Check user-defined data type can be selected
> ## Check state after save and reopen
> ## Change Selection
> ## Check state after save and reopen
> # Mouse/keyboard operations with select box DROOLS-2583
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2562) [DMN Editor] Graph View - Add support for using User defined data-types
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2562?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2562:
--------------------------------
Description:
Decision, BKM and InputData can have an "output data-type" selected.
Add support for selecting User defined types.
h2. PR Acceptance test
For Decision, BKM and InputData
# Check data type can be changed
## Load file with {{semantic:itemDefinition}}
## Check user-defined data type can be selected
## Check state after save and reopen
## Change Selection
## Check state after save and reopen
# Mouse/keyboard operations with select box DROOLS-2583
was:
Decision, BKM and InputData can have an "output data-type" selected.
Add support for selecting User defined types.
h2. PR Acceptance test
For Decision, BKM and InputData
# Check data type can be changed
## Load file with {{semantic:itemDefinition}}
## Check user-defined data type can be selected
## Check state after save and reopen
## Change Selection
## Check state after save and reopen
# Mouse/keyboard operations with select box
> [DMN Editor] Graph View - Add support for using User defined data-types
> -----------------------------------------------------------------------
>
> Key: DROOLS-2562
> URL: https://issues.jboss.org/browse/DROOLS-2562
> Project: Drools
> Issue Type: Sub-task
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
>
> Decision, BKM and InputData can have an "output data-type" selected.
> Add support for selecting User defined types.
> h2. PR Acceptance test
> For Decision, BKM and InputData
> # Check data type can be changed
> ## Load file with {{semantic:itemDefinition}}
> ## Check user-defined data type can be selected
> ## Check state after save and reopen
> ## Change Selection
> ## Check state after save and reopen
> # Mouse/keyboard operations with select box DROOLS-2583
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2561) [DMN Editor] Graph View - Add support for using FEEL built-in data-types
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2561?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2561:
--------------------------------
Description:
Decision, BKM and InputData can have an "output data-type" selected.
Add support for selecting FEELs built-in types.
h2. PR Acceptance test
For Decision, BKM and InputData
# Check data type can be changed (/)
## Check built-in data type can be selected
## Check state after save and reopen
## Change Selection
## Check state after save and reopen
# Check data type can be loaded (/)
## Repeat the scenario above with file not created by RedHat DMN Designer
# Mouse/keyboard operations with select box DROOLS-2583
was:
Decision, BKM and InputData can have an "output data-type" selected.
Add support for selecting FEELs built-in types.
h2. PR Acceptance test
For Decision, BKM and InputData
# Check data type can be changed (/)
## Check built-in data type can be selected
## Check state after save and reopen
## Change Selection
## Check state after save and reopen
# Check data type can be loaded (/)
## Repeat the scenario above with file not created by RedHat DMN Designer
# Mouse/keyboard operations with select box
> [DMN Editor] Graph View - Add support for using FEEL built-in data-types
> ------------------------------------------------------------------------
>
> Key: DROOLS-2561
> URL: https://issues.jboss.org/browse/DROOLS-2561
> Project: Drools
> Issue Type: Sub-task
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
>
> Decision, BKM and InputData can have an "output data-type" selected.
> Add support for selecting FEELs built-in types.
> h2. PR Acceptance test
> For Decision, BKM and InputData
> # Check data type can be changed (/)
> ## Check built-in data type can be selected
> ## Check state after save and reopen
> ## Change Selection
> ## Check state after save and reopen
> # Check data type can be loaded (/)
> ## Repeat the scenario above with file not created by RedHat DMN Designer
> # Mouse/keyboard operations with select box DROOLS-2583
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2583) [DMN Designer] Type Ref select box keyboard control
by Jozef Marko (JIRA)
Jozef Marko created DROOLS-2583:
-----------------------------------
Summary: [DMN Designer] Type Ref select box keyboard control
Key: DROOLS-2583
URL: https://issues.jboss.org/browse/DROOLS-2583
Project: Drools
Issue Type: Bug
Components: DMN Editor
Reporter: Jozef Marko
Assignee: Michael Anstis
Priority: Optional
Attachments: Screenshot from 2018-05-23 11-31-01.png
Common HTML select boxes can be controlled by keyboard. KeyPress of the Arrow.DOWN or Arrow.UP moves one option one or down. This is not true for Type Ref select box. There by pressing Arrow.DOWN or Arrow.UP user is able to select just every second option.
Attaching screenshot of the select box just for record which select box I mean.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2561) [DMN Editor] Graph View - Add support for using FEEL built-in data-types
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2561?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2561:
--------------------------------
Description:
Decision, BKM and InputData can have an "output data-type" selected.
Add support for selecting FEELs built-in types.
h2. PR Acceptance test
For Decision, BKM and InputData
# Check data type can be changed (/)
## Check built-in data type can be selected
## Check state after save and reopen
## Change Selection
## Check state after save and reopen
# Check data type can be loaded (/)
## Repeat the scenario above with file not created by RedHat DMN Designer
# Mouse/keyboard operations with select box
was:
Decision, BKM and InputData can have an "output data-type" selected.
Add support for selecting FEELs built-in types.
h2. PR Acceptance test
For Decision, BKM and InputData
# Check data type can be changed (/)
## Check built-in data type can be selected
## Check state after save and reopen
## Change Selection
## Check state after save and reopen
# Check data type can be loaded
## Repeat the scenario above with file not created by RedHat DMN Designer
# Mouse/keyboard operations with select box
> [DMN Editor] Graph View - Add support for using FEEL built-in data-types
> ------------------------------------------------------------------------
>
> Key: DROOLS-2561
> URL: https://issues.jboss.org/browse/DROOLS-2561
> Project: Drools
> Issue Type: Sub-task
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
>
> Decision, BKM and InputData can have an "output data-type" selected.
> Add support for selecting FEELs built-in types.
> h2. PR Acceptance test
> For Decision, BKM and InputData
> # Check data type can be changed (/)
> ## Check built-in data type can be selected
> ## Check state after save and reopen
> ## Change Selection
> ## Check state after save and reopen
> # Check data type can be loaded (/)
> ## Repeat the scenario above with file not created by RedHat DMN Designer
> # Mouse/keyboard operations with select box
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month