J'ai une application Web à Maven qui suit cette structure: est préférable de la mettre dans le dossier principal, puis le bouchon Maven va essayer de le déplacer ou je devrais Mettez-le dans le dossier WebApp et pourquoi?
4 Réponses :
Si vous n'avez pas besoin de filtrer les fichiers CSS et JS, je les mettrais simplement dans SRC / MAIN / WEBAPAP (si vous les mettez dans SRC / Main / Ressources , ils se retrouveront dans cible / classes et dans web-inf / classes dans la guerre qui est très improbable ce que vous voulez). Si vous devez les filtrer, des ressources supplémentaires peuvent être incluses dans la guerre à l'aide du paramètre webreResources . Regardez Ajout et filtrage des ressources Web externes < / a> Pour plus de détails.
Merci, cela a expliqué pourquoi je vois les deux saveurs lors du gogling de l'emplacement
Je pense qu'ils devraient être sous src \ Main \ webapp . La principale raison de dire que c'est que c'est la norme suggéré de Maven, et la philosophie maven est que tous les projets devraient suivre la même structure que possible.
pris de Introduction à la disposition de répertoire standard :
"S'il existe d'autres sources contributives à la construction d'artefact, ils seraient sous d'autres sous-répertoires: par exemple donc je pense Que pensez-vous? src / main / antlr contiendrait des fichiers de définition de grammaire anti-grammaire."
src / main / javascript et src / main / css est le bon endroit ...
Très enclin à être d'accord avec vous. JavaScript et CSS sont des langues distinctes avec leurs propres nuances et utilisent des cas, pas simplement ajouter des activations ou des scripts gérés groupés le long de Java (autant que j'aime Java!)
Je vois une variation de réponses à cette question. Un ensemble de fils (comme certaines personnes de ce fil) semblent penser que les applications Maven devraient placer des fichiers CSS / images / JS dans le dossier SRC \ Main \ WebApp - semblable au modèle J2EE traditionnel. D'autres sentent que le Ressources (ou un autre pair similaire) Dossier en dehors des webapps doit être utilisé à la place:
Je n'ai pas encore de donner une opinion, mais il semblerait logique de séparer ces types de fichiers côté client du côté serveur - si seulement parce que dans des situations de production ciblées à haute performance, les fichiers côté client statique tels que ceux-ci sont Généralement séparé et placé dans un serveur Web frontal Cacheable pour un accès plus rapide de toute façon, les garder dans leur propre dossier de ressources distincts semblerait faciliter ce travail.