> Is he alive? Does anyone know if he's OK? Leon's fine. He's just overworked at the dayjob.
> I agree that for something to be in core it must be maintainable by > known maintainers. I assume Leon fell into that category, without (I > guess) being in the core team. Leon was in the core team, it's just that he hasn't had time to contribute in the meantime. > Do you know the figures here? Without daring to tread on the ground of > "is Rails enterprise-ready?" I would point out that being able to offer > functionality either through a Web UI or via a web service is a big > enterprise "tick in the box". Well ActionPack's REST support is pretty complete at present. But if someone's able to start fixing the show stoppers like these, then we can definitely continue to include it: http://dev.rubyonrails.org/ticket/2553 http://dev.rubyonrails.org/ticket/3567 etc. > Personally, I believe that anything up to Rails 2.0 should respect the > commitment to "not break the Book (AWDR)". At the very least, there > should be a succession of versions that warn the user before something > actually breaks. > > Perhaps you should go through the book and publish the "truck number"[1] > of each feature. It's not really a question of 'truck numbers' (nice phrase though), but rather that AWS is broken now, and noone has stepped up to the plate to take over maintenance. I'd definitely prefer to continue to include AWS in rails, at least until rails 2.0, but in it's current state, it's just too broken. If you're using AWS in production at present, please consider looking into the tickets and providing fixes. That's the best way to ensure that AWS stays in rails. > regards > > Justin > > [1] Truck Number - the number of people who would need to be run over by > a truck to render a given feature unviable. > _______________________________________________ > Rails-core mailing list > [email protected] > http://lists.rubyonrails.org/mailman/listinfo/rails-core > -- Cheers Koz _______________________________________________ Rails-core mailing list [email protected] http://lists.rubyonrails.org/mailman/listinfo/rails-core
