Conversation
…k, catalog entries
🤖 Devin AI EngineerI'll be helping with this pull request! Here's what you should know: ✅ I will automatically:
Note: I can only respond to comments from users who have write access to this repository. ⚙️ Control Options:
|
| | **C9** | AngularJS 1.x admins | *different upstreams* | `angular-1.x-bootstrap-admin-dashboard`, `angular-1.x-dashboard` | Two AngularJS 1.x admin dashboards for framework migration demos. | | ||
| | **C10** | SAS to Snowflake | [`scottbass/SAS`](https://github.com/scottbass/SAS) | `ts-sas-legacy-codebase`, `uc-data-migration-sas-to-snowflake` | Legacy SAS source paired with Snowflake migration validation tooling. | | ||
| | **C11** | OrderManager Monolith-to-Microservices | *original* | `platform-engineering-shared-services`, `app_dotnet-angular-monolith`, `app_dotnet-angular-monolith-iac`, `app_dotnet-angular-microservices` | Platform standard + .NET/Angular monolith + service IaC + microservices landing repo for decomposition demos. Platform repo provides the shared EKS/ArgoCD/monitoring infrastructure; monolith is the source; microservices repo receives all decomposed services and service-level IaC. | | ||
| | **C12** | Oracle Forms HRMS Modernization | *original* | `ts-plsql-oracle-forms-legacy-codebase`, `uc-legacy-modernization-oracle-forms-to-java` | Legacy Oracle Forms/PL/SQL HRMS application paired with Java/Spring Boot migration artifacts, test harness, and architecture documentation. Legacy repo is the static analysis target; use-case repo holds migration planning, target code, and equivalence tests. | |
There was a problem hiding this comment.
🔴 Cluster ID C12 collision: Oracle Forms reuses ID already assigned to .NET/Angular Containerized Decomposition
The PR assigns cluster C12 to the new Oracle Forms HRMS repos (ts-plsql-oracle-forms-legacy-codebase, uc-legacy-modernization-oracle-forms-to-java), but C12 is already defined in catalog/upstream-map.yaml:178 as ".NET/Angular Containerized Decomposition" and used by four existing repos in catalog/repos.md:361-394 (app_dotnet_angular_containerized_decomposition_*). This means two completely different repo clusters share the same identifier, breaking the uniqueness invariant of the cluster system. Anyone looking up "C12" will get ambiguous results. The new Oracle Forms cluster should use C13.
Prompt for agents
The new Oracle Forms cluster was assigned C12, but C12 is already taken by .NET/Angular Containerized Decomposition (defined in catalog/upstream-map.yaml:178 and used by repos at catalog/repos.md:361-394). This needs to be changed to C13 in three places:
1. catalog/repos.md line 37: Change C12 to C13 in the cluster table row for Oracle Forms HRMS Modernization
2. catalog/repos.md line 62: Change C12 to C13 in the uc-legacy-modernization-oracle-forms-to-java entry
3. catalog/repos.md line 215: Change C12 to C13 in the ts-plsql-oracle-forms-legacy-codebase entry
Also add the new C13 cluster definition and the two new repo entries to catalog/upstream-map.yaml (see the WHEN TO UPDATE THIS FILE section in that file).
Was this helpful? React with 👍 or 👎 to provide feedback.
|
The cluster ID collision flagged by Devin Review (C12 already taken by .NET/Angular Containerized Decomposition) has been fixed in #39 — renamed the Oracle Forms cluster to C13 across all references in |
Summary
Adds a complete Oracle Forms modernization track to the workshop-metadata repo, paralleling the existing COBOL track. Changes span four areas:
New files:
events/oracle-forms-modernization-workshop/README.md— standalone 4-lab event guide for Oracle Forms audiencesmodules/migration-modernization/oracle-forms-system-understanding.md— Lab 1 modulemodules/migration-modernization/oracle-forms-migration-planning.md— Lab 2 modulemodules/migration-modernization/oracle-forms-to-java.md— Lab 4 moduleUpdated files:
workshops/legacy-modernization/README.md— restructured from COBOL-only to dual-track (Track A: COBOL, Track B: Oracle Forms) with a track selection table and updated duration variantscatalog/repos.md— added entries forts-plsql-oracle-forms-legacy-codebase(ts- section),uc-legacy-modernization-oracle-forms-to-java(uc- section), and cluster C12modules/migration-modernization/README.md— added 3 Oracle Forms modules to the module table and 2 repos to the repository cross-reference table; added event/workshop linksThe two underlying repos (
ts-plsql-oracle-forms-legacy-codebaseanduc-legacy-modernization-oracle-forms-to-java) were pushed to the org separately.Review & Testing Checklist for Human
../../modules/...,../../events/...). Spot-check that links in the catalog entries, event README, and module files all point to files that exist onmain(or will exist once this merges)Repository:/Duration:lines were removed (repo info moved to track header). Confirm nothing important was lost and existing references to the COBOL workshop still workNotes
migration-test-harness.mdmodule for Lab B3 (same as COBOL Lab A3) rather than creating a separate Oracle-specific test harness module. This is intentional — the test harness methodology is platform-agnostic.Link to Devin session: https://partner-workshops.devinenterprise.com/sessions/6abcc66c28ee405c86876cb33da2f3a9
Requested by: @bsmitches