I feel your comment is a gross misrepresentation of the problems posed by replacing a FLOSS license like Apache with a proprietary one.
Software that was released yesterday under a license like Apache will remain FLOSS today, and usable under the exact same terms. Subsequent releases won't, but the one version you've been using to sell your product/service will remain usable under the old terms.
To me chosing an open source framework to base my future on the framework needs a healthy community of committers.
And that's perfectly fine. FLOSS assures you have access to the source code so that you can dig in and fix any issue you feel strongly about.
What FLOSS does not grant you is a right to demand maintenance and unpaid work from third parties.
If your view on FLOSS is so militant about the right to maintenance,you should also be mindful of the fact that it's you and people like you who are expected to do said maintenance.
No it isn't, and I've never said so. I've created several open source projects which got quite successful without taking money or the intention of taking money and gave maintainance as I saw fit.
"so that you can dig in and fix any issue you feel strongly about."
Trying to fix critical bugs twice, because their was no support, without being able to fix them, I think this often is delusional. Even finding people to pay willing to fix such bugs is a challenge (but we did pay several $10k to people for fixing bugs). But as I've said, YMMV and you might have been able to fix critical bugs in something like the storage backend of MySQL, I probably can't without breaking things.
There is a difference between fixing a missed edge case in a date formatting library or a race condition in a MySQL backend.
I would be very careful to use "open source" technology from companies that depend on sales from this piece of technology. Did this particular piece help get the company to $100M+? Yes, and people too often forget where technology got them to, when blaming said technology. Could something other have work too? (Yes, see Redis)