Activity
From 05/24/2015 to 06/22/2015
06/22/2015
- 04:01 PM Bug #2591 (WIP): incorrect queries when MATCH operator is involved
- The 1st round of testing just ended. There are a lot (17) of failures in @gso_ctrlc_tests@ and some in @tc_tests@ (11...
06/20/2015
- 12:11 AM Bug #2591 (Test): incorrect queries when MATCH operator is involved
- Nice work tracking this down quickly and fixing it. 10882 on branch looks good. Please regression test. I'll run unit...
06/19/2015
- 01:01 PM Bug #2591: incorrect queries when MATCH operator is involved
- For review, this is branch 2591a/, at revision 10882.
- 11:22 AM Bug #2591: incorrect queries when MATCH operator is involved
- One test (CUSTOMER_SITE_7) of in the customer's testing batch was failing (not finding the record) for unknown reason...
- 11:06 AM Bug #2591 (Closed): incorrect queries when MATCH operator is involved
06/17/2015
- 06:39 PM Bug #2589: remote request for next primary key gives wrong result when metadata DB is running
- Requesting a next primary key for a database controlled by a remote server returns very low id numbers, typically sta...
- 06:30 PM Bug #2589 (New): remote request for next primary key gives wrong result when metadata DB is running
06/11/2015
- 01:58 PM Bug #2488: replace runtime compilation of dynamic queries
- Please commit and distribute 0611a. Thanks.
- 01:48 PM Bug #2488: replace runtime compilation of dynamic queries
- The attached update is basically the same as 0610a except for the comment form @build.xml@ removed and a cascading @i...
- 12:28 PM Bug #2488: replace runtime compilation of dynamic queries
- I tested the 0610a update with the full set of search unit tests. I can confirm that it fixed the problematic test an...
- 01:46 AM Bug #2488: replace runtime compilation of dynamic queries
- Code review 0610a:
Looks good. Assuming your local testing confirms it fixes the problem, please run conversion re... - 01:41 PM Bug #2552 (Closed): bad hql caching prevents queries to position on the correct rows
- 01:40 PM Bug #2552: bad hql caching prevents queries to position on the correct rows
- The 0608c update passed the regression testing, was committed to bzr as revno 10876 and distributed by mail.
06/10/2015
- 01:55 PM Bug #2488: replace runtime compilation of dynamic queries
- I have a fix for the issue. There are 3 important changes:
# the @convert/variable_references.rules@ was added to ru...
06/09/2015
- 03:52 PM Bug #2488: replace runtime compilation of dynamic queries
- The P4GL converted query is:...
- 03:19 PM Bug #2488: replace runtime compilation of dynamic queries
- I was able to duplicate the issue. One occurrence is in @test[Entity=|+TNCY_TENANT| TestType=|SEARCH| TestSubType=|SE...
- 01:04 PM Bug #2536: improve dynamic query parser error handling
- The logging level for exceptions was lowered to @FINE@ to keep the @CONFIG@ level free for configuration issues.
Th... - 10:01 PM Bug #2552: bad hql caching prevents queries to position on the correct rows
- Eric Faulhaber wrote:
> I'll test this update tonight against the full set of search unit tests.
The test went well...
06/08/2015
- 02:55 PM Bug #2552: bad hql caching prevents queries to position on the correct rows
- Code review 0608c:
I think the changes are OK. Please post your regression test results when finished. I'll test t... - 12:53 PM Bug #2552: bad hql caching prevents queries to position on the correct rows
- This update should handle the main issue of this task: the caching of the hql-s. It will put into cache only the quer...
- 02:22 PM Bug #2488: replace runtime compilation of dynamic queries
- Please investigate the following error from the P2J server.log:...
06/05/2015
- 03:15 PM Feature #2581: improve performance of non-preselect, multi-table joins
- Currently, when we convert (statically or at runtime) constructs like FOR EACH, EACH, ... or FOR EACH, FIRST, ..., et...
- 02:58 PM Feature #2581 (Closed): improve performance of non-preselect, multi-table joins
06/04/2015
- 11:38 AM Bug #2552: bad hql caching prevents queries to position on the correct rows
- Eric Faulhaber wrote:
> I have posted my full search test results at #1868, note 60 (including the @stdout.log@ this... - 10:37 AM Bug #2552: bad hql caching prevents queries to position on the correct rows
- I have posted my full search test results at #1868, note 60 (including the @stdout.log@ this time), for your referenc...
- 07:01 AM Bug #2552: bad hql caching prevents queries to position on the correct rows
- 0603a is an independent update. I intentionally removed any relation to previous updates in order to isolate the issu...
- 10:43 PM Bug #2552: bad hql caching prevents queries to position on the correct rows
- Ovidiu, was your 0603a update meant to be applied on top of the 0421a update?
I tested P2J 10871 + 0603a (without ...
06/03/2015
- 02:47 PM Bug #2552: bad hql caching prevents queries to position on the correct rows
- > Looks good, nice find. Agreed, will look better with the println statements removed. Do you want to leave these beh...
- 02:33 PM Bug #2552: bad hql caching prevents queries to position on the correct rows
- Code review 0603a:
Looks good, nice find. Agreed, will look better with the println statements removed. Do you wan... - 02:07 PM Bug #2552: bad hql caching prevents queries to position on the correct rows
- Eric,
I found the probable cause for the failures in regression testing of the @?@ relational semantics. I was worki...
05/29/2015
- 01:25 PM Feature #2580: make field denormalization the default schema conversion for extent fields
- For a schema with a lot of tables requiring extent field denormalization, it would be simpler and less error prone to...
- 01:21 PM Feature #2580 (New): make field denormalization the default schema conversion for extent fields
Also available in: Atom