No json results from failed deploy
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
Direzione di ricerca
Non sono indicati file sorgente né test. Inizia individuando il codice di gestione dei risultati che serializza le risposte dei deployment falliti e riproduci un errore contenente un messaggio di errore SQL sovradimensionato. Il lavoro è completato quando il deployment fallito restituisce JSON valido e i test esistenti di deployment o serializzazione coprono la risposta di errore di grandi dimensioni.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
When deploying to our development DNN, PolyDeploy failed to return the expected json results. Instead we got the and error
Received error {"Message":"Error during serialization or deserialization using the JSON JavaScriptSerializer. The length of the string exceeds the value set on the maxJsonLength property."}
Triaging the DNN Admin Logs discovered the deploy failure was due to sql timeout. When a DNN deploy fails due to sql timeout the entire sql file is added to the log message. It was a very large sql file. Because DNN includes the sql that failed to run in the error message, it exceeded PolyDeploy's ability to generate the results json. This prevented our pipeline from failing gracefully.
We've resolved this issue before by ensuring the serializer supports potentially large objects for serialization, as .net doesn't look at the server web.config for max size for json serialization
using Newtonsoft.Json;
JavaScriptSerializer serializer = new JavaScriptSerializer { MaxJsonLength = int.MaxValue };
I'm requesting the results handling get the serialization intitalized to support large objects so when DNN fails for sql issues, the proper results can be passed back in the json
- Lingua principale
- C#
- Stelle
- 51
- Fork
- 20
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 DNNCommunity/PolyDeploy
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
DNNCommunity/PolyDeploy#114 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
DNNCommunity/PolyDeploy#113 · 2 commenti · 1 reazione ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 20/100
DNNCommunity/PolyDeploy#92 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 30/100
DNNCommunity/PolyDeploy#90 · 6 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
DNNCommunity/PolyDeploy#76 · 14 commenti ·
Tutte le issue di DNNCommunity/PolyDeploy
Issue simili
-
documentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 62/100
-
bug misleading tooling trivial
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Docs example projects pinned to a literal library version instead of 3.*Forse già presa @DaveSkender l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
facioquo/stock-indicators-dotnet#2372 ·
I maintainer di solito rispondono entro 1 giorno
-
[Docs] officecli-docx SKILL.md still describes `\n` as a soft line break after #262Forse già presa @giprime l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
Facepunch/sbox-public#12097 ·
I maintainer di solito rispondono entro 2 giorni