trouver un moyen de représenter un envoi de json + pdf #9

New Issue

Maxime · 2023-12-11T11:20:13+01:00

Maxime commented

2023-12-11 11:20:13 +01:00

dans le cas d'un post d'article, un chercheur doit introduire un pdf ET un json en même temps cependant on n'a pas trouvé comment représenter ça. (ça doit être atomique d'après le REST API)

tonitch commented

2023-12-11 16:30:26 +01:00

J'envisage plusieurs solutions:

Envoyer le fichier dans un champs json en b64
envoyer le fichier retourne un id, cet id peut être utilisé par un autre endpoint pour spécifier le fichier. (peut entrer en contradiction avec le fait que nous ne pouvons pas utiliser de machine à état, mais est en même temps pas vraiment un état)
~~envoyer les données en premier puis attendre que le client ré-envoie le fichier.~~ (est en compléte contradiction avec l'intérditction des machine à état)

J'envisage plusieurs solutions: - Envoyer le fichier dans un champs json en b64 - envoyer le fichier retourne un id, cet id peut être utilisé par un autre endpoint pour spécifier le fichier. (peut entrer en contradiction avec le fait que nous ne pouvons pas utiliser de machine à état, mais est en même temps pas vraiment un état) - ~~envoyer les données en premier puis attendre que le client ré-envoie le fichier.~~ (est en compléte contradiction avec l'intérditction des machine à état)

tonitch added the

Question

label 2023-12-11 16:30:30 +01:00

Maxime commented

2023-12-11 16:54:41 +01:00

je propose d'envoyer le fichier en B64, il doit surement déjà exister un parser et au moins on s'assure d'éviter la machine à état

tonitch commented

2023-12-11 17:35:49 +01:00

je trouve que la deuxième solution est plus élégante mais dans les faits oui, par b64 c'est certainement un peut plus simple à implémenter.

pour se faire je dirais

schema:
	type: object
	properties:
		example1:
			...
		File:
			type: string
			contentMediaType: image/png
			contentEncoding: base64
		example2:
			...

comme expliqué ici

je trouve que la deuxième solution est plus élégante mais dans les faits oui, par b64 c'est certainement un peut plus simple à implémenter. pour se faire je dirais ```yaml schema: type: object properties: example1: ... File: type: string contentMediaType: image/png contentEncoding: base64 example2: ... ``` comme expliqué [ici](https://spec.openapis.org/oas/latest.html#considerations-for-file-uploads)

Maxime commented

2023-12-11 23:44:42 +01:00

problème : properties et contentMediaType: contentEncoding s'aiment pas