<?xml version="1.0"?>
<rss version="2.0">
<channel>
  <title>Reporting Tales - flow-engine tag</title>
  <link>http://www.sherito.org/tags/flow-engine/</link>
  <description>.. if it is not printed, it can&#039;t be real</description>
  <language>en</language>
  <copyright>Thomas Morgner</copyright>
  <lastBuildDate>Mon, 13 Oct 2008 14:46:09 GMT</lastBuildDate>
  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>Classic-Engine 0.8.10 and beyond</title>
    <link>http://www.sherito.org/2008/06/03/1212496380000.html</link>
    
      
        <description>
          This weekend, we finally released Version 0.8.10 of the Pentaho Reporting Classic Engine. This release is yet another infrastructure release (yes, sounds boring) that prepares the ground for going to 1.0.&lt;br /&gt;
&lt;br /&gt;
Aside from the already covered Unified Fileformat and the full support for all kinds of meta-data, this release also ships with a totally revamped parametrization API, support for Barcodes (great job, Mimil!) and Sparkline support. &lt;br /&gt;
&lt;br /&gt;
The next development cycle will be a shorter one. In the upcoming Version 0.8.11 we will finally add &lt;a href=&#034;http://jira.pentaho.com/browse/PRE-365&#034;&gt;crosstabbing and Pivot-tables&lt;/a&gt;, &lt;a href=&#034;http://jira.pentaho.com/browse/PRE-165&#034;&gt;speak with Mondrian datasources&lt;/a&gt;, provide a sensible interface for the &lt;a href=&#034;http://jira.pentaho.com/browse/PRE-166&#034;&gt;rich-text capabilities&lt;/a&gt;, add &lt;a href=&#034;http://jira.pentaho.com/browse/PRE-164&#034;&gt;free-form subreports&lt;/a&gt; and will add a &lt;a href=&#034;http://jira.pentaho.com/browse/PRE-219&#034;&gt;first version of the multi-column support&lt;/a&gt;. If everything goes right, this version will enter its Release-Candidate state at the end of the month.&lt;br /&gt;
&lt;br /&gt;
One major change already happened on this version: All engine and library classes contained in org.jfree-packages now have been moved into corresponding org.pentaho-packages. This move was necessary so that we do no longer pollute the org.jfree-namespace. At the same time, it allows us to move the Classic and the Flow-Engine into separate packages, so that they can co-exist in the same Java Virtual Machine.&lt;br /&gt;
&lt;br /&gt;
As usual: Users of the XML fileformats are safe from any changes, the XML report definitions continue to work unchanged. API users will have to migrate their code to the new package space. But as the change involves only moved packages, a update of the import-statements should be the majority of the conversion work.&lt;br /&gt;
&lt;br /&gt;
As the APIs of the libraries seem to be stable and sane now, along with the release of 0.8.11, all libraries will be labeled 1.0 versions.
        </description>
      
      
    
    
    
    <comments>http://www.sherito.org/2008/06/03/1212496380000.html#comments</comments>
    <guid isPermaLink="true">http://www.sherito.org/2008/06/03/1212496380000.html</guid>
    <pubDate>Tue, 03 Jun 2008 12:33:00 GMT</pubDate>
  </item>
  
  <item>
    <title>Sunny days for the Flow-Engine</title>
    <link>http://www.sherito.org/2007/04/19/1176976020000.html</link>
    
      
        <description>
          &lt;p align=&#034;justify&#034;&gt; Its finally gone public: &lt;a href=&#034;http://www.openoffice.org/&#034;&gt;OpenOffice&lt;/a&gt; uses the new &lt;a href=&#034;http://reporting.pentaho.org/&#034;&gt;Pentaho Reporting Flow Engine&lt;/a&gt; as backend for their new &lt;a href=&#034;http://blogs.sun.com/GullFOSS/entry/report_designer_will_extend_the&#034;&gt;Report Designer&lt;/a&gt;. &lt;/p&gt;
&lt;div align=&#034;justify&#034;&gt; &lt;/div&gt;
&lt;p align=&#034;justify&#034;&gt; I strongly believe that this is a big win for both communities. OpenOffice was in bad need for a sane reporting system, that is fully integrated into the office suite. Sure, with OpenOffice 2.0, they already introduced one - but this one was more or less a extended mail-merge system. And honestly, I was never able to design a report from scratch with that thing.  &lt;/p&gt;
&lt;div align=&#034;justify&#034;&gt; &lt;/div&gt;
&lt;p align=&#034;justify&#034;&gt; Ocke Jansen created a modern (and beautiful) UI to design banded reports now. Adding elements to the report is now a lot easier - just grab the mouse and drag&#039;n&#039;drop them where you want them to appear. Simple and easy to use - that&#039;s how reporting should be. &lt;/p&gt;
&lt;p align=&#034;justify&#034;&gt; &lt;/p&gt;
&lt;p align=&#034;justify&#034;&gt; And once you&#039;ve finished the design, you heat up the engine and tell it whether you want a Text-Document or a Spreasheet-Document. And just in the twinkling of an eye later you get the results. &lt;/p&gt;
&lt;div align=&#034;justify&#034;&gt; &lt;/div&gt;
&lt;p align=&#034;justify&#034;&gt; But the interesting part lies hidden deep inside the engine: The Flow-Engine works natively on the OpenOffice document structures. The engine does not waste time converting the OpenOffice-tables, paragraphs and everything else into an internal proprietary representation -  simple take what we get and process it immediatly.  &lt;/p&gt;
&lt;p align=&#034;justify&#034;&gt; And we do it fast. Displaying the results in the OpenOffice-Writer takes more time than the report generation itself.  &lt;/p&gt;
&lt;p align=&#034;justify&#034;&gt; And we do it conservatively, with as little memory as possible while preserving all incoming report structures. So no matter what valid OpenDocument content you want to process - the engine will happily accept it from you and produces all the report you always wanted to produce. &lt;/p&gt;
        </description>
      
      
    
    
    
    <comments>http://www.sherito.org/2007/04/19/1176976020000.html#comments</comments>
    <guid isPermaLink="true">http://www.sherito.org/2007/04/19/1176976020000.html</guid>
    <pubDate>Thu, 19 Apr 2007 09:47:00 GMT</pubDate>
  </item>
  
  </channel>
</rss>
