[JBoss JIRA] (DROOLS-2155) table editor should use full canvas area available
by Liz Clayton (JIRA)
Liz Clayton created DROOLS-2155:
-----------------------------------
Summary: table editor should use full canvas area available
Key: DROOLS-2155
URL: https://issues.jboss.org/browse/DROOLS-2155
Project: Drools
Issue Type: Bug
Components: DMN Editor
Reporter: Liz Clayton
Assignee: Michael Anstis
Priority: Minor
DMN table editor should use the full canvas width that is available (minus panels, toolbars, etc.) It should not appear as a smaller fixed size area, with scrollbars, within the canvas.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months
[JBoss JIRA] (WFBUILD-29) Add support for module version strings
by David Lloyd (JIRA)
David Lloyd created WFBUILD-29:
----------------------------------
Summary: Add support for module version strings
Key: WFBUILD-29
URL: https://issues.jboss.org/browse/WFBUILD-29
Project: WildFly Build Tools
Issue Type: Enhancement
Reporter: David Lloyd
Assignee: David Lloyd
Fix For: 1.2.3.Final
JBoss Modules supports version strings now. Allow version numbers to derive from artifacts or be hard-coded in the source {{module.xml}}.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months
[JBoss JIRA] (DROOLS-2154) Design navigation between the DRG and DRD's
by Liz Clayton (JIRA)
Liz Clayton created DROOLS-2154:
-----------------------------------
Summary: Design navigation between the DRG and DRD's
Key: DROOLS-2154
URL: https://issues.jboss.org/browse/DROOLS-2154
Project: Drools
Issue Type: Task
Components: DMN Editor
Reporter: Liz Clayton
Assignee: Liz Clayton
*Use case description:
*
As a business user (Citizen Developer…), I want to navigate between the DRG and the DRDs, and the content of each node, to model business decision logic.
*Verification Conditions*
* The user of this feature is able to understand that the the DRDs are subsets of the whole DRG model/file.
* The user of this feature can seamlessly navigate between the diagrams and the content of the nodes.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months
[JBoss JIRA] (WFCORE-3434) ERROR in logs while using vault in system properties
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3434?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-3434:
------------------------------------------
+1 to changing the message to DEBUG level. Logging that at all is a quite minor aid. If people are using vault expressions with no vault configured, I doubt it would be difficult for them to figure out the problem.
> ERROR in logs while using vault in system properties
> ----------------------------------------------------
>
> Key: WFCORE-3434
> URL: https://issues.jboss.org/browse/WFCORE-3434
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 4.0.0.Alpha3
> Environment: JBoss EAP 7.1 Beta
> Reporter: Chao Wang
> Assignee: Chao Wang
> Priority: Minor
>
> Getting below ERROR message in server.log when *Picketbox Vault expressions* used in *system properties*.:
> {code:java}
> ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0230: Vault is not initialized; resolution of vault expressions is not possible
> {code}
> Below expressions are resolving fine but due to race condition this ERROR message got printed in the logs.
> {code:java}
> <system-properties>
> <property name="javax.net.ssl.trustStore" value="/home/jboss-eap-7.1/vault/vault.keystore"/>
> <property name="javax.net.ssl.trustStorePassword" value="${VAULT::datasource::password::1}"/>
> </system-properties>
> <vault>
> <vault-option name="KEYSTORE_URL" value="/home/jboss-eap-7.1/vault/vault.keystore"/>
> <vault-option name="KEYSTORE_PASSWORD" value="MASK-2GAtdnlXL8H"/>
> <vault-option name="KEYSTORE_ALIAS" value="vault"/>
> <vault-option name="SALT" value="12345678"/>
> <vault-option name="ITERATION_COUNT" value="44"/>
> <vault-option name="ENC_FILE_DIR" value="/home/jboss-eap-7.1/vault/"/>
> </vault>
> {code}
> Expression is actually resolving to the correct value and that can be check using below CLI command :
> {code:java}
> /core-service=platform-mbean/type=runtime:read-attribute(name=system-properties).
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months
[JBoss JIRA] (JGRP-2237) The single node in the cluster not become a coordinator after coordinator leave.
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2237?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2237:
--------------------------------
So if we look at the view changes, the following happens: {{654}} is the first member, then {{11729}} joins. Next, {{654}} (the coord) leaves. Then, {{28153}} joins, but becomes singleton as it doesn't get a discovery response from {{11729}}.
This could be because of a misconfig; again. I tried my {{test.xml}} with {{master}} at least 30 times, and it always worked, and views were created correctly.
> The single node in the cluster not become a coordinator after coordinator leave.
> --------------------------------------------------------------------------------
>
> Key: JGRP-2237
> URL: https://issues.jboss.org/browse/JGRP-2237
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.0.2, 4.0.8
> Reporter: kfir avraham
> Assignee: Bela Ban
> Priority: Minor
> Attachments: test.xml
>
>
> I got cluster with 2 members, sometimes when the first node (coordinator) leave the cluster the second one is not become a coordinator.
> When the first one is rejoin, he could not determine coordinator and select new one from the nodes list.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months
[JBoss JIRA] (ELY-457) SASL SAML Authentication Mechanism
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-457?page=com.atlassian.jira.plugin.sy... ]
Jan Kalina commented on ELY-457:
--------------------------------
[~dlofthouse] By specification SAML SaslServer should wait and receive HTTP call from IdP - it looks like it needs to be integrated with undertow somehow...
Do we have some plan how to handle similar things already? Or should I postpone this until F2F too?
The SaslServer should work by following way:
* sasl server receive initial-response (domain name of IdP)
* sasl server sends authentication-request
* sasl server receive "="
* *! sasl server waits for authentication statement from IdP over HTTP !*
* when received, sasl server sends completion message to client
> SASL SAML Authentication Mechanism
> ----------------------------------
>
> Key: ELY-457
> URL: https://issues.jboss.org/browse/ELY-457
> Project: WildFly Elytron
> Issue Type: Feature Request
> Components: SASL
> Reporter: Darran Lofthouse
> Assignee: Jan Kalina
> Fix For: 2.0.0.Alpha1
>
>
> https://tools.ietf.org/html/rfc6595
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 5 months