Le comportement est-il celui de java.util.Properties ?

Oui pour la syntaxe : clé et valeur séparées par =, : ou un blanc, commentaires introduits par # ou !, valeur prolongée sur plusieurs lignes par une barre oblique inverse finale, et caractères écrits en \uXXXX décodés. Une clé présente deux fois prend la dernière valeur, comme avec Properties.load. Le JSON n'est pas pour autant une copie intégrale du fichier : lignes vides et commentaires qui ne surplombent pas directement une propriété n'y figurent pas.

Pourquoi 1.2.3 ou 007 restent-ils du texte ?

La déduction des types ne convertit que true et false exacts, ainsi que les nombres décimaux simples comme 8080 ou 0.75. Tout ce qui changerait à la réécriture — 1.0, 007, un numéro de version 1.2.3 — reste une chaîne. Désactivez Déduire les types pour garder chaque valeur en texte.

Comment server.port=8080 devient-il un objet ?

« Clés à points → imbriquées » (séparateur « . » par défaut) découpe la clé : server.port=8080 donne { "server": { "port": 8080 } }. Option coupée, server.port reste un champ JSON unique.

Les commentaires # et ! sont-ils perdus ?

Pas ceux qui accompagnent une propriété : un bloc de lignes # ou ! placé juste au-dessus d'une clé, sans ligne vide entre les deux, est rangé dans $comments sous le chemin de cette clé. En revanche, l'en-tête du fichier, un commentaire suivi d'une ligne vide, un commentaire en fin de fichier et les lignes vides elles-mêmes disparaissent. Réglez Commentaires sur « Ignorer » pour un objet JSON réduit aux seules valeurs.

Un fichier avec des noms d'hôtes internes est-il téléversé ?

Non. Tout le décodage s'effectue en local, en JavaScript ; rien ne part sur le réseau, ce qui compte pour des fichiers qui contiennent des noms d'hôtes internes ou des identifiants.

Quel intérêt à convertir un .properties en JSON ?

Le .properties est un texte clé-valeur orienté ligne, utilisé pour la configuration d'applications et les resource bundles i18n ; JSON apporte nativement l'imbrication et les valeurs typées. La conversion facilite la comparaison de fichiers properties sous forme structurée et leur import dans un outillage JavaScript/TypeScript qui attend du JSON.

Comment une valeur répartie sur plusieurs lignes est-elle lue ?

Une ligne qui se termine par une barre oblique inverse se prolonge sur la suivante : les morceaux sont recollés en une seule valeur, puis les échappements comme \u00e9 ou \: sont décodés. Le JSON obtenu contient donc la valeur complète sur une seule chaîne.

Convertisseur .properties vers JSON

Convertissez des fichiers .properties Java en JSON avec clés imbriquées, déduction des types et le commentaire placé au-dessus de chaque clé gardé dans $comments. Entièrement côté navigateur.

Un fichier .properties Java collé ici ressort aussitôt en JSON, sans quitter le navigateur. Une clé comme app.cache.ttl est éclatée en objets imbriqués, les valeurs numériques ou booléennes prennent leur vrai type JSON et un commentaire écrit juste au-dessus d'une propriété est gardé dans un champ $comments ; les lignes vides et les commentaires séparés de la propriété suivante par une ligne vide ne passent pas dans le JSON. La lecture applique les règles de java.util.Properties : séparateurs =, : ou espace, commentaires # et !, continuations de ligne par barre oblique inverse finale, échappements \uXXXX.

.properties Entrée

Téléverser

Options avancéesConvertirEffacer

JSON Sortie

Le résultat s’affichera ici...

CopierTélécharger

Le résultat s’affichera ici...

À propos du convertisseur Properties vers JSON

Depuis les premières versions de l'API java.util.Properties, le .properties sert de format de configuration et de resource bundle i18n : key=value, key:value ou key value, avec des commentaires commençant par # ou !. L'outil le lit selon la syntaxe définie par java.util.Properties — une barre oblique inverse en fin de ligne prolonge la valeur sur la ligne suivante, \uXXXX désigne un caractère Unicode — puis produit un JSON à inspecter, à comparer ou à injecter dans une chaîne de build JavaScript. Grâce à l'imbrication, app.cache.ttl=60 devient { "app": { "cache": { "ttl": 60 } } } ; avec la déduction des types, "false" redevient un booléen ; et les lignes # ou ! posées juste au-dessus d'une propriété sont rangées dans $comments.

Comment convertir .properties en JSON

1
Importez le contenu du fichier
Collez le .properties dans le panneau d'entrée ou chargez l'exemple de la fiole, qui comporte un commentaire et des clés app.* à points. Le séparateur entre clé et valeur peut être =, : ou un simple blanc.
2
Choisissez imbrication, types et commentaires
Les options avancées activent ou non la déduction des types et l'imbrication des clés à points (séparateur réglable), et décident si les commentaires vont dans $comments ou sont ignorés.
3
Décodez les propriétés
Au clic sur Convertir, les lignes terminées par une barre oblique inverse sont recollées, les échappements comme \u00e9 ou \: sont décodés, puis chaque commentaire collé à une propriété lui est rattaché avant l'imbrication des clés.
4
Exportez le résultat
Copiez le JSON ou enregistrez-le en .json ; l'icône d'inversion de sens ouvre JSON vers Properties pour le chemin retour.

Références

Java SE — java.util.Properties
La documentation officielle de l'API Java définissant le format de fichier .properties, y compris la syntaxe des commentaires, les séparateurs et les règles de continuation de ligne que suit cet analyseur.
RFC 8259 — The JSON Data Interchange Format
La spécification IETF du format JSON produit par cet outil.

Outils pour développeurs associés

JSON vers Properties

Reconvertissez un objet JSON au format .properties Java, avec aplatissement des clés à points et réinsertion des commentaires.

Env vers JSON

Convertissez un fichier .env en JSON, le flux équivalent pour les fichiers de configuration à variables d'environnement.

Formateur JSON

Collez du JSON brut et obtenez instantanément un affichage formaté, coloré et validé.

YAML vers JSON

Convertissez des fichiers de configuration YAML en JSON et inversement, une autre paire de formats de configuration courante.

FAQ Properties vers JSON

Le comportement est-il celui de java.util.Properties ?: Oui pour la syntaxe : clé et valeur séparées par =, : ou un blanc, commentaires introduits par # ou !, valeur prolongée sur plusieurs lignes par une barre oblique inverse finale, et caractères écrits en \uXXXX décodés. Une clé présente deux fois prend la dernière valeur, comme avec Properties.load. Le JSON n'est pas pour autant une copie intégrale du fichier : lignes vides et commentaires qui ne surplombent pas directement une propriété n'y figurent pas.
Pourquoi 1.2.3 ou 007 restent-ils du texte ?: La déduction des types ne convertit que true et false exacts, ainsi que les nombres décimaux simples comme 8080 ou 0.75. Tout ce qui changerait à la réécriture — 1.0, 007, un numéro de version 1.2.3 — reste une chaîne. Désactivez Déduire les types pour garder chaque valeur en texte.
Comment server.port=8080 devient-il un objet ?: « Clés à points → imbriquées » (séparateur « . » par défaut) découpe la clé : server.port=8080 donne { "server": { "port": 8080 } }. Option coupée, server.port reste un champ JSON unique.
Les commentaires # et ! sont-ils perdus ?: Pas ceux qui accompagnent une propriété : un bloc de lignes # ou ! placé juste au-dessus d'une clé, sans ligne vide entre les deux, est rangé dans $comments sous le chemin de cette clé. En revanche, l'en-tête du fichier, un commentaire suivi d'une ligne vide, un commentaire en fin de fichier et les lignes vides elles-mêmes disparaissent. Réglez Commentaires sur « Ignorer » pour un objet JSON réduit aux seules valeurs.
Un fichier avec des noms d'hôtes internes est-il téléversé ?: Non. Tout le décodage s'effectue en local, en JavaScript ; rien ne part sur le réseau, ce qui compte pour des fichiers qui contiennent des noms d'hôtes internes ou des identifiants.
Quel intérêt à convertir un .properties en JSON ?: Le .properties est un texte clé-valeur orienté ligne, utilisé pour la configuration d'applications et les resource bundles i18n ; JSON apporte nativement l'imbrication et les valeurs typées. La conversion facilite la comparaison de fichiers properties sous forme structurée et leur import dans un outillage JavaScript/TypeScript qui attend du JSON.
Comment une valeur répartie sur plusieurs lignes est-elle lue ?: Une ligne qui se termine par une barre oblique inverse se prolonge sur la suivante : les morceaux sont recollés en une seule valeur, puis les échappements comme \u00e9 ou \: sont décodés. Le JSON obtenu contient donc la valeur complète sur une seule chaîne.