Slashdot Mirror
Lutris, Close Source, And The Open Source Community
sohp writes "Back in mid-September Slashdot ran the story "Lutris Closes Enhydra Source" regarding that company's decision to retract its open source licensing terms. Now George C. Hawkins has reconstructed the pre-closed source reality and discusses it at How Lutris betrayed the Open Source Community
. Short summary: blaming Sun was a smokescreen. Interesting use of web archive sites, too." There's definitely a lot of strong feelings against Lutris in the linked piece, but there's also a lot of validity as well.
For Open Source (LGPL), go to www.jboss.org. It is the leading OS J2EE app server.
There is an anternative RDBMS to instantDB. It's called HypersonicSQL and it's been implemented in Java. I don't know if it has as many features as IDB, but you have an open alternative. HSQL it's BSD'ed BTW.
GNU Classpath and its related projects, while trying to fulfill the noble goal of creating an open source implementation of the Java Runtime Environment, has nothing to do with Litris' "predicament". Sun's JRE (and a number of others, notably the IBM's JRE) can be used freely to execute any kind of software, and is fully compatible with open source.
As the article and many people here have pointed out before, it is easily demonstratable that the whole issue is a smoke screen -- equivalent open source projects (e.g. JBoss) have never had problems with Sun.
Sun's policy in respect to Java (including the JRE) has been to provide a mechanism for the definition of standard specifications via the Java Community Process, and let players in the market provide different implementations of those specifications. The JCP is also obliged to provide a reference implementation and a compatibility testing suite to ensure that different implementations work well with each other. The whole idea is precisely to avoid vendor lock-in and to promote excellence via competition between different implementations (compare this with .NET). This policy plays very well with open source, since it allows the open source community to create competitive and highly compatible implementations of those standards. JBoss (an open source implementation of the J2EE specification) is excellent example of that.
I've been using JBoss for over a year now. It's full featured, is very fast, has a small footprint, and is just generally a brilliant piece of work. Enhydra Enterprise was a long-term vaporware effort -- at least until recently. There were alphas and betas for over a year, but it just never seemed to become ready.
In addition, JBoss is elegant. It is modular and based on JMX. You can plug in new modules and your own code ridiculously easily. JBoss also requires no assembly/deployment phase for EJBs. It's just brilliant.
JBoss has a very active, dedicated bunch of J2EE gurus building it and answering questions in its forums and on mailing lists. The development activity on JBoss seems very high, and the users and developers are very accessible. Enhydra's forums always seemed stale and not very helpful. To me, it has always looked like all of the best people were working on JBoss while Enhydra was just sort of sitting there.
We use JBoss as our main J2EE development platform and deploy either on JBoss or one of the commercial J2EE servers. JBoss starts up fast, hot deploys web applications, EJBs, and connector resources with lightning speed. It comes with standard, easy integration to Tomcat. We're very happy with it.
I think JBoss just won. I also happen to think it would be a great addition to any standard Linux distribution... but that might be offtopic.