Magnolia is hosting its first big user conference this September 10th and 11th in Basel Switzerland. I was going through the program and it looks great. There are two tracks: one for business users and the other for developers. The developer track has a session where David Nüscheler will talk about the new JCR Specification (283). There will also be two people from Texas State University to talk about their work with Magnolia. If you are using or considering Magnolia CMS and can talk someone into sending you to Basel, definitely try to go (register here). You can even get a 30% discount off of the €200 standard price if you use the code “mconf09gottlieb”.
Archive for the ‘magnolia’ Category
Magnolia Conference 2009
Tuesday, August 4th, 2009First Magnolia On Air Customer Live
Wednesday, March 4th, 2009It looks like the first customer of Magnolia’s On Air platform is now live. RTSI is a Swiss radio and television company. They are moving to On Air from a home grown system. Eventually eight stations will be supported on the new platform.

Architecture diagram showing integration between Media Workflow Engine and Magnolia (please excuse the colors).
For those of you who are not familiar with On Air, it is an integration between Magnolia CMS Enterprise Edition (reviewed here) and a third party product called Media Workflow Engine by FutureLabs. MWE provides capture, workflow, and advanced (non-destructive) editing functionality for video, audio and images. Images are represented in the Magnolia repository (the Apache Jackrabbit JCR implementation) as proxy objects. This saves the Magnolia repository from becoming bloated with binary files. Another nice feature of the integration is that workflows can be initiated in either system and can be continued in the other system. For example, a visitor uploading a video to a site can kick off a workflow in MWE.
Is it open source? Does it matter?
Tuesday, January 13th, 2009As potential customers start to evaluate open source software in the hopes of reducing costs, some are surprised to find the savings is not what they expected. This is not a “free puppy” scenario where the software is so “needy” that it costs you more to maintain it. Rather, this is a case of the products that commercial buyers are most likely to recognize and consider, operate and behave like commercial software companies. These high profile open source vendors are typically established with a substantial venture capital investment and have obligations to grow revenue quickly. They are building infrastructure (sales and marketing organizations, documentation, customer support) to compete with commercial products. They are careful about protecting their intellectual property. They pay salaries to people who don’t code.
The screen shot above shows part of the Alfresco registration screen that you need to fill out to get access to a trial download and various information about the product. Because they collect this information, they probably have the sales and marketing staff to contact the people who register. Not all commercial open source companies operate in this way. Many just put their stuff out there with the hopes that potential customers qualify themselves and come forward if they have a need that a business relationship (support, custom development, training, implementation resources, etc.) that the vendor can satisfy. Open source software companies are spread across a spectrum ranging from the classic commercial software model to something that more closely resembles community open source.
It is not surprising that commercial open source companies that behave like traditional software companies need to monetize their customers like traditional commercial software companies do. In many cases, these companies depend on selling commercially licensed versions of their software products. These products can be cheaper than their commercial competitors but they don’t have to be. In theory, the open source development model saves money by reusing free, externally developed components rather than building everything yourself. But this strategy is not exclusive to open source software vendors. Just look at the number of closed source web content management companies that use the TinyMCE WYSIWYG editor or the Velocity template engine.
I have written blog posts (here and here) and reports describing the different twists on open source business models. These concepts are important to understand because they frame your role as a prospect and customer. The most common strategy is to sell a commercially licensed “Enterprise Edition” that you need to pay an annual subscription fee to use. The absence of an up front license cost is nice but, like with SaaS, the annual fees can add up. It is up to the vendor to decide what happens if you stop paying for the subscription.
Offering a free, open source licensed version of the software is what qualifies the vendor as an “open source software company.” But, depending on the company, this product (often called Community Edition), may either range from window dressing to a core part of their strategy. Some open source companies generate revenue by using their community edition to penetrate the market and create opportunities for other services such as training, support, or up-sell. Other companies actively discourage the use of their community edition products. How viable the community edition is for your business depends on both your requirements and how the software vendor treats the product.
If a software product has a commercial license or is otherwise identical to traditional commercial software, it doesn’t really matter that it is marketed as open source; it is commercial software. By extension, if a software vendor only really supports the commercial version of its product, it is a commercial software vendor regardless of how it markets itself. The industry is confusing this way because it classifies software not by the license of the software itself but by the claimed business model of the vendor. I have to admit that I am as guilty of this as the next guy.
If you have been looking for a traditionally licensed (closed-source) software product (with all of the benefits and costs that normally go along with a software purchase), why not consider the commercially licensed products from open source vendors? There is no reason why the services supporting the product would not be comparable to a similarly priced traditional commercial software product. From a sales support perspective, you can expect an experience that is comparable with a low-to-medium price ($30,000-$70,000) commercial application. You won’t get any Super Bowl tickets but you will get the attention of a sales engineer to help show you the benefits of the platform – at least over WebEx, in person if they are local or the deal is big enough.
If you are looking for an open source product that you can save money by self-supporting (with the help of a community), there may be some commercial open source products worth considering. Be aware of the positioning of the open source community edition. In some cases the community edition is intentionally unstable and unsupported but, in many cases, the community edition is production quality software that benefits from the investment in its commercial brother. Just don’t expect a commercial software sales experience.
Magnolia has a nice program for helping prospective customers evaluate their software. They have a commercially (visible source) licensed Enterprise Edition (EE) and a GPL licensed Community Edition (CE). Because CE is on the same code line and is tested the same as the more feature-rich EE, it is a legitimate option for real websites. Under Magnolia’s evaluation agreement, Magnolia staff will perform the role of a software sales organization by doing demonstrations and answering questions. In return the prospective customer agrees that, if they choose Magnolia, they purchase EE. This saves Magnolia the potential risk of investing a sale and having the customer turn around and go with the free version. Potential customers that are looking for a commercial software sales experience get one and are sold a commercial product. Customers who want to invest their time and explore the different options get supported through open source avenues (mailing lists, issue tracker, etc.).
Being branded and marketed as “open source” doesn’t make software inexpensive or good or bad. Open source business models simply create opportunities to unbundle the various aspects of a solution and package them in different ways. Open source vendors are experimenting with ways to package and charge for their solutions. Some companies are generating revenue from their free products, others are basing their businesses solely on their commercial products. These nuances may seem confusing to someone who is accustomed to simple comparisons of features and price in an otherwise homogenous marketplace. However, an understanding of these options is becoming increasing important to today’s software buyer.
Magnolia: Be back soon!
Friday, October 17th, 2008I just read Boris Kraft’s post on losing the the Magnolia.info domain. I have had that happen to me (for a personal site) but never with these consequences. If they can’t get their domain back, they will move to magnolia-cms.com – which I think is a better domain anyway. A .com or .org is easier to remember (says the guy with a .net domain).
Best of luck to the Magnolia team in getting their website back and a reminder to everyone else that they should stay on top of their domain registration!
Magnolia Publishes Roadmap, Loses Reference Site
Wednesday, May 14th, 2008The Magnolia International team has been at work charting out their roadmap and increasing their transparency by publishing their plans on their wiki and stepping up their blogging (Boris, Philipp, and Gregory).
According to the roadmap, the upcoming version 3.6 (due out in June) will have mainly infrastructural improvements with better integration with JSF and Spring and enhanced caching and clustering. Feature-wise, the biggest changes will be an improved import/export system for backups.
For a user’s perspective, the biggest changes will come from a special project called Genuine that will revamp the administration and content contribution user interface (“Admin Central”). Genuine started with a critique of the current UI which lead into an initiative to improve Admin Central’s usability and extensibility. The project appears to be at a conceptual stage with few commitments on milestones or other details. The ideas driving the project are best summarized in the Concept Presentation slide deck. Magnolia’s usability is generally regarded as being quite good. That they are able to critically look at their own work for ways to improve shows their drive.
In other (totally unrelated) Magnolia news, Drupal’s Dries Buytaert reports that France24 is now running on Drupal. France24, France’s answer to CNN, used to be a high profile Magnolia site. Dries doesn’t know the circumstances of the migration. Personally, I think that Drupal is a better functional fit for media and publishing oriented sites than Magnolia because of how Drupal structures and organizes content. Magnolia content is typed at the “paragraph level” rather than at the asset level and is organized in a rigid hierarchical structure. Drupal content is typed at the asset (or node) level and is organized by keywords (called vocabularies). This makes it easier for articles to surface on multiple pages for a richer, faceted browsing experience (with more ad impressions). Drupal is turning into a popular choice for the media and publishing industry. For example The Onion, MotoGP, Fast Company, and Lifetime all run on Drupal. There is also a nice little video showing all the newspapers running Drupal. Magnolia, on the other hand, is better for corporate internet and intranet sites where site authors like tight control over the organization and display of the content.
Alfresco plans to open up
Thursday, March 13th, 2008Jeff Potts has an update to his cogent post on Alfresco’s insularity. According to Jeff, John Newton and Kevin Cochrane promised to create a system that would allow non-Alfresco employees to contribute to the Alfresco code base. The changes are expected when Alfresco releases 3.0 of the Enterprise Edition. At this time, the Community Edition (which Alfresco treats as a “lab” for introducing new, unsupported features) may start to accept contributions from non-Alfrescans. The prospect of committer status is unsure.
What makes this a big deal is that Alfresco has always hobbled the Community Edition to drive sales to the Enterprise Edition. First, they stripped down the Community Edition. For a while they made it badgeware. Most recently, Alfresco’s policy has been to forbid integration partners from helping Community Edition users. Because Alfresco doesn’t fix the bugs in the Community Edition and Alfresco partners will not help you implement and maintain it, the Community Edition is too risky to use for most companies to consider.
Opening up Alfresco Community Edition would allow a community to form around the project that may make it more viable to use in the same way that companies use Fedora Core as a lower cost alternative to Red Hat Linux.
In the open source content management world, Magnolia is a good example of a commercial open source company that has non-employee committers on their Community Edition. The Magnolia Community Edition serves as the core on which the Enterprise Edition is built. In order to get support, you need to buy the Enterprise Edition whether or not you intend to use its value added features (Sitedesigner, clustering, etc.). Other commercial open source projects like Hippo and Daisy have one open source licensed product and make all their revenue on support and training contracts which are entirely optional for companies that adopt their software. However, Magnolia, Hippo and Daisy are small and not so heavily venture funded, so they have less pressure to convert adopters into paying customers.

