[JBoss JIRA] (DROOLS-3155) [DMN Designer] Data Type Selectbox remains shown
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3155?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-3155:
--------------------------------
Description: List of available data types remain shown if no data type was selected and user clicks to the canvas. (was: List of available data types remain shown in some cases on Edge browser.
PS. Spotted during DROOLS-3149 review, however not probable that it is related.)
Summary: [DMN Designer] Data Type Selectbox remains shown (was: [DMN Designer][Edge] Data Type Selectbox remains shown)
Priority: Critical (was: Major)
Environment: eap-7.2 (was: Windows Edge, eap-7.2)
Affects Version/s: 7.15.0.Final
> [DMN Designer] Data Type Selectbox remains shown
> ------------------------------------------------
>
> Key: DROOLS-3155
> URL: https://issues.jboss.org/browse/DROOLS-3155
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.14.0.Final, 7.15.0.Final
> Environment: eap-7.2
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Critical
> Labels: jomarko
> Attachments: Screenshot from 2018-10-17 13-38-40.png, Screenshot from 2018-10-17 13-38-52.png
>
>
> List of available data types remain shown if no data type was selected and user clicks to the canvas.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-11241) CoarseWebFailoverTestCase.test fails intermittently
by Rostislav Svoboda (Jira)
[ https://issues.jboss.org/browse/WFLY-11241?page=com.atlassian.jira.plugin... ]
Rostislav Svoboda commented on WFLY-11241:
------------------------------------------
Why was the priority lowered ?
> CoarseWebFailoverTestCase.test fails intermittently
> ---------------------------------------------------
>
> Key: WFLY-11241
> URL: https://issues.jboss.org/browse/WFLY-11241
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 15.0.0.Beta1
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Minor
>
> {noformat}
> java.lang.AssertionError: expected null, but was:<R40kShrSMeGxwf6nVClIZKuZsHoviRm3cv0TLA6f=node-2>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotNull(Assert.java:755)
> at org.junit.Assert.assertNull(Assert.java:737)
> at org.junit.Assert.assertNull(Assert.java:747)
> at org.jboss.as.test.clustering.cluster.web.AbstractWebFailoverTestCase.testFailover(AbstractWebFailoverTestCase.java:163)
> at org.jboss.as.test.clustering.cluster.web.AbstractWebFailoverTestCase.testGracefulSimpleFailover(AbstractWebFailoverTestCase.java:92)
> at org.jboss.as.test.clustering.cluster.web.AbstractWebFailoverTestCase.test(AbstractWebFailoverTestCase.java:88)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:379)
> at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:53)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
> at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:136)
> at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:372)
> at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:246)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:431)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:55)
> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:260)
> at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:324)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72)
> at sun.reflect.GeneratedMethodAccessor15.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:124)
> at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
> at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
> at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:317)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:205)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:431)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:55)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:219)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:167)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:383)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:344)
> at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:417)
> {noformat}
> ~~Started to fail intermittently again after 19 Oct, which seems to correlate with Infinispan 9.4.0.Final upgrade on 17 Oct.~~
> {code}
> 07:17:11,909 INFO [io.undertow.servlet] (default task-1) /CoarseWebFailoverTestCase/simple, value = 3
> 07:17:12,491 INFO [org.infinispan.CLUSTER] (remote-thread--p6-t2) [Context=CoarseWebFailoverTestCase.war] ISPN100009: Advancing to rebalance phase READ_NEW_WRITE_ALL, topology id 33
> 07:17:12,503 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (remote-thread--p6-t3) ISPN000136: Error executing command LockControlCommand, writing keys []: org.infinispan.util.concurrent.TimeoutException: Could not acquire lock on SessionCreationMetaDataKey(nUIcjLVQdeTRWxsBIwHRSRarTu75v5FgXeZQ4Lnt) in behalf of transaction GlobalTx:node-3:24. Current owner GlobalTx:node-2:30.
> at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.timeout(DefaultPendingLockManager.java:252)
> at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.awaitOn(DefaultPendingLockManager.java:337)
> at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.awaitPendingTransactionsForAllKeys(DefaultPendingLockManager.java:137)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:153)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:122)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.localLockCommandWork(PessimisticLockingInterceptor.java:208)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.lambda$new$0(PessimisticLockingInterceptor.java:46)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenApply(BaseAsyncInterceptor.java:81)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitLockControlCommand(PessimisticLockingInterceptor.java:191)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
> at org.infinispan.interceptors.impl.TxInterceptor.visitLockControlCommand(TxInterceptor.java:223)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan.interceptors.BaseAsyncInterceptor.lambda$new$0(BaseAsyncInterceptor.java:22)
> at org.infinispan.interceptors.InvocationSuccessFunction.apply(InvocationSuccessFunction.java:25)
> at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.addCallback(SimpleAsyncInvocationStage.java:70)
> at org.infinispan.interceptors.InvocationStage.thenApply(InvocationStage.java:45)
> at org.infinispan.interceptors.BaseAsyncInterceptor.asyncInvokeNext(BaseAsyncInterceptor.java:224)
> at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitCommand(TransactionSynchronizerInterceptor.java:46)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:185)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitLockControlCommand(StateTransferInterceptor.java:90)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
> at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
> at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
> at org.infinispan.interceptors.DDAsyncInterceptor.visitLockControlCommand(DDAsyncInterceptor.java:160)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
> at org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
> at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invokeAsync(AsyncInterceptorChainImpl.java:234)
> at org.infinispan.commands.control.LockControlCommand.invokeAsync(LockControlCommand.java:126)
> at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokeCommand(BasePerCacheInboundInvocationHandler.java:95)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invoke(BaseBlockingRunnable.java:99)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runAsync(BaseBlockingRunnable.java:71)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:40)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
> at java.lang.Thread.run(Thread.java:748)
> 07:17:12,511 WARN [org.infinispan.remoting.inboundhandler.NonTotalOrderTxPerCacheInboundInvocationHandler] (remote-thread--p6-t3) ISPN000071: Caught exception when handling command LockControlCommand{cache=CoarseWebFailoverTestCase.war, keys=[SessionCreationMetaDataKey(nUIcjLVQdeTRWxsBIwHRSRarTu75v5FgXeZQ4Lnt)], flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_WRITE_LOCK], unlock=false, gtx=GlobalTx:node-3:24}: org.infinispan.util.concurrent.TimeoutException: Could not acquire lock on SessionCreationMetaDataKey(nUIcjLVQdeTRWxsBIwHRSRarTu75v5FgXeZQ4Lnt) in behalf of transaction GlobalTx:node-3:24. Current owner GlobalTx:node-2:30.
> at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.timeout(DefaultPendingLockManager.java:252)
> at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.awaitOn(DefaultPendingLockManager.java:337)
> at org.infinispan.util.concurrent.locks.impl.DefaultPendingLockManager.awaitPendingTransactionsForAllKeys(DefaultPendingLockManager.java:137)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.checkPendingAndLockAllKeys(AbstractTxLockingInterceptor.java:153)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lockAllOrRegisterBackupLock(AbstractTxLockingInterceptor.java:122)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.localLockCommandWork(PessimisticLockingInterceptor.java:208)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.lambda$new$0(PessimisticLockingInterceptor.java:46)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenApply(BaseAsyncInterceptor.java:81)
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitLockControlCommand(PessimisticLockingInterceptor.java:191)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
> at org.infinispan.interceptors.impl.TxInterceptor.visitLockControlCommand(TxInterceptor.java:223)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan.interceptors.BaseAsyncInterceptor.lambda$new$0(BaseAsyncInterceptor.java:22)
> at org.infinispan.interceptors.InvocationSuccessFunction.apply(InvocationSuccessFunction.java:25)
> at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.addCallback(SimpleAsyncInvocationStage.java:70)
> at org.infinispan.interceptors.InvocationStage.thenApply(InvocationStage.java:45)
> at org.infinispan.interceptors.BaseAsyncInterceptor.asyncInvokeNext(BaseAsyncInterceptor.java:224)
> at org.infinispan.statetransfer.TransactionSynchronizerInterceptor.visitCommand(TransactionSynchronizerInterceptor.java:46)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:185)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitLockControlCommand(StateTransferInterceptor.java:90)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
> at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
> at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
> at org.infinispan.interceptors.DDAsyncInterceptor.visitLockControlCommand(DDAsyncInterceptor.java:160)
> at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:117)
> at org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
> at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invokeAsync(AsyncInterceptorChainImpl.java:234)
> at org.infinispan.commands.control.LockControlCommand.invokeAsync(LockControlCommand.java:126)
> at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokeCommand(BasePerCacheInboundInvocationHandler.java:95)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.invoke(BaseBlockingRunnable.java:99)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runAsync(BaseBlockingRunnable.java:71)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:40)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
> at java.lang.Thread.run(Thread.java:748)
> 07:17:13,090 INFO [org.infinispan.CLUSTER] (remote-thread--p6-t3) [Context=CoarseWebFailoverTestCase.war] ISPN100010: Finished rebalance with members [node-3, node-2], topology id 34
> 07:17:14,298 INFO [io.undertow.servlet] (default task-2) /CoarseWebFailoverTestCase/simple, value = 4
> {code}
> https://gist.github.com/rhusar/496f1c7c5a308db1901a81a4437b570e
> https://ci.wildfly.org/viewLog.html?buildId=125879&tab=buildResultsDiv&bu...
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (DROOLS-3353) Test scenarios stop working after few runs
by Toni Rikkola (Jira)
Toni Rikkola created DROOLS-3353:
------------------------------------
Summary: Test scenarios stop working after few runs
Key: DROOLS-3353
URL: https://issues.jboss.org/browse/DROOLS-3353
Project: Drools
Issue Type: Bug
Components: Test Scenarios Editor
Reporter: Toni Rikkola
Assignee: Toni Rikkola
>From drools-usage mailing list:
https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/...
After the first few days, after each scenario's run I was presented with the error message "Test Scenarios require Stateful KieSession to run." (meaning - 1 successful run of rules and secondary click on "run scenario" would give the error).
This was still suffer-able as I could use a workaround - after a "compile" command in the project editor I could run one scenario (once).
Now, after a few more days, I get the same error message no matter what.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (DROOLS-3352) [DMN Designer] Some associations don't appear in third-party editors
by Guilherme Carreiro (Jira)
[ https://issues.jboss.org/browse/DROOLS-3352?page=com.atlassian.jira.plugi... ]
Guilherme Carreiro updated DROOLS-3352:
---------------------------------------
Description:
This file was created in the Workbench DMN Editor:
!wbdmneditor.png|thumbnail!
(here's the DMN file: [^wbdmn.dmn])
Then, it was imported in a third-party editor:
!thirdparty.png|thumbnail!
Notice that the association with the text notation cannot be seen.
was:
This file was created in the Workbench DMN Editor:
!wbdmneditor.png|thumbnail!
(the DMN file: [^wbdmn.dmn])
Then, it was imported in a third-party editor:
!thirdparty.png|thumbnail!
Notice that the association with the text notation cannot be seen.
> [DMN Designer] Some associations don't appear in third-party editors
> --------------------------------------------------------------------
>
> Key: DROOLS-3352
> URL: https://issues.jboss.org/browse/DROOLS-3352
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
> Attachments: thirdparty.png, wbdmn.dmn, wbdmneditor.png
>
>
> This file was created in the Workbench DMN Editor:
> !wbdmneditor.png|thumbnail!
> (here's the DMN file: [^wbdmn.dmn])
> Then, it was imported in a third-party editor:
> !thirdparty.png|thumbnail!
> Notice that the association with the text notation cannot be seen.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (DROOLS-3352) [DMN Designer] Some associations don't appear in third-party editors
by Guilherme Carreiro (Jira)
[ https://issues.jboss.org/browse/DROOLS-3352?page=com.atlassian.jira.plugi... ]
Guilherme Carreiro updated DROOLS-3352:
---------------------------------------
Description:
This file was created in the Workbench DMN Editor:
!wbdmneditor.png|thumbnail!
(the DMN file: [^wbdmn.dmn])
Then, it was imported in a third-party editor:
!thirdparty.png|thumbnail!
Notice that the association cannot be seen.
was:
This file was created in !thirdparty.png|thumbnail! a third party editor:
!file1.png|thumbnail!
Then, it was imported in the Workbench DMN Editor, and one association was created:
!file2.png|thumbnail!
Finally, when the file was imported in the third-party editor, the following errors appeared:
{quote}Attribute 'reference' is not allowed to appear in element 'semantic:targetRef'. - Line 269, Column 66
Attribute 'href' must appear on element 'semantic:targetRef'. - Line 269, Column 66
{quote}
--
Here's how the association (from the third-party) is being persisted by the third-party editor:
{quote}<semantic:association id="_f30d89ae-90da-418f-b64f-e846eeb59a4f" associationDirection="None">
<semantic:sourceRef href="#_237DED7A-E235-47CB-8E90-94D67832EB70"/>
<semantic:targetRef reference="../../association/targetRef"/>
</semantic:association>
<dmndi:DMNEdge id="dmnedge-_0A799429-C784-4E89-8DC9-4FC4F00F08E0" dmnElementRef="_0A799429-C784-4E89-8DC9-4FC4F00F08E0">
<di:waypoint x="203" y="145"/>
<di:waypoint x="202.59813084112147" y="237.99999999999997"/>
</dmndi:DMNEdge>{quote}
And here's how the association (from WB DMN Editor) is being persisted by us:
{quote}<semantic:association id="_68E14F9D-51F9-405B-8E48-C958AF785738" associationDirection="None">
<semantic:sourceRef href="#_48F2F8F0-3C23-40B4-95B9-04464A193811"/>
<semantic:targetRef href="#_B8F593B9-8E91-4F22-A219-4F338C74058C"/>
</semantic:association>
<dmndi:DMNEdge id="dmnedge-_68E14F9D-51F9-405B-8E48-C958AF785738" dmnElementRef="_68E14F9D-51F9-405B-8E48-C958AF785738">
<di:waypoint x="550" y="120"/>
<di:waypoint x="776.5" y="283"/>
</dmndi:DMNEdge>{quote}
And here's is the DMN file with both associations:
[^dmn.dmn]
> [DMN Designer] Some associations don't appear in third-party editors
> --------------------------------------------------------------------
>
> Key: DROOLS-3352
> URL: https://issues.jboss.org/browse/DROOLS-3352
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
> Attachments: thirdparty.png, wbdmn.dmn, wbdmneditor.png
>
>
> This file was created in the Workbench DMN Editor:
> !wbdmneditor.png|thumbnail!
> (the DMN file: [^wbdmn.dmn])
> Then, it was imported in a third-party editor:
> !thirdparty.png|thumbnail!
> Notice that the association cannot be seen.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (DROOLS-3352) [DMN Designer] Some associations don't appear in third-party editors
by Guilherme Carreiro (Jira)
[ https://issues.jboss.org/browse/DROOLS-3352?page=com.atlassian.jira.plugi... ]
Guilherme Carreiro updated DROOLS-3352:
---------------------------------------
Description:
This file was created in the Workbench DMN Editor:
!wbdmneditor.png|thumbnail!
(the DMN file: [^wbdmn.dmn])
Then, it was imported in a third-party editor:
!thirdparty.png|thumbnail!
Notice that the association with the text notation cannot be seen.
was:
This file was created in the Workbench DMN Editor:
!wbdmneditor.png|thumbnail!
(the DMN file: [^wbdmn.dmn])
Then, it was imported in a third-party editor:
!thirdparty.png|thumbnail!
Notice that the association cannot be seen.
> [DMN Designer] Some associations don't appear in third-party editors
> --------------------------------------------------------------------
>
> Key: DROOLS-3352
> URL: https://issues.jboss.org/browse/DROOLS-3352
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
> Attachments: thirdparty.png, wbdmn.dmn, wbdmneditor.png
>
>
> This file was created in the Workbench DMN Editor:
> !wbdmneditor.png|thumbnail!
> (the DMN file: [^wbdmn.dmn])
> Then, it was imported in a third-party editor:
> !thirdparty.png|thumbnail!
> Notice that the association with the text notation cannot be seen.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (DROOLS-3352) [DMN Designer] Some associations don't appear in third-party editors
by Guilherme Carreiro (Jira)
[ https://issues.jboss.org/browse/DROOLS-3352?page=com.atlassian.jira.plugi... ]
Guilherme Carreiro updated DROOLS-3352:
---------------------------------------
Attachment: thirdparty.png
wbdmneditor.png
wbdmn.dmn
> [DMN Designer] Some associations don't appear in third-party editors
> --------------------------------------------------------------------
>
> Key: DROOLS-3352
> URL: https://issues.jboss.org/browse/DROOLS-3352
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
> Attachments: thirdparty.png, wbdmn.dmn, wbdmneditor.png
>
>
> This file was created in a third party editor:
> !file1.png|thumbnail!
> Then, it was imported in the Workbench DMN Editor, and one association was created:
> !file2.png|thumbnail!
> Finally, when the file was imported in the third-party editor, the following errors appeared:
> {quote}Attribute 'reference' is not allowed to appear in element 'semantic:targetRef'. - Line 269, Column 66
> Attribute 'href' must appear on element 'semantic:targetRef'. - Line 269, Column 66
> {quote}
> --
> Here's how the association (from the third-party) is being persisted by the third-party editor:
> {quote}<semantic:association id="_f30d89ae-90da-418f-b64f-e846eeb59a4f" associationDirection="None">
> <semantic:sourceRef href="#_237DED7A-E235-47CB-8E90-94D67832EB70"/>
> <semantic:targetRef reference="../../association/targetRef"/>
> </semantic:association>
> <dmndi:DMNEdge id="dmnedge-_0A799429-C784-4E89-8DC9-4FC4F00F08E0" dmnElementRef="_0A799429-C784-4E89-8DC9-4FC4F00F08E0">
> <di:waypoint x="203" y="145"/>
> <di:waypoint x="202.59813084112147" y="237.99999999999997"/>
> </dmndi:DMNEdge>{quote}
> And here's how the association (from WB DMN Editor) is being persisted by us:
> {quote}<semantic:association id="_68E14F9D-51F9-405B-8E48-C958AF785738" associationDirection="None">
> <semantic:sourceRef href="#_48F2F8F0-3C23-40B4-95B9-04464A193811"/>
> <semantic:targetRef href="#_B8F593B9-8E91-4F22-A219-4F338C74058C"/>
> </semantic:association>
> <dmndi:DMNEdge id="dmnedge-_68E14F9D-51F9-405B-8E48-C958AF785738" dmnElementRef="_68E14F9D-51F9-405B-8E48-C958AF785738">
> <di:waypoint x="550" y="120"/>
> <di:waypoint x="776.5" y="283"/>
> </dmndi:DMNEdge>{quote}
> And here's is the DMN file with both associations:
> [^dmn.dmn]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (DROOLS-3352) [DMN Designer] Some associations don't appear in third-party editors
by Guilherme Carreiro (Jira)
[ https://issues.jboss.org/browse/DROOLS-3352?page=com.atlassian.jira.plugi... ]
Guilherme Carreiro updated DROOLS-3352:
---------------------------------------
Description:
This file was created in !thirdparty.png|thumbnail! a third party editor:
!file1.png|thumbnail!
Then, it was imported in the Workbench DMN Editor, and one association was created:
!file2.png|thumbnail!
Finally, when the file was imported in the third-party editor, the following errors appeared:
{quote}Attribute 'reference' is not allowed to appear in element 'semantic:targetRef'. - Line 269, Column 66
Attribute 'href' must appear on element 'semantic:targetRef'. - Line 269, Column 66
{quote}
--
Here's how the association (from the third-party) is being persisted by the third-party editor:
{quote}<semantic:association id="_f30d89ae-90da-418f-b64f-e846eeb59a4f" associationDirection="None">
<semantic:sourceRef href="#_237DED7A-E235-47CB-8E90-94D67832EB70"/>
<semantic:targetRef reference="../../association/targetRef"/>
</semantic:association>
<dmndi:DMNEdge id="dmnedge-_0A799429-C784-4E89-8DC9-4FC4F00F08E0" dmnElementRef="_0A799429-C784-4E89-8DC9-4FC4F00F08E0">
<di:waypoint x="203" y="145"/>
<di:waypoint x="202.59813084112147" y="237.99999999999997"/>
</dmndi:DMNEdge>{quote}
And here's how the association (from WB DMN Editor) is being persisted by us:
{quote}<semantic:association id="_68E14F9D-51F9-405B-8E48-C958AF785738" associationDirection="None">
<semantic:sourceRef href="#_48F2F8F0-3C23-40B4-95B9-04464A193811"/>
<semantic:targetRef href="#_B8F593B9-8E91-4F22-A219-4F338C74058C"/>
</semantic:association>
<dmndi:DMNEdge id="dmnedge-_68E14F9D-51F9-405B-8E48-C958AF785738" dmnElementRef="_68E14F9D-51F9-405B-8E48-C958AF785738">
<di:waypoint x="550" y="120"/>
<di:waypoint x="776.5" y="283"/>
</dmndi:DMNEdge>{quote}
And here's is the DMN file with both associations:
[^dmn.dmn]
was:
This file was created in a third party editor:
!file1.png|thumbnail!
Then, it was imported in the Workbench DMN Editor, and one association was created:
!file2.png|thumbnail!
Finally, when the file was imported in the third-party editor, the following errors appeared:
{quote}Attribute 'reference' is not allowed to appear in element 'semantic:targetRef'. - Line 269, Column 66
Attribute 'href' must appear on element 'semantic:targetRef'. - Line 269, Column 66
{quote}
--
Here's how the association (from the third-party) is being persisted by the third-party editor:
{quote}<semantic:association id="_f30d89ae-90da-418f-b64f-e846eeb59a4f" associationDirection="None">
<semantic:sourceRef href="#_237DED7A-E235-47CB-8E90-94D67832EB70"/>
<semantic:targetRef reference="../../association/targetRef"/>
</semantic:association>
<dmndi:DMNEdge id="dmnedge-_0A799429-C784-4E89-8DC9-4FC4F00F08E0" dmnElementRef="_0A799429-C784-4E89-8DC9-4FC4F00F08E0">
<di:waypoint x="203" y="145"/>
<di:waypoint x="202.59813084112147" y="237.99999999999997"/>
</dmndi:DMNEdge>{quote}
And here's how the association (from WB DMN Editor) is being persisted by us:
{quote}<semantic:association id="_68E14F9D-51F9-405B-8E48-C958AF785738" associationDirection="None">
<semantic:sourceRef href="#_48F2F8F0-3C23-40B4-95B9-04464A193811"/>
<semantic:targetRef href="#_B8F593B9-8E91-4F22-A219-4F338C74058C"/>
</semantic:association>
<dmndi:DMNEdge id="dmnedge-_68E14F9D-51F9-405B-8E48-C958AF785738" dmnElementRef="_68E14F9D-51F9-405B-8E48-C958AF785738">
<di:waypoint x="550" y="120"/>
<di:waypoint x="776.5" y="283"/>
</dmndi:DMNEdge>{quote}
And here's is the DMN file with both associations:
[^dmn.dmn]
> [DMN Designer] Some associations don't appear in third-party editors
> --------------------------------------------------------------------
>
> Key: DROOLS-3352
> URL: https://issues.jboss.org/browse/DROOLS-3352
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
> Attachments: thirdparty.png, wbdmn.dmn, wbdmneditor.png
>
>
> This file was created in !thirdparty.png|thumbnail! a third party editor:
> !file1.png|thumbnail!
> Then, it was imported in the Workbench DMN Editor, and one association was created:
> !file2.png|thumbnail!
> Finally, when the file was imported in the third-party editor, the following errors appeared:
> {quote}Attribute 'reference' is not allowed to appear in element 'semantic:targetRef'. - Line 269, Column 66
> Attribute 'href' must appear on element 'semantic:targetRef'. - Line 269, Column 66
> {quote}
> --
> Here's how the association (from the third-party) is being persisted by the third-party editor:
> {quote}<semantic:association id="_f30d89ae-90da-418f-b64f-e846eeb59a4f" associationDirection="None">
> <semantic:sourceRef href="#_237DED7A-E235-47CB-8E90-94D67832EB70"/>
> <semantic:targetRef reference="../../association/targetRef"/>
> </semantic:association>
> <dmndi:DMNEdge id="dmnedge-_0A799429-C784-4E89-8DC9-4FC4F00F08E0" dmnElementRef="_0A799429-C784-4E89-8DC9-4FC4F00F08E0">
> <di:waypoint x="203" y="145"/>
> <di:waypoint x="202.59813084112147" y="237.99999999999997"/>
> </dmndi:DMNEdge>{quote}
> And here's how the association (from WB DMN Editor) is being persisted by us:
> {quote}<semantic:association id="_68E14F9D-51F9-405B-8E48-C958AF785738" associationDirection="None">
> <semantic:sourceRef href="#_48F2F8F0-3C23-40B4-95B9-04464A193811"/>
> <semantic:targetRef href="#_B8F593B9-8E91-4F22-A219-4F338C74058C"/>
> </semantic:association>
> <dmndi:DMNEdge id="dmnedge-_68E14F9D-51F9-405B-8E48-C958AF785738" dmnElementRef="_68E14F9D-51F9-405B-8E48-C958AF785738">
> <di:waypoint x="550" y="120"/>
> <di:waypoint x="776.5" y="283"/>
> </dmndi:DMNEdge>{quote}
> And here's is the DMN file with both associations:
> [^dmn.dmn]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (DROOLS-3352) [DMN Designer] Some associations don't appear in third-party editors
by Guilherme Carreiro (Jira)
[ https://issues.jboss.org/browse/DROOLS-3352?page=com.atlassian.jira.plugi... ]
Guilherme Carreiro updated DROOLS-3352:
---------------------------------------
Attachment: (was: file2.png)
> [DMN Designer] Some associations don't appear in third-party editors
> --------------------------------------------------------------------
>
> Key: DROOLS-3352
> URL: https://issues.jboss.org/browse/DROOLS-3352
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> This file was created in a third party editor:
> !file1.png|thumbnail!
> Then, it was imported in the Workbench DMN Editor, and one association was created:
> !file2.png|thumbnail!
> Finally, when the file was imported in the third-party editor, the following errors appeared:
> {quote}Attribute 'reference' is not allowed to appear in element 'semantic:targetRef'. - Line 269, Column 66
> Attribute 'href' must appear on element 'semantic:targetRef'. - Line 269, Column 66
> {quote}
> --
> Here's how the association (from the third-party) is being persisted by the third-party editor:
> {quote}<semantic:association id="_f30d89ae-90da-418f-b64f-e846eeb59a4f" associationDirection="None">
> <semantic:sourceRef href="#_237DED7A-E235-47CB-8E90-94D67832EB70"/>
> <semantic:targetRef reference="../../association/targetRef"/>
> </semantic:association>
> <dmndi:DMNEdge id="dmnedge-_0A799429-C784-4E89-8DC9-4FC4F00F08E0" dmnElementRef="_0A799429-C784-4E89-8DC9-4FC4F00F08E0">
> <di:waypoint x="203" y="145"/>
> <di:waypoint x="202.59813084112147" y="237.99999999999997"/>
> </dmndi:DMNEdge>{quote}
> And here's how the association (from WB DMN Editor) is being persisted by us:
> {quote}<semantic:association id="_68E14F9D-51F9-405B-8E48-C958AF785738" associationDirection="None">
> <semantic:sourceRef href="#_48F2F8F0-3C23-40B4-95B9-04464A193811"/>
> <semantic:targetRef href="#_B8F593B9-8E91-4F22-A219-4F338C74058C"/>
> </semantic:association>
> <dmndi:DMNEdge id="dmnedge-_68E14F9D-51F9-405B-8E48-C958AF785738" dmnElementRef="_68E14F9D-51F9-405B-8E48-C958AF785738">
> <di:waypoint x="550" y="120"/>
> <di:waypoint x="776.5" y="283"/>
> </dmndi:DMNEdge>{quote}
> And here's is the DMN file with both associations:
> [^dmn.dmn]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (DROOLS-3352) [DMN Designer] Some associations don't appear in third-party editors
by Guilherme Carreiro (Jira)
[ https://issues.jboss.org/browse/DROOLS-3352?page=com.atlassian.jira.plugi... ]
Guilherme Carreiro updated DROOLS-3352:
---------------------------------------
Attachment: (was: file1.png)
> [DMN Designer] Some associations don't appear in third-party editors
> --------------------------------------------------------------------
>
> Key: DROOLS-3352
> URL: https://issues.jboss.org/browse/DROOLS-3352
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Guilherme Carreiro
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> This file was created in a third party editor:
> !file1.png|thumbnail!
> Then, it was imported in the Workbench DMN Editor, and one association was created:
> !file2.png|thumbnail!
> Finally, when the file was imported in the third-party editor, the following errors appeared:
> {quote}Attribute 'reference' is not allowed to appear in element 'semantic:targetRef'. - Line 269, Column 66
> Attribute 'href' must appear on element 'semantic:targetRef'. - Line 269, Column 66
> {quote}
> --
> Here's how the association (from the third-party) is being persisted by the third-party editor:
> {quote}<semantic:association id="_f30d89ae-90da-418f-b64f-e846eeb59a4f" associationDirection="None">
> <semantic:sourceRef href="#_237DED7A-E235-47CB-8E90-94D67832EB70"/>
> <semantic:targetRef reference="../../association/targetRef"/>
> </semantic:association>
> <dmndi:DMNEdge id="dmnedge-_0A799429-C784-4E89-8DC9-4FC4F00F08E0" dmnElementRef="_0A799429-C784-4E89-8DC9-4FC4F00F08E0">
> <di:waypoint x="203" y="145"/>
> <di:waypoint x="202.59813084112147" y="237.99999999999997"/>
> </dmndi:DMNEdge>{quote}
> And here's how the association (from WB DMN Editor) is being persisted by us:
> {quote}<semantic:association id="_68E14F9D-51F9-405B-8E48-C958AF785738" associationDirection="None">
> <semantic:sourceRef href="#_48F2F8F0-3C23-40B4-95B9-04464A193811"/>
> <semantic:targetRef href="#_B8F593B9-8E91-4F22-A219-4F338C74058C"/>
> </semantic:association>
> <dmndi:DMNEdge id="dmnedge-_68E14F9D-51F9-405B-8E48-C958AF785738" dmnElementRef="_68E14F9D-51F9-405B-8E48-C958AF785738">
> <di:waypoint x="550" y="120"/>
> <di:waypoint x="776.5" y="283"/>
> </dmndi:DMNEdge>{quote}
> And here's is the DMN file with both associations:
> [^dmn.dmn]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months