Activity
From 05/15/2015 to 06/13/2015
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
05/20/2015
- 12:42 PM Bug #2536: improve dynamic query parser error handling
- Code review 0519a:
I'm glad you made this change, I was going to ask for something like it. After you made the err...
05/19/2015
- 03:37 AM Bug #2536: improve dynamic query parser error handling
- I added a few changes to @DynamicQueryHelper@ that refine the messages printed in console. At this moment the log is ...
05/18/2015
- 03:53 PM Bug #2536: improve dynamic query parser error handling
- Is there anything left to do on this issue at this point, or can it be closed?
- 03:51 PM Bug #2577: extent information in meta table
- Ovidiu Maxiniuc wrote:
> I've just checked the @custom-extent@ support. As you thought, it doesn't work. The @messag... - 03:16 PM Bug #2577: extent information in meta table
- Committed to bzr as revno 10865.
I've just checked the @custom-extent@ support. As you thought, it doesn't work. T... - 02:10 PM Bug #2577: extent information in meta table
- Code review 0518b:
The fix looks fine. Please check it in as is, no regression testing needed (it is additive and ... - 12:54 PM Bug #2577: extent information in meta table
- I discovered that the extent information is missing in the field meta table (it's always @0@). This causes some testc...
- 12:38 PM Bug #2577 (Closed): extent information in meta table
Also available in: Atom