[JBoss JIRA] Created: (TEIID-1074) Make VDB work with Model based index files
by Ramesh Reddy (JIRA)
Make VDB work with Model based index files
------------------------------------------
Key: TEIID-1074
URL: https://jira.jboss.org/jira/browse/TEIID-1074
Project: Teiid
Issue Type: Task
Components: Query Engine
Affects Versions: 7.0
Reporter: Ramesh Reddy
Priority: Blocker
Fix For: 7.0
Currently the VDB generated from the Designer, generates the metadata in the form of Index file that are type based. i.e. there is index file for tables, columns, procedures etc. This is done before for speed of access from the index file to retrieve the metadata.
Going forward, Designer team is looking into providing the same metadata in the form of "Model" index files. This means all the metadata for the model is placed in a single index file, so if there are multiple models, then table, column information from two different tables in two different models are spread across two files.
Teiid runtime should be modified such that this form of index files can be read. The issue of speed to not existent, because Teiid upon reading it, converts the Metadata Store format and keeps a object form of it locally in the memory and on the disk. The sample VDB is attached. Fix the vdb.xml file before start.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months
[JBoss JIRA] Updated: (TEIID-177) Provide JDBC 3.0 JRE 1.5 backwards compatibility
by Steve Hawkins (JIRA)
[ https://jira.jboss.org/browse/TEIID-177?page=com.atlassian.jira.plugin.sy... ]
Steve Hawkins updated TEIID-177:
--------------------------------
Affects Version/s: 6.0.0
(was: 8.x)
1.5 support is relatively easy to achieve with retrotranslator, but there are some issues. We need to add backports of NClob, Wrapper, and SQLXML. There is also a non-public method that needs exposed on ObjectStreamClass. The worst thing though is that PlanNode depends upon JAXB, which is not in older JREs by default. We would either need to provide a JAXB free backport, or require that the customer installs JAXB. With those changes though I was able to successfully query a 7.0 server using a 1.5 JRE client. Moving back to 1.4 would then not be that difficult, but would require a couple of changes to add support for a few missing JRE methods.
> Provide JDBC 3.0 JRE 1.5 backwards compatibility
> ------------------------------------------------
>
> Key: TEIID-177
> URL: https://jira.jboss.org/browse/TEIID-177
> Project: Teiid
> Issue Type: Feature Request
> Components: JDBC Driver
> Affects Versions: 6.0.0
> Reporter: Van Halbert
> Assignee: Ramesh Reddy
> Priority: Critical
> Fix For: 7.1
>
>
> The jdbc driver needs to support jdk 1.5 on the client.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months
[JBoss JIRA] Closed: (TEIID-188) Improve resolution of parameter references used in compare criteria
by Steve Hawkins (JIRA)
[ https://jira.jboss.org/browse/TEIID-188?page=com.atlassian.jira.plugin.sy... ]
Steve Hawkins closed TEIID-188.
-------------------------------
> Improve resolution of parameter references used in compare criteria
> -------------------------------------------------------------------
>
> Key: TEIID-188
> URL: https://jira.jboss.org/browse/TEIID-188
> Project: Teiid
> Issue Type: Feature Request
> Components: Query Engine
> Affects Versions: 8.x
> Reporter: Mark Drilling
> Assignee: Steven Hawkins
> Priority: Minor
> Attachments: GregComments.txt
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> Entering this JIRA from Issue 185605 in issue tracker. Greg Haber reports problem using Penrose off the shelf application. Example query as follows
> select distinct petOwnersFromMM.owner, petOwnersFromMM.name from petVirtualDB.gregtest_virtual.gregtest.pet petOwnersFromMM where lower(petOwnersFromMM.owner) = lower(?) order by petOwnersFromMM.owner
> He is getting "com.metamatrix.jdbc.MMSQLException: The function 'lower(?)' has more than one possible signature." since the lower function is ambiguous.
> Workaround is to use "lower(convert(?, string))" in the sql. There is a statement in the release notes for a future enhancement that we could use the type info from the other side of the compare criteria to determine what the type should be.
> I will attach Gregs further comments for reference.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months