February 2012 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-1800) Async Event Processing: Standardize JDBC Callback API

by Mark Addleman (Created) (JIRA)

Async Event Processing: Standardize JDBC Callback API ----------------------------------------------------- Key: TEIID-1800 URL: https://issues.jboss.org/browse/TEIID-1800 Project: Teiid Issue Type: Feature Request Reporter: Mark Addleman Assignee: Steven Hawkins The existing callback API used by ODBC should be standardized and made friendly for async event processing. Basicaly, an interface that specifies three methods should suffice: public void onResult(ResultSet rs); public void onComplete(); public void onException(Exception e); Should address the specific semantics of the result set returned in the onResult() method. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

5
4
0 / 0

[JBoss JIRA] Created: (TEIID-1750) Memory handling improvements

by Steven Hawkins (JIRA)

Memory handling improvements ---------------------------- Key: TEIID-1750 URL: https://issues.jboss.org/browse/TEIID-1750 Project: Teiid Issue Type: Quality Risk Components: Query Engine Affects Versions: 7.0 Reporter: Steven Hawkins Assignee: Steven Hawkins Fix For: 7.6 The buffermanager will create softreferences for batches that prefer memory, but does not track the memory as held once the value has been passivated. Also small lobs, such as xml values created via sqlxml, should be inlined into results for greater performance - and so that they can be paged out by the buffermanager rather than being held by a lobmanager. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
6
0 / 0

[JBoss JIRA] (TEIID-1752) JavaDocs for Teiid needs to contain only what's exposed.

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-1752?page=com.atlassian.jira.plugin... ] Steven Hawkins closed TEIID-1752. --------------------------------- > JavaDocs for Teiid needs to contain only what's exposed. > -------------------------------------------------------- > > Key: TEIID-1752 > URL: https://issues.jboss.org/browse/TEIID-1752 > Project: Teiid > Issue Type: Enhancement > Components: Documentation > Affects Versions: 7.4.1 > Reporter: Van Halbert > Assignee: Van Halbert > Fix For: 7.4.1 > > > Make adjustments to the pom.xml to exclude packages that don't need to be javadoc'd. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

1
0
0 / 0

[JBoss JIRA] (TEIID-1928) PSQL emulation layer has problems converting timestamp '0000

by Graeme Gillies (JIRA)

Graeme Gillies created TEIID-1928: ------------------------------------- Summary: PSQL emulation layer has problems converting timestamp '0000 Key: TEIID-1928 URL: https://issues.jboss.org/browse/TEIID-1928 Project: Teiid Issue Type: Bug Affects Versions: 7.6 Environment: java version "1.6.0_20" OpenJDK Runtime Environment (IcedTea6 1.9.10) (rhel-1.23.1.9.10.el5_7-x86_64) OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) on Red Hat Enterprise Linux Server Teiid 7.6 Perl client running on either Fedora 16 or RHEL 5.7 Using perl-DBD-Pg-2.18.0-3.fc16.x86_64 Reporter: Graeme Gillies Assignee: Steven Hawkins When we attempt to run the following query against our teiid 7.6 install we get an error about converting timestamps. Note this only seems to affect the PSQL emulation layer, jdbc layer is fine {noformat} EngVDBF=> select * from orgchart2s.history; ERROR: Error Code:S1009 Message:OrgChart2DS: Error Code:S1009 Message:Unexpected exception while translating results: Cannot convert value '0000-00-00 00:00:00' from column 6 to TIMESTAMP. DETAIL: org.teiid.jdbc.TeiidSQLException: Error Code:S1009 Message:OrgChart2DS: Error Code:S1009 Message:Unexpected exception while translating results: Cannot convert value '0000-00-00 00:00:00' from column 6 to TIMESTAMP. EngVDBF=> {noformat} It looks like there is a problem converting a timestamp of '0000-00-00 00:00:00' -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
8
0 / 0

[JBoss JIRA] (TEIID-1787) Prepared batch failure

by Steven Hawkins (Created) (JIRA)

Prepared batch failure ---------------------- Key: TEIID-1787 URL: https://issues.jboss.org/browse/TEIID-1787 Project: Teiid Issue Type: Bug Components: Query Engine Affects Versions: 7.4 Reporter: Steven Hawkins Assignee: Steven Hawkins If a prepared batch of atomic queries is performed against a source that does not support support batching, then an NPE will be thrown by the batching logic. An example of this scenario would be batching against a temp table using simple insert statements. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
2
0 / 0

[JBoss JIRA] (TEIID-1861) TupleBuffer used in TestProcessor is being treated as a 1 based array.

by Johnathon Lee (Created) (JIRA)

TupleBuffer used in TestProcessor is being treated as a 1 based array. ---------------------------------------------------------------------- Key: TEIID-1861 URL: https://issues.jboss.org/browse/TEIID-1861 Project: Teiid Issue Type: Bug Components: Query Engine Affects Versions: 7.6.1 Reporter: Johnathon Lee Assignee: Steven Hawkins The test framework is returning nulls for literals specified in a query. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

6
6
0 / 0

[JBoss JIRA] (TEIID-1948) Reading data from cache

by Gautam Banerjee (JIRA)

Gautam Banerjee created TEIID-1948: -------------------------------------- Summary: Reading data from cache Key: TEIID-1948 URL: https://issues.jboss.org/browse/TEIID-1948 Project: Teiid Issue Type: Bug Components: AdminApi Affects Versions: 7.6 Reporter: Gautam Banerjee Assignee: Steven Hawkins Hi, I am deploying vdb with multiple version through the admin api. Version 1 has 5 models and version 2 has 4 models. After deploying when I am running sql with version 2 it is fetching the data for the models which were deployed in version 1. It is somehow fetching the cached data. Please resolve. Thanks Gautam -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
4
0 / 0

[JBoss JIRA] (TEIID-1810) Add Hive Translator that support HDFS

by Ramesh Reddy (Created) (JIRA)

Add Hive Translator that support HDFS ------------------------------------- Key: TEIID-1810 URL: https://issues.jboss.org/browse/TEIID-1810 Project: Teiid Issue Type: Feature Request Components: Misc. Connectors Reporter: Ramesh Reddy Hive provides SQL interface to data that is stored inside the Hadoop based data store. Build a Teiid translator for Hive interface to access the data in the Hadoop. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

4
3
0 / 0

[JBoss JIRA] (TEIID-1828) Dependent critiera in query plan but missing in actual query and additional information is provided

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-1828?page=com.atlassian.jira.plugin... ] Steven Hawkins closed TEIID-1828. --------------------------------- > Dependent critiera in query plan but missing in actual query and additional information is provided > --------------------------------------------------------------------------------------------------- > > Key: TEIID-1828 > URL: https://issues.jboss.org/browse/TEIID-1828 > Project: Teiid > Issue Type: Quality Risk > Components: Query Engine > Affects Versions: 7.4.1 > Environment: Oracle datasource, but likely all > Reporter: Tom Fonteyne > Assignee: Steven Hawkins > Priority: Minor > Fix For: 7.6 > > > tested on EDS 5.2 ER3 and ER6, same results: > We're running a query which has two sets of dependent criteria in one of the queries. The plan looks ok, and in the command log we see that EDS is getting both sets of dependent criteria and bringing back rows which we would expect to be passed into the final query. > The problem is that the final query has 1=1 in the place of where the dependent criteria should be. > In the plan: > + Query:SELECT g_0.account_code AS c_0, g_0.book_code AS c_1, SUM(g_0.func_amount) AS c_2 FROM TSL_SQL_Source.TSL.TSL_FINANCIAL_ACCOUNT_ITEMS_T2 AS g_0 WHERE (g_0.business_date = {d'2011-06-29'}) AND (g_0.account_code IN (<dependent values>)) AND (g_0.book_code IN (<dependent values>)) GROUP BY g_0.account_code, g_0.book_code ORDER BY c_0 NULLS FIRST > The source specific query from the command log: > 2011-11-14 11:35:35,313 DEBUG [org.teiid.CONNECTOR] (Worker1_QueryProcessorQueue60) Source-specific command: SELECT g_0.ACCOUNT_CODE AS c_0, g_0.BOOK_CODE AS c_1, SUM(g_0.FUNC_AMOUNT) AS c_2 FROM TSL_FINANCIAL_ACCOUNT_ITEMS_T2 g_0 WHERE g_0.BUSINESS_DATE = {d '2011-06-29'} AND 1 = 1 AND 1 = 1 GROUP BY g_0.ACCOUNT_CODE, g_0.BOOK_CODE ORDER BY c_0 NULLS FIRST > Stats should be correct in the VDB. We also updated the stats using the system procedures just before executing the query. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

1
0
0 / 0

[JBoss JIRA] (TEIID-1883) Query timeout is superceded by synch ttl

by Steven Hawkins (Created) (JIRA)

Query timeout is superceded by synch ttl ---------------------------------------- Key: TEIID-1883 URL: https://issues.jboss.org/browse/TEIID-1883 Project: Teiid Issue Type: Bug Components: JDBC Driver Affects Versions: 7.4.1 Reporter: Steven Hawkins Assignee: Steven Hawkins Fix For: 7.6.1, 8.0 The query execution future is using a get call which is subject to the default synch ttl. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues February 2012