[JBoss JIRA] (DROOLS-3261) [DMN Designer] The `defaultOutputValue` is being persisted as an `outputValue`
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3261?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-3261:
----------------------------------------
[~tirelli] [~jomarko] This JIRA was to check/fix why {{defaultOutputEntry}} was persisted as a {{outputValue}}. Nothing else.
https://issues.jboss.org/browse/DROOLS-3262 covers not persisting empty {{defaultOutputEntry}} and {{outputValue}}.
https://issues.jboss.org/browse/DROOLS-3259 and its friends cover the general case of the {{Name}} of {{InformationItem}}. However depending on the answer from [~tirelli] to [~jomarko] question about the {{typeRef}} for {{defaultOutputEntry}} we may need to create a new JIRA too.
> [DMN Designer] The `defaultOutputValue` is being persisted as an `outputValue`
> ------------------------------------------------------------------------------
>
> Key: DROOLS-3261
> URL: https://issues.jboss.org/browse/DROOLS-3261
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Blocker
> Labels: drools-tools
> Fix For: 7.14.0.Final
>
> Attachments: diagram.png, dtable.png
>
>
> When the user persists the following diagram:
> !diagram.png|thumbnail!
> ..with the following Decision Table:
> !dtable.png|thumbnail!
> .. select the "Can drink beer?" header, set the default value as {{false}} and the file:
> {quote}
> <dmn:outputValues id="_A117F7DC-508C-4132-8F5F-8F8F2B0B489F">
> <dmn:text>false</dmn:text>
> </dmn:outputValues>
> <dmn:defaultOutputEntry id="_A4881AD1-7EDC-4B4D-AC00-078626795BA7" typeRef="string">
> <dmn:text></dmn:text>
> </dmn:defaultOutputEntry>
> {quote}
> ..and the expected behaviour is to persist the value {{false}} in the {{defaultOutputEntry}}.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-11304) Backup doesn't activate after shared store is reconnected
by Tomas Hofman (Jira)
Tomas Hofman created WFLY-11304:
-----------------------------------
Summary: Backup doesn't activate after shared store is reconnected
Key: WFLY-11304
URL: https://issues.jboss.org/browse/WFLY-11304
Project: WildFly
Issue Type: Bug
Components: JMS
Affects Versions: 14.0.0.Final
Environment: NFS configuration
{noformat}
messaging-10.jbm.lab.bos.redhat.com:/hornetq on /mnt/hornetq/client type nfs4 (rw,nosuid,nodev,relatime,sync,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,acregmin=0,acregmax=0,acdirmin=0,acdirmax=0,soft,noac,nosharecache,proto=tcp,timeo=50,retrans=5,sec=sys,clientaddr=10.16.100.40,lookupcache=none,local_lock=none,addr=10.16.100.24)
{noformat}
Java version
{noformat}
java version "1.8.0_151"
Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode
{noformat}
Reporter: Tomas Hofman
Assignee: Tomas Hofman
*Scenario*
# Start live backup server pair in dedicated topology with shared store HA, with journal located on NFS
# NFS mounted on backup server fails
# Reconnect NFS on backup server
# Try to shut down live EAP server
# Backup doesn't activate
*What happens*
Backup is waiting for live to fail by checking its file lock. In case the connection to shared storage fails, backup logs following error.
{noformat}
05:50:57,896 ERROR [org.apache.activemq.artemis.core.server] (AMQ119000: Activation for server ActiveMQServerImpl::serverUUID=836c9b1e-f067-11e7-8763-001b21862475) AMQ224000: Failure in initialisation: java.io.IOException: Input/output error
at sun.nio.ch.FileDispatcherImpl.lock0(Native Method) [rt.jar:1.8.0_151]
at sun.nio.ch.FileDispatcherImpl.lock(FileDispatcherImpl.java:90) [rt.jar:1.8.0_151]
at sun.nio.ch.FileChannelImpl.tryLock(FileChannelImpl.java:1115) [rt.jar:1.8.0_151]
at org.apache.activemq.artemis.core.server.impl.FileLockNodeManager.tryLock(FileLockNodeManager.java:299) [artemis-server-1.5.5.008-redhat-1.jar:1.5.5.008-redhat-1]
at org.apache.activemq.artemis.core.server.impl.FileLockNodeManager.lock(FileLockNodeManager.java:316) [artemis-server-1.5.5.008-redhat-1.jar:1.5.5.008-redhat-1]
at org.apache.activemq.artemis.core.server.impl.FileLockNodeManager.awaitLiveNode(FileLockNodeManager.java:127) [artemis-server-1.5.5.008-redhat-1.jar:1.5.5.008-redhat-1]
at org.apache.activemq.artemis.core.server.impl.SharedStoreBackupActivation.run(SharedStoreBackupActivation.java:77) [artemis-server-1.5.5.008-redhat-1.jar:1.5.5.008-redhat-1]
at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$ActivationThread.run(ActiveMQServerImpl.java:2496) [artemis-server-1.5.5.008-redhat-1.jar:1.5.5.008-redhat-1]
{noformat}
Exception is caught in {{SharedStoreBackupActivation.run}}, and causes termination of backup activation process.
In case the NFS is reconnected later, backup server doesn't continue in activation process and it doesn't wait for live to fail. In case the live fails, backup doesn't activate, even though it has a connection to shared storage.
Backup should retry checking live lock even in case the storage is unavailable. It should log warning/error messages that storage is unavailable, but it should not terminate the activation process. This would allow backup to continue its duties when the storage is reconnected.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-11303) Unnecessary registration of a CDI portable extension in Smallrye micro profile config
by Yeray Borges (Jira)
Yeray Borges created WFLY-11303:
-----------------------------------
Summary: Unnecessary registration of a CDI portable extension in Smallrye micro profile config
Key: WFLY-11303
URL: https://issues.jboss.org/browse/WFLY-11303
Project: WildFly
Issue Type: Bug
Components: MP Config
Reporter: Yeray Borges
Assignee: Yeray Borges
Smallrye micro profile is registering a ConfigExtension when it is already registered by Weld.
This portable extension is brought in by io.smallrye:smallrye-config dependency in its META-INF folder, and Weld automatically registers a CDI portable extension if it is found in the application classpath. That means it is unnecesary to register it again by wildfly config-smallrye.
It will allow also remove some unnecesary modules dependencies.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3261) [DMN Designer] The `defaultOutputValue` is being persisted as an `outputValue`
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3261?page=com.atlassian.jira.plugi... ]
Jozef Marko edited comment on DROOLS-3261 at 11/8/18 2:30 AM:
--------------------------------------------------------------
Michael sorry reopening due to [~tirelli] last comment above. Default output value is stored when non empty, however for empty case we produce [1] instead of [2] what [~tirelli] says is correct.
[1]
{code:xml}
<dmn:defaultOutputEntry id="_E1A734A1-62A4-4290-AA4D-0B3D9548F79B" typeRef="string">
<dmn:text></dmn:text>
</dmn:defaultOutputEntry>
{code}
[2]
{code:xml}
<dmn:defaultOutputEntry />
{code}
[~tirelli] one more question from me, shouldn't be {{<defaultOutputEntry typeRef>}} same as its parent {{<output typeRef>}}? Currently we have {{string}} as {{typeRef}} for {{defaultOutputEntry}} regardless of {{output typeRef}}.
was (Author: jomarko):
Michael sorry reopening due to [~tirelli] last comment above. Default output value is stored when non empty, however for empty case we produce [1] instead of [2] what [~tirelli] says is correct.
[1]
{code:xml}
<dmn:defaultOutputEntry id="_E1A734A1-62A4-4290-AA4D-0B3D9548F79B" typeRef="string">
<dmn:text></dmn:text>
</dmn:defaultOutputEntry>
{code}
[2]
{code:xml}
<dmn:defaultOutputEntry />
{code}
[~tirelli] one more question from me, shouldn't be {<defaultOutputEntry typeRef>} same as its parent {<output typeRef>}? Currently we have {string} as {typeRef} for {defaultOutputEntry} regardless of {output typeRef}.
> [DMN Designer] The `defaultOutputValue` is being persisted as an `outputValue`
> ------------------------------------------------------------------------------
>
> Key: DROOLS-3261
> URL: https://issues.jboss.org/browse/DROOLS-3261
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Blocker
> Labels: drools-tools
> Fix For: 7.14.0.Final
>
> Attachments: diagram.png, dtable.png
>
>
> When the user persists the following diagram:
> !diagram.png|thumbnail!
> ..with the following Decision Table:
> !dtable.png|thumbnail!
> .. select the "Can drink beer?" header, set the default value as {{false}} and the file:
> {quote}
> <dmn:outputValues id="_A117F7DC-508C-4132-8F5F-8F8F2B0B489F">
> <dmn:text>false</dmn:text>
> </dmn:outputValues>
> <dmn:defaultOutputEntry id="_A4881AD1-7EDC-4B4D-AC00-078626795BA7" typeRef="string">
> <dmn:text></dmn:text>
> </dmn:defaultOutputEntry>
> {quote}
> ..and the expected behaviour is to persist the value {{false}} in the {{defaultOutputEntry}}.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3261) [DMN Designer] The `defaultOutputValue` is being persisted as an `outputValue`
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3261?page=com.atlassian.jira.plugi... ]
Jozef Marko reopened DROOLS-3261:
---------------------------------
Michael sorry reopening due to [~tirelli] last comment above. Default output value is stored when non empty, however for empty case we produce [1] instead of [2] what [~tirelli] says is correct.
[1]
{code:xml}
<dmn:defaultOutputEntry id="_E1A734A1-62A4-4290-AA4D-0B3D9548F79B" typeRef="string">
<dmn:text></dmn:text>
</dmn:defaultOutputEntry>
{code}
[2]
{code:xml}
<dmn:defaultOutputEntry />
{code}
[~tirelli] one more question from me, shouldn't be {<defaultOutputEntry typeRef>} same as its parent {<output typeRef>}? Currently we have {string} as {typeRef} for {defaultOutputEntry} regardless of {output typeRef}.
> [DMN Designer] The `defaultOutputValue` is being persisted as an `outputValue`
> ------------------------------------------------------------------------------
>
> Key: DROOLS-3261
> URL: https://issues.jboss.org/browse/DROOLS-3261
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Blocker
> Labels: drools-tools
> Fix For: 7.14.0.Final
>
> Attachments: diagram.png, dtable.png
>
>
> When the user persists the following diagram:
> !diagram.png|thumbnail!
> ..with the following Decision Table:
> !dtable.png|thumbnail!
> .. select the "Can drink beer?" header, set the default value as {{false}} and the file:
> {quote}
> <dmn:outputValues id="_A117F7DC-508C-4132-8F5F-8F8F2B0B489F">
> <dmn:text>false</dmn:text>
> </dmn:outputValues>
> <dmn:defaultOutputEntry id="_A4881AD1-7EDC-4B4D-AC00-078626795BA7" typeRef="string">
> <dmn:text></dmn:text>
> </dmn:defaultOutputEntry>
> {quote}
> ..and the expected behaviour is to persist the value {{false}} in the {{defaultOutputEntry}}.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months