Discussion :

[Papy214]

Bonjour

Histoire de comprendre un peu mieux tout ça, j'ouvre l'exemple livré avec XE7 : RestDemos.exe
Je le lance dans Delphi, je clicc sur le bouton fetch et

---------------------------
Notification des exceptions du débogueur
---------------------------
Le projet RESTDemos.exe a déclenché la classe d'exception EIdIOHandlerPropInvalid avec le message 'Valeur IOHandler non valide'.
---------------------------
Arrêter Continuer Aide
---------------------------

Sauf que je ne vois pas de propriété IOHandler dans les composants.

Est-ce que ça peut venir de ma version de Windows ? (W 10)

[SergioMaster]

AMHA non cela ne vient pas de windows.
Pour les démos, plus simple, si tu as REST tu doit avoir RESTDebugger à partir de RestDebugger tu peux facilement générer les composants nécessaires.
Le hic avec ta demande sur ton autre discussion, c'est que le JSON est un peu chiant, sinon tu aurais pu aussi utiliser le set complet (de restdebugger) pour avoir aussi une table mémoire des données.

le fait qu'il n'y ait pas de nom de racine donne un truc tabulaire (troisième onglet) non réalisable (du moins pour mes essais) dommage

[ShaiLeTroll]

le couche REST sous-jacente du TRESTClient a changé, Il faudrait lire en profondeur de IPPeerCommon et IPPeerClient

Mais IPPeerClient est codé via Indy mais pourtant récemment, j'ai eu un problème avec l'implémentation THTTPClient (System.Net.HttpClient)
J'ai du mal à comprendre le lien de couche sous le TRESTClient
Par exemple cela utilise TRESTHTTPProcs.FixupURL juste pour parser l'URL c'est ce qui maintient une dépendance à IPPeerAPI qui me semble inutile

Possible qu'en XE7 que le TRESTClient soit dépendant d'Indy ce qui ne l'est plus en D10 (je n'avais pas besoin des deux DLL)

[Papy214]

J'ai aussi essayé avec RestDebugger mais en renseignant les paramètres et ça n'a pas fonctionné.
Je testerai cet après-midi comme tu l'as fait. Là je suis pas dispo avant 14h00.


pause café ! Résultat avec RestDebugger

---------------------------
Erreur
---------------------------
La requête REST a échoué : Erreur lors de la connexion avec SSL.

error:1409442E:SSL routines:ssl3_read_bytes:tlsv1 alert protocol version.
---------------------------
OK
---------------------------

J'ai mis les dll openssl les plus récentes dans le répertoire de compilation du projet mais ça ne change rien

[SergioMaster]

Certainement, une question de version de Delphi. Mais bon, XE7 n'est plus installé sur mes postes.
Ce qui m'étonne, c'est ton histoire de paramètres, car je n'en vois aucun dans la documentation de l'API (encore une raison de plus pour me permettre d'écrire qu'elle est vraiment mal fichue !)

zip, testé en 11.3.1 entreprise

[Papy214]

les paramètres sont indiqués sur cette page: https://calendrier.api.gouv.fr/jours...ne%7D.json/get

Le lien qui pointe sur la doc mène à un fichier descriptif ci-dessous :

openapi: "3.0.0"
info:
version: 1.0.0
title: Jours fériés en France
servers:
- url: https://calendrier.api.gouv.fr/jours-feries/
paths:
/{zone}.json:
get:
summary: Liste les jours fériés pour une zone, 20 ans dans le passé et 5 ans dans le futur
parameters:
- name: zone
in: path
description: Le nom de la zone
required: true
example: metropole
schema:
$ref: '#/components/schemas/Zone'
responses:
'200':
description: Les jours fériés
content:
application/json:
schema:
$ref: "#/components/schemas/Dates"
/{zone}/{annee}.json:
get:
summary: Liste les jours fériés pour une zone, pour une année
parameters:
- name: zone
in: path
description: Le nom de la zone
required: true
example: metropole
schema:
$ref: '#/components/schemas/Zone'
- name: annee
in: path
description: L'année pour les jours fériés
required: true
example: 2025
schema:
type: integer
example: 2025
responses:
'200':
description: Les jours fériés
content:
application/json:
schema:
$ref: "#/components/schemas/Dates"
components:
schemas:
Dates:
description: Les dates et noms des jours fériés. Les clés sont les dates en ISO 8601, les valeurs sont les noms des jours fériés.
type: object
additionalProperties:
type: string
example:
"2025-01-01": "Jour de l'an"
"2025-04-21": "Lundi de Pâques"
"2025-05-01": "Fête du Travail"
"2025-05-08": "Victoire des alliés"
"2025-05-29": "Ascension"
"2025-06-09": "Lundi de Pentecôte"
"2025-07-14": "Fête Nationale"
"2025-08-15": "Assomption"
"2025-11-01": "Toussaint"
"2025-11-11": "Armistice"
"2025-12-25": "Noël"
Zone:
type: string
description: Nom des zones reconnues
example: metropole
enum:
- alsace-moselle
- guadeloupe
- guyane
- la-reunion
- martinique
- mayotte
- metropole
- nouvelle-caledonie
- polynesie-francaise
- saint-barthelemy
- saint-martin
- saint-pierre-et-miquelon
- wallis-et-futuna

Moi j'avais mis zone et annee mais il semble que juste zone soit nécessaire.
Ce qui ne change pas le problème sur le Delphi cible.

Bon, je télécharge le fichier complet avec l'aide précieuse de Shaï, pas de problème.
Mais j'aurais aimé comprendre l'autre manière de le faire.

J'ai une 10.4 installé sur un autre poste. J'essaierai mais là, c'est spécifique pour XE7, le client n'a que cette version.

[ShaiLeTroll]

Tu peux juste changer l'URL du GET : "https://calendrier.api.gouv.fr/jours-feries/metropole/2025.json" qui ne te fournira que la section souhaitée ou "https://calendrier.api.gouv.fr/jours-feries/alsace-moselle/2025.json" qui retourne un jour férié de plus.
L'année est optionnelle mais la zone est requise.

[Papy214]

Oui j'ai vu qu'on pouvait avoir une année en particulier.
Ce que tu m'as indiqué sur l'autre post pour charger directement le fichier fonctionne très bien. Merci encore.
C'est juste que je voulais essayer avec les autres composants Rest :-)

[SergioMaster]

les paramètres sont indiqués

sauf que ce ne sont pas vraiment des paramètres tels que je l'entends, mais plus un chemin URL à créer.
Rien à voir avec des paramètres comme ceux que me demandait Prestashop ou Woocommerce. ou comme le tutoriel peut le montrer

En bref, ces APIs gouvernementales sont plutôt "bof!"