December 2011 - jboss-user - Jboss List Archives

[jBPM] - Joining JBPM transaction with my current application's transaction

by Zeliang Huang

Zeliang Huang [http://community.jboss.org/people/ossa] created the discussion "Joining JBPM transaction with my current application's transaction" To view the discussion, visit: http://community.jboss.org/message/640954#640954 -------------------------------------------------------------- Hi Guys, I am quite inexperienced with JTA & JPA. I am trying to join JBPM5.1 transaction with my current application's transaction. In my current application, I had obtained the transaction using things like this: building the sessionFactotry: //my current application uses the hibernate.cfg.xml Configuration config = new Configuration().configure(); SessionFactory factory = new Configuration().configure().buildSessionFactory(); Usering the session factory: factory.getCurrentSession().beginTransaction(); //do CRUD factory.getCurrentSession().commit(); In the persistence.xml of jbpm-persistence-jpa-5.1.0.Final.jar I had put <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <persistence version="1.0" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd http://java.sun.com/xml/ns/persistence/orm http://java.sun.com/xml/ns/persistence/orm_1_0.xsd" xmlns:orm="http://java.sun.com/xml/ns/persistence/orm" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/persistence"> <persistence-unit name="org.jbpm.persistence.jpa" transaction-type="JTA"> <provider>org.hibernate.ejb.HibernatePersistence</provider> <jta-data-source>same-datasource-as-my-current-applications</jta-data-source> <class>org.drools.persistence.info.SessionInfo</class> <class>org.jbpm.persistence.processinstance.ProcessInstanceInfo</class> <class>org.drools.persistence.info.WorkItemInfo</class> <class>org.jbpm.process.audit.ProcessInstanceLog</class> <class>org.jbpm.process.audit.NodeInstanceLog</class> <class>org.jbpm.process.audit.VariableInstanceLog</class> <properties> <property name="hibernate.dialect" value="org.hibernate.dialect.Oracle10gDialect" /> <property name="hibernate.max_fetch_depth" value="3" />  <property name="hibernate.show_sql" value="false" /> <property name="hibernate.transaction.manager_lookup_class" value="org.hibernate.transaction.WeblogicTransactionManagerLookup" /> </properties> </persistence-unit> </persistence> In my JBPM StatefulKnowledgeSession creation, I had done something like this. Environment env = KnowledgeBaseFactory.newEnvironment(); env.set(EnvironmentName.ENTITY_MANAGER_FACTORY, emf); StatefulKnowledgeSession session = JPAKnowledgeService.newStatefulKnowledgeSession(knowledgebase, null, env); I am able to manage transactions of both side separately by doing something like: //commit to my application tables first factory.getCurrentSession().beginTransaction(); //do CRUD factory.getCurrentSession().commit(); //then commit to jbpm tables. UserTransaction ut = (UserTransaction) new InitialContext().lookup("java:comp/UserTransaction"); ut.begin(); .... ut.commit(); This is working ok. But I prefer to combine the two transaction into one since they are supposed to be one work-unit. I had trying for a week for to no avail. I am also quite confused with the fact that some hibernate apps are using hibernate.cfg.xml and some are using JPA specific persistence.xml . There are multiple copies of these XML files in different jars. I just couldn't get the whole picture of the thing. Any help is greately appreciated ! -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/640954#640954] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

1
0
0 / 0

[jBPM] - Can workflow be changed runtime in jbpm?

by Hardik Dave

Hardik Dave [http://community.jboss.org/people/hadik] created the discussion "Can workflow be changed runtime in jbpm?" To view the discussion, visit: http://community.jboss.org/message/640776#640776 -------------------------------------------------------------- Hello Community, I want to modify the bpmn2 file at runtime.Is it possible or not? For example suppose my example has 5 human task currently. And I want to add two more human task dynamically and change the bpmn file permenently after that. Is it possible?? With Regards, Hardik Dave. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/640776#640776] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

3
2
0 / 0

[jBPM] - How do I identify pids of jBPM 5.1 task service and jBoss AS on (RedHat) Linux system

by mingyu45

mingyu45 [http://community.jboss.org/people/mingyu45] created the discussion "How do I identify pids of jBPM 5.1 task service and jBoss AS on (RedHat) Linux system" To view the discussion, visit: http://community.jboss.org/message/640863#640863 -------------------------------------------------------------- Hello everyone, I'd like to know how I can identify the pids of jBPM task service and jBoss AS on RedHat Linux OS. Should I use "grep" or something else? regards, M -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/640863#640863] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

2
1
0 / 0

[JNDI and Naming] - JNDI lookup fails in load-on-startup servlet Jboss as7

by abiya

abiya [http://community.jboss.org/people/abiya] created the discussion "JNDI lookup fails in load-on-startup servlet Jboss as7" To view the discussion, visit: http://community.jboss.org/message/640713#640713 -------------------------------------------------------------- Hi, I am able to perform JNDI lookup using the following code in any of my servlet as follows, DataSource ds = null; Context ctx = null; try { String strDSName = "java:jboss/datasources/Test"; ctx = new InitialContext(); ds = (javax.sql.DataSource) ctx.lookup(strDSName); } catch (Exception e) { } *But the same code fails if it is invoked from init() method of load-on-startup servlet.* My datasource is bound well before this.My console says, 13:26:06,881 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) Bound data source [java:jboss/datasources/weblogic.jdbc.jts.demopool] *web.xml entry* --------------------- <servlet> <servlet-name>StartupServlet</servlet-name> <servlet-class>com.metreo.common.web.servlet.StartupServlet</servlet-class> <load-on-startup>1</load-on-startup> </servlet> *servlet code* ----------------- public class StartupServlet extends HttpServlet { /** * init method */ public void init(ServletConfig a_config) throws ServletException { super.init(a_config); System.out.println("StartupServlet.init() called."); try { InitialContext ctx = new InitialContext(); DataSource ds = (javax.sql.DataSource) ctx.lookup("java:jboss/datasources/weblogic.jdbc.jts.demopool"); System.out.println("context info in StratupServlet init method...."+ds); callStartupClasses(); } catch (NamingException e) { // TODO Auto-generated catch block e.printStackTrace(); } } Please help me resolving this issue. I am stuck with this for a long time. Thanks, Abiya -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/640713#640713] Start a new discussion in JNDI and Naming at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

2
1
0 / 0

[JBoss Tools] - 3.3m4 often hangs (cpu 100%)

by henk de boer

henk de boer [http://community.jboss.org/people/henk53] created the discussion "3.3m4 often hangs (cpu 100%)" To view the discussion, visit: http://community.jboss.org/message/640843#640843 -------------------------------------------------------------- Hi, Having used m3 since it came out I never experienced a hang. However, since I upgraded to m4 I frequently experience hangs when validation is taking place, typically right after I pull & update a major amount of changes from a repository. When the hang happens, the CPU is at 104%. One page specifically always causes the hang (also on the systems of my co-workers who run m4), I removed it from the project and then validation succeeds but after the mentioned pull & update it often hangs again without a clear indication of what it is hanging on. I wonder if anyone else is also experiencing such hangs. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/640843#640843] Start a new discussion in JBoss Tools at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

2
3
0 / 0

[jBPM] - User Interfaces with JSF 2.0

by chris h

chris h [http://community.jboss.org/people/chris86] created the discussion "User Interfaces with JSF 2.0" To view the discussion, visit: http://community.jboss.org/message/640777#640777 -------------------------------------------------------------- Hi community, I'm new in jBPM. I want to create a webapplication which is based on a BPMN 2.0/BPMN workflow. I want to create my own interfaces for the Human-Task interaction. 1. Is it possible to model my BPMN 2.0 workflow with the Eclipse modeller and than create my own interfaces for the interaction with the Users? 2. When its possible, what languages are support (JSF2.0...)? 3. Are there some examples or tutorials which get me an introduction? Thank you very much for your help. Regards, Chris -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/640777#640777] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

2
1
0 / 0

[IronJacamar] - Re: Come JBoss with a implemented JCA for access to file sys

by sebastian ovide

sebastian ovide [http://community.jboss.org/people/sebastianovide] created the discussion "Re: Come JBoss with a implemented JCA for access to file sys" To view the discussion, visit: http://community.jboss.org/message/640811#640811 -------------------------------------------------------------- did we get a JCA for access to file sys in since when this post was answered ? thanks -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/640811#640811] Start a new discussion in IronJacamar at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

1
0
0 / 0

[jBPM] - Re: [Jbpm5]how to get the image showing the current status of a workflow

by Tihomir Surdilovic

Tihomir Surdilovic [http://community.jboss.org/people/tsurdilovic] created the discussion "Re: [Jbpm5]how to get the image showing the current status of a workflow" To view the discussion, visit: http://community.jboss.org/message/638499#638499 -------------------------------------------------------------- Sorry for the late response on this question :( The jBPM console overlays divs ontop of the image in order to display the red arrow icon next to active nodes in your process. Here is some sample code that does this: String s = "<div style='width:1024px; height:768px; background-color:#ffffff;'>" + "<div id=\"imageContainer\" style=\"position:relative;top:-1;left:-1;\">" + "<img src=\""+imageUrl+"\" style=\"position:absolute;top:0;left:0\" />"; for (ActiveNodeInfo activeNodeInfo: activeNodeInfos) { s+= "<div class=\"bpm-graphView-activityImage\" style=\"position:absolute;top:"+ (activeNodeInfo.getActiveNode().getY()-8) +"px;left:"+(activeNodeInfo.getActiveNode().getX()-8)+"px;width:50px;height:50px; z-index:1000;background-image: url(images/icons/play_red_big.png);background-repeat:no-repeat;\"></div>"; } s+= "</div>" + "</div>"; Hope this helps. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/638499#638499] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

3
8
0 / 0

[JBoss Microcontainer] - Re: How to isolate ClassLoader in JBoss 6

by swapnil narvekar

swapnil narvekar [http://community.jboss.org/people/swapnil_narya] created the discussion "Re: How to isolate ClassLoader in JBoss 6" To view the discussion, visit: http://community.jboss.org/message/640215#640215 -------------------------------------------------------------- Hi, I modified jboss-classloading.xml as follows: + <?xml version="1.0" encoding="UTF-8"?>+ + <!--See http://phytodata.wordpress.com/2010/10/21/demystifying-the-jboss5-jboss-c... http://phytodata.wordpress.com/2010/10/21/demystifying-the-jboss5-jboss-c...>+ + <classloading xmlns="urn:jboss:classloading:1.0"+ + name="test.war" + + domain="test"+ + parent-first="false"+ + export-all="NON_EMPTY"+ + import-all="true">+ + </classloading>+ *It helped to solve above mentioned excpetion.And because of this configuration I got rid of the Original Exception also which has been posted in very first post.* * Thanks for all..* But because of this configuration I got another deployment Exception.I am posting this stack trace too. --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- +11:51:51,219 ERROR [AbstractKernelController] Error installing to Start: name=persistence.unit:unitName=emhada.war#persistenceUnit state=Create: java.lang.ClassCastException: org.hibernate.ejb.HibernatePersistence cannot be cast to javax.persistence.spi.PersistenceProvider+ at org.jboss.jpa.builder.DefaultCEMFBuilder.build(DefaultCEMFBuilder.java:46) [:1.0.2-alpha-1] at org.jboss.as.jpa.scanner.HackCEMFBuilder.build(HackCEMFBuilder.java:49) [:6.0.0.20101110-CR1] at org.jboss.jpa.deployment.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:275) [:1.0.2-alpha-1] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_17] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_17] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_17] at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_17] at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:60) [jboss-reflect.jar:2.2.0.Alpha9] at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:168) [jboss-reflect.jar:2.2.0.Alpha9] at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66) [jboss-reflect.jar:2.2.0.Alpha9] at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:257) [jboss-kernel.jar:2.2.0.Alpha10] at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47) [jboss-kernel.jar:2.2.0.Alpha10] at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:125) [jboss-kernel.jar:2.2.0.Alpha10] at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:72) [jboss-kernel.jar:2.2.0.Alpha10] at org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:202) [jboss-kernel.jar:2.2.0.Alpha10] at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54) [jboss-kernel.jar:2.2.0.Alpha10] at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42) [jboss-kernel.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:894) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:641) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:182) [:2.2.0.Alpha8] at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:58) [:2.2.0.Alpha8] at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) [:2.2.0.Alpha8] at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:55) [:2.2.0.Alpha8] at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) [:2.2.0.Alpha8] at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1832) [:2.2.0.Alpha8] at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1550) [:2.2.0.Alpha8] at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1571) [:2.2.0.Alpha8] at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1491) [:2.2.0.Alpha8] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:1983) [:2.2.0.Alpha8] at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:1076) [:2.2.0.Alpha8] at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:679) [:2.2.0.Alpha8] at org.jboss.system.server.profileservice.deployers.MainDeployerPlugin.process(MainDeployerPlugin.java:106) [:6.0.0.20101110-CR1] at org.jboss.profileservice.dependency.ProfileControllerContext$DelegateDeployer.process(ProfileControllerContext.java:130) [:0.1.0.Alpha1] at org.jboss.profileservice.dependency.ProfileDeployAction.deploy(ProfileDeployAction.java:148) [:0.1.0.Alpha1] at org.jboss.profileservice.dependency.ProfileDeployAction.installActionInternal(ProfileDeployAction.java:94) [:0.1.0.Alpha1] at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54) [jboss-kernel.jar:2.2.0.Alpha10] at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42) [jboss-kernel.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.Alpha10] at org.jboss.profileservice.dependency.ProfileServiceController.activate(ProfileServiceController.java:188) [:0.1.0.Alpha1] at org.jboss.profileservice.AbstractProfileService.activateProfile(AbstractProfileService.java:170) [:0.1.0.Alpha1] at org.jboss.profileservice.bootstrap.AbstractProfileServiceBootstrap.activate(AbstractProfileServiceBootstrap.java:117) [:0.1.0.Alpha1] at org.jboss.profileservice.resolver.BasicResolverFactory$ProfileResolverFacade.deploy(BasicResolverFactory.java:89) [:0.1.0.Alpha1] at org.jboss.profileservice.bootstrap.AbstractProfileServiceBootstrap.start(AbstractProfileServiceBootstrap.java:97) [:0.1.0.Alpha1] at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:130) [:6.0.0.20101110-CR1] at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:56) [:6.0.0.20101110-CR1] at org.jboss.bootstrap.impl.base.server.AbstractServer.startBootstraps(AbstractServer.java:827) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5] at org.jboss.bootstrap.impl.base.server.AbstractServer$StartServerTask.run(AbstractServer.java:417) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5] at java.lang.Thread.run(Thread.java:619) [:1.6.0_17] ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- I observed that *%JBOSS_HOME% \common\lib\hibernate-entitymanager.jar* is getting conflicting with *WEB-INF\lib\hibernate-entitymanager-3.6.3.Final.jar* But how is this possible eventhough I have set *+domain="test"+* . Is My observation Correct ? Please correct me If I am doing mistake . -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/640215#640215] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

2
6
0 / 0

[jBPM] - transition condition jbpm4

by dearest555

dearest555 [http://community.jboss.org/people/dearest555] created the discussion "transition condition jbpm4" To view the discussion, visit: http://community.jboss.org/message/640708#640708 -------------------------------------------------------------- <task g=+"186,155,123,52"+ name=+"Supervisor Review"+> <assignment-handler auto-wire=+"true"+ class=+"assigment.AssignByOrg"+> <field name=+"type"+> <string value=+"supervisor"+/> </field> </assignment-handler> If I would like to add transition condition -if supervisor lvl ,transition to manager -if junior lvl,transition to supervisor And transition to manager -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/640708#640708] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user December 2011