| [m2e-dev] Nested modules option for multi module projects |
Hi all,
since Igor (Fedorenko) asked to address this issue in the dev mailing list, I’d like to take the chance and join the choir of petitioners for re-introducing the “nested modules option” for multi module projects (available until version 0.10).
For our organization support for nested modules is essential since our global EAI platform is based on JBI/Servicemix and one deployable unit in JBI consists of a let’s say 5-12 maven modules (depending on complexity).
Let me give you a brief idea of what our module structure is like:
+…
+ depot-process
++ order-process
+++ data
++++ xslt
+++++ order-mapping.xsl
+++++ …
+++++ pom.xml
++++ ... (drools, sql, etc.)
+++ sa
++++ order-process-sa
+++++ pom.xml
++++ order-process-jms-su
+++++ pom.xml
++++ order-process-xslt-su
+++++ pom.xml
++++ order-process-drbms-su
+++++ pom.xml
++++ pom.xml
+++ pom.xml
++payment-process
++ …
++ pom.xml
+ …
+ pom.xml
And this is not because we love complexity but because the way JBI’s component concept of service assemblies being comprised of service units dictates it.
In the versions above 0.10 m2eclipse not only leaves us with a mess of hundreds of single eclipse projects all on the same flattened hierarchy level.
What is even worse is, that when m2eclipse tries to import the “data” modules of our applications/processes it fails because it tries to create eclipse projects of equal name.
I am a huge fan of eclipse and would hate to see our organizations standard ide being moved to netbeans.
Since I’m responsible for the annual releases of our EAI platform, including the tool chain, I have to present the midterm strategy regarding this platform to our bosses. Staying with m2eclipse 0.10 forever naturally isn’t an option. But upgrading to a higher version would render our whole EAI development impossible.
So please please please please bring back the nested modules option. Don’t abandon me and force me to tell our management, we have to shift to another ide (Well, netbeans is far from optimal regarding nested modules but at least it has no problem with our “data” modules).
I guess we are not the only ones with fine grained deployables in our release management process, relying on nested modules.
Any consideration of bringing back this highly valuable feature would be greatly appreciated!
Thanks in advance!
Cheers
Oliver
_________________________________
Union IT-Services GmbH
Oliver Kuntze
Anwendungsentwicklung EAI
Baseler Straße 10
60329 Frankfurt am Main
Tel.: 069 / 2567 1237
Fax: 069 / 2567 61237
Mobil: 0177 / 8210072
E-Mail: oliver.kuntze@xxxxxxxxxxxxxxxxxxx
Sitz der Gesellschaft: Wiesenhüttenstraße 10, 60329 Frankfurt am Main
Registergericht: Amtsgericht Frankfurt am Main HRB 33314
Geschäftsführer: Ralph Höllig (Sprecher), Christian Leitner, Dr. Olaf Zeitnitz
Der Inhalt dieser E-Mail ist ausschließlich für den in der E-Mail bezeichneten Empfänger bestimmt und kann vertrauliche und rechtlich geschützte Informationen enthalten. Das Kopieren, die Weitergabe oder Offenlegung dieser Mail gegenüber Dritten ist nicht gestattet. Sollten Sie nicht der richtige Adressat sein oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender telefonisch und löschen Sie diese Mail von Ihrem System. Vielen Dank.
Die Sicherheit und Fehlerfreiheit der E-Mail-Übertragung kann nicht garantiert werden, denn die gesendeten Informationen können abgefangen, manipuliert oder zerstört werden, verloren gehen, verspätet oder unvollständig sein oder Viren enthalten. Der Absender übernimmt deshalb keine Verantwortung für jegliche Fehler oder Schäden, die sich aus der E-Mail-Übertragung ergeben. Sofern Sie eine Bestätigung des Inhalts dieser E-Mail benötigen, kann dies auf Anfrage durch einen Brief erfolgen.