<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
<channel>
<title>Book Excerpt</title>
<link>http://www.opensource.sys-con.com/</link>
<description>Latest articles from Book Excerpt</description>
<copyright>Copyright 2008 OPEN SOURCE MAGAZINE</copyright>
<lastBuildDate>Sat, 05 Jul 2008 16:13:00 GMT</lastBuildDate>
<generator>OPEN SOURCE MAGAZINE</generator>
<ttl>10</ttl>
<docs>http://backend.userland.com/rss</docs>

<item>
<title>How to Develop an Application Using the Eclipse BIRT Design Engine API</title>
<guid isPermaLink="true">http://www.opensource.sys-con.com/read/367994.htm</guid><link>http://www.opensource.sys-con.com/read/367994.htm</link>
<pubDate>Mon, 30 Apr 2007 07:45:00 GMT</pubDate>
<description>This article is the second in a series on developing an application using Eclipse BIRT Engine APIs. It focuses on developing an application using the Eclipse BIRT Design Engine API. The last article focused on the Eclipse BIRT Report Engine API.</description>

</item><item>
<title>AjaxWord: An Open Source Web Word Processor</title>
<guid isPermaLink="true">http://www.opensource.sys-con.com/read/345840.htm</guid><link>http://www.opensource.sys-con.com/read/345840.htm</link>
<pubDate>Sun, 18 Mar 2007 14:00:00 GMT</pubDate>
<description>AjaxWord (www.ajaxword.com) is an open source Web-based word processor. It closely mimics Microsoft Word in both look-and-feel and functionality. The application was initially written between 1997 and 1999 using JavaScript/DHTML on the client side with ASP on the server side. It was released on the Web in 2000. In 2005, the application&apos;s server-side logic was migrated to Java and released as open source code.</description>

</item><item>
<title>Developing an Application Using the Eclipse BIRT Report Engine API</title>
<guid isPermaLink="true">http://www.opensource.sys-con.com/read/336872.htm</guid><link>http://www.opensource.sys-con.com/read/336872.htm</link>
<pubDate>Tue, 20 Feb 2007 14:45:00 GMT</pubDate>
<description>The Eclipse platform is an open source, integrated system of application development tools that you implement and extend using a plug-in interface. The Eclipse Business Intelligence Reporting Tool (BIRT) is a set of plug-in extensions that enable a developer to add reporting functionality to an application. BIRT provides a Report Engine API that a developer can use to create a customized report generator application. The org.eclipse.birt.report.engine.api package contains a set of interfaces and implementation classes that supports integrating the runtime part of BIRT into an application.</description>

</item><item>
<title>More Than Webbed Feet</title>
<guid isPermaLink="true">http://www.opensource.sys-con.com/read/284237.htm</guid><link>http://www.opensource.sys-con.com/read/284237.htm</link>
<pubDate>Sun, 15 Oct 2006 15:00:00 GMT</pubDate>
<description>These days, average home computer users spend more time surfing the Web and writing e-mail messages than doing just about anything else. Even if you&apos;re not much of a surfer, there are still numerous other applications that aren&apos;t really Internet applications per se but that still make use of the Internet in some way, such as gathering song and album information when you rip audio CDs to create MP3 files. Having a computer that isn&apos;t hooked up to the Internet is like buying a new Maserati and then refusing to take it out of the garage.</description>

</item><item>
<title>Linux Processes: Structure, Hangs and Core Dumps</title>
<guid isPermaLink="true">http://www.opensource.sys-con.com/read/244348.htm</guid><link>http://www.opensource.sys-con.com/read/244348.htm</link>
<pubDate>Thu, 13 Jul 2006 16:30:00 GMT</pubDate>
<description>Troubleshooting a Linux process follows the same general methodology as that used with traditional UNIX systems. In both systems, for process hangs, we identify the system resources being used by the process and attempt to identify the cause for the process to stop responding. With application core dumps, we must identify the signal for which the process terminated and proceed with acquiring a stack trace to identify system calls made by the process at the time it died. There exists neither a &apos;golden&apos; troubleshooting path nor a set of instructions that can be applied for all cases. Some conditions are much easier to solve than others, but with a good understanding of the fundamentals, a solution is not far from reach.</description>

</item></channel></rss>