38 messages in org.apache.ode.devRe: JPA DAO refactoring.| From | Sent On | Attachments |
|---|---|---|
| Jeff Yu | Mar 3, 2010 10:01 pm | |
| Jeff Yu | Mar 3, 2010 10:21 pm | |
| Aaron Anderson | Mar 4, 2010 12:37 pm | |
| Jeff Yu | Mar 4, 2010 9:26 pm | |
| Aaron Anderson | Mar 7, 2010 11:27 pm | |
| Jeff Yu | Mar 8, 2010 7:35 am | |
| Jeff Yu | Mar 8, 2010 11:05 pm | |
| Jeff Yu | Mar 9, 2010 12:40 am | |
| Aaron Anderson | Mar 9, 2010 6:22 pm | |
| Jeff Yu | Mar 9, 2010 9:02 pm | |
| Aaron Anderson | Mar 12, 2010 10:36 am | |
| Jeff Yu | Mar 12, 2010 8:14 pm | |
| Aaron Anderson | Mar 14, 2010 7:25 pm | |
| Jeff Yu | Mar 15, 2010 7:53 am | |
| Aaron Anderson | Mar 15, 2010 10:06 am | |
| Aaron Anderson | Mar 16, 2010 7:13 am | |
| Jeff Yu | Mar 16, 2010 8:29 pm | |
| Aaron Anderson | Mar 25, 2010 1:49 pm | |
| Jeff Yu | Mar 25, 2010 10:17 pm | |
| Aaron Anderson | Mar 26, 2010 6:27 am | |
| Rafal Rusin | Mar 26, 2010 10:23 am | |
| Aaron Anderson | Mar 28, 2010 3:31 pm | |
| Jeff Yu | Mar 29, 2010 2:40 am | |
| Rafal Rusin | Mar 29, 2010 2:52 am | |
| Jeff Yu | Mar 29, 2010 7:58 am | |
| Aaron Anderson | Mar 29, 2010 8:31 am | |
| Jeff Yu | Mar 29, 2010 10:18 pm | |
| Aaron Anderson | Apr 2, 2010 5:33 pm | |
| Jeff Yu | Apr 5, 2010 11:12 pm | |
| Aaron Anderson | Apr 6, 2010 6:24 pm | |
| Jeff Yu | Apr 8, 2010 3:47 am | |
| Aaron Anderson | Apr 12, 2010 8:03 am | |
| Jeff Yu | Apr 12, 2010 8:15 pm | |
| Aaron Anderson | Apr 23, 2010 7:25 am | |
| Jeff Yu | Apr 26, 2010 7:44 am | |
| Aaron Anderson | Apr 29, 2010 7:25 am | |
| Jeff Yu | Apr 30, 2010 5:56 am | |
| Jeff Yu | May 2, 2010 10:12 am |
| Subject: | Re: JPA DAO refactoring. | |
|---|---|---|
| From: | Aaron Anderson (nick...@yahoo.com) | |
| Date: | Apr 6, 2010 6:24:29 pm | |
| List: | org.apache.ode.dev | |
Hi Jeff,
I checked in my changes to the axis2-war maven POM to setup the axis2
WS-Security tests properly and now all those tests are passing. In the JPA
github branch there are still 19 failed tests and 12 skipped ones with 108
passing now. It is taking me more time than expected to correct the failed tests
cases since the TestNG error logs get overwritten on each test invocation so I
can only fix one test at a time.
Here are the things I would still like to address before I feel the branch is
ready:
1) I would like to revisit my decision to put the JTA transaction methods on the
DAOConnections. I did it at first because the store already had them and I
thought encapsulating all the JTA operations in the DAO implementation would
simplify things. However, the ODE Runtime needs to manage JTA operations to
support transactional web service invocations and to also coordinate operations
across DAOConnections. With this in mind it is better to make the DAOConnection
implementations "JTA Aware" so that if they are suppose to partake in a
transaction they will do so otherwise each DAO operation will be treated as
atomic. I will plan on removing those transactional methods from the DAO
interface and then back out my minor changes to the ODE runtime and correct the
tests so they all pass.
2) The JPA BpelDAOConnectionImpl does not currently implement the
FilteredInstanceDeletable interface so the runtime CronScheduler will not delete
completed instances when using JPA. I will update the implementation to support
that interface.
3) I would like to investigate issue ODE-428 to see if that is still and issue
and if so push down the query to the database level.
4) Make the proper corrections to make all the axis2-war file tests pass.
Regards,
Aaron
________________________________ From: Jeff Yu <jeff...@gmail.com> To: de...@ode.apache.org Sent: Tue, April 6, 2010 1:13:09 AM Subject: Re: JPA DAO refactoring.
Hi Aaron,
Thanks for the update. It looks good. I will look into the axis2-war pom file, and to try against the ode trunk. Thinking that maybe we can applied this change (enable the axis2-war testing) to trunk separately.
Regards Jeff
On Sat, Apr 3, 2010 at 11:33 AM, Aaron Anderson <aaro...@acm.org>wrote:
Hi Jeff,
Here is a quick update on the JPA refactoring. I was finally able to discover the reason why one the of the Axis war tests was failing. It was due to the openjpa.FlushBeforeQueries setting being set to false and a JPA CorrelatorDAO persistent query being evaluated in memory as opposed to being executed on the database. OpenJPA was actually performing a DB query but it was not passing on any of the JPA Query parameters. Since there could be multiple transaction occurring simultaneously in the engine it is probably better to synchronize on the database as opposed to the JPA entity cache.
Now many more of the tests are passing but a few are left to be fixed. Some of the failed tests were due to the change I made to exclude the Hibernate derby database from the war file so I will probably need to back that change out. I am pretty confident that the core runtime engine is stable now after all my changes and the rest of the work to get the tests all passing again should just be maven tweaks.
Regards,
Aaron
________________________________ From: Jeff Yu <jeff...@gmail.com> To: de...@ode.apache.org Sent: Tue, March 30, 2010 12:18:57 AM Subject: Re: JPA DAO refactoring.
Hi Aaron,
comments inline.
On Tue, Mar 30, 2010 at 2:31 AM, Aaron Anderson <aaro...@acm.org
wrote:
Hi Jeff,
Thanks for the response. I noticed that the integration tests were in the svn trunk so I updated it to run the tests and while there were failed test cases more passed than the git JPA branch so I introduced a regression issue of some sorts. I will work on getting the branch into the same state as the trunk.
OK, thanks.
If possible I would like to leave all the testng integration tests as is. If they do need to be modified I imagine I would only need to clean up better after test execution in the test tear down. I don t believe the tests can run in parallel due to port conflicts.
+1
Is there any documentation on the invocation sequences on the engine or any hints on tracking down execution problems? I noticed there are multiple layers of callables and futures and due to short timeouts I am having a hard time tracking invocations through the call stacks.
To see what happens when a SOAP message for a deployed BPEL process is received by ODE, please look into the class org.apache.ode.axis2.ODEService. In the method onAxisMessageExchange every incomming message is processed. Within this method the method invoke of the class org.apache.ode.bpel.engine.MyRoleMessageExchangeImpl is invoked, then go to the BpelEngineImpl.onScheduledJob() method.
you could set the mex.timeout according to http://ode.apache.org/user-guide.html#UserGuide-EndpointConfiguration
--Jeff
Regards,
Aaron
-- Cheers, Jeff Yu
---------------- blog: http://jeff.familyyu.net
-- Cheers, Jeff Yu
---------------- blog: http://jeff.familyyu.net