Re: Mountain Lion WO Deployment Package by WEBAPPZ
Re: Mountain Lion WO Deployment Package by WEBAPPZ
- Subject: Re: Mountain Lion WO Deployment Package by WEBAPPZ
- From: Maik Musall <email@hidden>
- Date: Fri, 05 Oct 2012 21:00:02 +0200
Dennis,
I hope you don't feel offended when I post some criticism of this, but I think such an announcement deserves serious replies. What I have to say might however not exactly be what you want to hear.
Am 04.10.2012 um 22:18 schrieb Gaastra Dennis - WO Lists <email@hidden>:
> - Complete Deployment Package for WebObjects 5.4.3 on Mountain Lion - OS X 10.8.
> - Newest Apache httpd 2.4.3 with update instructions.
> - Newest OpenSSL/1.0.1c compiled into Apache, with update instructions.
> - WebObjects adaptor - mod_WebObjects.so - tweaked for the newest Apache.
As Apple doesn't make serious server hardware any more, the primary deployment platform is probably not OS X but Linux by now. And I'd rather rely on the Linux distribution to give me a proper Apache/SSL/whatever compilation that is kept up to date by the distribution maintainers. Or did you make a whole package delivery system as well, to seemlessly deliver e.g. an OpenSSL update if a vulnerability is published in the version you initially packaged?
> - Configured with builtin gzip deflate compression for fast transfers.
> - Configured with SSL - and optional Extended Validation.
(At our site, SSL and gzip is handled by loadbalancers in front of the webservers anyway, but I realize that's not everybody's setup.)
> Request:
> - If somebody wishes to integrate this into Project Wonder GitHub. Please keep webappz directory structure.
Frankly, this is a no-go. I'm not going to install any such stuff in a /webappz directory on my hard disk roots. I don't want any non-standard directories there at all, and certainly not one named after some company. Besides, we probably aren't the only ones using NAS or SAN services to host the project stuff, so this would have to go elsewhere in the directory structure anywhere.
> - To make this 100% PCI DSS compliant.
Do your customers demand that? If yes: is OS X ML Server certified? Is your custom setup certified, and it's components? And if no: why care anyway? ;~)
And regarding Frontbase, in your other post: who guarantees that frontbase.com isn't shut down tomorrow, your server dies the day after and there's nobody issueing a new license for your replacement hardware? Especially given the lack of activity around the product in recent years, I find it rather lightheaded to still rely on this RDBMS in production. And don't even get me started on the technical details...
Maik
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden