[JBoss JIRA] (RTGOV-171) Offline activity logging and consolidation
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-171?page=com.atlassian.jira.plugin.... ]
Gary Brown updated RTGOV-171:
-----------------------------
Fix Version/s: 1.1
(was: 1.0.0.M5)
> Offline activity logging and consolidation
> ------------------------------------------
>
> Key: RTGOV-171
> URL: https://issues.jboss.org/browse/RTGOV-171
> Project: RTGov (Run Time Governance)
> Issue Type: Feature Request
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 1.1
>
>
> Enable remote activity collection environments to support offline mode, where activity events will logged in a file/database.
> Also provide import capability, to enable activities stored in such files to be loaded and submitted to an activity server/store.
> For the clients, need way to switch between offline/online modes - when online, will use configured approach (e.g. REST) to communicate in near real-time with the server.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months
[JBoss JIRA] (RTGOV-180) Service overview component ordering
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-180?page=com.atlassian.jira.plugin.... ]
Gary Brown resolved RTGOV-180.
------------------------------
Resolution: Done
> Service overview component ordering
> -----------------------------------
>
> Key: RTGOV-180
> URL: https://issues.jboss.org/browse/RTGOV-180
> Project: RTGov (Run Time Governance)
> Issue Type: Enhancement
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 1.0.0.M5
>
>
> The ordering of top level and child components appears random, so when refreshed it can generate a different order, and therefore even if the contents of the overview has not changed, the layout changes.
> This is probably because the underlying information is built from iterating over maps - so just need to preserve the order in some way (probably alphabetically will be easiest).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months
[JBoss JIRA] (RTGOV-20) Define the BPM activity model components
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-20?page=com.atlassian.jira.plugin.s... ]
Gary Brown resolved RTGOV-20.
-----------------------------
Resolution: Done
Initial model has been created to support the BPEL event collection. If further events (or changes) are required to support jBPM collection, then these can be added as part of that task.
> Define the BPM activity model components
> ----------------------------------------
>
> Key: RTGOV-20
> URL: https://issues.jboss.org/browse/RTGOV-20
> Project: RTGov (Run Time Governance)
> Issue Type: Enhancement
> Reporter: Gary Brown
> Assignee: Gary Brown
> Priority: Critical
> Fix For: 1.0.0.M5
>
>
> Define a set of appropriate BPM related activity events to represent generic events that occur within a process engine.
> These events will be required to describe the activities associated with the switchyard bpel (Riftsaw) and bpm (jBPM) components.
> One of the objectives of these events should be to help trace the flow of information through a process. So when information is received (i.e. a received message), it would be useful to know the variable in which it is stored, and how subsequent variable values are derived from this initial information. Also expression evaluation for decision making could be useful.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months
[JBoss JIRA] (RTGOV-187) Test for one way invocation (using camel JMS binding)
by Gary Brown (JIRA)
Gary Brown created RTGOV-187:
--------------------------------
Summary: Test for one way invocation (using camel JMS binding)
Key: RTGOV-187
URL: https://issues.jboss.org/browse/RTGOV-187
Project: RTGov (Run Time Governance)
Issue Type: Task
Reporter: Gary Brown
Assignee: Gary Brown
Fix For: 1.0.0.M5
Current exchange interceptor approach does not result in the activity unit scope being closed (and therefore submitting the activity unit to the server).
Using the new event listener, the ExchangeCompletionEvent should be reported regardless of whether the exchange is one way or req/resp - so test that this does work correctly for the oneway/jms binding scenario.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months
[JBoss JIRA] (RTGOV-186) Hibernate exception when accessing call trace
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-186?page=com.atlassian.jira.plugin.... ]
Gary Brown resolved RTGOV-186.
------------------------------
Resolution: Done
> Hibernate exception when accessing call trace
> ---------------------------------------------
>
> Key: RTGOV-186
> URL: https://issues.jboss.org/browse/RTGOV-186
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 1.0.0.M5
>
>
> {noformat}
> 10:54:24,843 SEVERE [org.overlord.rtgov.call.trace.CallTraceProcessor] (http-/127.0.0.1:8080-2) Failed to retrieve activity events for context '1' : org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: org.overlord.rtgov.activity.model.ActivityType.context, could not initialize proxy - no Session
> at org.hibernate.collection.internal.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:566) [hibernate-core-4.2.0.Final-redhat-1.jar:4.2.0.Final-redhat-1]
> at org.hibernate.collection.internal.AbstractPersistentCollection.withTemporarySessionIfNeeded(AbstractPersistentCollection.java:186) [hibernate-core-4.2.0.Final-redhat-1.jar:4.2.0.Final-redhat-1]
> at org.hibernate.collection.internal.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:545) [hibernate-core-4.2.0.Final-redhat-1.jar:4.2.0.Final-redhat-1]
> at org.hibernate.collection.internal.AbstractPersistentCollection.read(AbstractPersistentCollection.java:124) [hibernate-core-4.2.0.Final-redhat-1.jar:4.2.0.Final-redhat-1]
> at org.hibernate.collection.internal.PersistentBag.iterator(PersistentBag.java:266) [hibernate-core-4.2.0.Final-redhat-1.jar:4.2.0.Final-redhat-1]
> at org.overlord.rtgov.call.trace.CallTraceProcessor.loadActivityUnits(CallTraceProcessor.java:134) [call-trace-1.0.0-SNAPSHOT.jar:1.0.0-SNAPSHOT]
> at org.overlord.rtgov.call.trace.CallTraceProcessor.createCallTrace(CallTraceProcessor.java:90) [call-trace-1.0.0-SNAPSHOT.jar:1.0.0-SNAPSHOT]
> at org.overlord.rtgov.call.trace.rest.RESTCallTraceServer.getCallTrace(RESTCallTraceServer.java:141) [call-trace-rests-1.0.0-SNAPSHOT.jar:1.0.0-SNAPSHOT]
> at org.overlord.rtgov.call.trace.rest.RESTCallTraceServer.instance(RESTCallTraceServer.java:110) [call-trace-rests-1.0.0-SNAPSHOT.jar:1.0.0-SNAPSHOT]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_07]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_07]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_07]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_07]
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:167) [resteasy-jaxrs-2.3.5.Final-redhat-1.jar:2.3.5.Final-redhat-1]
> at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:257) [resteasy-jaxrs-2.3.5.Final-redhat-1.jar:2.3.5.Final-redhat-1]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:222) [resteasy-jaxrs-2.3.5.Final-redhat-1.jar:2.3.5.Final-redhat-1]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:211) [resteasy-jaxrs-2.3.5.Final-redhat-1.jar:2.3.5.Final-redhat-1]
> at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:542) [resteasy-jaxrs-2.3.5.Final-redhat-1.jar:2.3.5.Final-redhat-1]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:524) [resteasy-jaxrs-2.3.5.Final-redhat-1.jar:2.3.5.Final-redhat-1]
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months