• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other all forums
this forum made possible by our volunteer staff, including ...
  • Campbell Ritchie
  • Bear Bibeault
  • Devaka Cooray
  • Liutauras Vilda
  • Jeanne Boyarsky
  • Knute Snortum
  • Junilu Lacar
  • paul wheaton
Saloon Keepers:
  • Ganesh Patekar
  • Frits Walraven
  • Tim Moores
  • Ron McLeod
  • Carey Brown
  • Stephan van Hulst
  • salvin francis
  • Tim Holloway

2 CMS or not to CMS  RSS feed

Posts: 3
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi all
Currently we are exploring different options. We would like to build pre configured sites and create new instances for different clients rapidly , change branding and stuff. What is the best way to go about doing that ?
is CMS probably a good solution ? if not what other alternatives are there ?
Since this is a java shop , would like a java compatible solutions. Thanks for you suggestion in advance

Posts: 9550
Linux Mac OS X Windows
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
There is no "best" way.
Are you hosting the sites together, or are you hosting each branded site separately?
If you are hosting the sites separately, you may be able to get away with putting all the text in message bundles and naming the branding images the same. You should be using some sort of revision control and build tools (Ant and Maven being the most popular) to automate your builds. An adept use of tagging and branching will let you build sites for multiple clients quickly and easily.
If you are hosting the sites together, a CMS may make sense. We have a home-built CMS that fits our needs well. Have a look at this site then this site. You'll see the branding changes (note the branding is stored in the session, so it's persistent once it happens). It's fairly simple. There's an XML config file like this:

There's a class that builds a library of all the content references then there's a class and a JSP tag that takes a key and qualifier and looks up a value in the library, like so:

Where "id" is set on-the-fly to a qualifier. If no qualifier is specified, or no data tag has a matching qualifier, the CMS returns the default value. There's some more to it, for example, our CMS values are external to the web app so we can change them without a build, but that's the general idea.
One problem I've heard with external CMS's is that there's no easy way to migrate the settings and data from test to production. Everyone is so focused on getting production working, the test environment gets neglected and is soon completely incompatible with the code. This solution alleviates that problem by packaging the CMS data right with the web app. When the code is promoted in source control, one can promote the CMS values right along with it.
Hopefully someone with more experience with third-party CMS will chime in, as my experience is thin.
Consider Paul's rocket mass heater.
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!