2010-02-10 6 views

Répondre

23

Si vous n'avez pas besoin de filtrer les fichiers CSS et JS, je voudrais simplement les mettre en src/main/webapp (si vous les mettez dans src/main/resources, ils se retrouveront dans target/classes et WEB-INF/classes dans la guerre qui est très peu probable que vous vouloir). Si vous devez les filtrer, des ressources supplémentaires peuvent être incluses dans le fichier WAR à l'aide du paramètre webResources. Jetez un oeil à Adding and Filtering External Web Resources pour plus de détails.

+0

Merci, cela a expliqué pourquoi je vois les deux saveurs en masquant l'emplacement – MexicanHacker

6

Je pense qu'ils devraient être sous src\main\webapp. La raison principale pour dire ceci est que c'est la norme suggested par Maven, et la philosophie de Maven est que tous les projets devraient suivre la même structure autant que possible.

2

Taken de Introduction to the Standard Directory Layout:

«S'il y a d'autres sources contribuant à la construction d'artefacts, ils seraient sous d'autres sous-répertoires: par exemple src/main/antlr contiendrait des fichiers de définition de la grammaire ANTLR. »

Je pense que src/main/javascript et src/main/css est le bon endroit ...

Que pensez-vous?

+1

Très enclins à être d'accord avec vous. JavaScript et CSS sont des langages séparés avec leurs propres nuances et cas d'utilisation, pas simplement des ajouts ou des scripts gérés regroupés le long de Java (autant que j'aime java!) – VLostBoy

0

Je vois une variation de réponses à cette question. Un ensemble de threads (comme certaines personnes dans ce fil) semblent penser que les applications Maven doivent placer les fichiers css/images/js dans le dossier src \ main \ webapp - similaire au modèle J2EE traditionnel. D'autres estiment que le dossier ressources (ou un autre poste similaire) à l'extérieur de webapps doivent être utilisés à la place:

What are the conventional locations for for JSPs, JavaScript, CSS, Images in Maven web projects?

Je n'ai pas encore une opinion, mais il semble logique de les séparer côté client les fichiers côté client statiques tels que ceux-ci sont généralement séparés et placés dans un serveur Web frontal pouvant être mis en cache pour un accès plus rapide de toute façon, les gardant ainsi dans leur propre dossier distinct de ressources semblerait faciliter ce travail.