[JBoss JIRA] Commented: (JBPM-1213) logging and history
by Tom Baeyens (JIRA)
[ https://jira.jboss.org/jira/browse/JBPM-1213?page=com.atlassian.jira.plug... ]
Tom Baeyens commented on JBPM-1213:
-----------------------------------
User interaction logs are kept for a second iteration. I (Tom) would like that to introduce a user interaction process log on the pvm, which is compatible with the roles in the task management component. I think it is possible to do it in a way that also would support the bonita use cases.
Once the initial structure as described above is developed, I'll implement a proposal for the a user interaction base type.
Basis that I currently have in mind is this:
HistoryUserInteraction with properties:
* a userId indicating the id of the user doing the operation
* role: the role of the involved person (see task component and human interaction management)
* property and a dynamic map of properties (Map<String,String>)
> logging and history
> -------------------
>
> Key: JBPM-1213
> URL: https://jira.jboss.org/jira/browse/JBPM-1213
> Project: JBoss jBPM
> Issue Type: Feature Request
> Components: PVM
> Reporter: Tom Baeyens
> Priority: Critical
>
--
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, 5 months
[JBoss JIRA] Commented: (JBPM-1213) logging and history
by Tom Baeyens (JIRA)
[ https://jira.jboss.org/jira/browse/JBPM-1213?page=com.atlassian.jira.plug... ]
Tom Baeyens commented on JBPM-1213:
-----------------------------------
in meeting with Guillaume we concluded the following
a package org.jbpm.pvm.history will be created. it will have following main model classes:
HistoryProcessInstance
HistoryNode
HistoryVariable : a history variable represents one variable for a process instance. it has a reference to the current HistoryVariableValue and a list of historical HistoryVariableValues
HistoryVariableValue : contains one value that was in a variable at a given point in time
the package will also contain a
HistoryLogSession
The history log session will have a map that maps process log classes to handlers. The handlers will be anonymous inner classes. For each incoming log, the HistoryLogSession will lookup the handler in the map and let it process the processlog. Processing the processlog means that the information will be integrated in the history model.
The relation to specific activity information still needs to be worked out. One idea is to use a generic map of key-value pairs related to the HistoryNode. Another idea is to have a relation from the custom history table to the history node.
In parallel with working out the model and the history log session, the queries need to be defined. And a HistoryQueryBuilder needs to be added to the package. The history query builder knows about the specific hibernate history model and provides convenience methods to build HQL queries very easily.
> logging and history
> -------------------
>
> Key: JBPM-1213
> URL: https://jira.jboss.org/jira/browse/JBPM-1213
> Project: JBoss jBPM
> Issue Type: Feature Request
> Components: PVM
> Reporter: Tom Baeyens
> Priority: Critical
>
--
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, 5 months
[JBoss JIRA] Commented: (JBPM-1213) logging and history
by Tom Baeyens (JIRA)
[ https://jira.jboss.org/jira/browse/JBPM-1213?page=com.atlassian.jira.plug... ]
Tom Baeyens commented on JBPM-1213:
-----------------------------------
in meeting with Guillaume we concluded the following
a package org.jbpm.pvm.history will be created. it will have following main model classes:
HistoryProcessInstance
HistoryNode
HistoryVariable
the package will also contain a
HistoryLogSession
The history log session will have a map that maps process log classes to handlers. The handlers will be anonymous inner classes. For each incoming log, the HistoryLogSession will lookup the handler in the map and let it process the processlog. Processing the processlog means that the information will be integrated in the history model.
In parallel with working out the model and the history log session, the queries need to be defined. And a HistoryQueryBuilder needs to be added to the package.
> logging and history
> -------------------
>
> Key: JBPM-1213
> URL: https://jira.jboss.org/jira/browse/JBPM-1213
> Project: JBoss jBPM
> Issue Type: Feature Request
> Components: PVM
> Reporter: Tom Baeyens
> Priority: Critical
>
--
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, 5 months
[JBoss JIRA] Created: (JBPM-1428) review project dependencies
by Tom Baeyens (JIRA)
review project dependencies
----------------------------
Key: JBPM-1428
URL: https://jira.jboss.org/jira/browse/JBPM-1428
Project: JBoss jBPM
Issue Type: Task
Security Level: Public (Everyone can see)
Components: PVM
Reporter: Tom Baeyens
too much libs in the distribution. <optional>true</optional> can control that.
see also
http://maven.apache.org/guides/introduction/introduction-to-optional-and-...
http://maven.apache.org/pom.html#Dependencies
"
# scope:
This element refers to the classpath of the task at hand (compiling and runtime, testing, etc.) as well as how to limit the transitivity of a depedency. There are five scopes available:
* compile - this is the default scope, used if none is specified. Compile dependencies are available in all classpaths. Furthermore, those dependencies are propagated to dependent projects.
* provided - this is much like compile, but indicates you expect the JDK or a container to provide it at runtime. It is only available on the compilation and test classpath, and is not transitive.
* runtime - this scope indicates that the dependency is not required for compilation, but is for execution. It is in the runtime and test classpaths, but not the compile classpath.
* test - this scope indicates that the dependency is not required for normal use of the application, and is only available for the test compilation and execution phases.
* system - this scope is similar to provided except that you have to provide the JAR which contains it explicitly. The artifact is always available and is not looked up in a repository.
# optional:
Marks optional a dependency when this project itself is a dependency. Confused? For example, imagine a project A that depends upon project B to compile a portion of code that may not be used at runtime, then we may have no need for project B for all project. So if project X adds project A as its own dependency, then Maven will not need to install project B at all. Symbolically, if => represents a required dependency, and --> represents optional, although A=>B may be the case when building A X=>A-->B would be the case when building X.
In the shortest terms, optional lets other projects know that, when you use this project, you do not require this dependency in order to work correctly.
"
--
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, 5 months