[JBoss JIRA] Created: (JBPM-2416) introduce task audit capabilities
by Tom Baeyens (JIRA)
introduce task audit capabilities
---------------------------------
Key: JBPM-2416
URL: https://jira.jboss.org/jira/browse/JBPM-2416
Project: JBoss jBPM
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Runtime Engine
Reporter: Tom Baeyens
Assignee: Tom Baeyens
Fix For: jBPM 4.1
task history and all history in general should be configurable in a declarative manner.
on a task definition, a process or in the process-engine context, it should get a boolean audit attribute. if audit for a task is enabled, all variable updates for that will be recorded.
for now, it is sufficient if the audit attribute has potential values {enabled,disabled}. In the future, the value for the audit attribute could get more fine grained specification based on individual (commaseparated list of) use cases.
it must be possible to combine audit with the isHistoryEnabled on the variable declaration.
--
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
14 years, 6 months
[JBoss JIRA] Created: (JBPM-2707) Parent Process End state (end-error) not set when child process has exited with same error state
by Martin Porter (JIRA)
Parent Process End state (end-error) not set when child process has exited with same error state
------------------------------------------------------------------------------------------------
Key: JBPM-2707
URL: https://jira.jboss.org/jira/browse/JBPM-2707
Project: jBPM
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Runtime Engine
Affects Versions: jBPM 4.2
Environment: Eclipse 3.5, Oracle 11g, jBPM 4.2
Reporter: Martin Porter
I have a parent process which invokes a child process (subprocess) with continue="async". When the child process exits with state 'end-error' the engine handles this correctly but when I attempt to check the end state of the parent process the state is returned as 'async' instead of 'end-error'. The following output from the child termination and the assertion shows the error clearly:-
14:17:28,035 FIN | [HibernateSessionResource] ----- committing hibernate tx 29249852 -------------------------------------------------------
14:17:28,035 FIN | [ExecuteJobCmd] executing job ExecuteActivityMessage[80076]...
14:17:28,038 FIN | [ExecuteActivity] executing activity(Business Service Response Handler)
14:17:28,040 FIN | [ExecuteJobCmd] executed job ExecuteActivityMessage[80076]
14:17:28,041 FIN | [HibernateSessionResource] ----- committing hibernate tx 19509363 -------------------------------------------------------
14:17:33,030 FIN | [HibernateSessionResource] ----- beginning hibernate tx 3662367 --------------------------------------------------------
14:17:33,033 FIN | [Signal] signalling activity(Invoke Child Process), signalName=error-fail
14:17:33,035 FIN | [HibernateSessionResource] ----- beginning hibernate tx 7392722 --------------------------------------------------------
14:17:33,036 FIN | [HibernateSessionResource] ----- committing hibernate tx 27645654 -------------------------------------------------------
14:17:33,036 FIN | [ExecuteActivity] executing activity(end-error)
14:17:33,036 FIN | [ExecutionImpl] execution[org.jbpm.examples.subprocess.usecase.waitstate.parent.jbpmKey--1858395621] ends with state error
14:17:33,037 FIN | [HibernateSessionResource] ----- beginning hibernate tx 18357747 --------------------------------------------------------
14:17:33,040 FIN | [HibernateSessionResource] ----- committing hibernate tx 9669450 -------------------------------------------------------
14:17:33,051 FIN | [DbSessionImpl] deleting process instance org.jbpm.examples.subprocess.usecase.waitstate.parent.jbpmKey--1858395621
14:17:33,057 FIN | [HibernateSessionResource] ----- committing hibernate tx 28014118 -------------------------------------------------------
14:17:38,040 FIN | [HibernateSessionResource] ----- beginning hibernate tx 3709218 --------------------------------------------------------
14:17:38,041 FIN | [HibernateSessionResource] ----- committing hibernate tx 32379995 -------------------------------------------------------
14:17:38,060 SEV | [BaseJbpmTestCase]
### EXCEPTION ###########################################
14:17:38,061 SEV | [BaseJbpmTestCase] ASSERTION FAILURE: expected:<[error]> but was:<[async]>
junit.framework.ComparisonFailure: expected:<[end-error]> but was:<[async]>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
--
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
14 years, 6 months
[JBoss JIRA] Created: (JBPM-2624) ERROR org.hibernate.hql.PARSER in InitializePropertiesCmd.java
by Michael Wohlfart (JIRA)
ERROR org.hibernate.hql.PARSER in InitializePropertiesCmd.java
---------------------------------------------------------------
Key: JBPM-2624
URL: https://jira.jboss.org/jira/browse/JBPM-2624
Project: jBPM
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: jBPM 4.3
Environment: Ubuntu 9.04
Oracle JDBC Driver version - "11.1.0.6.0-Production+"
Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
Oracle Database 10g Express Edition Release 10.2.0.1.0
jBPM 4.3-SNAPSHOT
Reporter: Michael Wohlfart
Priority: Trivial
the query for maxDbid in InitializePropertiesCmd.java gives me a
ERROR org.hibernate.hql.PARSER - line 1:12: unexpected token: object
I think this is caused my the "as" keyword not supported in oracle.
the following change in InitializePropertiesCmd.java fixed this for me:
for (String persistedType: persistedTypes) {
try {
Long maxDbid = (Long) session.createQuery(
- "select max(object.dbid) " +
- "from "+persistedType+" as object"
+ "select max(dbid) " +
+ "from "+persistedType
).uniqueResult();
if ( (maxDbid!=null)
--
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
14 years, 6 months
[JBoss JIRA] Created: (JBPM-2647) identityService.createUser breaks after update from 4.0 to 4.2
by Daniel Tomsu (JIRA)
identityService.createUser breaks after update from 4.0 to 4.2
--------------------------------------------------------------
Key: JBPM-2647
URL: https://jira.jboss.org/jira/browse/JBPM-2647
Project: jBPM
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Runtime Engine
Affects Versions: jBPM 4.2
Environment: jbpm 4.2 with seam 2.1.2 integrated
Reporter: Daniel Tomsu
I have had the login working in jbpm4.0 doing the following steps:
if (this.jbpm4ProcessEngine == null) {
Configuration configuration = new Configuration();
this.jbpm4ProcessEngine = configuration.buildProcessEngine();
}
RepositoryService repositoryService = this.jbpm4ProcessEngine.getRepositoryService();
// lets see if this remains in here later
try {
ProcessDefinition pd = repositoryService.createProcessDefinitionQuery()
.processDefinitionKey(getDeploymentKey())
.uniqueResult();
this.deploymentId = pd.getDeploymentId();
} catch (Exception e) {
getLog().error("Error retrieving process definition by key {0}", e, getDeploymentKey());
this.deploymentId = repositoryService.createDeployment()
.addResourceFromClasspath(getProcessFile())
.deploy();
}
The ProcessEngine is in the seam scope application.
After creating the ProcessEngine Wrapper in my seam application, the login to the application uses the interfaces e.g. identiyService.
org.jbpm.api.identity.User user = identityService.findUserById(username);
if (user == null) {
identityService.createUser(username, loggedInEmployee.getFirstname(),
loggedInEmployee.getLastname(), loggedInEmployee.getEmail());
}
This worked fine in jbpm 4.0, but does not in jbpm4.2
The error log reads:
org.jbpm.api.JbpmException: no org.jbpm.pvm.internal.id.DbidGenerator in current environment
at org.jbpm.pvm.internal.env.EnvironmentImpl.getFromCurrent(EnvironmentImpl.java:204)
at org.jbpm.pvm.internal.env.EnvironmentImpl.getFromCurrent(EnvironmentImpl.java:190)
at org.jbpm.pvm.internal.identity.impl.IdentitySessionImpl.createUser(IdentitySessionImpl.java:48)
at org.jbpm.pvm.internal.identity.cmd.CreateUserCmd.execute(CreateUserCmd.java:57)
at org.jbpm.pvm.internal.identity.cmd.CreateUserCmd.execute(CreateUserCmd.java:32)
at org.jbpm.pvm.internal.svc.DefaultCommandService.execute(DefaultCommandService.java:42)
at org.jbpm.pvm.internal.tx.jta.JtaTransactionInterceptor.executeInExistingTx(JtaTransactionInterceptor.java:70)
at org.jbpm.pvm.internal.tx.jta.JtaTransactionInterceptor.execute(JtaTransactionInterceptor.java:55)
at org.jbpm.pvm.internal.tx.jta.JtaRetryInterceptor.executeWithoutRetry(JtaRetryInterceptor.java:56)
at org.jbpm.pvm.internal.tx.jta.JtaRetryInterceptor.execute(JtaRetryInterceptor.java:48)
at org.jbpm.pvm.internal.svc.EnvironmentInterceptor.executeInNewEnvironment(EnvironmentInterceptor.java:53)
at org.jbpm.pvm.internal.svc.EnvironmentInterceptor.execute(EnvironmentInterceptor.java:40)
at org.jbpm.pvm.internal.svc.SkipInterceptor.execute(SkipInterceptor.java:43)
at org.jbpm.pvm.internal.svc.IdentityServiceImpl.createUser(IdentityServiceImpl.java:54)
at de.mhm.personalseam.security.LoginObserver.createUser(LoginObserver.java:199)
at de.mhm.personalseam.security.LoginObserver.postAuthenticate(LoginObserver.java:115)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:185)
at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:103)
at de.mhm.personalseam.security.LoginObserver_$$_javassist_seam_12.postAuthenticate(LoginObserver_$$_javassist_seam_12.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144)
at org.jboss.seam.Component.callComponentMethod(Component.java:2249)
at org.jboss.seam.core.Events.raiseEvent(Events.java:85)
at org.jboss.seam.security.Identity.postAuthenticate(Identity.java:397)
at org.jboss.seam.security.Identity.authenticate(Identity.java:345)
at org.jboss.seam.security.Identity.authenticate(Identity.java:332)
at org.jboss.seam.security.Identity.login(Identity.java:259)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:335)
at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:348)
at org.jboss.el.parser.AstPropertySuffix.invoke(AstPropertySuffix.java:58)
at org.jboss.el.parser.AstValue.invoke(AstValue.java:96)
at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:68)
at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:77)
at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:91)
at javax.faces.component.UICommand.broadcast(UICommand.java:383)
at org.ajax4jsf.component.AjaxViewRoot.processEvents(AjaxViewRoot.java:321)
at org.ajax4jsf.component.AjaxViewRoot.broadcastEvents(AjaxViewRoot.java:296)
at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:253)
at org.ajax4jsf.component.AjaxViewRoot.processApplication(AjaxViewRoot.java:466)
at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:97)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:368)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:495)
at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:619)
I didn't find something similar with google.
can anyone help?
P.S.:
Well I had some more enerving issues while upgrading, after running the upgrade db scripts and changing the jbpm.jar I was not able to query a deployment any more. I had to completely recreate the jbpm database and deploy my jpdl files once more. This is because of the changes made with the JBPM4_PROPERTY table. Very unsatisfying.
--
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
14 years, 6 months