Activity
From 09/17/2020 to 10/16/2020
10/16/2020
- 06:15 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Here are some results of line drawing with WebGL, 2D canvas with @lineTo@ and 2D canvas using our pixel manipulation....
- 04:06 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- It seems that anti-aliasing really should be able to be turned off. Right now it seems to be partially implemented w...
- 02:31 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- I added @p2j.perf_tests.js@ in the committed rev 11721 (3821c). The context menu is opened for the virtual task bar o...
- 01:19 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> > HTMLCanvasElement.getContext accepts an antialiasing option, but this doesn't fully work, see b... - 01:13 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > HTMLCanvasElement.getContext accepts an antialiasing option, but this doesn't fully work, see below.
You've set ... - 10:57 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> Please post a patch so that we can more easily review the exact changes.
>
The suggested cha... - 10:40 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sadly, the WebGL outputs are heavily antialiased and I don't think there is a way to turn it completely off. HTMLCanv...
- 09:18 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Please post a patch so that we can more easily review the exact changes.
> Moreover we do not even need to create ... - 08:33 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> > As you can see there is no loop inside line painter. Only single array fill call. I tested on m... - 08:19 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > As you can see there is no loop inside line painter. Only single array fill call. I tested on my system and this ce...
- 07:17 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> Hynek Cihlar wrote:
> > Sergey Ivanovskiy wrote:
> > > Yes, agree. Thus, we should be a... - 06:51 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> Hynek Cihlar wrote:
> > Unless you are already working on it, I can prepare one of the w... - 06:49 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > Greg, do you agree?
Yes - 04:18 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Hynek Cihlar wrote:
> Sergey Ivanovskiy wrote:
> > Yes, agree. Thus, we should be able to test 2d with pixels manip... - 11:09 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Guys,
Thinking about Web driver line painting speed up I've got the idea for how to improve current bitmap based a...
10/15/2020
- 04:21 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > I suggest we create two WebGL versions for the performance line drawing page. One in raw WebGL and another using Tw...
- 04:05 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> Yes, agree. Thus, we should be able to test 2d with pixels manipulation and two variants ... - 03:07 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Yes, agree. Thus, we should be able to test 2d with pixels manipulation and two variants of webgl. Correct?
- 02:55 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> Hynek Cihlar wrote:
> > Sergey Ivanovskiy wrote:
> > > Please explain more thoroughly. ... - 02:48 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- I did some reading on WebGL and some related technologies. Here are some unsorted notes I made.
* it is very low l... - 02:42 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Hynek Cihlar wrote:
> Sergey Ivanovskiy wrote:
> > Please explain more thoroughly. There are two canvases: one of t... - 12:28 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> Please explain more thoroughly. There are two canvases: one of them is 2d and the other i... - 10:41 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > There are two canvases: one of them is 2d and the other is webgl.
Yes.
> Which one of them is transparent?
... - 10:20 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> Hynek Cihlar wrote:
> > Greg Shah wrote:
> > > The one area where there will be some effort is ... - 10:04 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Hynek Cihlar wrote:
> Another potential issue is that the vertex shaders use a so called clip space coordinates that... - 09:52 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Hynek Cihlar wrote:
> Greg Shah wrote:
> > The one area where there will be some effort is text drawing. I think w... - 09:37 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Another potential issue is that the vertex shaders use a so called clip space coordinates that go from -1 to 1 in eac...
- 09:06 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> The one area where there will be some effort is text drawing. I think we will need to use the "2... - 07:01 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> Sergey: What is your timing on the test application? I had thought it would be something pretty ... - 06:56 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Yes, you are correct. It is not hard to implement. I am using dojo menu widget for the virtual task bar.
- 06:27 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- When I am suggesting a popup menu, I don't mean for this to be in the 4GL. I am expecting a simple HTML5/JS based me...
- 05:40 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey: What is your timing on the test application? I had thought it would be something pretty quick.
Once that ... - 06:22 AM Base Language Feature #4965: Parameter annotation - qualified
- From Marian:
> When a class is instantiated a 'constructor' method that matches the arguments is searched and then... - 02:18 AM Base Language Feature #4965 (Test): Parameter annotation - qualified
- 06:08 AM User Interface Bug #4826: HTTP 413 error with Web Client
- From Sergey:
> I would like to notify about this issue that today I observed the first time today when testing Hot... - 02:50 AM Database Bug #4945: Optimize indexes for H2 dialect
- Ovidiu, there is no H2 dedicated repository yet. My patch on H2 is not safe, so I didn't worry about a repository jut...
10/14/2020
- 07:12 PM Database Bug #4945: Optimize indexes for H2 dialect
- I finished the solution for avoiding re-sorting the data if a reversed index is detected. I have chosen the solution ...
- 05:06 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- If you provide a popup menu for the virtual desktop background for the performance test page, we should also add a "V...
- 05:04 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > Please review this patch for @p2j.logger.js@ to enable its functionality to the virtual desktop. Can I commit these...
- 04:28 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Please review this patch for @p2j.logger.js@ to enable its functionality to the virtual desktop. Can I commit these c...
- 03:01 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Most rectangles are drawn with 4 lines instead of the rectangle primitive. There are quite a few non-black lines dra...
- 02:42 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Constantin Asofiei wrote:
> On Chrome, when opening a widget-heavy customer screen, the @this.offscreenCtx.putImageD... - 11:47 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> Greg Shah wrote:
> > Sergey Ivanovskiy wrote:
> > > @putImageData@ doesn't take into ac... - 10:59 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Yes, that is OK.
- 09:14 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Ok. Following this way I need to add new js module @p2j.perf_tests.js@ to @index.html@ page...
- 08:37 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> Yes, I am using p2j.canvas_renderer.js and p2j.strokes.js and p2j.js. Why does it requir... - 08:04 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- In regard to concurrency, I want to avoid it for now. Web workers come with other issues and certainly add complexit...
- 07:36 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > This idea has been already proposed by Sergey, see #4785-831 and related notes. But I'm not sure how far he went wi...
- 05:19 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> Sergey Ivanovskiy wrote:
> > @putImageData@ doesn't take into account clipping regions. Thus, if... - 05:17 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Yes, I am using p2j.canvas_renderer.js and p2j.strokes.js and p2j.js. Why does it require to run this html page with...
- 04:41 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> Greg Shah wrote:
> > > what would you like to measure for our js web client. It can degr... - 04:30 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> > what would you like to measure for our js web client. It can degrade performance if we add perf... - 04:25 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- I didn't go farther because these changes @screenImageWorkingCanvasDrawImageRevertedChanges.patch@ added regressions ...
- 03:39 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> > If I understand properly your idea this is a kind of "double buffering" concept. We have two bi... - 03:31 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> > If I understand properly your idea this is a kind of "double buffering" concept. We have two bi... - 12:05 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> Crazy idea number 2: use "WebGL":https://developer.mozilla.org/en-US/docs/Web/API/WebGL_API/Tutor... - 11:18 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- I really like the idea of pushing the text editing down to the JS side. All of our text editing is very slow, I agre...
- 10:08 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- Hynek Cihlar wrote:
> Ovidiu Maxiniuc wrote:
> > BTW, yesterday, because of an incremental compile issue, I had a d... - 10:06 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- Ovidiu Maxiniuc wrote:
> BTW, yesterday, because of an incremental compile issue, I had a debug session with mouse e... - 10:05 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- Ovidiu Maxiniuc wrote:
> We live in the era of intensive streaming. Not only Hollywood productions but games also. T... - 09:59 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- BTW, yesterday, because of an incremental compile issue, I had a debug session with mouse events. I had a hard time t...
- 09:48 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- We live in the era of intensive streaming. Not only Hollywood productions but games also. This year https://www.nvidi...
- 09:30 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- Greg Shah wrote:
> Are there some "quick wins" we can achieve immediately using either the higher level primitives o... - 08:28 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- Are there some "quick wins" we can achieve immediately using either the higher level primitives or the recording appr...
- 08:26 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- The transpiling is a reasonable way to handle the code duplication issue, IF we don't have to edit the result. Any h...
- 06:51 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- I gave all the known options more thought and I still think that some kind of transcompiling the existing widget impl...
10/13/2020
- 06:54 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> > Every line need separate putImageData.
>
> Why is this needed?
>
This is a kind of opti... - 06:53 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > If I understand properly your idea this is a kind of "double buffering" concept. We have two bitmaps one that is cu...
- 06:52 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Crazy idea number 2: use "WebGL":https://developer.mozilla.org/en-US/docs/Web/API/WebGL_API/Tutorial/Getting_started_...
- 06:43 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg Shah wrote:
> > We use putImageData for each and every line draw, and this includes drawing rectangles. If we c... - 06:35 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > Every line need separate putImageData.
Why is this needed?
> If we get full image covered by rectangle to dra... - 06:22 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Constantin Asofiei wrote:
> On Chrome, when opening a widget-heavy customer screen, the @this.offscreenCtx.putImageD... - 06:10 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > We use putImageData for each and every line draw, and this includes drawing rectangles. If we could use a single pu...
- 01:52 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- On Chrome, when opening a widget-heavy customer screen, the @this.offscreenCtx.putImageData(imageData, x, y);@ line i...
- 12:21 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> @putImageData@ doesn't take into account clipping regions. Thus, if @disablePixelManipula... - 12:21 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > what would you like to measure for our js web client. It can degrade performance if we add performance counters for...
- 12:00 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- @putImageData@ doesn't take into account clipping regions. Thus, if @disablePixelManipulation=true@, then some of the...
- 11:49 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- >It needs to fix incorrect lines when using drawings on the canvas. I tried to check clipping regions and empty lines...
- 11:25 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Greg, what would you like to measure for our js web client. It can degrade performance if we add performance counters...
- 11:23 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- I think the point here is how fast the @BitBlt@ or line primitives work in graphics driver. Another word what is bett...
- 08:29 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- > I agree that these changes don't improve the UI performance that it can be visible on your computer.
I think thi... - 08:19 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Eugenie Lyzenko wrote:
>Disabled pixel manipulation give the following picture with many GUI line artifacts:
Yes, I... - 11:17 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Another note. Can you estimate the performance gain from @disablePixelManipulation@ approach? On my machine I do not ...
- 09:49 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- @<customer_screen_redacted>@
- 10:43 AM Base Language Feature #4761: I18N phase 3
- From Marian in regard to the work on #4384:
> Some of those are still on hold mostly because of codepage convert i... - 08:40 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- > Maybe you already think about this and ruled it out because of code duplication, but what if we push the drawing pr...
- 07:07 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- Maybe you already think about this and ruled it out because of code duplication, but what if we push the drawing prim...
- 05:53 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- > The drawing primitives are already batched in single socket message. I don't think there will be much of a performa...
10/12/2020
- 06:44 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Committed revision 11711 (3821c) changed @drawLineSegment@ so that if this flag, @disablePixelManipulation@, is set i...
- 05:27 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Sergey Ivanovskiy wrote:
> Please review this patch. Can I commit these changes for 3821c?
Yes, no objection. - 05:21 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Please review this patch. Can I commit these changes for 3821c?
- 04:11 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- I encountered the new issue with @OffscreenCanvas@. If pixels manipulations are disabled, then line styles are not ap...
- 07:52 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- Let's use @disablePixelManipulation@ instead. The default value is @false@, which means that our current pixel manip...
- 03:29 AM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- It shouldn't be hard to implement because @p2j_canvas_rendering.js@ uses Canvas API for filling all drawings and only...
- 10:14 PM User Interface Support #4955: web client/javascript drawing - fast vs crisp
- My perception is that the browser/javascript drawing performance is very dependent upon the GPU of the system.
F... - 10:02 PM User Interface Support #4955 (Closed): web client/javascript drawing - fast vs crisp
- 01:36 PM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- Greg Shah wrote:
> I think it may be time to consider a more serious implementation of this idea.
>
> One thing I... - 02:57 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- Hynek Cihlar wrote:
> Has anybody explored the idea of moving the canvas rendering in a separate web worker? This co... - 02:44 AM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- Has anybody explored the idea of moving the canvas rendering in a separate web worker? This could free the main threa...
- 10:25 PM User Interface Feature #4029: implement more widget rendering knowledge within the client drivers
- I think it may be time to consider a more serious implementation of this idea.
One thing I don't want to lose is t... - 03:48 AM Base Language Feature #4384: Builtin OO Implementation
- Constantin Asofiei wrote:
> This should solve your issue.
Thanks for that, works like a charm :)
- 03:34 AM Base Language Feature #4384: Builtin OO Implementation
- Marian, OK, I understand the issue. i think you can solve it yourself:
* look at @SymbolResolver.findConvertedLegac... - 02:09 AM Base Language Feature #4384: Builtin OO Implementation
- Constantin Asofiei wrote:
> Marian Edu wrote:
> > Is there a way to have those classes from the OO implementation r...
10/09/2020
- 05:20 PM Database Bug #4945: Optimize indexes for H2 dialect
- Eric Faulhaber wrote:
> OK, as soon as you are comfortable with your FWD-only changes, please commit them.
Done, se... - 04:40 PM Database Bug #4945: Optimize indexes for H2 dialect
- OK, as soon as you are comfortable with your FWD-only changes, please commit them.
As to the H2 changes, please DO... - 04:27 PM Database Bug #4945: Optimize indexes for H2 dialect
- I will answer in reverse order.
> Is the first item in #4945-15 something that stands on its own?
Yes, I adjusted... - 03:53 PM Database Bug #4945: Optimize indexes for H2 dialect
- Ovidiu, do you expect to have any update today? Is the first item in #4945-15 something that stands on its own?
- 04:27 PM User Interface Bug #4954: Extent field alignment
- Testcase:...
- 04:24 PM User Interface Bug #4954 (New): Extent field alignment
- 03:54 PM User Interface Bug #4953: Frame is not displayed when backing buffer is not available
- Testcase:...
- 03:50 PM User Interface Bug #4953 (New): Frame is not displayed when backing buffer is not available
- 11:59 AM Base Language Feature #4384: Builtin OO Implementation
- Marian Edu wrote:
> Is there a way to have those classes from the OO implementation registered so when we try to dyn... - 11:44 AM Base Language Feature #4384: Builtin OO Implementation
- I've merged all changes from 4384f into 3821c revision 11696. Consider 4384f dead. I have created a new branch 4384...
- 03:28 AM Base Language Support #4951 (Closed): Longchar input parameter
10/08/2020
- 06:36 PM Database Bug #4945: Optimize indexes for H2 dialect
- Constantin Asofiei wrote:
> Without the @_multiplex@ first at the ORDER BY, the WHERE will choose a different index;...
10/07/2020
- 11:51 AM User Interface Bug #4942: Embbeded web client doesn't work for Hotel GUI
- Adrian Lungu wrote:
> The bug was fixed in 3821c. rev. 11675. @GenericWidget.pushWidgetAttr@ is overridden in sever... - 09:12 AM User Interface Bug #4942 (Closed): Embbeded web client doesn't work for Hotel GUI
- Nice!
- 08:26 AM User Interface Bug #4942: Embbeded web client doesn't work for Hotel GUI
- Please review only #4942-6 (3821c/11675), as the previous comments are just part of the bug hunting process.
- 08:24 AM User Interface Bug #4942 (Review): Embbeded web client doesn't work for Hotel GUI
- 08:24 AM User Interface Bug #4942: Embbeded web client doesn't work for Hotel GUI
- The bug was fixed in 3821c. rev. 11675. @GenericWidget.pushWidgetAttr@ is overridden in several other widgets (child...
- 08:20 AM User Interface Bug #4942: Embbeded web client doesn't work for Hotel GUI
- Hynek/Constantin: Please review.
- 06:32 AM User Interface Bug #4942: Embbeded web client doesn't work for Hotel GUI
- The root of the bug is related to FWD's specific @disable-redraw@. Commenting out the @disable-row@ statements from @...
- 01:43 AM Database Bug #4945: Optimize indexes for H2 dialect
- Eric Faulhaber wrote:
> Constantin, do you remember why we moved @_multiplex@ to the front of index definitions and ... - 01:40 AM Database Bug #4945: Optimize indexes for H2 dialect
- From my debugging of the AdaptiveQuery, in H2 the LIMIT is applied at the fetch, and not after re-sort, if the fetch ...
10/06/2020
- 05:40 PM Database Bug #4945: Optimize indexes for H2 dialect
- Ovidiu Maxiniuc wrote:
> Eric Faulhaber wrote:
> > Are you talking about H2 changes here, or just FWD changes?
> T... - 05:27 PM Database Bug #4945: Optimize indexes for H2 dialect
- When H2 selects the index @Select.getSortIndex()@ it looks for the first N components of the index to be a perfect ma...
- 05:03 PM Database Bug #4945: Optimize indexes for H2 dialect
- Constantin, do you remember why we moved @_multiplex@ to the front of index definitions and ORDER BY clauses? I origi...
- 05:00 PM Database Bug #4945: Optimize indexes for H2 dialect
- Eric Faulhaber wrote:
> Are you talking about H2 changes here, or just FWD changes?
There are two set of changes:
... - 04:17 PM Database Bug #4945: Optimize indexes for H2 dialect
- Ovidiu Maxiniuc wrote:
> Eric Faulhaber wrote:
> > But will this mean H2 will select the index AND not re-sort afte... - 03:36 PM Database Bug #4945: Optimize indexes for H2 dialect
- Ovidiu Maxiniuc wrote:
> Constantin Asofiei wrote:
> > What happens if the index in 4GL is originally as @index ix1... - 01:20 PM Database Bug #4945: Optimize indexes for H2 dialect
- Another issue I noticed while debugging: there was an extra index, having the @recid@ as unique component. It was mar...
- 01:11 PM Database Bug #4945: Optimize indexes for H2 dialect
- Eric Faulhaber wrote:
> But will this mean H2 will select the index AND not re-sort after the results are fetched? O... - 01:07 PM Database Bug #4945: Optimize indexes for H2 dialect
- Constantin Asofiei wrote:
> What happens if the index in 4GL is originally as @index ix1 f1 desc@?
Evidently, the... - 12:27 PM Database Bug #4945: Optimize indexes for H2 dialect
- Ovidiu Maxiniuc wrote:
> Right. I am adding now the @DESC@ direction to @_multiplex@ when FWD detects a reversed i... - 12:25 PM Database Bug #4945: Optimize indexes for H2 dialect
- What happens if the index in 4GL is originally as @index ix1 f1 desc@?
- 12:24 PM Database Bug #4945: Optimize indexes for H2 dialect
- Constantin Asofiei wrote:
> I don't understand - what's the exact @ORDER BY@ clause? Do you mean there is an @ORDER... - 12:13 PM Database Bug #4945: Optimize indexes for H2 dialect
- Ovidiu Maxiniuc wrote:
> * I discovered a bug in FWD related to sorting temp-tables queries. When a reversed order i... - 11:18 AM Database Bug #4945: Optimize indexes for H2 dialect
- I took a look over H2 code that handles selection of the index (@Select.prepare()@)to be used for a query and the pos...
- 10:54 AM Database Bug #4945: Optimize indexes for H2 dialect
- We notice that sometimes the temp-table queries are slow because the matching reversed index is not selected by the q...
- 10:48 AM Database Bug #4945 (Feedback): Optimize indexes for H2 dialect
- 09:17 AM User Interface Bug #4942: Embbeded web client doesn't work for Hotel GUI
- I could restrict the searching scope somewhere around 11600..11608 revisions. The most of the intermediary revisions ...
- 07:28 AM User Interface Bug #4942: Embbeded web client doesn't work for Hotel GUI
- I added the fix from rev. 11619 straight to the 11588 revision and tested. It seems like the embedded web client star...
- 06:09 AM User Interface Bug #4942: Embbeded web client doesn't work for Hotel GUI
- I checked some older revisions of 3821c in order to find which one triggered the bug. I should note that the latest 3...
10/05/2020
- 02:22 PM Base Language Feature #4384: Builtin OO Implementation
- Greg Shah wrote:
> > Question is, do we need to implement those new 'core' classes or we just leave it using a list ... - 11:39 AM Base Language Feature #4384: Builtin OO Implementation
- > Question is, do we need to implement those new 'core' classes or we just leave it using a list of bytes array as it...
- 07:19 AM Base Language Feature #4384: Builtin OO Implementation
- I'm working on updating Core.ByteBucket to 12.2 and it looks like they are using now a Progress.IO.MemoryOutputStream...
- 12:33 PM Database Feature #3814: more schema metadata
- Greg Shah wrote:
> Igor: Are @_area@, @_filelist@ and @_tenant@ all "complete" (stubbed out with a basic functional ... - 12:01 PM Database Feature #3814: more schema metadata
- Igor: Are @_area@, @_filelist@ and @_tenant@ all "complete" (stubbed out with a basic functional set of constant data...
- 06:14 AM User Interface Bug #4942 (Closed): Embbeded web client doesn't work for Hotel GUI
10/02/2020
- 10:39 AM Runtime Infrastructure Feature #1849: expose management features, configuration...to inspection and control via JMX (ins...
- As part of the work in #4785 (see #4785-746 and later), we have implemented general purpose JMX counter and timer sup...
- 09:22 AM Database Bug #4940: Refactor the overlapping DmoMeta, RecordMeta, and PropertyMeta classes into a more rat...
- The @DmoMeta@, @RecordMeta@, and @PropertyMeta@ do overlap in some measure. They need to be refactored / simplified. ...
- 09:10 AM Database Bug #4940 (New): Refactor the overlapping DmoMeta, RecordMeta, and PropertyMeta classes into a mo...
- 07:22 AM Database Bug #4926 (Closed): "guest already exists with ? ?. (132)" error in Hotel GUI
10/01/2020
- 01:16 PM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- I did not observe any regressions while testing hotel_gui and customer application so I decided to commit the update....
- 12:10 PM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- I do not see any issues with customer code.
The query that was exceeding 150ms is no more present in my statistics b... - 11:54 AM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- Ovidiu Maxiniuc wrote:
> I did not log any of this activity. I am thinking of doing it.
If you mean permanent log... - 11:45 AM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- I did not log any of this activity. I am thinking of doing it.
- 11:44 AM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- I did not make any test regarding this, but it should work.
If we have @A.a1 = B.b1@ as join relation, the logic tha... - 11:33 AM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- Ovidiu Maxiniuc wrote:
> I attached the patch, if you have time, please review. If everything is fine, I will push... - 10:38 AM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- Eric,
I have an implementation which is quite stable for my test-case. I am putting it to the test against hotel_gui... - 12:52 PM Database Bug #4926: "guest already exists with ? ?. (132)" error in Hotel GUI
- The issue is fixed in 3821c/r11641.
- 06:47 AM Base Language Feature #4384: Builtin OO Implementation
- Is there a way to have those classes from the OO implementation registered so when we try to dynamically load one of ...
09/30/2020
- 09:08 AM Conversion Tools Bug #4932: Error in reports after upgrade from H2 1.4.197 to 1.4.200
- Always clean. There is no incremental.
- 09:04 AM Conversion Tools Bug #4932: Error in reports after upgrade from H2 1.4.197 to 1.4.200
- Thank you for handling that. I am restarting my reports.
_Is there a concept of "incremental build" with reports,... - 02:27 AM Conversion Tools Bug #4932 (Test): Error in reports after upgrade from H2 1.4.197 to 1.4.200
- Fixed in 3821c/11642.
I changed the name of the @row@ column in the @report_cell@ table to @rowpos@. Apparently, @... - 10:00 PM Conversion Tools Bug #4932: Error in reports after upgrade from H2 1.4.197 to 1.4.200
- Is that something I can find through the source with a grep?
09/29/2020
- 05:51 PM Conversion Tools Bug #4932: Error in reports after upgrade from H2 1.4.197 to 1.4.200
- Roger Borrello wrote:
> Seems to be rooted in this error:
> [...]
>
> So something is broken in @ROW[*] INT@ syn... - 05:09 PM Conversion Tools Bug #4932: Error in reports after upgrade from H2 1.4.197 to 1.4.200
- Seems to be rooted in this error:...
- 04:58 PM Conversion Tools Bug #4932: Error in reports after upgrade from H2 1.4.197 to 1.4.200
- ...
- 04:56 PM Conversion Tools Bug #4932: Error in reports after upgrade from H2 1.4.197 to 1.4.200
- The below error occurs running reports:...
- 04:54 PM Conversion Tools Bug #4932 (Test): Error in reports after upgrade from H2 1.4.197 to 1.4.200
- 12:51 PM Database Bug #4931: possible ProgressiveResults performance improvement
- @AdaptiveQuery@ uses @ProgressiveResults@ internally to fetch a progressively larger set of query results. The origin...
- 12:30 PM Database Bug #4931 (New): possible ProgressiveResults performance improvement
- 10:57 AM Database Support #4928: rewrite FieldReference to use lambdas instead of reflection
- At runtime we generate implementation classes to back the DMO interfaces. All of these classes have existing methods...
- 09:49 AM Database Support #4928 (New): rewrite FieldReference to use lambdas instead of reflection
- 12:43 AM Database Bug #4926: "guest already exists with ? ?. (132)" error in Hotel GUI
- Conversation via email:
---
>> Ovidiu Maxiniuc wrote:
>>>
>>> I am investigating the ** guest already exists ... - 11:57 PM Database Bug #4926 (Closed): "guest already exists with ? ?. (132)" error in Hotel GUI
09/27/2020
- 04:09 PM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- This fix is intended only for the case where we have sort clauses for more than one table concatenated together, and ...
- 03:52 PM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- Something to share about my investigations with H2 - if the chosen index didn't match the ORDER BY clause, then H2 wi...
- 03:15 PM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- I initially thought there would be an @AbstractJoin@ object in the second query component we could use to analyze the...
- 03:08 PM Database Bug #4917: eliminate redundant ORDER BY elements in multi-table queries
- We have found that in certain cases (e.g., optimized @CompoundQuery@), multi-table queries are generated with ORDER B...
- 02:55 PM Database Bug #4917 (New): eliminate redundant ORDER BY elements in multi-table queries
09/25/2020
- 07:09 AM Database Feature #4055: optimize temp-table output parameter copying
- Adrian Lungu wrote:
> Unfortunately, almost every member of @RecordBuffer@ should be retrieved through getters in or... - 06:38 AM Database Feature #4055: optimize temp-table output parameter copying
- Constantin, the testcases work now. Unfortunately, almost every member of @RecordBuffer@ should be retrieved through ...
09/24/2020
- 01:59 PM Database Feature #4055: optimize temp-table output parameter copying
- Adrian, I've backed out my ArgumentBuffer change in 3821c rev 11577 - the solution was to use getters for RecordBuffe...
- 08:24 AM Database Feature #4055: optimize temp-table output parameter copying
- Ovidiu Maxiniuc wrote:
> Review of 3821c rev 11565.
>
> The code looks good to me. I cannot say I fully get all o... - 11:52 AM User Interface Feature #4912: move UI portions of the web client to the server-side
- Greg, wouldn't it make more sense to think of this problem the other way around? Keep the client processes as they ar...
- 11:06 AM User Interface Feature #4912: move UI portions of the web client to the server-side
- When the original UI architecture of FWD was designed, there were 2 "near term" targets: ChUI and fat client GUI (Swi...
- 09:58 AM User Interface Feature #4912 (New): move UI portions of the web client to the server-side
09/23/2020
- 07:48 PM Database Feature #4055: optimize temp-table output parameter copying
- Review of 3821c rev 11565.
The code looks good to me. I cannot say I fully get all of it but I did a double pass o... - 06:36 AM Database Feature #4055: optimize temp-table output parameter copying
- Adrian, thanks for the explanation. We can't make the @buffer()@ and @definition()@ methods non-final, as this will ...
- 05:01 AM Database Feature #4055: optimize temp-table output parameter copying
- Constantin, the @RecordBuffer$ArgumentBuffer@ seems to be broken - the use of parameter buffers in queries was result...
09/22/2020
- 06:33 PM Database Feature #4055: optimize temp-table output parameter copying
- 3821c rev 11565 contains another pass at improving the 'field-by-field' copy. @RecordBuffer$DatumAccess@ was enhance...
- 08:37 AM Base Language Feature #4384: Builtin OO Implementation
- Marian Edu wrote:
> Marian Edu wrote:
> >
> > Anyone recognize this behavior, something I need to do to fix it? :... - 05:36 AM Base Language Feature #4384: Builtin OO Implementation
- Marian Edu wrote:
>
> Anyone recognize this behavior, something I need to do to fix it? :(
Args, the static con... - 04:59 AM Base Language Feature #4384: Builtin OO Implementation
- Hi guys, I'm banging my head over here for some time already so thought maybe someone could know the cause and hopefu...
09/21/2020
- 03:43 PM Database Feature #4055: optimize temp-table output parameter copying
- There is a bug in dataset-handle parameter copy, when there is a before-table, too - the before-table DMO iface (back...
- 01:51 PM Database Feature #4055: optimize temp-table output parameter copying
- I have some changes which enhance @RecordBuffer$DatumAccess@ to provide more data (like the PropertyMeta, Method inst...
- 09:36 AM Database Support #4701: try to improve H2 transaction commit performance
- In @directory.xml@, the following empty container node should be added (usually right before the database specific co...
09/20/2020
- 03:51 PM Database Support #4701: try to improve H2 transaction commit performance
- Adrian: Please document the configuration changes to enable the separate database mode.
09/19/2020
- 07:16 AM Database Support #4701: try to improve H2 transaction commit performance
- Probably the branch was not bound. I did the commit now as revision 11553.
09/18/2020
- 04:26 PM User Interface Bug #4907: Conversion bug with button triggers
- The problem is most likely in @rules/annotations/triggers_phrase_rewrite.rules@. This code:...
- 03:58 PM User Interface Bug #4907: Conversion bug with button triggers
- Greg Shah wrote:
> I guess this is related to the @TRIGGERS@ phrase which is not as commonly used as the @ON@ statem... - 03:43 PM User Interface Bug #4907: Conversion bug with button triggers
- I guess this is related to the @TRIGGERS@ phrase which is not as commonly used as the @ON@ statement.
As a workaro... - 03:29 PM User Interface Bug #4907: Conversion bug with button triggers
- The trigger, associated with a button is *not* converted.
The 4gl:
@main.p@... - 03:24 PM User Interface Bug #4907 (New): Conversion bug with button triggers
- 02:33 PM Database Support #4701: try to improve H2 transaction commit performance
- Adrian Lungu wrote:
> Done. Committed in 3821c as revision 11549.
Adrian, I don't see your commit in 3821c. 11549... - 07:14 AM Database Support #4701: try to improve H2 transaction commit performance
- Done. Committed in 3821c as revision 11549.
09/17/2020
- 04:52 PM Database Feature #4011: database/persistence layer performance improvements
- Roger Borrello wrote:
> Is this a safe setting to add into existing projects? In other words, is there a downside ... - 04:38 PM Database Feature #4011: database/persistence layer performance improvements
- Eric Faulhaber wrote:
> It is *disabled* by default (meaning normal 4GL behavior: temp-tables are undoable unless de... - 03:58 PM Database Feature #4011: database/persistence layer performance improvements
- The performance enhancement to force NO-UNDO mode for all temp-tables (regardless of how they were defined) is implem...
- 02:50 PM Database Support #4701: try to improve H2 transaction commit performance
- Adrian: Go ahead and merge into 3821c. If there are any special requirements for rebuilding/deployment, please notif...
- 01:36 PM Database Support #4701: try to improve H2 transaction commit performance
- Adrian, thanks for the explanations. Greg, I am good with the update going into 3821c.
- 11:31 AM Runtime Infrastructure Feature #4026: ensure all objects transmitted over the DAP implement Externalizable
- Rolled back classes from #4026-32 in rev.11546.
- 11:17 AM Runtime Infrastructure Feature #4026: ensure all objects transmitted over the DAP implement Externalizable
- Igor Skornyakov wrote:
> I understand that the following classes should be left @Serializable@ to be accepted by Gwt... - 09:13 AM Runtime Infrastructure Feature #4026: ensure all objects transmitted over the DAP implement Externalizable
- Greg Shah wrote:
> Hynek/Sergey: Please review #4026-30.
I understand that the following classes should be left @... - 09:00 AM Runtime Infrastructure Feature #4026: ensure all objects transmitted over the DAP implement Externalizable
- Hynek/Sergey: Please review #4026-30.
- 08:54 AM Runtime Infrastructure Feature #4026: ensure all objects transmitted over the DAP implement Externalizable
- Vladimir Tsichevski wrote:
> Not sure I am posting to the right place, but I am having troubles building FWD with @g... - 08:39 AM Runtime Infrastructure Feature #4026: ensure all objects transmitted over the DAP implement Externalizable
- Not sure I am posting to the right place, but I am having troubles building FWD with @gradle all@ target in 3821c rev...
- 07:59 AM Runtime Infrastructure Feature #4026 (Test): ensure all objects transmitted over the DAP implement Externalizable
- 07:58 AM Runtime Infrastructure Feature #4026: ensure all objects transmitted over the DAP implement Externalizable
- From Igor:
> As of 3821c rev. 11545 I've finished re-work of Serilazable to Externalizable in FWD classes. This sh... - 07:48 AM Runtime Infrastructure Feature #4026: ensure all objects transmitted over the DAP implement Externalizable
- Finished conversion from @Serializable@ to @Externalizable@.
Committed to 3821c rev.11545
Also available in: Atom