Skip to content

test(output-mapping,query-service-api-client,staging-provider): AJDA-2820 use loginType none for test workspaces#532

Merged
odinuv merged 1 commit into
mainfrom
odin/AJDA-2820
Jun 25, 2026
Merged

test(output-mapping,query-service-api-client,staging-provider): AJDA-2820 use loginType none for test workspaces#532
odinuv merged 1 commit into
mainfrom
odin/AJDA-2820

Conversation

@odinuv

@odinuv odinuv commented Jun 24, 2026

Copy link
Copy Markdown
Member

Link to issue

https://linear.app/keboola/issue/AJDA-2820/update-job-runner

Description

Trošku jsem poleštil tady to https://github.com/keboola/platform-libraries/pull/528/changes#diff-97d65c973832a3c296970b648078c6c8251b01e8c35ee84af2d611a0bc680aa9R158

#528 reworked the Snowflake test-workspace setup because Snowflake no longer allows creating workspace users with the legacy service-account type (the empty/default loginType). It worked around this by requesting a SNOWFLAKE_SERVICE_KEYPAIR login and registering a generated public key.

That heavier approach isn't needed in these three test setups — none of them ever connects to the workspace with its own credentials:

  • output-mapping AbstractTestCaseworkspaceCredentials is never read; data is loaded/cloned server-side via the Storage API by workspace ID.
  • query-service BaseFunctionalTestCase — SQL runs through the Query Service broker (submitQueryJob); the test never opens a workspace connection.
  • staging-provider WorkspaceProviderFunctionalTest::createWorkspace (default branch) — used only by tests that inspect workspace metadata or exercise cleanup. The explicit key-pair credential-reset test sets loginType itself and is unaffected.

So all three now create the workspace with WorkspaceLoginType::NONE (a schema with no Snowflake login), matching the pattern already in use by input-mapping, and the now-unnecessary key-pair generation is dropped.

Justification

Simplifies the merged #528 test setup and aligns it with input-mapping. See the linked Linear issue.

Plans for Customer Communication

None.

Impact Analysis

Test-only changes. The query-service case is the only behavioral assumption worth watching: it relies on the Query Service being able to execute SQL against a none-login workspace via its own privileged connection. Confirmed green by the functional CI suite for these libraries.

Deployment Plan

Release a tagged version (libraries).

Rollback Plan

Revert this PR.

Post-Release Support Plan

None.

@linear

linear Bot commented Jun 24, 2026

Copy link
Copy Markdown

AJDA-2820

…2820 use loginType none for test workspaces

Snowflake no longer allows creating workspace users with the legacy service
account type. PR #528 worked around this by requesting a SNOWFLAKE_SERVICE_KEYPAIR
login and registering a generated public key. None of these tests connect to the
workspace with its own credentials (output-mapping loads server-side via the
Storage API, query-service runs SQL through the Query Service broker, and the
staging-provider helper is used only by metadata/cleanup tests), so request a
workspace with no login instead. This matches the pattern already used by
input-mapping and drops the now-unneeded key-pair generation.
@odinuv odinuv requested a review from ondrajodas June 24, 2026 15:15

@ondrajodas ondrajodas left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@odinuv odinuv merged commit c160d58 into main Jun 25, 2026
45 checks passed
@odinuv odinuv deleted the odin/AJDA-2820 branch June 25, 2026 08:41
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