Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Additional Configuration Features

Aperta
#126 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
20/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
scala
Ambito
backend

Direzione di ricerca

Inizia leggendo l’implementazione esistente del pool e il suo comportamento attuale riguardo alle risorse e ai periodi di inattività. L’issue elenca diverse funzionalità possibili, tra cui timeout di acquisizione, durata massima, validazione, risorse inattive minime, limiti totali e rilevamento delle perdite; per considerarlo completato sarebbero necessari un ambito definito e criteri di accettazione per le modifiche di configurazione selezionate.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

  • Acquire Timeout: Not sure if we want this a part of the pool or just user controlled. When a maximum number of connections exist and we are waiting. We may want to timeout this acquisition directly.

  • Maximum Lifetime: Resource are currently only based on their period of idle. However we may want to set a resource lifetime that after that point after it is returned to the pool or if it is already in the pool that it is removed.

  • Resource Valid Check: Often we may want to ensure resources in the pool are still valid. A TCP connection may be closed from the remote side. A database connection may check if it is stil valid. These can be integrated into both the reaping and/or the acquisition so only valid resources are received by users.

  • Validation timeout after which we should assume the above resource is invalid

  • Minimum Idle Option: Precache and load up resources so that they are already present in the cache. This is important for databases and far less so for things like http. i.e. This is only valid over bounded keyspaces.

  • Max Total Option: Maximum total number of resources both in and loaned from the pool. Presently we only control how many are in the pool but this can allow runaway resources if they are held by users.

  • Leak Detection Threshold: A time period a resource can leave the pool before a warning is emitted. Default should not log, but should have the option to make sure people can discover their leaks.

Lingua principale
Scala
Stelle
39
Fork
19
Merge medio
15g 2h
PR unite (30g)
3

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di typelevel/keypool

Tutte le issue di typelevel/keypool

Issue simili

Altre issue su Scala

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.