Est-il normal qu'une application Web Java d'entreprise ait besoin d'accéder au système de fichiers?

Question

La plupart des applications Web Java que nous exécutons dans notre boutique à des fins de développement logiciel doivent avoir un type de répertoire APP_HOME créé pour que l'application Web puisse fonctionner. Les applications que je pense ici sont des choses comme Hudson, Nexus, Confluence, JIRA, etc. Peut-être que ces applications sont spéciales parce qu'elles sont pour le développement de logiciels (avec Confluence peut-être l'exception notable). Cependant, c'est notre propre application web que nous nous efforçons d'éviter cette exigence et de sauvegarder ainsi toutes les informations de configuration dans une base de données, dont l'accès peut être fourni via une base de données JNDI et/ou un gestionnaire d'entités. NOTE: Notre application n'a pas besoin de faire une gestion de fichiers lourds.

Quels sont les avantages/inconvénients d'avoir une application Web d'entreprise qui utilise le système de fichiers pour le travail. Est-ce typique?

Answer 1

Mettre la configuration dans les fichiers facilite la mise en contrôle de version; se déconnecter des fichiers est également très utile.

Answer 2

Les systèmes de fichiers sont très, très bien pour stocker de grandes quantités de données et pour fournir un accès et une manipulation super rapide pour eux (y compris la manipulation de niveau octet à grain fin). Si vous en avez besoin, vous pouvez envelopper le stockage du système de fichiers dans une ressource JNDI ... L'utilisation d'une base de données peut présenter des avantages (les besoins de sauvegarde sont évidents), mais les performances seront médiocres comparées à l'accès direct au système de fichiers. Cela dit, à moins que votre application ne soit réellement limitée en termes de performances par la rapidité avec laquelle elle peut interagir avec la base de données pour ces activités spécifiques, cela ne vaut probablement pas la peine de vous deviner.