Usage
Run this recipe
This recipe has no required configuration options. Users of Moderne can run it via the Moderne CLI.
You will need to have configured the Moderne CLI on your machine before you can run the following command.
mod run . --recipe FindColumnLineage
If the recipe is not available locally, then you can install it using:
RELEASE resolves to the newest release and LATEST to the newest build of any kind, including snapshots. Either one lets mod config recipes upgrade pull in later versions without editing this command; a pinned version stays where you put it.
- RELEASE
- LATEST
- Pinned version
mod config recipes jar install io.moderne.recipe:recipes-mainframe:RELEASE
mod config recipes jar install io.moderne.recipe:recipes-mainframe:LATEST
mod config recipes jar install io.moderne.recipe:recipes-mainframe:0.1.0
Data tables
Column lineage
io.moderne.mainframe.analysis.table.ColumnLineageWhich input field feeds each field the program writes out, in the shape OpenLineage's column lineage facet asks for, with the statement that did it.
mod study . --last-recipe-run \
--data-table io.moderne.mainframe.analysis.table.ColumnLineage
| Column | Description |
|---|---|
| Program | The PROGRAM-ID, which is the job the lineage belongs to. |
| Source path | The program's file, which the offsets below index into. |
| Input namespace | The technology the value came in through, as a scheme: cics://file, ims://segment, sql://table, file://record and so on. The kind is in the namespace rather than the name because a CICS file and a CICS queue can share one. Empty when nothing outside the program feeds the field. |
| Input dataset | The resource the value came from, or the kind of endpoint where the statement names none. A screen is named mapset.map, which is what identifies it across an estate; a program that decides at run time which map it sends still gets the map it sent, read off the record BMS generated. |
| Input field | The field the value landed in when it entered the program, qualified by the records containing it — or, where the resource has its own name for it, that name: the column a SELECT read, or the screen field an operator typed into. |
| Output namespace | The technology the value goes out through, in the same scheme form as the input. |
| Output dataset | The resource written, named the same way as the input. |
| Output field | The field whose value crossed the boundary. A row about a screen names the field the mapset declares rather than the data item BMS generated from it, so TRNNAMEO reads as TRNNAME. The length, flag and attribute bytes of a screen field drive the terminal rather than carrying a value, and are not rows. |
| Transformation type | Always DIRECT. A field only tested in a condition moves no value and is never an edge, so this analysis never has the INDIRECT kind to report. |
| Transformation subtype | IDENTITY when every step along the route only copies the value, TRANSFORMATION when arithmetic, STRING or UNSTRING changed it. |
| Steps | How many statements the value passes through, counting the one that brought it in and the one that wrote it out. One means it was read and written by a single statement. |
| Path | The route the value takes, statement by statement. This is what makes the answer reviewable rather than something to be taken on trust. |
| Output line | Where the statement that wrote the value out begins, one-based. |
| Output column | The column that statement begins at, one-based. Sequence numbers and the identification area are not part of it. |
| Output start offset | The statement's first character, as an index into the source file. This is what a catalog that highlights the code it is describing asks for. |
| Output end offset | One past the statement's last character. Zero, with the offset and line, when a copybook wrote the statement and it has no position in this program. |
| Input line | Where the statement that brought the value in begins, one-based. A program often reads the same table twice, and without this the two rows differ in nothing a reader can see. |
| Input start offset | That statement's first character, as an index into the source file. |
| Input end offset | One past that statement's last character. Zero when the value came from nowhere outside the program, or the statement was written by a copybook. |
Source files that had results
org.openrewrite.table.SourcesFileResultsSource files that were modified by the recipe run.
mod study . --last-recipe-run \
--data-table org.openrewrite.table.SourcesFileResults
| Column | Description |
|---|---|
| Source path before the run | The source path of the file before the run. null when a source file was created during the run. |
| Source path after the run | A recipe may modify the source path. This is the path after the run. null when a source file was deleted during the run. |
| Parent of the recipe that made changes | In a hierarchical recipe, the parent of the recipe that made a change. Empty if this is the root of a hierarchy or if the recipe is not hierarchical at all. |
| Recipe that made changes | The specific recipe that made a change. |
| Estimated time saving | An estimated effort that a developer to fix manually instead of using this recipe, in unit of seconds. |
| Cycle | The recipe cycle in which the change was made. |
Source files that had search results
org.openrewrite.table.SearchResultsSearch results that were found during the recipe run.
mod study . --last-recipe-run \
--data-table org.openrewrite.table.SearchResults
| Column | Description |
|---|---|
| Source path of search result before the run | The source path of the file with the search result markers present. |
| Source path of search result after run the run | A recipe may modify the source path. This is the path after the run. null when a source file was deleted during the run. |
| Result | The trimmed printed tree of the LST element that the marker is attached to. |
| Description | The content of the description of the marker. |
| Recipe that added the search marker | The specific recipe that added the Search marker. |
Source files that errored on a recipe
org.openrewrite.table.SourcesFileErrorsThe details of all errors produced by a recipe run.
mod study . --last-recipe-run \
--data-table org.openrewrite.table.SourcesFileErrors
| Column | Description |
|---|---|
| Source path | The file that failed to parse. |
| Recipe that made changes | The specific recipe that made a change. |
| Stack trace | The stack trace of the failure. |
Recipe performance
org.openrewrite.table.RecipeRunStatsStatistics used in analyzing the performance of recipes.
mod study . --last-recipe-run \
--data-table org.openrewrite.table.RecipeRunStats
| Column | Description |
|---|---|
| The recipe | The recipe whose stats are being measured both individually and cumulatively. |
| Source file count | The number of source files the recipe ran over. |
| Source file changed count | The number of source files which were changed in the recipe run. Includes files created, deleted, and edited. |
| Cumulative scanning time (ns) | The total time spent across the scanning phase of this recipe. |
| Max scanning time (ns) | The max time scanning any one source file. |
| Cumulative edit time (ns) | The total time spent across the editing phase of this recipe. |
| Max edit time (ns) | The max time editing any one source file. |