Skip to main content

Teiid 8.6.Final Released

In time for holidays, Teiid team is very happy to announce the final version Teiid 8.6 is out and available for download. 8.6 has been mainly a bug fix release - with over 80 issues addressed.

Main features in this release include:
  • TEIID-2424 OSGI Bundles - Teiid jars are now built also as OSGI bundles. A starter Karaf osgi container features.xml file is available in maven repository with the build
  • TEIID-1311 Cassandra Connectivity - is now offered through a community contribution by Radek Koubsk√Ĺ of a resource adapter and translator pair. See the reference and admin guides for more.
  • TEIID-2309 Conformed tables - a feature to improve planning when identical tables exist in multiple sources.
  • TEIID-2685 SAP Netweaver - enhanced the OData translator for use with Netweaver.
  • Direct Query Procedure Support
    • TEIID-2740 - MongoDB
    • TEIID-2734 - Cassandra
As always, lots of great community feedback went into this release from the forums and with issues from Mark Addleman and team, Ivan Chan who has been instrumental in testing sources like MongoDB/Cassendra, Andy Yip, and many more community users. We sincerely thank all your community participation.

We have already started work on Teiid 8.7, which is going to be a feature packed version with support for Amazon SimpleDB, Apache SOLR, Apache Accumulo and more. If you have experience in these sources any other [Big] Data sources, please help us in any form to develop these translators. We always looking for suggestions.

If have been using Teiid and would like fully supported version, Redhat is releasing Data Virtualization V6 (DV6) very soon. If you are Redhat customer, grab a beta copy of this software from Redhat Customer Portal. BTW, Redhat also provides services/training on DV6, so take advantage of it, call your Redhat Sales rep.

Happy Holidays 2013.

Thanks and Happy Teiiding,
Steve and Ramesh


Popular posts from this blog

Teiid Runtimes Explained

If you have been following Teiid lately we have been going through a whole lot of renovations. Yes, renovations or reorganization or refactoring or whatever you want to call it. Basically, we are making Teiid more modular with fewer dependencies that can be used by however your use case dictates rather than use it as one monolith application deployed into WildFly JEE Application Server. There is nothing wrong in using Teiid as server model, but with the proliferation of container-based workloads and cloud-based architectures, the previous server-based model does not work or simply won't scale. So, we needed to think of alternatives, thus Teiid team introduced a couple different versions modular Teiid what we are calling as "Teiid Runtimes".

Note that in these modular Teiid runtimes, not all the features you were used to using in Teiid Server model may not be there but you will have extensions to add in those that are most appropriate for your domain. If you are looking …

Teiid Platform Sizing Guidelines and Limitations

Users/customers always ask us about the sizing of their Data Virtaulization infrastructure based on Teiid or the JDV product from Redhat. Typically this is very involved question and not a very easy one answer in plain terms. This is due to fact that it involves taking into consideration questions like:
What kind of sources that user is working with? Relational, file, CRM, NoSQL etc.How many sources they are trying to integrate? 10, 20, 100?What are the volumes of data they are working with? 10K, 100K, 1M+?What are the query latency times from the sources? How you are using Teiid to implement the data integration/virtualization solution. What kind of queries that user is executing? Even small federated results may take a lot of server side processing - especially if the plan needs tweaking.Is materializing being used?Is query written in optimal way?and so on..Each and every one of the question affects the performance profoundly, and if you got mixture of those then it become that much…