"kukeltje" wrote : anonymous wrote : Is the session closing immediately after the GetTaskListCommand normal?
| Yes
That makes sense. Through RMI/IIOP cannot have a session open.
GOOD NEWS!!!
So I just compared the source code of the org.jbpm.command packages, and found that the actorId cannot be set on the StartWorkOnTaskCommand in version 3.2.4.GA.
Fortunately, in version 3.2.6.SP1 the method to set the actorId IS present.
Hopefully it is a smooth upgrade.
Thanks,
Tamas
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222776#4222776
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222776
I downloaded the file
JBossTools-ALL-linux-gtk-3.0.0.GA-R200903141626-H5.zip
to a windows system and upon attempted extraction ( on a windows system ), the extraction begins and then halts and opens a messagebox which says, "File "lib" is password protected. Please enter the password in the box below"
What's the password?
I realize this distribution is to be used on linux, but I should still be able to extract it on windows.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222771#4222771
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222771
The maxThreads is more than sufficient - probably even 100 would handle that load. (I assume by "concurrent users" you mean "signed-in users", in which case you can usually assume that at most 20% will be submitting requests at the same time.)
What is the database pool size in your *-ds.xml file? How many connections does your app require for each user's request? The answers to that will tell you what the database connection pool size should be.
You can monitor the usage using mbeans in jmx-console, doing so should help you set tha values correctly. You could even use Jopr to monitor this data.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222756#4222756
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222756
1- Both Tx1 and Tx2 are reading the entity via the EntityManager.find().
2- I use a named query in another transaction which I execute before Tx1 and Tx2 to preload the cache with some entities. One of them would be read by Tx1 and Tx2.
3- The CCustomerInventory entity is a collection of the CCustomer entity which is read by Tx1 and Tx2, and it is in the cache because of 2.
4- What I understood from navigating the traces is that collections are always read from DB, considering I have defined "fetch=FetchType.EAGER" in the OneToMany relationship between Customers and Customer Inventories.
5- Bear in mind cache statistics are indeed showing up the EntityManager.find() is reading the CCustomer from the cache.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222754#4222754
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4222754
