Tracking change and innovation in the enterprise software development community
QCon London 2010!
March 10-12, 100
Speakers, 80 sessions,
"THE" team leads and,
architects conference.
Scaling Scrum
in the enterprise?
ScrumWorks Pro
can help.
Start a trial today
Free Book Offer
SOA Demystified
$40 Value
Posted by Werner Schuster on Oct 26, 2009
Big news for Ruby Gem maintainers: a few weeks ago GitHub stopped Gem building and announced it will only host existing Gems for another year. For alternatives for Gem hosting, the GitHub team pointed to GemCutter.
Now the teams behind GemCutter, Ruby Gems and RubyForge got together to make another big change in the Ruby ecosystem: replacing RubyForge. The announcement by Nick Quaranto explains the steps:
* http://rubygems.org will replace http://gems.rubyforge.org as the default gem host in RubyGems.
* Gem publishing off RubyForge will continue to work for the time being.
* We’ll be merging user accounts from RubyForge, so you’ll be able to log into RubyGems.org with your RubyForge login credentials. Your gem ownerships will also be transferred over.
The plans right now seem to be to slowly phase out RubyForge and all its services, as the announcement explains:
The Ruby-specific functionality and data will be moved into RubyGems.org, and the parts that other hosting sites (GitHub, Google Code, SourceForge) can do better will be pruned away. Migration paths for those projects will be provided, we’re not throwing any switches without warning. RubyGems.org will not be gaining any “bloat” from rewritten RubyForge features.
Details and specific plans are still being drawn up and details need to be worked out. This discussion thread on the future of RubyForge gives more information, among others from Tom Copeland (the maintainer of RubyForge). Eg. Tom explains the possible fate of project-specific domains, ie. projectname.rubyforge.org:
Those virtual hosts will not be taken down right away... I suspect we'll put them in read-only mode in a few weeks, though. But we'll do tarballs of that and other stuff that's currently on RubyForge, and generally make it easy for folks to migrate away.
While upgrade and migration paths will be provided, at least for Gem hosting, all developers with projects and Gems on RubyForge need to keep an eye out for these changes. A Wiki Page tracking information about the RubyForge transition is available and is planned to contain the dates and other information once it becomes available.
Developers who use scripts to publish Gems to RubyForge will probably need to update their tool chains. GemCutter's tools for publishing Gems are very simple, though; releasing a Gem simply means executing gem push name.
Unix, Linux Uptime & Reliability Increase While Patch Management Woes Plague Windows (Yankee Group)
Technical Debt and Design Death
Architectures Behind Facebook, Skype, Sky.com, Bwin, League of Legends @ QConLondon
Regaining control of the data centre
The 5 Mandates of Software Development Teams - Presto Manifesto
Brian Marick takes us through a quick tour of the most important values and challenges to adopting Agile successfully (they aren't the typical challenges and values we hear in the community).
The line between development and architecture is tricky. Does it exist at all? Is an ivory tower actually needed? There's a balance in the middle, but how do you move from developer to architect?
The word 'authority' sometimes produces an allergic response in hard-line agilists. Freedom and authority – both are bad if misused and both are good if used in right spirit for a noble cause.
"Getting Started with Grails" brings you up to speed on this modern web framework. Companies as varied as LinkedIn, Wired, and Taco Bell are all using Grails. Are you ready to get started as well?
Those familiar with only ITIL V2 often scoff at the thought that ITIL could serve as a governance framework for SOA. With ITIL V3, the focus of the framework shifted towards service-orientation.
SpringSource CTO Adrian Colyer discusses AspectJ, SpringSource's dm Server and tc Server products, OSGi and Scrum.
Heroku's Adam Wiggins talks about Rails, Background Jobs, Add-Ons, Ruby, and how Heroku manages to work around Ruby's inefficiencies using Erlang and other languages.
For Grady Booch the foundation of a good architecture is patterns, SOA being just one of many patterns. In this Second Life presentation, Booch attempts to bring more clarity on what architecture is.
No comments
Watch Thread Reply