Activity
From 12/16/2025 to 01/14/2026
01/14/2026
- 01:41 PM Bug #10963: appserver resiliency and self healing
- Artur, that is a good find. I think the checks for @isHeadless()@ in these @ProcedureManager@ methods were added bac...
- 12:53 PM Bug #10963: appserver resiliency and self healing
- It seems like almost all the leaks discussed on the task are a consequence of a single issue. The procedure resources...
- 08:38 AM Bug #10963: appserver resiliency and self healing
- I tested the performance of the customer application with the context delete and it was barely different, maybe a 10-...
- 07:38 AM Bug #10963: appserver resiliency and self healing
- Ovidiu, the leak fixes are in 10963b.
Constantin, I left only the PASOE related changes in 10963a. - 07:24 AM Bug #10963: appserver resiliency and self healing
- Ovidiu, please review the other persist changes (beside BufferManager)
- 07:00 AM Bug #10963: appserver resiliency and self healing
- Artur Școlnic wrote:
> @buf1@ is added to @openBuffers@ of the staticMethod scope and global scope every time the ... - 06:05 AM Bug #10963: appserver resiliency and self healing
- start.p...
- 05:59 AM Bug #10963: appserver resiliency and self healing
- Where exactly are these buffers defined in 4gl?
- 05:53 AM Bug #10963: appserver resiliency and self healing
- Constantin Asofiei wrote:
> This deletes all resources created in the static OO method.
It does not delete the @o... - 05:41 AM Bug #10963: appserver resiliency and self healing
- Constantin Asofiei wrote:
> So, are you talking about explicit buffers defined in some static OO method which get le... - 05:28 AM Bug #10963: appserver resiliency and self healing
- About the BufferManager changes - in @TransactionManager.processScopeNotifications@, there is this code:...
- 04:06 AM Bug #10963: appserver resiliency and self healing
- Greg Shah wrote:
> Please go ahead with the context reset and make it conditional based on a directory flag. We sho...
01/13/2026
- 09:41 AM Bug #10963: appserver resiliency and self healing
- Please go ahead with the context reset and make it conditional based on a directory flag. We should probably default...
- 09:36 AM Bug #10963: appserver resiliency and self healing
- Greg Shah wrote:
> See my thoughts from #10963-53. I think we should add this flag.
I suppose the downside to rese... - 09:29 AM Bug #10963: appserver resiliency and self healing
- See my thoughts from #10963-53. I think we should add this flag.
On the other hand, if we have real leaks here, t... - 09:12 AM Bug #10963: appserver resiliency and self healing
- Just as an experiment, I tried cleaning the FWD context after a session is terminated and this solved the leak comple...
- 08:01 AM Bug #10963: appserver resiliency and self healing
- I added the following fixes to the branch:
1. MSAManager connections not being clean up.
2. TxWrapper loadedBuffers... - 07:59 AM Bug #10963: appserver resiliency and self healing
- Constantin Asofiei wrote:
> Artur, please provide some simple examples for #10963-56 and #10963-55 assumptions.
I...
01/12/2026
- 08:23 AM Bug #10963: appserver resiliency and self healing
- Artur, please provide some simple examples for #10963-56 and #10963-55 assumptions.
- 08:13 AM Bug #10963: appserver resiliency and self healing
- The TemporaryBuffer keys from @domains@ are strongly reachable from @SecurityManager@, so they are not deleted from t...
- 07:35 AM Bug #10963: appserver resiliency and self healing
- The cause for @openBuffers@ leaking is that inner persistent static procedures do not clean the @openBuffers@ and oth...
12/24/2025
- 01:33 PM Bug #8206: Logging manager issues
- It needs to be tested in multiple runtime environments, including appserver and REST.
- 09:25 AM Bug #8206: Logging manager issues
- Tomasz Domin wrote:
> Code review 8206b/16306, changes are good, no remarks.
Can this be merged to trunk?
12/19/2025
- 11:00 AM Bug #10963: appserver resiliency and self healing
- Another great source of leak is @BufferManager.openBuffers@.
Considering the following scenario:
A persistent proce...
12/18/2025
- 02:50 PM Bug #10963: appserver resiliency and self healing
- Greg Shah wrote:
> What a terrible design. I wonder how many customer applications actually rely upon that state (m... - 02:36 PM Bug #10963: appserver resiliency and self healing
- What a terrible design. I wonder how many customer applications actually rely upon that state (maybe without the dev...
- 02:23 PM Bug #10963: appserver resiliency and self healing
- Artur Școlnic wrote:
> For unbound:
> [...]
They mean that if you do two requests in unbound mode, then the reques... - 02:16 PM Bug #10963: appserver resiliency and self healing
- For unbound:...
- 02:14 PM Bug #10963: appserver resiliency and self healing
- I've checked again how PASOE leaves the session for both Session-managed and Session-free connections:
* connect to ... - 02:09 PM Bug #10963: appserver resiliency and self healing
- With bound sessions, that is understood. Binding makes a session stateful.
I'm asking about unbound stateless ses... - 02:07 PM Bug #10963: appserver resiliency and self healing
- From the documentation:...
- 01:40 PM Bug #10963: appserver resiliency and self healing
- Constantin: Are you saying that in OE, a "stateless" session is actually stateful instead of starting from an initial...
- 01:25 PM Bug #10963: appserver resiliency and self healing
- Constantin Asofiei wrote:
> On the heap you provided, my concern are RecordBuffer instances kept in BufferManager a... - 01:17 PM Bug #10963: appserver resiliency and self healing
- Artur, the context of a 4GL session can't be reset; see the docs at https://docs.progress.com/bundle/openedge-migrate...
- 01:12 PM Bug #10963: appserver resiliency and self healing
- Greg Shah wrote:
> Are we leaving the context in place until the next time that session is used? That would be a pr... - 09:53 AM Bug #10963: appserver resiliency and self healing
- My original intention was that the context would be exited when a response was complete. In other words, we should b...
- 07:37 AM Bug #10963: appserver resiliency and self healing
- I found another leak in @TxWrapper$WorkArea@, @deregisterDynamicBuffer@...
- 03:30 AM Bug #10963: appserver resiliency and self healing
- Evidence points to @SecurityContext@ @tokenMap@ hogging the memory. The number of objects in the map is not changing,...
- 11:28 AM Feature #10685 (Internal Test): Move name_map.xml to the cvt folder
- 01:44 AM Bug #10858 (Review): Replace capturing with non-capturing lambdas in getters and setters
- *Hynek*: Please review 10858a/rev. 16301.
12/17/2025
- 09:34 AM Bug #10963: appserver resiliency and self healing
- The leak is not present with classic appserver, after 4k requests in batches of 20, the used heap is < 1Gb.
- 09:06 AM Bug #10963: appserver resiliency and self healing
- Artur Școlnic wrote:
> I think the problem with the memory leak is with @Map<String, MultiSessionClientConnection> c... - 08:51 AM Bug #10963: appserver resiliency and self healing
- It is definitely an issue, but the memory retention is not significant, solving it did not solve the greater memory l...
- 07:54 AM Bug #10963: appserver resiliency and self healing
- I think the problem with the memory leak is with @Map<String, MultiSessionClientConnection> connections = new Concurr...
- 05:00 AM Bug #10963: appserver resiliency and self healing
- It's more of a potential issue, I don't have a recreate, but what will happen with trunk if a msa task executed a fun...
- 04:58 AM Bug #10963: appserver resiliency and self healing
- > 4. I have some concerns about MSA tasks being executed with Future.get() without a timeout, I think if the task wil...
- 04:56 AM Bug #10963: appserver resiliency and self healing
- I set the time out for the msa task a bit low, at 5 seconds, we will need to increase it for high workload scenarios ...
- 09:32 AM Bug #10858: Replace capturing with non-capturing lambdas in getters and setters
- Yes, this is incorrect:...
- 09:21 AM Bug #10858: Replace capturing with non-capturing lambdas in getters and setters
- Hynek Cihlar wrote:
> Razvan-Nicolae Chichirau wrote:
> > Hynek Cihlar wrote:
> > > Code review.
> > >
> > > @B... - 09:13 AM Bug #10858: Replace capturing with non-capturing lambdas in getters and setters
- Razvan-Nicolae Chichirau wrote:
> Hynek Cihlar wrote:
> > Code review.
> >
> > @BrowseColumnWidget.getLabelFgCol... - 09:04 AM Bug #10858: Replace capturing with non-capturing lambdas in getters and setters
- Hynek Cihlar wrote:
> Code review.
>
> @BrowseColumnWidget.getLabelFgColor()@:
> It reads @labelBgColor@ via @Br... - 08:48 AM Bug #10858 (WIP): Replace capturing with non-capturing lambdas in getters and setters
- Code review.
@BrowseColumnWidget.getLabelFgColor()@:
It reads @labelBgColor@ via @BrowseColumnConfig::getLabelBgC...
12/16/2025
- 08:52 AM Bug #10963 (Review): appserver resiliency and self healing
- 08:52 AM Bug #10963: appserver resiliency and self healing
- Artur Școlnic wrote:
> 3. Make jetty thread pool configurable in directory (if not already) and find a suitable maxi... - 04:36 AM Feature #10685 (Review): Move name_map.xml to the cvt folder
- I committed *7180a/16347*. Moved the name_map.xml to the cvt folder.
Greg, I remember you already reviewed the cha...
Also available in: Atom