XULRunner

From Wikipedia, the free encyclopedia

Jump to: navigation, search
XULRunner
Developed by Mozilla Foundation and community
Latest release 1.9.0.7 / 2009-03-16; 28 days ago
Written in C++, XUL, XBL, JavaScript
Operating system Cross-platform
Type Runtime environment
License Mozilla tri-license
Website http://developer.mozilla.org/en/XULRunner

XULRunner is a runtime environment developed by the Mozilla Foundation to provide a common back-end for XUL applications. It replaced the Gecko Runtime Environment, a stalled project with a similar purpose.[1]

The first stable developer preview of XULRunner was released in February 2006, based on the Mozilla 1.8 code base, and alpha versions based on Mozilla 1.9 were released in 2007. The most recent releases of XULRunner are in the 1.9 branch, using the most recent Gecko engine, and are built from the same source code snapshot as Firefox 3.[2]

Contents

[edit] Uses

All XUL-based applications like Mozilla Firefox, Mozilla Thunderbird, Songbird, Flickr Uploader, SeaMonkey, Conkeror, Sunbird, Miro, Joost, Instantbird and TomTom Home 2.0 will be able to run on XULRunner. Mozilla Firefox 3 is actually built on top of a "private" XULRunner.[3]

The new installment of the computer game series Simon the Sorcerer, Simon the Sorcerer 4: Chaos Happens, uses XULrunner.

The eMusic web site has a download application called eMusic Remote that uses XULRunner.

Google Adwords editor uses XULRunner[4], as does the Evergreen ILS, a free and Open Source library automation system developed by the Georgia Public Library Service.

In addition, the XULRunner package provides access to ActiveX Control Functionality previously found in a (now defunct) 3rd party ActiveX Control built off of the Mozilla Source. Applications which use this API may function with XULRunner installed and registered.

[edit] Benefits and rationale

Benefits of having a separate shared run-time environment are the same as those with shared libraries. Benefits to developers and source-based systems – that is, systems on which programs are compiled from source as opposed to downloaded in binary form – are decreased compilation time, less bandwidth needs and less storage space needed. Benefits for use on binary-based systems are similarly less bandwidth and storage use.

Less storage space and, in the case of running multiple XUL-based applications at once, less memory use only apply when the system uses more than one application that depends on the run-time environment. If either the run-time environment or the application are updated separately at different times, which is more likely in the case that it is widely used for software other than that written by Mozilla, then this would be more commonplace. In the case of source-based systems, developers using common code would not have to include said code in distributed packages.

Additionally in the case of XULRunner, being a markup and interpreted or possibly in the future "just-in-time" pre-compiled script run-time environment, developers may not need to compile any source code into object code (binary) at all for their applications that solely use markup and script languages.

Possible problems with using a common run-time environment include applications that are written using features of one version of the run-time environment that are not included (perhaps due to obsolescence), and replaced with different functionality, which would result in "dependency hell" – a technical jargon term for dependencies on specific versions. This may be avoided by making systems able to install multiple versions of XULRunner and allowing developers to use a specific version at run-time, or by providing compatibility layers. This is not a problem with dependent software that is continually updated and rewritten.

[edit] See also

[edit] References

[edit] External links


Personal tools