Skip to content

my_profile_app updates 9/14/2026 - #365

Merged
dwolfson merged 3 commits into
odpi:mainfrom
pcoldico:main
Sep 16, 2026
Merged

dwolfson merged 3 commits into
odpi:mainfrom
pcoldico:main

Conversation

@pcoldico

Copy link
Copy Markdown
Contributor

This pull request contains 3 separate commits

  1. Major upgrades to the testing suite to support tests either against a live egeria test instance, or alternatively with a mock backend, updated docs to match
  2. Update to the Tech type section of the code, and associated documentation, also added to documents various FYIs for future testers
  3. Various updates to multiple areas of the my_profile_app.py code to resolve errors found during functional testing.

pcoldico and others added 3 commits September 14, 2026 10:38
…isconnected testing, if Egeria is running at localhost:9443 it will use it as the connected egeria instance

Signed-off-by: Peter Coldicott <86156876+pcoldico@users.noreply.github.com>
…ng code issues

Signed-off-by: Peter Coldicott <86156876+pcoldico@users.noreply.github.com>
@dwolfson
dwolfson merged commit 0cea3a8 into odpi:main Sep 16, 2026
2 of 4 checks passed
dwolfson added a commit to dwolfson/egeria-python that referenced this pull request Sep 16, 2026
PR odpi#365 (just merged into main, "my_profile_app updates 9/14/2026")
changed CreateSubscriptionRequestScreen.action_create_subscription to
also set a "GUID" key, and changed shop_for_data_handler.py's
create_subscription_callback to build a NewElementRequestBody instead
of NewAgreementRequestBody (matching create_digital_subscription's own
signature in collection_manager.py -- DigitalSubscription is created
via CollectionManager's generic create, so NewAgreementRequestBody was
never the right class). These two assertions were the only ones in
that PR's otherwise-thorough test rewrite that weren't updated to
match, so they failed deterministically on main once merged in.

Not flaky -- an earlier commit on this branch wrongly diagnosed these
as CI-only nondeterminism (13 local/Docker reproduction attempts all
passed, because they ran against pre-PR-odpi#365 code) and added a retry
mitigation instead of a real fix; that commit has been reverted in
favor of this one.

Signed-off-by: Dan Wolfson <dan.wolfson@pdr-associates.com>
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Signed-off-by: Dan Wolfson <dan.wolfson@pdr-associates.com>
dwolfson added a commit that referenced this pull request Sep 16, 2026
…rship sync, fix Update-template attribute leakage (#369)

* fix(dr-egeria): split Lineage Linker commands per relationship type, fix ISC/component membership sync, fix Update-template attribute leakage

Split the generic Link/Update Lineage Relationship command pair into a
dedicated command pair per relationship type (Data Flow, Control Flow,
Process Call, Lineage Mapping, Data Mapping, Ultimate Source, Ultimate
Destination), each exposing only its own type's attributes instead of a
selector offering every type's attributes at once. In the process,
added the real oneWay/integrationStyle/protocol/frequency/dataExchanged
(and Process Call's lineNumber) fields to both the compact spec and the
pyegeria SDK's DataFlowProperties/ProcessCallProperties/LineageMapping-
Properties/UltimateSourceProperties/UltimateDestinationProperties --
these are real fields on the Egeria DTOs that had no home on the
pydantic models, so a caller passing them would validate silently and
have them dropped before serialization.

Fixed SolutionComponentProcessor/SupplyChainProcessor (solution_
architect.py) syncing In Information Supply Chain/Implemented By via
the ImplementedBy relationship instead of CollectionMembership --
InformationSupplyChain is a Collection subtype, so component membership
in a supply chain belongs to the same add_to_collection/remove_from_
collection mechanism every other ISC membership sync in this file
already uses. Reported live: 71 components each carrying In Information
Supply Chain fanned each chain out to 143 ImplementedBy links.

Fixed generate_md_cmd_templates.py/generate_dr_help.py injecting
generic Referenceable attributes (GUID, Status, Qualified Name,
Category, ...) into every "Update" command's template/help entry
regardless of whether it targets a Referenceable element at all --
affected 14 commands total (the 7 new Lineage Linker ones plus 7
pre-existing: Update Certification, Update License, Update Next
Process Step, Update Data Scope, Update Governance Expectations,
Update Governance Measurements, Update Search Keyword). Now consults
the registered processor's supports_target_element_lookup() (the same
signal the runtime Create<->Update rewrite logic already relies on)
instead of a verb-only heuristic.

Signed-off-by: Dan Wolfson <dan.wolfson@pdr-associates.com>
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Signed-off-by: Dan Wolfson <dan.wolfson@pdr-associates.com>

* fix(tests): update two my_profile assertions left stale by PR #365

PR #365 (just merged into main, "my_profile_app updates 9/14/2026")
changed CreateSubscriptionRequestScreen.action_create_subscription to
also set a "GUID" key, and changed shop_for_data_handler.py's
create_subscription_callback to build a NewElementRequestBody instead
of NewAgreementRequestBody (matching create_digital_subscription's own
signature in collection_manager.py -- DigitalSubscription is created
via CollectionManager's generic create, so NewAgreementRequestBody was
never the right class). These two assertions were the only ones in
that PR's otherwise-thorough test rewrite that weren't updated to
match, so they failed deterministically on main once merged in.

Not flaky -- an earlier commit on this branch wrongly diagnosed these
as CI-only nondeterminism (13 local/Docker reproduction attempts all
passed, because they ran against pre-PR-#365 code) and added a retry
mitigation instead of a real fix; that commit has been reverted in
favor of this one.

Signed-off-by: Dan Wolfson <dan.wolfson@pdr-associates.com>
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Signed-off-by: Dan Wolfson <dan.wolfson@pdr-associates.com>

---------

Signed-off-by: Dan Wolfson <dan.wolfson@pdr-associates.com>
Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants