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: Gaastra Dennis - WO Lists <email@hidden>
- Date: Fri, 05 Oct 2012 12:48:05 -0700
Hi Maik,
Thank you for your comments. Yes, being partially German myself, I am
used to this tone of "constructive" criticism. Please realize that I am
trying to help others on this list who have been through the same issues.
On 05/Oct/12 12:00 PM, Maik Musall wrote:
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?
This is a matter of opinion. We know many shops that deploy on the Mac
Os X Platform and would never even consider Linux, but I do understand
that there are those who prefer an open source platform.
- 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.)
Again, just a simple example of having everything in one simple
configuration.
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.
I was more so thinking of the updated Adaptor source for Apache/httpd
2.4.3.
For the compiled binaries, the /webappz directory was meant to keep
things simple and in one place.
- 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? ;~)
This is not relevant. We would like to achieve the best possible scan
results.
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
Well, sorry, but we like Frontbase! We have been running this database
server since 2006 without any problems, and can configure it any way we
like. If Frontbase were to ever shut down, it would be very easy to
switch to another DB since our code is completely database transparent.
--
With Kind Regards,
Dennis Gaastra,
WEBAPPZ® Systems, Inc.
(+1) 604.921.1333
www.webappz.com & www.scheduleDS.com & www.1tracker.com
This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. WEBAPPZ Systems, Inc., 726 - 1489 Marine Drive, West Vancouver, BC, CANADA V7T 1B8, www.webappz.com
_______________________________________________
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