July 2010 - jbpm-issues - Jboss List Archives

[JBoss JIRA] Created: (JBPM-2422) investigate if logging abstraction should be removed

by Tom Baeyens (JIRA)

investigate if logging abstraction should be removed ---------------------------------------------------- Key: JBPM-2422 URL: https://jira.jboss.org/jira/browse/JBPM-2422 Project: JBoss jBPM Issue Type: Task Security Level: Public (Everyone can see) Reporter: Tom Baeyens Priority: Minor Fix For: jBPM 4.x the current approach is to have a minimal log framework pluggability: ---------------------------------------------------------------------------------------------- 1) jdk logging because we want it to be possible to run pvm without external library dependencies 2) log4j as jboss doesn't include a jdklogging-to-log4j bridge. general links ------------------ http://www.jboss.org/community/wiki/Logging select between these options: ----------------------------------------- 1) always require a jbpm.logging.properties on the classpath. that configures the jdk logging. eithers completely, or with a delegation to log4j in that case our jbpm code can always use the jdk logging. 2) keep it as it is 3) similar solution to seam for facelets: ===http://markmail.org/message/ywamc5yc7hejrlls==================================================================== Subject: Facelets JDK Logging -> JBoss Log4j bridge Actions... From: Pete Muir (pmu...(a)bleepbleep.org.uk) Date: Feb 19, 2008 7:27:50 am List: net.java.dev.facelets.dev As has been discussed many times on the seam forum and facelets mailing list, JBoss AS doesn't have a jdk logger -> log4j generic bridge (I don't know why, and I don't really want to find out) so what Stan did for JSF RI was write a JDK logging filter that would bridge JUL to log4j. I have done the same for Facelets (included as part of jboss-seam-ui.jar, I can factor out the relevant code if anyone wants it) but hit a sight problem. Most logs in facelets are declared protected static final (so I can get at them using reflection) but in DefaultFacelet, CompositionHandler and DecorateHandler they are protected final (so I can't get at them easily as they aren't static). Any chance they could become static? Let me know and I'll file a bug. Code is here http://fisheye.jboss.org/browse/Seam/trunk/ui/src/main/java/org/jboss/sea... Thanks, Pete -- Pete Muir http://in.relation.to/Bloggers/Pete http://www.seamframework.org ============================================================================================================ -- 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

15 years, 6 months

2
2
0 / 0

[JBoss JIRA] Created: (JBPM-2688) extend ProcessInstanceQuery so that process instances can be searched by their processDefinitionKeys

by Sebastian Schneider (JIRA)

extend ProcessInstanceQuery so that process instances can be searched by their processDefinitionKeys ---------------------------------------------------------------------------------------------------- Key: JBPM-2688 URL: https://jira.jboss.org/jira/browse/JBPM-2688 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.2 Reporter: Sebastian Schneider When using a ProcessInstanceQuery it is possible to search by processBusinessKey and also by processDefinitionId. The ProcessInstanceQuery should be extended so that process instances can also be searched by processDefinitionKeys. This is usel in situations where you want to retrieve all process instances of the same process definition but in different versions. -- 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

15 years, 6 months

3
4
0 / 0

[JBoss JIRA] Created: (JBPM-2907) Candidate-Groups

by Sandro Röder (JIRA)

Candidate-Groups ---------------- Key: JBPM-2907 URL: https://jira.jboss.org/browse/JBPM-2907 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.3 Reporter: Sandro Röder @see: https://jira.jboss.org/browse/JBPM-2648 Hi everybody, if you solve the problem like this "hql.append ( "select distinct task");" in the version 4.4 the code will not work anymore with Oracle because of the clob description field. I test the source code from the cvs: this is the resulting sql: select distinct (task.id) from org.jbpm.pvm.internal.task.TaskImpl as task , org.jbpm.pvm.internal.task.ParticipationImpl as participant where participant.task = task and participant.type = 'candidate' and ((participant.userId = :candidateUserId) or (participant.groupId in (:candidateGroupIds))) and task.assignee is null and in the result set is the following: [1260352, 1260356] just the task ids. here is my working change 8on version (4.3) with a subselect to get the tasks directly: /** * */ package com.ctlmb.vip.jbpm.impl; import java.util.ArrayList; import java.util.List; import org.apache.log4j.Logger; import org.jbpm.api.identity.Group; import org.jbpm.pvm.internal.env.EnvironmentImpl; import org.jbpm.pvm.internal.identity.spi.IdentitySession; import org.jbpm.pvm.internal.model.ExecutionImpl; import org.jbpm.pvm.internal.query.TaskQueryImpl; import org.jbpm.pvm.internal.task.ParticipationImpl; import org.jbpm.pvm.internal.task.TaskImpl; /** * TODO comment me * @author roeder * */ public class TaskQueryWorkaround extends TaskQueryImpl{ private static final Logger log = Logger.getLogger(TaskQueryWorkaround.class); /* (non-Javadoc) * @see org.jbpm.pvm.internal.query.TaskQueryImpl#hql() */ @Override public String hql() { StringBuilder hql = new StringBuilder(); hql.append("select "); if (count) { hql.append("count(task) "); } else { hql.append("task "); } hql.append("from "); hql.append(TaskImpl.class.getName()); hql.append(" as task "); // participations if (candidate!=null) { //################# orginal // hql.append(", "); // hql.append(ParticipationImpl.class.getName()); // hql.append(" as participant "); // // appendWhereClause("participant.task = task ", hql); // appendWhereClause("participant.type = 'candidate' ", hql); // // IdentitySession identitySession = EnvironmentImpl.getFromCurrent(IdentitySession.class); // List<Group> groups = identitySession.findGroupsByUser(candidate); // if (groups.isEmpty()) { // groupIds = null; // appendWhereClause("participant.userId = :candidateUserId ", hql); // // } else { // groupIds = new ArrayList<String>(); // for (Group group: groups) { // groupIds.add(group.getId()); // } // appendWhereClause("((participant.userId = :candidateUserId) or (participant.groupId in (:candidateGroupIds)))", hql); // } //################# end orginal //################# my change appendWhereClause("task in ( ", hql); StringBuilder innerSelect = new StringBuilder(); innerSelect.append("select participant.task "); innerSelect.append("from "); innerSelect.append(ParticipationImpl.class.getName()); innerSelect.append(" as participant "); innerSelect.append("where "); innerSelect.append("participant.type = 'candidate' "); IdentitySession identitySession = EnvironmentImpl.getFromCurrent(IdentitySession.class); List<Group> groups = identitySession.findGroupsByUser(candidate); innerSelect.append("and "); if (groups.isEmpty()) { groupIds = null; innerSelect.append("participant.userId = :candidateUserId "); } else { groupIds = new ArrayList<String>(); for (Group group: groups) { groupIds.add(group.getId()); } innerSelect.append("((participant.userId = :candidateUserId) or (participant.groupId in (:candidateGroupIds)))"); } hql.append(innerSelect); hql.append(") "); } //################# end my change if (suspended!=null) { if (suspended) { appendWhereClause("task.state = '"+ExecutionImpl.STATE_SUSPENDED+"' ", hql); } else { appendWhereClause("task.state != '"+ExecutionImpl.STATE_SUSPENDED+"' ", hql); } } if (processInstanceId!=null) { appendWhereClause("task.processInstance.id = '"+processInstanceId+"' ", hql); } if (activityName!=null) { appendWhereClause("task.execution.activityName = '"+activityName+"' ", hql); } if (processDefinitionId!=null) { appendWhereClause("task.processInstance.processDefinitionId = '"+processDefinitionId+"' ", hql); } if (assignee!=null) { appendWhereClause("task.assignee = :assignee ", hql); } else if (unassigned) { appendWhereClause("task.assignee is null ", hql); } appendOrderByClause(hql); String hqlQuery = hql.toString(); log.debug(hqlQuery); return hqlQuery; } /* (non-Javadoc) * @see org.jbpm.pvm.internal.query.AbstractQuery#count() */ @Override public long count() { count = true; return -9999; } } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-2699) Expand query API test coverage

by Joram Barrez (JIRA)

Expand query API test coverage ------------------------------ Key: JBPM-2699 URL: https://jira.jboss.org/jira/browse/JBPM-2699 Project: jBPM Issue Type: Task Security Level: Public (Everyone can see) Reporter: Joram Barrez Fix For: jBPM 4.4 Currently, only basic usage is tested (ie non-chained queries mostly). This must be expanded in the future to enlarge the coverage and also to coverage the chaining. -- 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

15 years, 6 months

4
4
0 / 0

[JBoss JIRA] Created: (JBPM-2069) IntegerToLongConverter not consistent when dealing with null-values

by Hans Huber (JIRA)

IntegerToLongConverter not consistent when dealing with null-values ------------------------------------------------------------------- Key: JBPM-2069 URL: https://jira.jboss.org/jira/browse/JBPM-2069 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Engine Affects Versions: jBPM 3.2.5 GA Reporter: Hans Huber Priority: Minor org.jbpm.context.exe.converter.IntegerToLongConverter.supports(Object) return true for null values. org.jbpm.context.exe.converter.IntegerToLongConverter.convert(Object) on the other hand throws a NPE when a null value is passed in. i found this inconsistency when i tried to null a previously set variable with executionContext.setVariable("foobar", new Long(1)); executionContext.setVariable("foobar", 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

15 years, 6 months

3
7
0 / 0

[JBoss JIRA] Created: (JBPM-2887) Extension to EL : possibility to add some custom function in juel

by Jaber C. Mourad (JIRA)

Extension to EL : possibility to add some custom function in juel ----------------------------------------------------------------- Key: JBPM-2887 URL: https://jira.jboss.org/browse/JBPM-2887 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.3 Reporter: Jaber C. Mourad Fix For: jBPM 4.4 For some specific needs, I want being able to add some function in EL context. As juel accept it, it would be good to access to that feature and inject new functions... It would be helpful to add for example access to i18n context in mail activity... Regards -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-2764) extend API to make it possible to determine the type of an active activity

by Sebastian Schneider (JIRA)

extend API to make it possible to determine the type of an active activity -------------------------------------------------------------------------- Key: JBPM-2764 URL: https://jira.jboss.org/jira/browse/JBPM-2764 Project: jBPM Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.0, jBPM 4.1, jBPM 4.2, jBPM 4.3 Environment: not relevant Reporter: Sebastian Schneider Fix For: jBPM 4.x The API should be extended in that way that you can easily determine the type of an active activity. To achieve this getActiveActivities() could be extended to also return the type of an activity additionally to its name and description. Or there could be a method taking an activity's name and returning its type. -- 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

15 years, 6 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPM-2658) Process variables of type hibernate-long-id/hibernate-string-id don't work

by Derek Cornelius (JIRA)

Process variables of type hibernate-long-id/hibernate-string-id don't work -------------------------------------------------------------------------- Key: JBPM-2658 URL: https://jira.jboss.org/jira/browse/JBPM-2658 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Engine Affects Versions: jBPM 4.2 Reporter: Derek Cornelius This is the same problem as JBPM-2474. The problem is in HibernateIdMatcher. if (sessionFactory!=null) { ClassMetadata classMetadata = sessionFactory.getClassMetadata(value.getClass()); matches = ( (classMetadata!=null) && (classMetadata.getIdentifierType().getClass()==getIdType()) ); } value.getClass() is returning the Javassist proxy class that is not found. It needs to check for "value.getClass().getSuperClass()" if value instance of HibernateProxy. -- 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

15 years, 6 months

5
4
0 / 0

[JBoss JIRA] Created: (JBPM-2905) From header is not set on the email

by Jiri Pechanec (JIRA)

>From header is not set on the email ----------------------------------- Key: JBPM-2905 URL: https://jira.jboss.org/browse/JBPM-2905 Project: jBPM Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: jBPM 3.2.9 Environment: 3.2.9 in SOA-P 5.0.2 CR3 Reporter: Jiri Pechanec org.jbpm.mail.Mail line 319 serverProperties.setProperty("mail.from", from); should be serverProperties.setProperty("mail.smtp.from", from); otherwise from filed is not set on emails generated by jBPM -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 7 months

2
7
0 / 0

[JBoss JIRA] Created: (JBPM-1992) Logging is missing if JobExecutorThread marks TX as rollbackonly because of max

by Roman Heinz (JIRA)

Logging is missing if JobExecutorThread marks TX as rollbackonly because of max ------------------------------------------------------------------------------- Key: JBPM-1992 URL: https://jira.jboss.org/jira/browse/JBPM-1992 Project: JBoss jBPM Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Engine Affects Versions: jBPM 3.3.1 GA Reporter: Roman Heinz If the execution of an action/script/... takes longer than the time configured org.jbpm.job.executor.JobExecutor.maxLockTime, the current TX is marked as rollback-only without any logging. In JobExecutorThread: // if this job is locked too long long totalLockTimeInMillis = System.currentTimeMillis() - job.getLockTime().getTime(); if (totalLockTimeInMillis>maxLockTime) { jbpmContext.setRollbackOnly(); } Logging is missing to inform about the jbpmContext.setRollbackOnly() together with the reason. -- 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

15 years, 7 months

4
5
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbpm-issues July 2010