Constitution compliance: add native-client escape hatch
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 45/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- java
- Ambito
- backend-api-design, databases, documentation
Direzione di ricerca
Inizia dal contratto pubblico di MulticloudDbClient e dalla tabella dello stato attuale nell’issue #38, quindi esamina i tre adapter dei provider per i confini esistenti dei relativi client e del lifecycle. Definisci il contratto condiviso dell’escape hatch e il relativo comportamento per i tipi non supportati prima di implementarlo per Cosmos, DynamoDB e Spanner. Il lavoro è completato quando i test condivisi del contratto, i test specifici dei provider e la documentazione aggiornata dell’API e dell’architettura soddisfano ogni criterio di accettazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
The constitution requires every provider adapter to expose an explicit native-client escape hatch. The current public MulticloudDbClient contract states that no code-level escape hatch exists, and the repository contains no nativeClient(...) implementation. Issue #38 currently lists this capability as already available, so the implementation and supportability inventory disagree.
Scope
- Design a type-safe, explicit opt-in boundary for obtaining the underlying Cosmos, DynamoDB, or Spanner client.
- Define ownership, lifecycle, logging, and unsupported-type behavior.
- Implement the contract for all three providers without changing portable default behavior.
- Correct the current-state table in #38 and update API/architecture documentation.
Acceptance criteria
- All three adapters expose their native client through one documented public escape-hatch contract.
- Incorrect requested native types fail predictably without unsafe casts.
- Native access does not weaken configuration-only portable behavior or client lifecycle safety.
- Shared contract tests and provider-specific tests cover the boundary.
- Lingua principale
- Java
- Stelle
- 7
- Fork
- 7
- Merge medio
- 1g 19h
- PR unite (30g)
- 3
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/multiclouddb-sdk-for-java
-
Portable document key fields differ across Cosmos/Dynamo and read/query (id vs sortKey)Forse già presa @allenkim0129 l’ha presa 14 giorni fa. Aperta
microsoft/multiclouddb-sdk-for-java#121 · 1 assegnatario ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 28/100
Tutte le issue di microsoft/multiclouddb-sdk-for-java
Issue simili
-
account bug communication lecture
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Consumer progress rows interleave topics with equal queue IDsForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
apache/rocketmq-dashboard#7250 ·
I maintainer di solito rispondono entro 3 giorni
-
Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
ignatov/intellij-erlang#1093 ·
-
[Bug] QoS count command ignores the times argument after cdForse già presa @CCCLL l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
apache/dubbo#16530 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno