Jruby may have been the biggest open-source project ever migrated from SourceForge to codehaus. Now it is connected to groovy, another JVM-based Dynamic language that is adjacent to it. Infoq interviewed two leaders of jruby, Charles nutter and tome enebo, to find out why they want to migrate their projects. Through this interview, we also learned some problems that have plagued SourceForge. Charles started to talk about SourceForge, but he was not so angry at it. "The download speed of SourceForge in the week before the javaone Conference really caused me to get angry. When we want to make some changes to the project according to the conference, it takes several days to download the project, whether it is anon (Note: it should be an anonymous visitor) or the developer's CVs. It took us several weeks to figure out which modifications were done well and which were not ideal, and then proceed ." Speaking of this, Charles went on to say, "SourceForge is too big, and we cannot get the desired support. But codehaus's boys did a good job, which helped us a lot and took responsibility for the problems that occurred. "The most disappointing thing is that" it's getting slower and slower to download CVs, I don't care how many new servers they have added, but it seems that it doesn't matter if the servers are down due to poor management or other reasons." Tom explained in detail the issue of CVS download time. He said, "during the javaone conference, it took about one week for developers to download resources. For anonymous users, if I remember correctly, it would take about a month ." Speaking of the reliability provided by SourceForge, Tome went on to say, "I'm surprised that SourceForge does not provide high controllability for revision. I always told myself that SourceForge is not true, but now I have less and less confidence ." Charles also has a lot of comments on the SourceForge mail list. Now, this mail list is very slow to send and receive. On the one hand, the migration is based on reliability. The function setting is also a consideration when making a decision. Charles uses the term "very primitive" to describe the SourceForge BUG Tracking System, while codehaus provides a set of related software such as confluence, Jira, and fisheye. There are also some other services. codehaus allows the project manager to customize the structure and content of the webpage of their project. However, all the projects in SourceForge only have a unified project homepage and NO content authorization tools. Charles and Tom both complained about SourceForge, and expressed gratitude for the service Tom provided by SourceForge. He told infoq that "I hope SourceForge will be better and better. They provide a free space for jruby, and there are many other projects. We hope that they will continue to work hard to continuously update the tools used to provide better services. If SF does not pay much attention to these problems, the results will be terrible, but it is very difficult for them to change these problems in the short term ." A SourceForge representative told infoq that they were aware of these problems and were trying to improve them, but did not say the specific situation. Bob McWhirter, who leads "despot" in codehaus, explained the reason for the migration from the other hand. He mentioned codehaus's Community The management platform xircles is a Ruby on Rails Program . That is to say, codehaus mainly accepts Java-related projects, while rubyforge has many open-source Ruby projects. There is no general who wins. Although SourceForge is doing well in the process of promoting open source, if it does not pay attention to its follow-up services after it grows, it will also cause "customers" to complain, although it provides a free platform. Now that we have done this, we have to do it well, instead of letting people feel discouraged! Link: http://www.infoq.com/news/JRuby-Leaves-SourceForge
Trackback: http://tb.blog.csdn.net/TrackBack.aspx? Postid = 985550
