My AEM Development Setup

My AEM Development Setup

I'm pretty particular about how I like to lay out my computer for development.  Ideally a good setup would:

  •  Exist within my user's home directory
  •  Contain short but meaningful folder names
  •  Allow for multiple versions of an application

To support this I create three folders:

  •  dev - contains some app data and development utilities
  •  git - contains all of my GIT repositories
  •  scripts - contains custom shell scripts

The git and scripts folders are pretty straight forward.  The git folder contains all of the GIT repositories I have worked on while the scripts folder contains a number of shell scripts.

The dev folder is where things get more interesting.  This folder contains a separate folder for each development application I use.  For example in the case of AEM, I have a folder called cq for all of my AEM installations.  Underneath this folder I create a separate folder for each version of the software.  That way, you can run multiple versions of an application without having to delete anything.  Once I'm done, my folder structure looks like this.

  • /dev
    • /cq
      • /5.5
      • /5.6.1
  • /git
    • /project1
    • /project2
  • /scripts
    • cqmgr

I've also made a script to manage the CQ installations which I call cqmgr and is placed in the scripts folders.  The script allows you to easily start, stop and reset a CQ instance.  In this particular case, by reset, I mean delete the contents of the crz-quickstart folder.  This can often be easier when developing on CQ than attempting to recover from such problems, such as incorrect node types, corrupted repositories or incompatible client applications.  Ideally as well, every client project should be a single installation step allowing for a quick setup in a clean CQ installation.

The script also does some other really nice things like:

  • Support multiple  publishers - the script can look for publish instances to start by checking a regular expression against sibiling folders of the author instance
  • Debugging support - The script can start CQ with debugging support and even supports automatically incrementing the ports on the publishers so you can debug any of the started instances

This script does expect the folder structure I've described above, but once you have that in place it makes managing your CQ instances very simple and painless.  You can clone a gist of the script from GitHub.

Happy Developing!

Share this post

0 Comments

comments powered by Disqus