Stworzyłem projektów Maven wewnątrz Eclipse z tych archetypów:Maven vs. aspekty projektu Eclipse dla Java EE 6
- EJB-javaee6
- webapp-javaee6
Projekty były tworzone bez aspekty.
Czy ma sens przekształcanie takich projektów Maven w postaci fasetowe?
Które aspekty byłyby pomocne i które z nich mogą powodować problemy w projekcie Maven?
W szczególności: Czy któryś z poniższych aspektów projektu byłby w konflikcie z czymś, co leży w zakresie odpowiedzialności Maven?
- Java
- JavaScript
- modułu EJB
- Dynamiczny moduł Web
- GlassFish deskryptorów wdrażania Pliki
- JavaServer Faces
Mam wrażenie, że konwersja projekt Maven do fasetowa forma oznaczałaby mieszanie dwóch światów. Dlatego też NIE włączam JAKICHKOLWIEK aspektów projektu.
Ale gdzie pracuję, mamy przykłady projektów Maven, które są w formie fasetowej i zastanawiałem się, czy mogą być (bez ryzyka) korzyści dla niego.
Dziękuję bardzo za odpowiedź. Zaakceptowałem to, ponieważ jest to prawda przynajmniej w teorii – StaticNoiseLog
W praktyce stwierdziłem, że integracja Mavena z m2e jest raczej krucha. Na przykład wtyczka m2e kładzie nacisk na egzekwowanie języka Java 1.6, chociaż używam programu GlassFish, który może obsługiwać moduły EJB Java 1.7. Z czystym Mavenem nie ma absolutnie żadnego problemu z budowaniem, pakowaniem i wdrażaniem (ręcznie). Próbowałem tego samego z NetBeans i działał sprawnie, po wyjęciu z pudełka. Odkryłem, że integracja Mavena w NetBeans jest znacznie lepsza dla projektów EJB. – StaticNoiseLog
@StaticNoiseLog Nie ma za co. Masz rację co do m2e. Oddałem go niedawno na korzyść komendanta i uznałem, że jest to wygodniejsze. – kostja