Thanks for the input. May be I'm going about this the wrong way. What
is the best practices for setting up shared virtual hosting of Resin.
I basically want to provide Railo (http://www.getrailo.org) hosting.
Railo is a CFML engine that can run on top of any J2EE container.
Right now I am using the cPanel control panel and have hooks
programmed in to create the necessary domain.xml files which are
tapped into a single install of Resin.
The current architecture works ]like this, when a user signs up, a new
domain.xml file is created and stored in a config directory. Then the
script does a touch on the resin.conf file to force a restart. The
resin.conf includes the newly created domain.xml using the
<resin:import> tag that reads all the xml files in the config
directory. So everything is working and automated, I just wanted to
know if there was a way to make it so the applications didn't see the
service go up and down.
Any advice you could provide on this would be appreciated.
On May 19, 2009, at 9:25 AM, Scott Ferguson wrote:
> On May 18, 2009, at 10:09 AM, Peter Amiri wrote:
>> Thank you everyone for your assistance on getting this setup. I now
>> have a directory where I can drop individual config files for each
>> domain and get them integrated into the resin.conf file using
>> <resin:import>. The one issue I have with this is that it requires a
>> restart of Resin to discover the newly added file which will kill
>> everyones sessions and forces a reload of all the web apps. Not a
>> appealing feature from the customer perspective ;-)
> Hmm. That's an interesting point. Even if the directory change was
> detected, Resin would force a restart because the config file affects
> the <cluster>, even though you might just be adding a new host. In
> other words, it wouldn't be sophisticated enough to know that adding a
> host is isolated.
>> Someone told me I could setup a cluster with two Resin instances
>> running on the same server so if the instances had to be restarted
>> sessions would be preserved. Does anyone know how to do this?
> It would be a little more complicated because you'd also need a load
> You can use a single resin.xml file. Each Resin server/virtual-host
> would have its own <cluster>. (A cluster for Resin is a collection of
> identically-configured virtual hosts. You can have one server in a
> cluster.) Assuming you have a single HTTP port, you'd need a load-
> balance instance of Resin to forward the requests to the proper
> backend Resin instance.
> -- Scott
resin-interest mailing list