[Persistence, JBoss/CMP, Hibernate, Database] - ejb Persistence prolem
by gsoberai
hi forum,
i am using two systems running jboss3.2.5 with two diferent applications namely "admin" and "student" running on them with a common database.
in both the applications i am using BMP entity beans,now the problem is that when one entity bean modifies some data in the database then that modification is not reflected on the other entity bean because both are using different containers.
according to ejb specifications ejbLoad() should be called every time a transaction is executed but in jboss3.2.5 what i am using, the ejbStore() method is executed before the ejbLoad() method.
because of ejbStore() executing before ejbLoad() data modified by one entity bean is is changed back to the data which is already cached by second entity bean because both beans reside on different containers and both are un aware of any changes made to the database..
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3971842#3971842
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3971842
19 years, 7 months
[JBoss jBPM] - Re: BPEL workflow - who to determine whats the next step?
by alex.guizar@jboss.com
TNT,
You are thinking in terms of the jBPM object model. In BPEL the concept of process instance is rather abstract and the token does not exist.
Consider the ATM example. The process instance sits waiting for an ATM to send a log-on message. This might take an arbitrarily long time, hours, perhaps days. During this time the process is stopped and the process objects are stored in the database. To resume the process, you send a log-on message to the front end web service and provide the ticket number assigned to the ATM.
Internally, the BPEL runtime will take the ticket number, "correlate" it to a dormant token, load it from the database and signal it for you. There are some other actions the engine must perform, such as assigning the message data to the process variables, ensuring the correlation constraint and registering an outstanding request in case the request expects a response.
I cannot think of a reason why you would want to perform these actions yourself, so why do you need direct access to the token? Take into account that one of the selling points of BPEL is its being a standard. If you dive into a particular implementation, you won't be able to switch to a different implementation easily (should you ever want to :-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3971797#3971797
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3971797
19 years, 7 months