Activity
From 04/25/2022 to 05/24/2022
05/13/2022
- 10:36 AM Feature #1729: implement better default naming rules
- We have a customer which commonly has an OO 4GL class name (@XYZ.cls@) which is the same as a temp-table name (@XYZ@)...
05/11/2022
- 11:07 AM Bug #6082: automatically add to conversion list all non-skeleton .cls dependencies
- In #6351-10 Greg Shah wrote:
> Sub-classes should be re-converted every time a parent class is converted.
This is...
05/04/2022
- 10:55 AM Feature #6320: sharded schemata
- We have multiple customers that split up a large 4GL application into multiple independent modules, each of which can...
- 10:51 AM Feature #6320 (WIP): sharded schemata
- 10:47 AM Feature #6319: IntelliJ plugin
- IntelliJ plugin for integration with syntax check and running conversion (et al). This must also provide the full sup...
- 10:44 AM Feature #6319 (Rejected): IntelliJ plugin
05/02/2022
- 11:02 AM Feature #6256: improved profile support
- If there were a need for 2 main database configured:
# a *merged* configuration with all schemas in one database, na... - 10:25 AM Feature #6256: improved profile support
- Sorry, failed refresh.
- 10:24 AM Feature #6256: improved profile support
- Eric Faulhaber wrote:
> Ovidiu, do I understand correctly that when the @importFile@ attribute of @namespace@ is spe... - 10:26 AM Feature #6302: Improve conversion of empty OCX arguments
- This issue does not appear in known customer scenarios, so its severity reduced to LOW.
05/01/2022
- 11:43 AM Feature #6256: improved profile support
- The current changes are in 6129a/13823.
04/30/2022
- 05:20 PM Feature #6256: improved profile support
- Greg Shah wrote:
> We can defer any conversion issues until a second phase of work. The front end part is what is n... - 02:53 PM Feature #6256: improved profile support
- We can defer any conversion issues until a second phase of work. The front end part is what is needed this week.
- 02:49 PM Feature #6256: improved profile support
- Greg Shah wrote:
> My idea was to add an extra layer at the ConversionDriver level, which would associate the profil... - 02:32 PM Feature #6256: improved profile support
- My idea was to add an extra layer at the ConversionDriver level, which would associate the profile with some sub-set ...
- 02:30 PM Feature #6256: improved profile support
- > What if a file is part of multiple profiles?
The profiles are intended to be mutually-exclusive. We can define ... - 02:26 PM Feature #6256: improved profile support
- Greg Shah wrote:
> The files specified for the profile should be parsed/converted with the same settings as if the p... - 02:15 PM Feature #6256: improved profile support
- When I said the multiple profile merge was needed, I meant a different idea.
Each profile can be run standalone. ... - 02:07 PM Feature #6256: improved profile support
- So, the approach is this:
* multiple profiles are allowed (only for conversion time), and they can be specified via ... - 02:04 PM Feature #6256: improved profile support
- Eric: I think the shard idea makes good sense. We have multiple customers using this approach in OE today. The idea...
- 01:59 PM Feature #6256: improved profile support
- A useful addition (medium term, not immediately) would be to be able to load multiple DF files into a single schema n...
- 01:03 PM Feature #6256: improved profile support
- Greg Shah wrote:
> The multi-profile merge mode is needed as part of this task.
This will be only for conversion. ... - 01:00 PM Feature #6256: improved profile support
- It is a good plan.
- 12:22 PM Feature #6256: improved profile support
- Constantin Asofiei wrote:
> * if no profile is set as default, let the global configuration be the default, unless o... - 12:20 PM Feature #6256: improved profile support
- Greg Shah wrote:
> > The @SchemaConfig$Profile@ has a @isDefault@, which suggests that there can be a @isDefault@ at... - 12:13 PM Feature #6256: improved profile support
- Greg Shah wrote:
> The multi-profile merge mode is needed as part of this task.
Understood.
- 12:12 PM Feature #6256: improved profile support
- > Do you see a need to make the profile/schema node optional? In this case, it would be inherited from the global con...
- 12:10 PM Feature #6256: improved profile support
- Do you see a need to make the @profile/schema@ node optional? In this case, it would be inherited from the global con...
- 11:27 AM Feature #6256: improved profile support
- I don't think there is a hard requirement for that at the profile level.
- 11:26 AM Feature #6256: improved profile support
- > The @SchemaConfig$Profile@ has a @isDefault@, which suggests that there can be a @isDefault@ attribute at the @prof...
- 11:26 AM Feature #6256: improved profile support
- Greg Shah wrote:
> The namespace should assume @default="true"@ so that it doesn't have to be duplicated. But it sh... - 11:24 AM Feature #6256: improved profile support
- The namespace should assume @default="true"@ so that it doesn't have to be duplicated. But it should be possible to ...
- 11:12 AM Feature #6256: improved profile support
- The @profile@ node has only @name@ attribute in #6256-8.
The @SchemaConfig$Profile@ has a @isDefault@, which sugge... - 10:03 AM Feature #6256: improved profile support
- > At least the syntax in note 5 is no longer valid, right?
Right. - 09:56 AM Feature #6256: improved profile support
- Greg Shah wrote:
> Is there some other use case I'm missing?
I don't think so.
> We already handle the namespace... - 09:49 AM Feature #6256: improved profile support
- > When running in single profile mode, the profile will need to overwrite default @parameter@ and @file-set@ nodes,
... - 09:48 AM Feature #6256: improved profile support
- > each profile has the same syntax as the 'global' profile (so the namespace nodes would be added in a schema node)
... - 09:39 AM Feature #6256: improved profile support
- When running in single profile mode, the profile will need to overwrite default @parameter@ and @file-set@ nodes, and...
- 09:35 AM Feature #6256: improved profile support
- Greg/Eric: my thought would be the profiles to work like this:
* there is the 'global' profile which is used implici...
04/29/2022
- 01:49 PM Bug #6308: post string literal alternative coding quirk in 4GL preprocessor
- The function issue is actually a 4GL preprocessor quirk. I've created a testcase and checked it into [[p2j:Old UAST ...
- 01:46 PM Bug #6308 (Internal Test): post string literal alternative coding quirk in 4GL preprocessor
- 03:25 AM Feature #6302: Improve conversion of empty OCX arguments
- Vladimir, is there a customer app failing test case for this? If not I suggest you make this lower priority.
- 03:06 AM Feature #6302: Improve conversion of empty OCX arguments
- Vladimir Tsichevski wrote:
> The @.ast@ file seems to be correct (all parameters in the call are present, but in @.j...
04/28/2022
- 07:29 PM Feature #6302: Improve conversion of empty OCX arguments
- The @.ast@ file seems to be correct (all parameters in the call are present, but in @.jast@ file parameters for the @...
- 07:08 PM Feature #6302: Improve conversion of empty OCX arguments
- Vladimir Tsichevski wrote:
> Tijs Wickardt wrote:
>
> > The OpenEdge documentation states explicitly that OCX's a... - 06:18 PM Feature #6302: Improve conversion of empty OCX arguments
- Tijs Wickardt wrote:
> FYI: see @testcases/oxc_to_fwd/mscomctl-treeview-ocx.w@ :
> @hNode = chCfTreeView:TreeView:... - 06:10 PM Feature #6302: Improve conversion of empty OCX arguments
- Tijs Wickardt wrote:
> The OpenEdge documentation states explicitly that OCX's are 0-based, not 1-based like the 4... - 03:19 PM Feature #6302: Improve conversion of empty OCX arguments
- Tijs Wickardt wrote:
> Vladimir Tsichevski wrote:
> > Seems, I was not right here: undefined values *can* be used b... - 03:16 PM Feature #6302: Improve conversion of empty OCX arguments
- Vladimir Tsichevski wrote:
> Seems, I was not right here: undefined values *can* be used by OE to pass the "default"... - 02:50 PM Feature #6302 (WIP): Improve conversion of empty OCX arguments
- Seems, I was not right here: undefined values *can* be used by OE to pass the "default" value to OCX. Moreover, undef...
- 01:15 PM Feature #6302: Improve conversion of empty OCX arguments
- This issue must be fixed along with: #5622-12. Otherwise no compilable code is created by conversion for this call.
- 09:20 AM Feature #6302: Improve conversion of empty OCX arguments
- Hynek Cihlar wrote:
> @hNode.assign(hTree.unwrapTreeView().getNodes().unwrapTreeNodeCollection().add(new integer()... - 09:16 AM Feature #6302: Improve conversion of empty OCX arguments
- FYI: see @testcases/oxc_to_fwd/mscomctl-treeview-ocx.w@ :
@hNode = chCfTreeView:TreeView:Nodes:Add(,,cParentNodeID,... - 08:43 AM Feature #6302: Improve conversion of empty OCX arguments
- The function parameter specification in COM type library may contain a default value. Perhaps this is the value used ...
- 08:32 AM Feature #6302: Improve conversion of empty OCX arguments
- Empty arguments of converted OCX method invocations are converted into "unknown" instances.
For example the follo... - 08:23 AM Feature #6302 (WIP): Improve conversion of empty OCX arguments
- 12:10 PM Feature #6256: improved profile support
- Yes, the syntax is OK.
- 12:00 PM Feature #6256 (WIP): improved profile support
- Incorporating the above suggestions/requirements, I have updated the sample configuration as follows:...
- 07:25 AM Feature #6256: improved profile support
- Greg Shah wrote:
> > I'm assuming (for now) that profile *.df files will be found in ./data/<profile-name>/.
> No, ...
04/27/2022
- 07:27 PM Feature #6256: improved profile support
- > Is this the right vision?
Mostly, yes. The part I don't understand is why there is a @schema@ node inside the @... - 06:07 PM Feature #6256: improved profile support
- At this moment the structure of the configuration file is:...
- 04:59 PM Feature #6256: improved profile support
- To translate the above configuration requirements into a sample @p2j.cfg.xml@, I understand it should look something ...
04/26/2022
- 08:52 AM Feature #6255: simplify the namespace configuration, part deux
- What was frustrating was that in my local testing worked, but with the main project it abended - and this was only be...
Also available in: Atom