"jaikiran" wrote :
| It's actually a known issue currently in Branch 5_x which is being updated with JPA2. The jboss-ejb3-jpa-int 2.0.0 version that is being pulled into Branch 5_x currently, isn't compatible with the jpa-api 2.0-cr-1 version being used in the AS. The fix is currently being done in the jboss-ejb3-jpa-int component.
The latest state in Branch_5_x should have this issue fixed (although there's a different JPA2 specific issue). I *think* Embedded EJB3 Entity test should now starting working against Branch_5_x.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264626#4264626
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264626
Hi,
I do not know if this is the right forum to ask but let me try.
So, i have MDB that receives different kind of messages and must pass them to the appropriate stateful bean that is retrieved from jboss cache by someId.
So how to implement that? When the MDB receives JMSMessage i do not know for which stateful bean this message is. Could i set in some way the stateful bean id (used for caching) when i send the message and after that in my MDB just to get the id from the message and retrieve the correct stateful bean and pass the message to it in order to be processed?
jmsmessage has setIntProperty method could i use it to pass the id, or this is not right?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264544#4264544
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264544
"mimra" wrote : How is the ESB service itself triggered - is it an invocation from outside the ESB? Is it an internal timer? Or is it something else?
|
| What do you mean when you say "the service is selected to be invoked"?
|
| /Michael
Service is triggered from another esb service (they are both a stateless ejb bean methods), by calling ServiceInvoker:
ServiceInvoker deliveryAdapter = new ServiceInvoker( "foo","bar" );
deliveryAdapter.deliverAsync( requestMessage );
By "the service is selected to be invoked" i mean that i've debugged that the code responsible for triggering that service is executed
Regards
Tomek
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264541#4264541
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264541
strategy we used was this:
* in api we only use String getId()
* in db we only use long DBID_
* in java, property id (String) might be composed in several ways. sometimes it's formed by translating the dbid(long) into string, sometimes the id is a separate field.
but i don't yet see how this prevents you from building your own process language ? can you elaborate on that part ?
also: we're very keen to know about your use case. what other process language are you building on pvm ?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264510#4264510
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264510