FWD » Core Development » Runtime Infrastructure

03/03/2026

02:11 PM Bug #10609: FWD compilation issues on Windows

Eugenie Lyzenko wrote:
> Greg Shah wrote:
> > > In this discussion what do you mean with term "official"? Is there ... Greg Shah

12:32 PM Bug #10609: FWD compilation issues on Windows

Greg Shah wrote:
> > In this discussion what do you mean with term "official"? Is there the resource where the @MinG... Eugenie Lyzenko

03/02/2026

09:11 AM Bug #10609: FWD compilation issues on Windows

> In this discussion what do you mean with term "official"? Is there the resource where the @MinGW@ can be taken as "... Greg Shah

08:52 AM Bug #10609: FWD compilation issues on Windows

Greg Shah wrote:
> > The only note: it is a zip file for unzip and run approach. I have not found the GUI installer.... Eugenie Lyzenko

08:35 AM Bug #10609: FWD compilation issues on Windows

> The only note: it is a zip file for unzip and run approach. I have not found the GUI installer. Is it a critical po... Greg Shah

02/28/2026

10:45 PM Bug #10609: FWD compilation issues on Windows

Greg,
I have just tested recent @MinGW@ binaries from here: https://winlibs.com/ the version is @15_2_0@.
The c... Eugenie Lyzenko

02/27/2026

07:37 AM Bug #10609: FWD compilation issues on Windows

Greg Shah wrote:
> We do need to be able to use newer versions of mingw. No one except you has ever succeeded in ma... Eugenie Lyzenko

07:23 AM Bug #10609: FWD compilation issues on Windows

We do need to be able to use newer versions of mingw. No one except you has ever succeeded in making mingw work. Th... Greg Shah

07:21 AM Bug #10609: FWD compilation issues on Windows

Șerban Bursuc wrote:
> > I think we need to understand what is the difference between good working system and proble... Eugenie Lyzenko

06:57 AM Bug #10609: FWD compilation issues on Windows

> I think we need to understand what is the difference between good working system and problematic one.
The differ... Șerban Bursuc

06:11 AM Bug #10609: FWD compilation issues on Windows

Eugenie is right that we need to figure out the cause of the problem (the difference between the two environments).
... Greg Shah

07:09 PM Bug #10609: FWD compilation issues on Windows

Roger Borrello wrote:
> Eugenie Lyzenko wrote:
> > Yes this should be true. Moreover modern Windows also accept the... Eugenie Lyzenko

02/26/2026

06:08 PM Bug #10609: FWD compilation issues on Windows

Eugenie Lyzenko wrote:
> Yes this should be true. Moreover modern Windows also accept the @"/"@ for patch names in c... Roger Borrello

04:53 PM Bug #10609: FWD compilation issues on Windows

Roger Borrello wrote:
> Eugenie Lyzenko wrote:
> > Last week I tested @4645a@ and trunk under Windows. In this proc... Eugenie Lyzenko

04:51 PM Bug #10609: FWD compilation issues on Windows

With just some minor updates to the @src/native/makefile.*@ and a change to @build.gradle@, I think the pathing issue... Roger Borrello

03:35 PM Bug #10609: FWD compilation issues on Windows

Eugenie Lyzenko wrote:
> Last week I tested @4645a@ and trunk under Windows. In this process I got issues but never ... Roger Borrello

03:31 PM Bug #10609: FWD compilation issues on Windows

Roger Borrello wrote:
> With the merge of #4645, the problem is still there:
> [...]
>
> I had tried updates to ... Eugenie Lyzenko

02:23 PM Bug #10609: FWD compilation issues on Windows

With the merge of #4645, the problem is still there:... Roger Borrello

03:45 AM Bug #10609: FWD compilation issues on Windows

> although I don't see conflicting information related to the make and gcc, since they are both pointing to the 4.9.0... Șerban Bursuc

01:01 AM Bug #10609: FWD compilation issues on Windows

Șerban Bursuc wrote:
> Eugenie Lyzenko wrote:
> > Just FYI. I did a full recent trunk(@16183@) build inside Windows... Roger Borrello

02/24/2026

03:08 AM Feature #10685 (Test): Move name_map.xml to the cvt folder

Branch 7180a was merged into trunk as rev. 16438 and archived. Dănuț Filimon

02/23/2026

04:49 AM Bug #10858 (Test): Replace capturing with non-capturing lambdas in getters and setters

Branch 10858a was merged into trunk as rev. 16437 and archived. Razvan-Nicolae Chichirau

04:10 AM Bug #10858 (Merge Pending): Replace capturing with non-capturing lambdas in getters and setters

Alright, 10858a can be merged now. Radu Apetrii

03:56 AM Bug #10858: Replace capturing with non-capturing lambdas in getters and setters

Code review 10858a. The changes look good. Hynek Cihlar

03:36 AM Bug #10858: Replace capturing with non-capturing lambdas in getters and setters

I won't put this in the merge queue yet. I would like to see if Hynek is ok with the change from #10858-26 + the test... Radu Apetrii

03:04 AM Bug #10858: Replace capturing with non-capturing lambdas in getters and setters

Testing that passed:
* ChUI regression tests
* full UI suite from testcases project
* unit-tests from a customer
... Razvan-Nicolae Chichirau

02/18/2026

08:22 AM Feature #9686: move FWD to Java 25

yes Teodor Gorghe

08:22 AM Feature #9686: move FWD to Java 25

Is this jsch fork backwards compatible with Java 17 and Java 21? Greg Shah

05:18 AM Feature #9686: move FWD to Java 25

Created harness task branch *9686a*.
Committed revision *40* on harness task branch *9686a*:
- Updated jsch depen... Teodor Gorghe

04:37 AM Feature #9686 (Review): move FWD to Java 25

Teodor Gorghe

04:36 AM Feature #9686 (WIP): move FWD to Java 25

I have done some more tests and I have noticed that there is an issue with the testcases harness. This also happens o... Teodor Gorghe

02/17/2026

02:12 AM Bug #10858: Replace capturing with non-capturing lambdas in getters and setters

Rebased 10858a to trunk rev. 16430 and commited rev. 16433 to fix new usages of the old @setAttr()@ method. Razvan-Nicolae Chichirau

02/16/2026

08:41 AM Feature #9684: migrate from libffi (and C heap functions) to the built-in JDK FFM support

I don't want to work on this until after we no longer support JDK 17. This is not a priority right now. Greg Shah

08:06 AM Feature #9684: migrate from libffi (and C heap functions) to the built-in JDK FFM support

Created task branch *9684a*.
Committed revision *16430* on task branch *9684a*:
- Initial alternative implementat... Teodor Gorghe

02/12/2026

09:39 AM Bug #10858 (Internal Test): Replace capturing with non-capturing lambdas in getters and setters

Code review 10858a. The changes look good. This will require full-spectrum regression testing. Hynek Cihlar

02/07/2026

03:52 AM Feature #11183 (WIP): Upgrade our PASOE implementation to a fully async paradigm

Artur Școlnic

02/06/2026

08:43 AM Feature #11183: Upgrade our PASOE implementation to a fully async paradigm

Sure, I will look into this as well. Artur Școlnic

08:42 AM Feature #11183: Upgrade our PASOE implementation to a fully async paradigm

I think we do more on the Jetty side than I want. I'm looking for a lower level transfer of the request. Also, I wa... Greg Shah

08:27 AM Feature #11183: Upgrade our PASOE implementation to a fully async paradigm

Greg Shah wrote:
> My idea was not to have a queue for getting a thread but a queue for the jobs. Also the idea is ... Artur Școlnic

08:23 AM Feature #11183: Upgrade our PASOE implementation to a fully async paradigm

My idea was not to have a queue for getting a thread but a queue for the jobs. Also the idea is to do almost nothing... Greg Shah

08:15 AM Feature #11183: Upgrade our PASOE implementation to a fully async paradigm

I believe for classic this does not happen and on agent pool exhaustion, the requests are refused. Artur Școlnic

08:14 AM Feature #11183: Upgrade our PASOE implementation to a fully async paradigm

Constantin, please correct me if I am not accurate here, but I think this already happens with PASOE.
@AppServerConn... Artur Școlnic

08:06 AM Feature #11183: Upgrade our PASOE implementation to a fully async paradigm

I have planned #6673 which I believe is the same idea. I would be happy for you to work on that task. My opinion is... Greg Shah

03:04 AM Feature #11183: Upgrade our PASOE implementation to a fully async paradigm

Although PASOE significantly improved request throughput compared to the classic AppServer infrastructure, there is s... Artur Școlnic

03:02 AM Feature #11183 (WIP): Upgrade our PASOE implementation to a fully async paradigm

Artur Școlnic

02/05/2026

04:16 AM Bug #11157: Improve FWD server startup mode in server.sh

Roger Borrello wrote:
> Can you test with Hotel ChUI, as well?
I tested now and it is also fine. If we want to ... Andrei Plugaru

02/04/2026

11:32 AM Bug #11157: Improve FWD server startup mode in server.sh

In a perfect world, the same @server.sh@ would be used at all customers. I don't want it to be customized or be out ... Greg Shah

09:29 AM Bug #11157 (Internal Test): Improve FWD server startup mode in server.sh

Can you test with Hotel ChUI, as well? If testing is good, Greg, we should be able to merge to the Hotel projects. It... Roger Borrello

09:09 AM Bug #11157: Improve FWD server startup mode in server.sh

Roger Borrello wrote:
> The changes look very good. Have you tested @start_server.sh@, the a wrapper script that exp... Andrei Plugaru

08:53 AM Bug #11157: Improve FWD server startup mode in server.sh

The changes look very good. Have you tested @start_server.sh@, the a wrapper script that expects @server.sh@ to start... Roger Borrello

03:03 AM Feature #11169: Running Ahead-of-time compilation (AOT) on FWD

Java *Ahead-of-time compilation* was introduced in *JDK 25*, as an evolution of *AppCDS*, which optimizes the warmup ... Teodor Gorghe

02:36 AM Feature #11169 (New): Running Ahead-of-time compilation (AOT) on FWD

Teodor Gorghe

02/03/2026

08:56 AM Bug #10071 (Closed): Method code too large - ReflectASM

Constantin Asofiei

03:38 AM Bug #10963: appserver resiliency and self healing

Regardin ... Artur Școlnic