[JBoss JIRA] Created: (JBPM-2406) prune and document jpdl dependencies in pom
by Tom Baeyens (JIRA)
prune and document jpdl dependencies in pom
-------------------------------------------
Key: JBPM-2406
URL: https://jira.jboss.org/jira/browse/JBPM-2406
Project: JBoss jBPM
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Runtime Engine
Reporter: Tom Baeyens
Fix For: jBPM 4.1
currently there are too many dependencies.
[INFO] ------------------------------------------------------------------------
[INFO] Building jBPM 4 - jPDL
[INFO] task-segment: [dependency:tree]
[INFO] ------------------------------------------------------------------------
[INFO] [dependency:tree]
[INFO] org.jbpm.jbpm4:jbpm-jpdl:jar:4.0
[INFO] +- org.jbpm.jbpm4:jbpm-pvm:jar:4.0:compile
[INFO] | +- org.jbpm.jbpm4:jbpm-api:jar:4.0:compile
[INFO] | | \- jboss:jboss-j2ee:jar:4.2.2.GA:compile
[INFO] | +- org.jbpm.jbpm4:jbpm-log:jar:4.0:compile
[INFO] | +- org.jbpm.jbpm4:jbpm-test-base:jar:4.0:compile
[INFO] | | \- org.hibernate:hibernate-core:jar:3.3.1.GA:compile
[INFO] | | +- antlr:antlr:jar:2.7.6:compile
[INFO] | | \- commons-collections:commons-collections:jar:3.1:compile
[INFO] | +- org.apache.ant:ant:jar:1.7.0:compile
[INFO] | | \- org.apache.ant:ant-launcher:jar:1.7.0:compile
[INFO] | +- log4j:log4j:jar:1.2.14:compile
[INFO] | +- juel:juel:jar:2.1.0:compile
[INFO] | +- juel:juel-impl:jar:2.1.0:compile
[INFO] | +- juel:juel-engine:jar:2.1.0:compile
[INFO] | +- org.slf4j:slf4j-api:jar:1.5.2:compile
[INFO] | +- org.slf4j:slf4j-jdk14:jar:1.5.2:compile
[INFO] | +- org.jboss.identity.idm:idm-core:jar:1.0.0.Beta1:compile
[INFO] | | +- org.jboss.identity.idm:idm-common:jar:1.0.0.Beta1:compile
[INFO] | | +- org.jboss.identity.idm:idm-api:jar:1.0.0.Beta1:compile
[INFO] | | +- org.jboss.identity.idm:idm-spi:jar:1.0.0.Beta1:compile
[INFO] | | \- com.sun.xml.bind:jaxb-impl:jar:2.1.8:compile
[INFO] | | \- javax.xml.bind:jaxb-api:jar:2.1:compile
[INFO] | | \- javax.xml.stream:stax-api:jar:1.0-2:compile
[INFO] | +- org.jboss.identity.idm:idm-hibernate:jar:1.0.0.Beta1:compile
[INFO] | | +- javassist:javassist:jar:3.4.GA:compile
[INFO] | | +- org.hibernate:hibernate-cglib-repack:jar:2.1_3:compile
[INFO] | | \- org.slf4j:slf4j-log4j12:jar:1.5.2:compile
[INFO] | +- org.hibernate:hibernate-entitymanager:jar:3.4.0.GA:compile
[INFO] | | +- org.hibernate:ejb3-persistence:jar:1.0.2.GA:compile
[INFO] | | +- org.hibernate:hibernate-commons-annotations:jar:3.1.0.GA:compile
[INFO] | | +- org.hibernate:hibernate-annotations:jar:3.4.0.GA:compile
[INFO] | | +- dom4j:dom4j:jar:1.6.1:compile
[INFO] | | | \- xml-apis:xml-apis:jar:1.0.b2:compile
[INFO] | | \- javax.transaction:jta:jar:1.1:compile
[INFO] | +- org.livetribe:livetribe-jsr223:jar:2.0.5:compile
[INFO] | \- javax.mail:mail:jar:1.4.1:compile
[INFO] | \- javax.activation:activation:jar:1.1:compile
[INFO] +- junit:junit:jar:3.8.1:compile
[INFO] \- hsqldb:hsqldb:jar:1.8.0.7:test
[INFO] ------------------------------------------------------------------------
--
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, 2 months
[JBoss JIRA] Created: (JBPM-1776) org.jbpm.calendar.BusinessCalendar.add(Date, Duration) delivers unexpected results when business amounts are subtracted
by JÃÂürgen Lampe (JIRA)
org.jbpm.calendar.BusinessCalendar.add(Date, Duration) delivers unexpected results when business amounts are subtracted
-----------------------------------------------------------------------------------------------------------------------
Key: JBPM-1776
URL: https://jira.jboss.org/jira/browse/JBPM-1776
Project: JBoss jBPM
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: API
Affects Versions: jBPM 3.2.3
Environment: java.version 1.5.0_13
java.vm.version 1.5.0_13-b05
os.name Windows XP
os.version 5.1
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.0
Created-By: 1.7.0-b21 (Sun Microsystems Inc.)
Implementation-Title: jBPM Core Library
Implementation-Version: 3.2.3 (date:18-Jun-2008 00:51)
Implementation-URL: http://www.jboss.org/
Implementation-Vendor: JBoss Inc.
Implementation-Vendor-Id: http://www.jboss.org/
Reporter: JÃÂürgen Lampe
When subtracting business time amounts from a date, the result is after the date and not - as one would expect - before this date.
Examples:
Sat Nov 01 00:00:00 CET 2008 + 2 business days -> Tue Nov 04 17:00:00 CET 2008 - OK
Sat Nov 01 00:00:00 CET 2008 - 2 business days -> Sun Nov 02 18:00:00 CET 2008 - unexpected
Sat Nov 01 00:00:00 CET 2008 + 2 business hours -> Mon Nov 03 11:00:00 CET 2008 - OK
Sat Nov 01 00:00:00 CET 2008 -2 business hours -> Mon Nov 03 07:00:00 CET 2008 - unexpected
Data was created by use of small test program:
Date date=new SimpleDateFormat("dd.MM.yyyy").parse("01.11.2008");
String[] durStrs= {"+ 2 business days", "- 2 business days", "+ 2 business hours", "-2 business hours"};
BusinessCalendar calendar= new BusinessCalendar();
for (String durStr: durStrs) {
Duration duration= new Duration(durStr);
Date d= calendar.add(date, duration);
System.out.println(" "+date+" "+durStr+" -> "+d);
}
--
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, 2 months
[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
14 years, 2 months
[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
14 years, 3 months
[JBoss JIRA] Created: (JBPM-2386) Update description of DeployProcessTask
by Toshiya Kobayashi (JIRA)
Update description of DeployProcessTask
---------------------------------------
Key: JBPM-2386
URL: https://jira.jboss.org/jira/browse/JBPM-2386
Project: JBoss jBPM
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: jBPM 3.2.5.SP5
Reporter: Toshiya Kobayashi
Chapter 21.1.1 of the User Guide states:
============
<target name="deploy.par">
<taskdef name="deploypar" classname="org.jbpm.ant.DeployProcessTask">
<classpath --make sure the jbpm-[version].jar is in this classpath--/>
</taskdef>
<deploypar par="build/myprocess.par" />
</target>
To deploy more process archives at once, use the nested fileset elements. The file attribute itself is optional. Other attributes of the ant task are:
* cfg: cfg is optional, the default value is 'hibernate.cfg.xml'. The hibernate configuration file that contains the jdbc connection properties to the database and the mapping files.
* properties: properties is optional and overwrites *all* hibernate properties as found in the hibernate.cfg.xml
* createschema: if set to true, the jbpm database schema is created before the processes get deployed.
============
http://docs.jboss.org/jbpm/v3.2/userguide/html_single/#theprocessarchive
But this description is old now. They should be:
=============
<target name="deploy.par">
<taskdef name="deploypar" classname="org.jbpm.ant.DeployProcessTask">
<classpath --ensure jbpm-[version].jar is in this classpath--/>
</taskdef>
<deploypar process="build/myprocess.par" />
</target>
To deploy more process archives at once, use the nested fileset elements. The process attribute itself is optional. Other attributes of the ant task are:
* jbpmcfg: Optional, the default value is jbpm.cfg.xml. The JBPM configuration file can specify the location of Hibernate configuration file ( the default value is hibernate.cfg.xml ) that contains the jdbc connection properties to the database and the mapping files.
=============
--
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, 4 months