[JBoss JIRA] Created: (SOAG-69) Delete grouping construct when behaviour no longer required
by Gary Brown (JIRA)
Delete grouping construct when behaviour no longer required
-----------------------------------------------------------
Key: SOAG-69
URL: https://jira.jboss.org/jira/browse/SOAG-69
Project: SOA Governance
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Gary Brown
Assignee: Gary Brown
When conformance checking identifies behaviour that is not in the reference description, it offers the "quick fix" of being able to delete the unnecessary behaviour.
Currently this is only supported where the behaviour to be deleted is an interaction. This needs to be extended to cope with the deletion of grouping constructs.
The problem with this is that the grouping construct may link to a number of other service descriptors, and therefore it will be necessary to identify the set of service descriptors that are encapsulated by the grouping construct, and delete them all - and then repair any follow-on links, to ensure the smooth transition from the activity prior to the grouping construct to the activity after the grouping construct.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 2 months
[JBoss JIRA] Created: (SOAG-63) Extend WhileAction to cater for external decision using lookahead based on message type
by Gary Brown (JIRA)
Extend WhileAction to cater for external decision using lookahead based on message type
---------------------------------------------------------------------------------------
Key: SOAG-63
URL: https://jira.jboss.org/jira/browse/SOAG-63
Project: SOA Governance
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Conversation Runtime
Affects Versions: 1.0 CR1
Reporter: Gary Brown
Assignee: Mark Little
Currently, the WhileAction is only used to control repetition, and therefore the action provides the expression to be evaluated. This is sufficient for the examples that have been provided.
However, if the while loop needs to be represented within a service, that needs to "observe" the decision as to whether it should loop or exit, then it will be necessary to specify the relevant message types - similar to the way the SwitchAction works, using message types to determine which path to take.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 2 months
[JBoss JIRA] Resolved: (SOAG-27) Get hibernate.StaleStateException when run the example second time. (different identity)
by Jeff Yu (JIRA)
[ https://jira.jboss.org/jira/browse/SOAG-27?page=com.atlassian.jira.plugin... ]
Jeff Yu resolved SOAG-27.
-------------------------
Fix Version/s: 1.0 CR1
Resolution: Cannot Reproduce Bug
> Get hibernate.StaleStateException when run the example second time. (different identity)
> ----------------------------------------------------------------------------------------
>
> Key: SOAG-27
> URL: https://jira.jboss.org/jira/browse/SOAG-27
> Project: SOA Governance
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Conversation Runtime
> Reporter: Jeff Yu
> Assignee: Jeff Yu
> Fix For: 1.0 CR1
>
>
> Reproduce steps:
> 1) Run the purchase example as the README.txt described.
> 2) Update the id value (say change it to 6) in the BuyerClient.java, and then run "ant runClient" again,
> 3) You will see this error.
> It seems it was caused by message resent by JMS???
> Exception:
> -----------------
> org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1
> at org.hibernate.jdbc.Expectations$BasicExpectation.checkBatched(Expectations.java:61)
> at org.hibernate.jdbc.Expectations$BasicExpectation.verifyOutcome(Expectations.java:46)
> at org.hibernate.jdbc.BatchingBatcher.checkRowCounts(BatchingBatcher.java:68)
> at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48)
> at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:246)
> at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:237)
> at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:146)
> at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
> at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
> at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
> at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
> at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106)
> at org.jboss.soa.overlord.jbossesb.actions.ConversationAction.process(ConversationAction.java:204)
> at sun.reflect.GeneratedMethodAccessor165.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.soa.esb.listeners.message.ActionProcessorMethodInfo.processMethods(ActionProcessorMethodInfo.java:102)
> at org.jboss.soa.esb.listeners.message.OverriddenActionLifecycleProcessor.process(OverriddenActionLifecycleProcessor.java:74)
> at org.jboss.soa.esb.listeners.message.ActionProcessingPipeline.process(ActionProcessingPipeline.java:316)
> at org.jboss.soa.esb.listeners.message.MessageAwareListener$TransactionalRunner.run(MessageAwareListener.java:530)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> 21:47:01,503 INFO [ConversationAction] Session Key is [null] Body is: [<CreditCheckResponse id="6"></CreditCheckResponse>]
> 21:47:01,428 INFO [ConversationAction] Session Key is [3] Body is: [<CreditCheckResponse id="6"></CreditCheckResponse>]
> 21:47:01,639 ERROR [AbstractFlushingEventListener] Could not synchronize database state with session
> org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1
> at org.hibernate.jdbc.Expectations$BasicExpectation.checkBatched(Expectations.java:61)
> at org.hibernate.jdbc.Expectations$BasicExpectation.verifyOutcome(Expectations.java:46)
> at org.hibernate.jdbc.BatchingBatcher.checkRowCounts(BatchingBatcher.java:68)
> at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48)
> at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:246)
> at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:237)
> at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:146)
> at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
> at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
> at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
> at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
> at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106)
> at org.jboss.soa.overlord.jbossesb.actions.ConversationAction.process(ConversationAction.java:204)
> at sun.reflect.GeneratedMethodAccessor165.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.soa.esb.listeners.message.ActionProcessorMethodInfo.processMethods(ActionProcessorMethodInfo.java:102)
> at org.jboss.soa.esb.listeners.message.OverriddenActionLifecycleProcessor.process(OverriddenActionLifecycleProcessor.java:74)
> at org.jboss.soa.esb.listeners.message.ActionProcessingPipeline.process(ActionProcessingPipeline.java:316)
> at org.jboss.soa.esb.listeners.message.MessageAwareListener$TransactionalRunner.run(MessageAwareListener.java:530)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 2 months