Development Tools Group

Progress - OpenEdge Zone (Facebook Group)

kandavel879 — Sat, 01 Sep 2018 22:52:35 -0600

This group is for all the Progress OpenEdge users/developers to discuss and share their knowledge and jobs, current trends and help out people with problems.

Jobs Group

Suprema Biomini Fingerprint scanner

octavioolguini — Sat, 11 Feb 2017 16:16:04 -0700

Classes to access and enroll with Suprema's Biomini fingerprint scanners

Win32 API samples

PDSOE F3 key re-assignment

malbers9 — Thu, 22 Dec 2016 14:01:15 -0700

Hello,

This has to do with PDSOE, not OEDA, but that wasn't an option when selecting.

I want to be able to re-assign the F3 key to run a program. I cannot see how to do that in Windows--> Preferences --> General --> Keys. Ultimately when this program runs it will allow the user to enter in a program that will be retrieved from the trunk in SVN (already setup, and the program works) and copied to the branch the user is working on. This is to make things easier than the many clicks that takes place now.

Thanks,

Marcel

OERA Group

table usage

atuldalvi123 — Mon, 16 May 2016 02:03:29 -0600

Ho do we create a rule which will identify whether the program is using a DB table or not ?

ABL(4GL) General Programming Group

Prolint - tablename rule for class method parameters not working

atuldalvi123 — Thu, 12 May 2016 13:06:38 -0600

I am having a class with method and that method is having 2 input parameters assigning to some other local vars.

Using Prolint I am generating ouput for the same class and output is showing warning like "inpt1 must be qualified with table name" and same for the 2nd input parameter for the line number where I am assigning it to other local vars.

But the same is working for procedure file having input parameters, no warning in the output page.

Please suggest

ABHack Group

OpenEdge Database Advisor

TheMadDBA — Sun, 02 Aug 2015 15:19:25 -0600

The OpenEdge Database Advisor is intended to provide a quick checkup for common database configuration issues. Obviously proper tuning for an application requires much more than any tool can provide, but the advisor should highlight some of the most common low hanging fruit.

For best results you will need a recent database analysis file (proutil -C dbanalys) and you should run this against your production database. A large portion of the suggestions will be based on VST information that will differ greatly between your production and test environments.

Development Tools Group

OpenEdge Session Tracing

TheMadDBA — Sun, 02 Aug 2015 15:06:41 -0600

Tuning OpenEdge application code can be daunting for a beginner. Although the tools required to debug and tune your code are available in the 4GL, they are not always easy to use and understand. This toolset aims to simplify the process of tuning without requiring major (or any) changes to your code.

Development Tools Group

Change Log prior to version 1.00

tamhas — Thu, 25 Jun 2015 14:28:37 -0600

0.50 - Initial Release
0.51 - Parameterize overall log location in variable
0.52 - Clean up GetDescription logic
0.53 - Fix separator bug in BuildRunLinks.cls
0.59 - Add M support for LOB-SIZE and LOB-BYTES
       - Support TABLE-TRIGGER
       - Support N separate DBs with their own schema
       - Support DB in table links
       - Support DB Connect params (including live DBs)

Development Tools Group

Proparse Utilities

tamhas — Thu, 18 Jun 2015 15:06:25 -0600

Having started to use Proparse as a part of ABL2DB, I have created several utilities for Proparse, either to call from ABL2DB or to provide information to use in development of ABL2DB. Since these utilities might be useful to someone doing other development with Proparse, I am documenting them here. For now, they are available as a part of the ABL2DB distribution. If there was demand, I could package them separately. All are published in the com.cintegrity.Proparse package.

ABL2DB & ABL2UML Group

CITRIX

Mahdi-a — Mon, 15 Jun 2015 00:27:45 -0600

how I can read the computer name if the user is connected via CITRIX

Development Tools Group

Unused Database Column

tamhas — Sun, 07 Jun 2015 14:31:59 -0600

In the course of evolving an application, it is not uncommon for database columns to be added in anticipation of some change that never happens or for once used column to be replaced by other schema or even for whole tables to be abandoned because the functionality they supported is no longer needed or relevant. These columns present no actual harm, but may be confusing since one assumes they are used, especially since they may contain legacy data from when they were used.

ABL2DB & ABL2UML Group

Shared Variable Usage in a Functional Unit

tamhas — Sun, 07 Jun 2015 14:26:20 -0600

One of the common tasks in modernization is replacing the use of shared variables with explicitly passed parameters or references to persistent procedures or objects.

Development Tools Group

References to an Integer DB column in programs

tamhas — Sun, 07 Jun 2015 14:21:33 -0600

With the advent of the INT64 datatype, there can be the desire to change the datatype of an existing database column of type integer to type INT64. When this is done, it is desirable to examine the code where this column is referenced to see if there are local variables which also need to be changed.

This report starts with a designated database column and finds all of the references in code where that column is used.

The ABL code and a sample report are provided. The IntRefs_James sample is from James Palmer examining the proposed change of their customer number to INT64.

ABL2DB & ABL2UML Group

Blocks in Compile Unit

tamhas — Sun, 07 Jun 2015 14:12:53 -0600

We all know how important buffer and transaction scope can be to the proper operation of an ABL program. We have COMPILE LISTING to show us these scopes, but many programmers are either unaware of the tool or seem to forget to use it to check their work. But, this information is critical to understanding many issues of many problems.

Development Tools Group

Sample Reports

tamhas — Sun, 07 Jun 2015 13:51:13 -0600

While it is possible that fancier and more sophisticated reports and inquiries will arise on top of ABL2DB over time, not the least of which is its possible role as the front end for ABL2UML, it is likely that the bulk of analytical report for ABL2DB will be specific, project oriented programs. Fortunately, they are also likely to be quite simple. Therefore, the samples presented here are not fancy works of art, but very simple little programs designed to get the desired information with as little development effort as possible.