Maven et choix d'architecture

Bonjour à tous,

débutant en Maven, j'aimerai porter un de mes projets sous cet outil.
J'aurai cependant quelques questions :

1) Dans mon projet actuel, je possède un dossier source contenant une dizaine de package. A chacun de ses packages est associés un fichier ANT me permetant d'obtenir un jar. J'ai donc la possibilité de créer un jar pour chacun de mes packages.

Avec Maven, la compile se fait en utilisant le fichier POM. J'aimerai savoir si, en gardant la même structure (à savoir plusieurs packages dans le dossier source) est-il possible d'encore créer un jar par package?
Etant donnée que mon POM décrit mon projet, je ne peux obtenir qu'un seul jar? Du coup, dois-je créer autant de projet que j'ai de jar dans mon projet actuel?

2) Ma seconde question concerne les dépendances. Le fichier POM permet d'indiquer les dépendances et d'adapter le build path automatiquement. Est-ce que l'ajout d'une dépendance permet de se passer de la configuration du buildpath dans Eclipse? Je pense que non mais j'aimerai en être sur.

Autre question concernant les dépendances. Si je veux rajouter un package "maison" ne suivant pas la structure "Maven", comment puis-je le référencer dans mon projet? Car si je l'ajoute dans mon dépot local, je n'ai aucun fichier POM qui lui est associé.

J'effectue mes premiers tests en Maven.

Merci d'avance

Pour faire court:

1) Par défaut Maven fait 1 module=1 pom=1 archive, après il est toujours possible de packager différemment via un assembly par exemple.
2) Oui c'est intégré dans eclipse
3) Tu peux installer ta librairie "maison" dans le dépot maven, il suffit juste de préciser à maven de générer un pom bidon.

Code:

---

1 2 3 4 5 6 7

mvn install:install-file -DgroupId=<your_group_name> \ -DartifactId=<your_artifact_name> \ -Dversion=<snapshot> \ -Dfile=<path_to_your_jar_file> \ -Dpackaging=jar \ -DgeneratePom=true

---

Merci pour toutes ces précisions.

Pour le point 1) je suppose qu'il reste quand même préférable de suivre les recommandations maven et d'éviter de produire plusieurs archives pour un module...