Details
-
Type: Task
-
Status: Closed
-
Priority: Last
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: 6.3.0
-
Labels:None
-
Sprint:NPD-2024-10 #2
-
Account:[PROXY02.5] Implementation - IDS-GZL-2024 - 568405 (568405)
-
Epic Link:
-
Program Increment:None
-
Targeted team:Default
Description
2. Pour tous les contenus de type texte ou DICOM
a. Afficher l'hexa
b. Afficher le contenu texte (XML/Json) ou le dump (DICOM)
c. Proposer le téléchargement du fichier raw
3. Pour les autres contenus type PDF par exemple, uniquement proposer le téléchargement du binaire
==> J'en profite pour vous faire suivre le document qui contient le tableau avec les dispositions à prendre en fonction du mime type: examples-HTTP.docx.
---------
TextPart: {type: "TEXT_PART", headers: [ { } ], raw: byte[] (base64) , text: string, syntaxe: [JSON | XML] }
Ce type n'a pas d'attachement, pour le télécharger il faut donner le raw, et pour le valider il faut la requête en mode syntax: "json" et path:"$.raw"
Pour afficher le Hex il faut juste convertir le champs text en hex (il est en b64)
Le format sera indenté en fonction de la syntaxe
DicomPart: {type: "DICOM_PART", headers: [ { } ], xmlDataSetDump: string}
Ce type a une référence vers l'attachement qui contient le raw (le même comportement d'aujourd'hui)
Pour télécharger et valider on garde le même comportement 0 impact, on télécharge et valide l'attachement
Pourtant, pour afficher le Hex, il faut récupérer l'attachement (j'ai qu'il est récupéré en blob) et le convertir en Hex
BinaryPart: {type: "BINARY_PART", headers: [ { } ]}
Ce type ne peut afficher que le Hex, il a un attachement vers le binaire, pareil que le Dicom, il faut le récupéré pour l'afficher en Hex. Et pareil aussi pour le télécharger et le valider
a. Afficher l'hexa
b. Afficher le contenu texte (XML/Json) ou le dump (DICOM)
c. Proposer le téléchargement du fichier raw
3. Pour les autres contenus type PDF par exemple, uniquement proposer le téléchargement du binaire
==> J'en profite pour vous faire suivre le document qui contient le tableau avec les dispositions à prendre en fonction du mime type: examples-HTTP.docx.
---------
TextPart: {type: "TEXT_PART", headers: [ { } ], raw: byte[] (base64) , text: string, syntaxe: [JSON | XML] }
Ce type n'a pas d'attachement, pour le télécharger il faut donner le raw, et pour le valider il faut la requête en mode syntax: "json" et path:"$.raw"
Pour afficher le Hex il faut juste convertir le champs text en hex (il est en b64)
Le format sera indenté en fonction de la syntaxe
DicomPart: {type: "DICOM_PART", headers: [ { } ], xmlDataSetDump: string}
Ce type a une référence vers l'attachement qui contient le raw (le même comportement d'aujourd'hui)
Pour télécharger et valider on garde le même comportement 0 impact, on télécharge et valide l'attachement
Pourtant, pour afficher le Hex, il faut récupérer l'attachement (j'ai qu'il est récupéré en blob) et le convertir en Hex
BinaryPart: {type: "BINARY_PART", headers: [ { } ]}
Ce type ne peut afficher que le Hex, il a un attachement vers le binaire, pareil que le Dicom, il faut le récupéré pour l'afficher en Hex. Et pareil aussi pour le télécharger et le valider
Attachments
Issue Links
- links to