[JBoss JIRA] Created: (TEIID-1634) For file connector-based queries, please provide a DEBUG warning if no files are found
by Paul Nittel (JIRA)
For file connector-based queries, please provide a DEBUG warning if no files are found
--------------------------------------------------------------------------------------
Key: TEIID-1634
URL: https://issues.jboss.org/browse/TEIID-1634
Project: Teiid
Issue Type: Bug
Components: Query Engine
Reporter: Paul Nittel
Assignee: Steven Hawkins
I am writing a query against an XML file. I have a file connector referenced by a dynamic VDB. As luck would have it, I used an incorrect directory when the data source was defined. When the query is executed, it appears as though I have no results. (I actually have no data!) After fiddling with the XML for a while, I realized the error, corrected it, and went merrily on my way.
Had there been some kind of notification that there were no files to process, I could have saved a half-hour. So, if a DEBUG message were put in the log file, it may help someone else (or me again) down the road.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (TEIID-1692) Include an example of the LOOKUP function in the Ref Guide
by Paul Nittel (JIRA)
Include an example of the LOOKUP function in the Ref Guide
----------------------------------------------------------
Key: TEIID-1692
URL: https://issues.jboss.org/browse/TEIID-1692
Project: Teiid
Issue Type: Feature Request
Components: Documentation
Affects Versions: 7.4
Environment: All
Reporter: Paul Nittel
Assignee: Steven Hawkins
Once again I confused myself while trying to use the LOOKUP function. The first three arguments are all quoted strings. A simple example might help demonstrate this to the reader. I believe this may work as it follows the descriptive text.
SELECT LOOKUP('ModelName.StatePostalCodes', 'StateDisplayName', 'PostalCode', Table.WhatStateMatchesThisPostalCode) AS LookedUpStateName FROM Table
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (TEIID-1689) Load internal mateirlized view cached contents when node joins the cluster
by Ramesh Reddy (JIRA)
Load internal mateirlized view cached contents when node joins the cluster
--------------------------------------------------------------------------
Key: TEIID-1689
URL: https://issues.jboss.org/browse/TEIID-1689
Project: Teiid
Issue Type: Feature Request
Components: Server
Affects Versions: 7.4.1
Reporter: Ramesh Reddy
Assignee: Ramesh Reddy
When IMV loaded at Node 1, and the contents of the that IMV will be loaded at Node 2 only when the query is issued against it. Then user incurs the wait time to load the contents from Node 1. If in the situation if Node 1, went down before the query to Node 2, in that case node 2 has to fetch from the source and cached contents will be lost.
This can be avoided by hot loading the all the cached contents at the start of the node from other nodes.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (TEIID-1681) Limit not working as expected
by Gaurav Chaudhary (JIRA)
Limit not working as expected
-----------------------------
Key: TEIID-1681
URL: https://issues.jboss.org/browse/TEIID-1681
Project: Teiid
Issue Type: Bug
Components: JDBC Driver
Affects Versions: 7.3
Reporter: Gaurav Chaudhary
Assignee: Steven Hawkins
select CHORUS_B."ID", CHORUS_B."ACCESS_MODE", CHORUS_B."USER_ID", CHORUS_B."CREATED_ON", CHORUS_B."NOTE",'chorusdata.note' as "__objecttype__" from
(select * from chorus_notes.RETRIEVE_NOTES where
OBJECT_PKEY =
xmlserialize(xmlelement("demodata.rule", XMLATTRIBUTES(cast('name 1' as String) as "name",cast('sysid 0' as String) as "system",cast('user 1000' as String) as "user")) as String)) as CHORUS_B LIMIT 50
This query is not returning correct results unless we remove Limit from this.
If we include Limit over here, it interchanges the columns and returning incorrect data.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months