ProxyLayoutRenderer when meeting unknown layout
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- csharp
- Ambito
- observability-sre
Direzione di ricerca
Inizia tracciando la gestione dei layout-renderers sconosciuti da parte del NLog-config loader e il comportamento esistente di Layout. Esamina come vengono registrati i layout-renderers personalizzati a runtime, quindi determina come un ProxyLayoutRenderer potrebbe mantenere i tipi non risolti e diventare operativo dopo la registrazione. L’implementazione deve coprire sia le variabili utilizzate prima della dichiarazione sia i renderer registrati dopo il caricamento della configurazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Can see a lot of people who doing the following:
- Using NLog Config Variables before they are declared at runtime
- Register custom NLog LayoutRenderer after config has been loaded.
Right now the NLog-config loader discards unknown layout-renderers from the Layout. So one have to perform special reload-logic make it work after runtime setup.
My thought would be that it creates an instance of ProxyLayoutRenderer (Or ProtoTypeLayoutRenderer), that awaits unresolved type to become available. Maybe the ProxyLayoutRenderer could subscribe for type-registration-events, and then become fully operational when finally resolving the pending type.
- Lingua principale
- C#
- Stelle
- 6.5k
- Fork
- 1.4k
- Merge medio
- 14h 51m
- PR unite (30g)
- 24
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun 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 NLog/NLog
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
.NET MatrixAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
NLog/NLog#6241 · 12 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
DateLayoutRenderer default Format should be culture invariantForse già presa @HarnageaGabriel l’ha presa 69 giorni fa. Apertabreaking behavior change breaking change
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
I maintainer di solito rispondono entro 1 giorno
-
Switch to trusted publishing (and GitHub actions)Forse già presa @304NotModified l’ha presa 9 giorni fa. Apertabuild-config
NLog/NLog#6306 · 11 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
good first issue
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
madeyoga/AuthEndpoints#365 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 76/100
majorsilence/Reporting#493 ·
I maintainer di solito rispondono entro 1 giorno
-
area: backend enhancement payments
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 4 giorni