More on JBoss Developer Studio licenses
by Karsten Wade
The post “Free of lock-in and open source — features that matter” presented information about why certain open source licenses were chosen for JBoss Developer Studio and that those licenses did not restrict the usage of the bundled Eclipse plugins by other Eclipse vendors.
Following that, I was contacted by JBoss Developer Studio project lead Max Rydahl Andersen, who corrected the post on licensing details.
His point is that the licenses chosen are more and varied than I posted, and were chosen specifically to allow maximum freedom. No licenses prevent their usage or forking by others, including other commercial versions.
From that discussion, here is a clearer picture of the mix of licenses:
JBoss Developer Studio is released under the GPL as a distribution, but that is not the license of all components. This is similar to Red Hat Enterprise Linux, which is overall under the GPL and many components within are different open source licenses.
The parts inside of JBoss Developer Studio are a mix of (mostly) EPL, LGPL, and ASL.. In specific:
- The EPL is used for Eclipse, WTP, Spring IDE, and JBoss RichFaces (now includes Ajax4jsf), the tools open sourced from Exadel with additional development by JBoss.
- The LGPL is used for a number of JBoss tools such as the Hibernate tools, JBoss Application Server tools, JBoss jBPM, and so on.
- The ASL is used for TestNG and some of the jars.
- There is also a Mozilla license used for the embedded Gecko engine.
The result is a 100% open source, vendor supported Java developer IDE without lock-in.






February 25th, 2008 at 6:01 pm
Actually, RichFaces is licensed on the LGPL 2.1, as are most JBoss projects.
February 25th, 2008 at 10:56 pm
Definitely some small confusion here; I pulled that updated list from what Max Andersen sent me. OTOH, I’ve also pulled down and exploded the JBoss Tools ZIP for a license search and seen lots of LGPL.
Ultimately, the point is that the mix of licenses does not prevent other Eclipse vendors from using the code in/with their closed, proprietary solutions.