ktx/packages/cli/test/context/project/mappings-yaml-schema.test.ts

102 lines
3.3 KiB
TypeScript
Raw Permalink Normal View History

2026-05-10 23:12:26 +02:00
import { describe, expect, it } from 'vitest';
import {
lookerMappingsSchema,
lookmlMappingsSchema,
metabaseMappingsSchema,
2026-05-10 23:12:26 +02:00
parseConnectionMappingBootstrap,
parseLookmlMappingBootstrap,
parseLookerMappingBootstrap,
parseMetabaseMappingBootstrap,
test: split cli tests from source tree (#216) * feat(cli): define full warehouse dialect contract * test(cli): keep dialect edge tests focused * fix(cli): stabilize dialect contract foundation * refactor(connectors): own read-only query preparation * refactor(connectors): resolve dialects through registry * refactor(connectors): keep concrete dialect classes internal * chore(workspace): enforce dialect import boundary * refactor(cli): resolve relationship dialect at scan boundary * refactor(cli): use dialect display parsing for entity details * refactor(cli): use dialect display parsing for warehouse catalog * refactor(cli): use dialect SQL in relationship workflows * test(cli): verify solid dialect scan workflow closure * test: split cli tests from source tree * refactor(cli): standardize BigQuery scope listing * feat(sqlite): implement connector scope listing * test(connectors): cover required table listing * feat(cli): add warehouse driver registry * refactor(setup): route scope discovery through driver registry * refactor(cli): route local query execution through driver registry * refactor(historic-sql): route dialect support through driver registry * refactor(cli): test warehouse connections through driver registry * fix(cli): close driver registry type export gaps * Improve setup daemon diagnostics * refactor(setup): centralize rail-prefixed diagnostics + query-history fallback Extract errorMessage, writePrefixedLines, and flushPrefixedBufferedCommandOutput into clack.ts so the setup wizard, managed daemons, and embedding/agent steps share one rail-formatted writer. setup-databases.ts also adds a "disable query history and retry" option when the schema-context build fails and query history is the likely culprit, surfaced via a new failed-query-history-unavailable status. * fix(cli): carry catalog through the picker so BigQuery/Snowflake/SQL Server scope filters match The setup picker's KtxTableListEntry was a 2-level { schema, name }, so qualifiedTableId always wrote db.name into enabled_tables. When BigQuery, Snowflake, or SQL Server later ran fast ingest, their introspect step filtered the scope set with scopedTableNames(scope, { catalog: projectId|database, db }) — catalog was non-null on the introspect side but null in the scope refs, so every entry was rejected, the live-database adapter staged zero table files, and detect() failed with 'Adapter "live-database" did not recognize fetched source output'. Align the picker boundary with the canonical 3-level KtxTableRef: - Add catalog: string | null to KtxTableListEntry. - BigQuery/Snowflake/SQL Server listTables populate catalog from the resolved projectId / database; Postgres/MySQL/ClickHouse/SQLite set null. - qualifiedTableId emits catalog.schema.name when catalog is non-null (resolveEnabledTables already accepts the 3-part shape) and schemasFromEnabledTables now goes through parseDottedTableEntry so it recovers the schema correctly from both 2-part and 3-part entries. - Export parseDottedTableEntry from enabled-tables.ts (@internal) for picker reuse. Update listTables expectations in all seven connector tests and the setup / picker test fixtures. Add a picker regression test that covers the catalog-bearing round-trip (save + refine). * fix(cli): allow debug telemetry under opt-out env
2026-05-26 08:49:05 +02:00
} from '../../../src/context/project/mappings-yaml-schema.js';
2026-05-10 23:12:26 +02:00
2026-05-10 23:51:24 +02:00
describe('ktx.yaml mapping bootstrap schema', () => {
2026-05-10 23:12:26 +02:00
it('parses Metabase mapping intent with CLI syncMode default ALL', () => {
const bootstrap = parseMetabaseMappingBootstrap('prod-metabase', {
driver: 'metabase',
mappings: {
databaseMappings: { '1': 'prod-warehouse', '2': null },
syncEnabled: { '1': true, '2': false },
selections: { collections: [12], items: [345] },
2026-05-10 23:51:24 +02:00
defaultTagNames: ['ktx', 'prod'],
2026-05-10 23:12:26 +02:00
},
});
expect(bootstrap).toEqual({
adapter: 'metabase',
connectionId: 'prod-metabase',
databaseMappings: { '1': 'prod-warehouse', '2': null },
syncEnabled: { '1': true, '2': false },
syncMode: 'ALL',
selections: { collections: [12], items: [345] },
2026-05-10 23:51:24 +02:00
defaultTagNames: ['ktx', 'prod'],
2026-05-10 23:12:26 +02:00
});
});
it('rejects Metabase non-integer mapping keys', () => {
expect(() =>
parseMetabaseMappingBootstrap('prod-metabase', {
driver: 'metabase',
mappings: { databaseMappings: { abc: 'warehouse' } },
}),
).toThrow(/databaseMappings key "abc" must be a positive integer string/);
});
it('parses Looker connection mapping intent', () => {
const bootstrap = parseLookerMappingBootstrap('prod-looker', {
driver: 'looker',
mappings: {
connectionMappings: {
bigquery_prod: 'prod-warehouse',
snowflake_dev: null,
},
},
});
expect(bootstrap).toEqual({
adapter: 'looker',
connectionId: 'prod-looker',
connectionMappings: {
bigquery_prod: 'prod-warehouse',
snowflake_dev: null,
},
});
});
it('parses LookML expected connection from mappings block', () => {
expect(
parseLookmlMappingBootstrap('prod-lookml', {
driver: 'lookml',
repo_url: 'https://github.com/acme/looker.git',
mappings: { expectedLookerConnectionName: 'bigquery_prod' },
}),
).toEqual({
adapter: 'lookml',
connectionId: 'prod-lookml',
expectedLookerConnectionName: 'bigquery_prod',
});
});
it('dispatches by flat driver and returns null for connections with no mappings block', () => {
expect(parseConnectionMappingBootstrap('warehouse', { driver: 'postgres', url: 'env:DATABASE_URL' })).toBeNull();
expect(
parseConnectionMappingBootstrap('prod-looker', {
driver: 'looker',
mappings: { connectionMappings: { analytics: 'prod-warehouse' } },
}),
).toMatchObject({ adapter: 'looker', connectionId: 'prod-looker' });
});
it('exports mapping shapes that parse documented examples', () => {
expect(metabaseMappingsSchema.parse({ databaseMappings: { '1': 'wh' } })).toMatchObject({
databaseMappings: { '1': 'wh' },
syncMode: 'ALL',
});
expect(lookerMappingsSchema.parse({ connectionMappings: { x: 'wh' } })).toEqual({
connectionMappings: { x: 'wh' },
});
expect(lookmlMappingsSchema.parse({ expectedLookerConnectionName: 'x' })).toEqual({
expectedLookerConnectionName: 'x',
});
});
2026-05-10 23:12:26 +02:00
});