<br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">basically there are two things coming to my mind:<br><br>1 - opencms has a static export feature. Content that is published, can
<br>be written out to the filesystem and then served statically</blockquote><div><br>Yes, I'm aware of the export feature and I have studied that as an option.<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2 - there is a commercial module from Alkacon that allows to do staging<br>between opencms servers. This allows to do content creation on one<br>server and then the content can be replicated to a productive server (or<br>
  several of them as this module is also said to support clustering of<br>opencms servers). I have no experience with it, however.<br></blockquote></div><br>I'd like to keep OpenCMS as far from the actual on-line transaction ie. last-mile content delivery as possible. To keep architecture clear and to eliminate all unnecessary failure points and performance bottle necks the separate application server will handle the content delivery to the users from separate repository to which OpenCMS should deploy it's content.
<br><br><br>