FWD » Core Development » Conversion Tools

06/05/2026

12:08 PM Feature #6320: sharded schemata

Using TRPL for import is overkill since the tree structure is so trivial. So, yes, I agree it should move away. Greg Shah

11:36 AM Feature #6320: sharded schemata

Greg Shah wrote:
> If the details are in annotations in the DMOs, do we need the P2O documents? Annotations seems c... Ovidiu Maxiniuc

11:08 AM Feature #6320: sharded schemata

I think it is best to remove the @.dict@ files too. Greg Shah

11:00 AM Feature #6320: sharded schemata

Greg Shah wrote:
> If the details are in annotations in the DMOs, do we need the P2O documents? Annotations seems c... Constantin Asofiei

10:54 AM Feature #6320: sharded schemata

If the details are in annotations in the DMOs, do we need the P2O documents? Annotations seems cleaner. Greg Shah

10:53 AM Feature #6320: sharded schemata

Greg Shah wrote:
> Octavian Adrian Gavril wrote:
> > Understood, that makes perfect sense for production discipline... Constantin Asofiei

10:37 AM Feature #6320: sharded schemata

Octavian Adrian Gavril wrote:
> Understood, that makes perfect sense for production discipline. But does this setup ... Greg Shah

10:12 AM Feature #6320: sharded schemata

Understood, that makes perfect sense for production discipline. But does this setup still fundamentally confirm the O... Octavian Adrian Gavril

09:57 AM Feature #6320: sharded schemata

At production, the customer will expect a merged database not to run against a shared. This means there is an assump... Greg Shah

09:46 AM Feature #6320: sharded schemata

I did some testing in an OE environment and want to see if I got it right regarding how this feature works.
I set up... Octavian Adrian Gavril

04:26 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> This is the fix:
> [...]
>
> I will include this patch in the next revision of *... Octavian Adrian Gavril

03:21 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

I found a fix for the issue described in my previous note.
In @annotations/method_defs.rules@, we decide whether t... Octavian Adrian Gavril

06/04/2026

09:21 AM Feature #6320 (WIP): sharded schemata

Octavian Adrian Gavril

09:20 AM Feature #11404 (WIP): Implement annotation-based resolution for database dependencies.

Octavian Adrian Gavril

08:14 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

I've fixed the regression documented above by skipping collision checks for parent constructor names.
While testin... Octavian Adrian Gavril

03:16 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Okay, it seems that @calculateUniqueJavaMethodName@ is searching for parent constructors as well. Since I disallowed ... Octavian Adrian Gavril

01:54 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Unfortunately, I'm seeing a few new differences, so I might have regressed something regarding constructor names in t... Octavian Adrian Gavril

06/03/2026

11:51 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

I refactored the constructor generation in *rev16588*. These changes include updating the constructor name in @legacy... Octavian Adrian Gavril

06/02/2026

10:32 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Greg Shah wrote:
> In the meeting today, Octavian clarified that this info would be stored in the cvt database and i... Octavian Adrian Gavril

05/29/2026

08:21 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

> This scenario is similar to how we decide which class to reference by looking at the propath. In the current versio... Greg Shah

03:35 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> Regarding point 3, I re-checked the scenario, and I was wrong during today's meeting... Octavian Adrian Gavril

05/28/2026

02:41 PM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

> > I need to integrate a versioning system for the generated class files. This is necessary for the incremental conv... Greg Shah

09:47 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> I have three additional aspects that I want to solve for now:
> # The incremental c... Octavian Adrian Gavril

06:39 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> I have three additional aspects that I want to solve for now:
> # The incremental c... Octavian Adrian Gavril

05:29 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

I've already reduced @primary_expr@ prediction time from seconds down to nanoseconds, but that alone isn't enough. I ... Paula Păstrăguș

05/27/2026

11:06 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

I've committed new changes that fix the incremental conversion process. Converted classes are now loaded properly dur... Octavian Adrian Gavril

06:47 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

> So, the conversion is running with the converted module's configurations instead of its own. I need to fix the load... Greg Shah

02:10 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Greg Shah wrote:
> Anything that now can be found from converted artifacts should be read that way instead of throug... Octavian Adrian Gavril

10:15 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

🤞 Greg Shah

10:03 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

I am currently trying one more approach for the ANTLR4 performance issue around @primary_expr@.
The main problem i... Paula Păstrăguș

02:12 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

The main performance culprits still appear to be the "pull" alternatives. @adaptivePredict@ needs these alternatives ... Paula Păstrăguș

05/26/2026

09:40 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> Another observation:
> While testing the current solution with a jar copied into @p... Greg Shah

05/25/2026

09:36 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

I have three additional aspects that I want to solve for now:
# The incremental conversion is currently broken. This... Octavian Adrian Gavril

07:47 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Another observation:
While testing the current solution with a jar copied into @p2j/build/lib@, I noticed some issue... Octavian Adrian Gavril

06:56 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

I've found an issue with classes that don't have a package base in the @abl@ folder. For example, if the class path i... Octavian Adrian Gavril

02:12 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

We need to take some calculated risks.. otherwise, as you said, we will not be able to move forward with ANTLR4. I ma... Paula Păstrăguș

05/22/2026

11:55 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

> Most of the time is spent in primary_expr decision. I tried to split it.. but I had no luck, the total time for Hot... Greg Shah

10:57 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

Here are some relevant values regarding performance issue:
For @avail-rooms-frame.w@, the total time spent into pr... Paula Păstrăguș

10:53 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

Greg Shah wrote:
> In pre-scan mode we are trying to do a minimal parse to get some structural elements without worr... Paula Păstrăguș

10:52 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

Sorry for the delay, right now, when trying to commit today changes I find out the connection of off.. Paula Păstrăguș

10:50 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

Most of the time is spent in primary_expr decision. I tried to split it.. but I had no luck, the total time for Hotel... Paula Păstrăguș

07:07 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

Rather than working on @<app_c>@, I think it is important to resolve the performance issue. If that can't be solved,... Greg Shah

07:06 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

In pre-scan mode we are trying to do a minimal parse to get some structural elements without worrying about the detai... Greg Shah

04:00 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

Current issue I'm working on:
I moved testing to @<app_c>@, at least to check whether the files parse correctly du... Paula Păstrăguș

09:39 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> There is just one remaining difference that I missed regarding the declaration order... Octavian Adrian Gavril

03:56 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> Has anyone run a full conversion for the OO application recently using *trunk/16574*... Octavian Adrian Gavril

03:53 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Has anyone run a full conversion for the OO application recently using *trunk/16574* or the latest revision? It's tak... Octavian Adrian Gavril

05/21/2026

10:26 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

Committed the baseline as rev *16576 / 10804b*.
A @./gradlew antlr4All@ followed by @./gradlew jar@ should work no... Paula Păstrăguș

07:14 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

You can create a b branch. I don't want to lose history again. In the future, find a way to make the rebase work. Greg Shah

06:46 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

Well, it all started because the old 10804a version no longer compiled, and I couldn't realistically make it work aga... Paula Păstrăguș

06:38 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

I don't like losing history on a branch. That sounds like what will happen. Why is that clean slate needed? Greg Shah

06:14 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

It is available at rev *16495 / 10804a*.
Let me create the b version now and port all my changes there. After a b... Paula Păstrăguș

05:48 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

Please commit what you have already. It doesn't matter if it isn't perfect. I want to see the revisions as you make... Greg Shah

04:36 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

I fixed the issue, and fortunately it was not a problem in the fql parser itself. I was accidentally calling the pars... Paula Păstrăguș

07:05 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

I'm using this testcase to investigate the last difference:... Octavian Adrian Gavril

06:14 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Rebased branch *9638a* with trunk *rev16574*. The new revision is *16583*. Octavian Adrian Gavril

04:14 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> Octavian Adrian Gavril wrote:
> > I fixed java constructor names. The remaining dif... Octavian Adrian Gavril

05/20/2026

10:20 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

I managed to get both the Hotel GUI server and the web client up and running! 🎉
At this point, there still seems t... Paula Păstrăguș

05:57 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

I've successfully reproduced the issue documented in #9638-60 and will continue investigating it. Octavian Adrian Gavril

05/18/2026

10:42 AM Feature #10804: create replacement AST implementation for use with ANTLR 4

*Update*: *All* Hotel GUI files are now converted (*66* files). I still need to check the generated Java files, ASTs,... Paula Păstrăguș

05/15/2026

02:47 AM Feature #7318 (Test): prevent abend during conversion in case of failures when processing TRPL rules

Branch 7318a was merged to trunk/16567 and then was archived. Dănuț Filimon

05/14/2026

06:46 AM Feature #7318: prevent abend during conversion in case of failures when processing TRPL rules

Please merge 7318a to trunk *after* 11049a. Alexandru Lungu

06:44 AM Feature #7318 (Merge Pending): prevent abend during conversion in case of failures when processin...

Testing passed, *7318a* can be merged after trunk is no longer frozen. Dănuț Filimon

05/12/2026

09:10 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> I fixed java constructor names. The remaining differneces are:
> * two mismatched m... Octavian Adrian Gavril

05/11/2026

09:46 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

Octavian Adrian Gavril wrote:
> I resolved the errors from the @Code Conversion Annotation@ phase. However, new erro... Octavian Adrian Gavril

07:34 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes

I resolved the errors from the @Code Conversion Annotation@ phase. However, new errors related to @OBJECT_INVOCATION@... Octavian Adrian Gavril