Skip to main content

Teiid 8.2 Alpha2 Released

8.2 Alpha2 has been posted to the downloads: 
Teiid 8.2, is beginning to be feature packed release with a long overdue feature of exception handling in virtual procedures. A developer can write code like RAISE SQLEXCEPTION .. and capture that event in the client with a SQLException. Read more about it at 
Native Query support is expanded. What is native query, how is it related? Well a native query any arbitrary command (SQL or otherwise) that is specific to a given source. With this new feature, every Teiid translator provides a mechanism, where you can submit any native command directly to the physical source through translator, and translator will execute and return the results. Why you need it? Well, taking an example of Oracle, lets say you have written a very specialized optimized query and you would like to submit as is with out Teiid re-writing it, then this is way to do that. The usecases are endless when you think about non-relational sources like NOSQL stores. However, this comes with word of caution , that is when using this feature, any abstract nature of your view where the results can be predicted is not maintained through Teiid layers. This also exposes your source directly to anybody would like to issue arbitrary commands, so use this feature with caution or lock-it down with a data role if you do not use it. Read more 

We are starting to foray into integration with Big data stores. We have released Hive based translator for HDFS in the previous release, in this release we are presenting object/infinispan translator for cache and for source integration. This will be our framework for bringing in object/document based stores into Teiid. This combined with OBJECTTABLE construct introduced in the 8.2 Alpha1 going to be very useful and productive.

Teiid 8.2 Beta1 will be in early October.  Be sure to take a test drive and log any issues found.  There is still plenty of time to get some more small features in, so come to Teiid forums and ask a question.

Redhat is also putting together a Redhat Integration week, if you have not registered, register and join us for many sessions around Redhat supported middleware integration stack, which also involves Teiid! 
Thank you.


  1. It's good to see this information in your post, i was looking the same but there was not any proper resource, thanx now i have the link which i was looking for my research. . . . . .


  2. This comment has been removed by the author.


Post a Comment

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…