|
Write once, run anywhere – no, this isn’t an article about Java. Our topic is the Moblin Compliance Project, which seeks to define a standard set of libraries for Moblin v2. To be compliant, OSVs (operating system vendors) must include all of those libraries and their interfaces – in the correct versions – in their distributions and on their devices. Similarly, developers targeting Moblin-based devices must ensure that their applications call only those standard libraries – and their interfaces – in their applications. (If an application requires additional libraries and interfaces, it’s the application developer’s responsibility to ensure that those extra libraries and interfaces are installed on the target device, and are installed in such a way as to not cause difficulties for other applications that might use other versions of those libraries.) Part 1 of this article introduced the Compliance Project, and described its goals, objects and limitations. The most recent version of the compliance specification, released July 14th, is v0.6.2. We’ll continue our discussion of the Compliance Project by looking at the test automation tools and the process of using those tools to ensure compliance. We’ll conclude by discussing the future direction of the Compliance Project. Test Tools for Compliance The foundation of the Compliance Project is an enumerated list of libraries and interfaces which are part of the Moblin v2 core framework. The Moblin V2 Compliance Library Interfaces document contains 1308 pages detailing libraries and their interfaces. To ensure compliance, and therefore application compatibility, both OSVs and ISVs must test against that standard list. The OSV tests make sure that all of those libraries and interfaces are installed, are of the correct version, and that the libraries are in the right place. The ISV tests make sure that the application only calls those libraries, and flags libraries that an application uses, but which aren’t included in the standard base platform. As mentioned above, if additional specialty libraries are required, it’s then the ISV’s responsibility to install them in a way that doesn’t interfere with the Moblin system itself or with any other applications. (This could be an issue, for example, if a Linux application being ported to Moblin requires a newer or older version of a library that’s included in the Moblin standard platform.) The Moblin tools are based on those created for the Linux Standard Base. OSV Tools There are a lot of libraries in the standard platform, explains Bob Spencer, Intel’s senior engineer in charge of the Compliance Project team, because the Moblin team wanted to create a rich environment for application developers. “We’re trying to make it as easy as possible for ISVs, even if OSVs have to jump through a few more hurdles. We're making the compliance libraries quite broad – there's a lot of libraries for a full set of features, not just the ‘Top 10.’ ” He’s not kidding – there are 1,308 pages of interfaces! For a brief list of libraries and versions required for Moblin v2, check this list. OSVs should download the OSV Test Kit from the Compliance Project site. It contains two specific tools:
These tools are based on the LSB Distribution Testkit Manager II, so you should refer to the DTK documentation for more details. ISV Tools ISVs can download the ISV Application Checker kit. It includes the Moblin App Checker (moblinappchk), which runs against the application binaries, and reports on library usage, correct appearance on the Moblin desktop, and clean package install/uninstall. According to the Linux Foundation, which hosts the Moblin App Checker, the tool is very similar to the Linux App Checker:
For more about how to use the tool, read the Linux App Checker Getting Started page, since there isn’t one for the Moblin App Checker yet. Alan Zeichick is principal analyst at Camden Associates, where he advises enterprises about technology challenges, writes for technology print and online publications and speaks at industry events on enterprise IT, networking, security, software engineering and consumer electronics. Meanwhile, as editorial director of BZ Media’s SD Times, Zeichick drives forward the industry newspaper for software development managers. A former mainframe developer and systems analyst, Zeichick became a technology analyst and journalist in 1984. He has authored more than 3,000 articles, worked with consulting groups, including PricewaterhouseCoopers, IDC and Anderson Consulting, and has spoken at numerous events such as COMDEX, Networld+Interop, Microsoft TechEd, JavaOne and the Software Development Conference. Read his personal blog at ztrek.blogspot.com. Related Links Moblin Compliance Project Compliance Means Never Having To Say You’re Incompatible: Part 1 Linux App Checker Getting Started Linux Standard Base
|
Intel Atom Developer Challenge zündet den Turbo Dec 03 2009
Gedanken über Moblin und Nettops von J.A. Watson Jun 18 2009