Forum Controls
Spotlight Features

The Rich Engineering Heritage Behind Dependency Injection

Andrew McVeigh takes us on a tour of the rich heritage behind dependency injection, what it represents, and tells us why its here to stay.

Java, the OLPC, and community responsibility

The "One Laptop Per Child" project has a great device ready to ship, but there's no Java on there. Let's think about working together to put Java on OLPC!
Replies: 17 - Pages: 2   [ 1 2 | Next ]
Threads: [ Previous | Next ]
  Click to reply to this thread Reply

How to alienate your contributors: a case study by Aptana

At 6:34 PM on Sep 5, 2007, Alex Blewitt DeveloperZone Top 100 wrote:

In one of the most spectacular shot-in-the-foot own goals since Project Zero Chance Of Success , the licensing on the Aptana IDE has been changed to the Aptana Public License (APL). In short, you can look at the code, you can even fix their bugs, but you can't distribute the changes. In other words, it's not an open-source license , and therefore, open-source coders need no longer apply.

Why is no-one surprised that this caused backlash in the community ? It seems pretty clear that if you develop something and then close the source off later, you're going to alienate those people that helped to get you to that position in the first place.

Eclipse is a commercial ecosystem, and there's benefits to both the common open-source layer and the proprietary extensions that sit on top of them. After all, Eclipse wouldn't exist without the investment of the commercial memberships that fund the Eclipse foundation, or the payroll of those commiters on projects. But it's either one of two levels; a commercial pay-for system with support contracts, or an open-source model where developers are interested in participating and contributing towards the codebase.

Where things start to go wrong is when you've got something trying to blur the lines. It didn't work for ProjectZero (which is also the number of external commiters on that project), and it's not going to do Aptana any favours either.

Don't get me wrong; there are commercial companies (e.g. Codehaus) whose marketing arm involves doling out free licenses to open-source projects as a way of hooking them early. That's not a bad marketing tactic (and in fact, one of the side effects of the fact that universities can teach with Eclipse means that by the time they get employment outside an academic setting, they're pretty much used to the way Eclipse works). But at least IBM doesn't pretend that the RAD toolset is 'source-open' or 'source freely available' -- it's a commercial offering, not a codebase that you can read but you can't use.

This isn't going to work out well for Aptana. Either they should have just junked all the open-source mantra and gone commercial, or it should have been kept open source. Now, they've got an IDE that no-one wants to contribute to (even if they can see the source) and a strong desire for other tools (like the DLTK based Ruby IDE ) to take its place.

And all this (according to the aptana blog ) is to see who's using Aptana:

The new license gives us more visibility into who is redistributing the IDE. We strive to keep a very high level of quality and polish, therefore we want to be aware of any rebranding and redistribution of the IDE. We encourage you to write and distribute your own plugins for the IDE, take the source code and improve it, and if you?d like to become a contributor, we?d be happy to have your help.


I'll give you a clue. The number dropped to the name of the last project that tried this.

Alex.
  Click to reply to this thread Reply
1. At 11:21 PM on Sep 5, 2007, Rafael Chaves Javalobby Newcomers wrote:

Re: How to alienate your contributors: a case study by Aptana

Eclipse is a commecial ecosystem...

...investment of the commerical memberships...
  Click to reply to this thread Reply
2. At 3:52 AM on Sep 6, 2007, Alex Blewitt DeveloperZone Top 100 wrote:

Re: How to alienate your contributors: a case study by Aptana

Serves me right for not using a spell-checker :-) Thanks for the heads-up, I've fixed the typos.

Alex.
  Click to reply to this thread Reply
3. At 6:40 AM on Sep 6, 2007, Dieter Krachtus Blooming Javalobby Member wrote:

Re: How to alienate your contributors: a case study by Aptana

Don't you think once they realize that nobody commits anymore the will go from source-open to fully closed-source? I don't know what the strategy behind "source-open" is but probably the hope to get away with it without anyone noticing and thus still getting the help of open-source contribution. I guess something like the GPL in the first place is also no solution since the copyright holder can change the license on a daily basis. Moreover the GPL leads to other problems.

I don't know but wouldn't a model help where all contributors to an open-source project hold some kind of copyright that merely has the purpose to allow license change only if everybody involved agrees ?

Don't get me wrong, there is a place for open-source and one for closed-source! But in the opposite case there are legal agreements with third parties that prevent companies from open-sourcing initial closed-source projects (not that they want to do it in the first). I don't want to give any examples but leave it to your imagination. Anyway why not legally declare the eternal "open-sourceness" of a project when foundaed? Would this be impossible with Apache/EPL?
  Click to reply to this thread Reply
4. At 7:37 AM on Sep 6, 2007, Jesper Steen Møller Javalobby Newcomers wrote:

Is Codehaus a company rather than a community?

I don't get the part about Codehaus being a commercial company, or are you referring to Codehaus' various sponsors?

The projects at Codehaus have real OSI-approved licenses, nothing commercial/closed source about them.
  Click to reply to this thread Reply
5. At 11:12 AM on Sep 6, 2007, Donald Smith Javalobby Newcomers wrote:

Re: How to alienate your contributors: a case study by Aptana

> In short, you can look at the code, you can even fix their bugs, but you can't distribute the changes.

This isn't really correct. You can distribute changes, you need to get permission first.

- Don
  Click to reply to this thread Reply
6. At 12:43 PM on Sep 6, 2007, Nate Snapp Javalobby Newcomers wrote:

Re: How to alienate your contributors: a case study by Aptana

It also looks different than Project Zero, as you can freely download as many copies of Aptana from their site as you wish, whereas Project Zero is restricted to "up to 4 instances per physical location" among other things. Who knows if Aptana may change their stance in the future...

It appears that Aptana is trying to make money off redistribution rights (although, they did mention the possibility of a free license). In either case they need to be contacted, as Donald as pointed out.
  Click to reply to this thread Reply
7. At 1:22 PM on Sep 6, 2007, Paul Colton Javalobby Newcomers wrote:

Re: How to alienate your contributors: a case study by Aptana

Alex,

When you say 'distribute the changes', do you mean you want to make the Aptana IDE download available on your own site? We'd be happy to let you do that. We're not prohibiting anyone from making changes, submitting them back, and also allowing them to make the IDE available for download on their site.

With the APL, we're just asking people that want to distribute our IDE to contact us first. If you want to make the IDE available for download form your site, and you make it openly and freely available to anyone and everyone, we'll absolutely let you distribute it.

What we don't want is a commercial company taking the Aptana IDE and distributing it in a closed manner without our permission.

Let me know what specific issues you have with your contributed code and what you'd like to redistribute, and I am sure we can work something out.

-Paul Colton
  Click to reply to this thread Reply
8. At 4:46 PM on Sep 6, 2007, Dieter Krachtus Blooming Javalobby Member wrote:

Re: How to alienate your contributors: a case study by Aptana

> When you say 'distribute the changes', do you mean
> you want to make the Aptana IDE download available on
> your own site? We'd be happy to let you do that.
> We're not prohibiting anyone from making changes,
> submitting them back, and also allowing them to make
> the IDE available for download on their site.

Sounds like using the GPL instead of the APL you would have achieved the same but not alienated your users. You do the same as Sun did with OpenJDK - namely that all commiters hand over the copyright of their code to you. And if you later to decide to stop releasing under the GPL and go commercial the open-source community always has the threat of branching your latest GPL code and compete. I think this is a fair solution.


> What we don't want is a commercial company taking the
> Aptana IDE and distributing it in a closed manner
> without our permission.

Again - GPL. I am not a great fan of the GPL myself but in some cases it simply is the perfect fit if you want to keep companies from screwing with your business plan.

Bad move! Only topped by Apple's $200 price cut on the iPhone. I bet this really pissed off a lot of their customers :)
  Click to reply to this thread Reply
9. At 5:30 PM on Sep 6, 2007, Nate Snapp Javalobby Newcomers wrote:

Re: How to alienate your contributors: a case study by Aptana

Can you have plugins under the GPL in an Eclipse product with other plugins that are EPL? I don't think there is a definative answer there, although I have heard a few opinions. It might not be as easy as offering their code under the GPL.
  Click to reply to this thread Reply
10. At 6:02 PM on Sep 6, 2007, Dieter Krachtus Blooming Javalobby Member wrote:

Re: How to alienate your contributors: a case study by Aptana

Good question. I don't know.

Another question is if you want to deploy this plugin as part of a bigger distribution mixed with other EPL plugins or expect the user to install it himself. If we look at Linux distributions we often see mostly GPL and closed-source parts like hardware drivers.

Probably it is also a matter of interpretation. A plug-in is not simply a .jar file but a bundle that wants to be found, installed and resolved by OSGi/Equinox. OpenJDK uses GPL with classpath exception - not everything linking to their libraries becomes automatically GPL. I guess you could use some similar bundle-exception: the bundle can be distributed together with non-GPL bundles and other non-GPL bundles can extend it without becoming GPL itself. I know sounds strange :)
  Click to reply to this thread Reply
11. At 2:26 PM on Sep 7, 2007, Kirill Grouchnikov Javalobby Regulars wrote:

Re: How to alienate your contributors: a case study by Aptana

> What we don't want is a commercial company taking the
> Aptana IDE and distributing it in a closed manner
> without our permission.

Would that be MyEclipse?
  Click to reply to this thread Reply
12. At 6:12 PM on Sep 7, 2007, Jens Eckels Occasional Javalobby Visitor wrote:

Re: How to alienate your contributors: a case study by Aptana

Kirill;

Before you begin asking (mis)leading questions, you may want to do a quick fact-check.

Genuitec and Aptana have a positive relationship that we have jointly fostered. We have had many mutually-beneficial interactions between us, and we look forward to continuing to work with them moving forward.

We continue to wish Aptana the best and know they will make the best decisions for their company, their software and the community.

Best,
Jens
Jens, MyEclipse Eclipse Plugins, AJAX, J2EE, JSP, Web Services, Struts, JSF, JPA, MyEclipse Blog
  Click to reply to this thread Reply
13. At 6:26 PM on Sep 7, 2007, Kirill Grouchnikov Javalobby Regulars wrote:

Re: How to alienate your contributors: a case study by Aptana

Didn't know that questions were not allowed... At least the Exadel / Red Hat Developer Studio license change appears to be caused by MyEclipse, wouldn't you agree?
  Click to reply to this thread Reply
14. At 6:41 PM on Sep 7, 2007, Jens Eckels Occasional Javalobby Visitor wrote:

Re: How to alienate your contributors: a case study by Aptana

It sure seems like you are trying to pick a fight here. You will not have a participant in me.

Worse, your comments are rudely hijacking this thread, which is rightly focused around the Aptana product. Perhaps we should keep it that way.

Best,
Jens
Jens, MyEclipse Eclipse Plugins, AJAX, J2EE, JSP, Web Services, Struts, JSF, JPA, MyEclipse Blog

thread.rss_message