Hi All,
Please provide your inputs on both cases.
Thanks,
Raju.
Solved! Go to Solution.
Views
Replies
Total Likes
Hi @Rajumuddana ,
The latest version of AEM Archetype is 54. It is a forward-looking, production-ready, and extensible foundation aligned with how Adobe wants developers to structure projects - whether you are on AEM as a Cloud Service or AEM 6.5.17. Adobe tests each archetype version for backward compatibility with AEM 6.5 (especially with SPs like 6.5.17). You won't lose any functionality - but you gain modern tooling.
By default it has build-in support for modern frontend workflows and has Webpack 5, Babel, SASS, TypeScript support.
You mentioned:
I wanted to create the frontend module separately as a new project, but the results are not the same/close to my existing frontend project structure.
That's fair - and here's your best path forward: Remove the default ui.frontend, add your custom frontend module instead
Optionally: Customize the existing ui.frontend (If you don't want a new module)
If you prefer not to maintain a new Maven module:
But note: separating it into a standalone module gives you better decoupling, especially if your frontend team works independently.
You are not forced into a rigid layout - you get flexibility plus structure. The frontend module can live inside or outside the Maven project. Either way, the tooling is already battle-tested and ready for real-world teams.
Views
Replies
Total Likes
Hi @Rajumuddana ,
The latest version of AEM Archetype is 54. It is a forward-looking, production-ready, and extensible foundation aligned with how Adobe wants developers to structure projects - whether you are on AEM as a Cloud Service or AEM 6.5.17. Adobe tests each archetype version for backward compatibility with AEM 6.5 (especially with SPs like 6.5.17). You won't lose any functionality - but you gain modern tooling.
By default it has build-in support for modern frontend workflows and has Webpack 5, Babel, SASS, TypeScript support.
You mentioned:
I wanted to create the frontend module separately as a new project, but the results are not the same/close to my existing frontend project structure.
That's fair - and here's your best path forward: Remove the default ui.frontend, add your custom frontend module instead
Optionally: Customize the existing ui.frontend (If you don't want a new module)
If you prefer not to maintain a new Maven module:
But note: separating it into a standalone module gives you better decoupling, especially if your frontend team works independently.
You are not forced into a rigid layout - you get flexibility plus structure. The frontend module can live inside or outside the Maven project. Either way, the tooling is already battle-tested and ready for real-world teams.
Views
Replies
Total Likes
Thanks for the response.
I'll use "Archetype 54 with -DincludeFrontendModule=n" to create my BE only AEM project for AEM 6.5.17.
Thanks,
Raju.
Views
Replies
Total Likes