I'm looking at how I will distribute the product I'm working on, and so that 
the WO backend can be easily installed by a semi-pro who doesn't have intimate 
knowledge of the command line or Apache configuration file.

So I was thinking of distributing the app with it's own version of Apache with 
the WO Apache module, the app, and wotaskd, and include everything in a .pkg or 
.rpm. Why including wotaskd? Because I want some kind of watch guard to restart 
instances in case they crash, auto restart if the server is restarted, etc. Now 
why I'm not including JavaMonitor? That's simple: I want to reduce memory 
footprint and JavaMonitor always eat at least 32 MB of RAM, and since a lot of 
people are using VPS or Amazon EC2 for their servers and have somewhat limited 
RAM resources. 

So what I was thinking about is to move the REST routes I added to JavaMonitor 
down into wotaskd. By doing that I would be able to create a small HTML page 
with JavaScript to talk to wotaskd and ask for stats, status of instances, etc. 
By doing so, I need to do some refactoring since some code will have to go from 
JavaMonitor and JavaMonitorFramework to wotaskd.

Any opinions? _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to