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 protected]>:
- 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 protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
