Matching Catalog Properties with Java

Offen
#4,140 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@Ankitraj-builds arbeitet bereits daran.

Seit 26.10.2026.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
python
Bereich
backend

Rechercherichtung

The issue lists configuration property differences across catalogs, REST, S3, ADLS, and GCS, but asks whether the community values compatibility before any implementation begins. Start by reading the configuration handling and tests for the listed integrations, then identify which properties should match Java. Done means the scope and expected behavior are agreed for each property; the issue does not identify files or tests.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Feature Request / Improvement

I was doing some analysis of the accepted configuration properties in Python vs. Java. We have a number of them in Python that don't fully match with Java (list below, generated by Claude)

Before we start generating PRs for any of these, does the community find any value in making these properties match Java (where appropriate)?

--

Catalogs
  • DynamoDB: accept dynamodb.table-name (Python reads table-name)
  • Hive: accept iceberg.hive.lock-check-min-wait-ms / iceberg.hive.lock-check-max-wait-ms (Python reads lock-check-min-wait-time / lock-check-max-wait-time in seconds)
  • Hive: accept hive.metastore.table.owner / hive.metastore.database.owner (Python reads the table property owner)
  • SQL: accept jdbc.init-catalog-tables / jdbc.schema-version (Python reads init_catalog_tables / schema_version)
  • Glue / DynamoDB: fall back to client.region and client.* credentials (Python reads glue.* / dynamodb.*)
REST
  • Accept rest.auth.type (none / basic / oauth2 / sigv4 / google) as well as the nested auth.type config (Python uses noop, Java uses none)
  • Accept rest.auth.basic.username / rest.auth.basic.password
  • Accept rest.auth.type=sigv4 as well as rest.sigv4-enabled=true
  • Accept rest.remote-signing.endpoint and s3.remote-signing-enabled (Python reads s3.signer.uri / s3.signer.endpoint / s3.signer)
S3
  • Accept s3.sse.type / s3.sse.key (Python reads s3.server-side-encryption / s3.sse-kms-key-id)
  • Accept client.assume-role.arn / client.assume-role.session-name (Python reads s3.role-arn, client.role-arn, *.role-session-name)
  • Accept s3.path-style-access (inverse of Python's s3.force-virtual-addressing)
  • Accept http-client.proxy-endpoint (Python reads s3.proxy-uri)
  • Accept http-client.*.connection-timeout-ms (Python reads s3.connect-timeout in seconds)
ADLS / GCS
  • ADLS: accept adls.auth.shared-key.account.name / adls.auth.shared-key.account.key (Python reads adls.account-name / adls.account-key)
  • ADLS: accept adls.connection-string.<account> per account (Python reads only a single adls.connection-string)
  • GCS: accept gcs.user-project (closest Python equivalent: gcs.requester-pays)
Vorherrschende Sprache
Python
Sterne
1.2k
Forks
654
Ø Merge
2 T. 11 Std.
Gemergte PRs (30 T.)
122

Entwicklungsumgebung

  • Kein Dockerfile und keine Docker-Compose-Datei
  • Hat eine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus apache/iceberg-python

Alle Issues in apache/iceberg-python

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.