[jBPM] New message: "Deploying process Definition"
by Sakthivelmurugan KG
User development,
A new message was posted in the thread "Deploying process Definition":
http://community.jboss.org/message/520302#520302
Author : Sakthivelmurugan KG
Profile : http://community.jboss.org/people/Sakthivel_kg
Message:
--------------------------------------------------------------
Hi,
I am new to JBPM. I am using JBPM 3.2.3. I am getting the following exception while creating a new process instance. I have deployed the process definition only for the first time as it is putting an entry everytime in JBPM_PROCESSDEFINITION table.
org.hibernate.HibernateException: null index column for collection: org.jbpm.graph.def.ProcessDefinition.definitions
at org.hibernate.persister.collection.AbstractCollectionPersister.readIndex(AbstractCollectionPersister.java:710)
at org.hibernate.collection.PersistentMap.readFrom(PersistentMap.java:258)
at org.hibernate.loader.Loader.readCollectionElement(Loader.java:1008)
at org.hibernate.loader.Loader.readCollectionElements(Loader.java:646)
at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:591)
at org.hibernate.loader.Loader.doQuery(Loader.java:701)
at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236)
at org.hibernate.loader.Loader.loadCollection(Loader.java:1994)
at org.hibernate.loader.collection.CollectionLoader.initialize(CollectionLoader.java:36)
at org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:565)
at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:60)
at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1716)
at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:344)
at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86)
at org.hibernate.collection.PersistentMap.values(PersistentMap.java:234)
at org.jbpm.graph.exe.ProcessInstance.<init>(ProcessInstance.java:145)
at org.jbpm.graph.exe.ProcessInstance.<init>(ProcessInstance.java:92)
at in.co.nmsworks.ordermanagement.process.ProcessFlow.startProcess(ProcessFlow.java:77)
at com.cygnet.nms.webclient.ordermgmt.action.OrderSubmitAction.addOrder(OrderSubmitAction.java:129)
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:585)
at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:280)
at org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:216)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at com.adventnet.nms.webclient.login.AuthenticationFilter.doFilter(AuthenticationFilter.java:114)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at com.adventnet.nms.webclient.i18n.EncodingFilter.doFilter(EncodingFilter.java:70)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2416)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:466)
at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:585)
at java.lang.Thread.run(Thread.java:595)
Here is the code i am using to get Jbpm context, Jbpmconfiguration, ProcessDefinition:
JbpmConfiguration configuration = JbpmConfiguration.parseResource("jbpm.cfg.xml");
//configuration.createSchema();
JbpmContext context = configuration.getCurrentJbpmContext();
if(context == null) {
context = configuration.createJbpmContext();
}
ProcessDefinition definition = null;
GraphSession session = context.getGraphSession();
definition = session.loadProcessDefinition(1);
System.out.println(" Process Definition reference in JBPM Server :: " + definition);
if(definition == null) {
definition = ProcessDefinition.parseXmlResource("processdefinition.xml");
context.deployProcessDefinition(definition);
}
Here is the code i am using to create a new process instance:
// Code to get process definition goes here
// Creating a process instance
ProcessInstance instance = new ProcessInstance(definition);
I am able to see the process definition reference in my logs. But not able to understand why the exception has occured and process instance is not created?
Anyone please help me on this as it is very urgent
Thanks in advance.
Regards,
Sakthi
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/520302#520302
16 years, 3 months
[EJB 3.0] New message: "Re: Persistence unit issues when migrating to JBOSS 5.1.0"
by Dragos Bobes
User development,
A new message was posted in the thread "Persistence unit issues when migrating to JBOSS 5.1.0":
http://community.jboss.org/message/520301#520301
Author : Dragos Bobes
Profile : http://community.jboss.org/people/dbobes
Message:
--------------------------------------------------------------
Hi Jaikiran, I appreciate the time you spent on this issues.
> * META-INF of a jar file in the root of the EAR
>
This is how I had the ear in the first place and it didn't work.
If you look at my first post on this discussion the persistence.xml file was located in the META-INF folder of the myseammodule.jar which was located in the root of the ear (also this jar was specified as an ejb module in application.xml). In this case extejbmodule.jar didn't have access to the persistence unit.
>
> * META-INF of a jar file in the EAR library directory
>
> http://community.jboss.org/message/520279#520279
I still have to try this option but right now I encountered another scoping problem. The extejbmodule.jar (from my first post) has a stateless bean defined like this:
@Stateless(name="Server", mappedName="myapp/Server/local")
In the seam's components.xml file I have defined the server component like this:
<component name="server" auto-create="true"
scope="event" jndi-name="myapp/Server/local"
class="com.company.ServerImpl">
But when I try to inject the component into a seam bean:
@In Server server;
it throws:
javax.naming.NameNotFoundException: Server not bound
In debug, it fails when it tries to lookup the "myapp/Server/local" jndi name. This was not a problem in JBOSS 4.2.3 so it must be also related to the new scoping where entities from one module are not visible to the others.
Any ideas?
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/520301#520301
16 years, 3 months
[jBPM] New message: "Task <description> tag - EL not possible?"
by henry donnell
User development,
A new message was posted in the thread "Task <description> tag - EL not possible?":
http://community.jboss.org/message/520289#520289
Author : henry donnell
Profile : http://community.jboss.org/people/bestage
Message:
--------------------------------------------------------------
Hi all,
We would like to have a more detailed (dynamically changing) task description.
This is especially helpful if you have a dozen of tasks with the same description in your task list.
They all look the same, it is not very user-friendly.
What would be really helpful is something like this:
<task ....
<desctiption>Please review order Nr.#{order.nr} from customer #{customer.name}
</task>
Undortunately EL is ignored in the task description tag in jBPM 4.x, don't know if this was the case with jBPM 3.2.x.
I have seen Seam samples doing exactly this.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/520289#520289
16 years, 3 months