[JBoss JIRA] Created: (TEIID-358) Quick Start Guide / Examples needs to add derbyclient.jar to UDFs for previewing
by Paul Nittel (JIRA)
Quick Start Guide / Examples needs to add derbyclient.jar to UDFs for previewing
--------------------------------------------------------------------------------
Key: TEIID-358
URL: https://jira.jboss.org/jira/browse/TEIID-358
Project: Teiid
Issue Type: Bug
Components: Documentation
Affects Versions: 6.0.0
Environment: fedora 10
Reporter: Paul Nittel
Assignee: Steven Hawkins
I ran into this while assisting user Bribek.
When the Derby source is created and imported, a connector binding is built in the Designer. The one thing Designer does not do is place the jar file where it needs to be for previewing. The Quick Start Example needs to add the step of adding the derbyclient.jar file using the UDFs view and "Import UDF Extension Jar Files" action.
IMHO, the Quick Start needs to be revisited to determine exactly what the required minimum effort is for a user to get through this. Perhaps on the Teiid side avoid all modeling and add a Quick Start on the Designer side that builds the VDB. If Teiid can do the Quick Start with just a VDB, that might be preferable.
--
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
15 years, 4 months
[JBoss JIRA] Created: (TEIID-806) JDBC connector handling of convert is inconsistent
by Steven Hawkins (JIRA)
JDBC connector handling of convert is inconsistent
--------------------------------------------------
Key: TEIID-806
URL: https://jira.jboss.org/jira/browse/TEIID-806
Project: Teiid
Issue Type: Quality Risk
Components: JDBC Connector
Affects Versions: 6.0.0
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Fix For: 6.3.0
If a source lacks the exact representation of a Teiid type we approximate it with the closest source type. Pushed converts will typically not have the same affect as if they are evaluated in the engine. For example sources lacking byte or tinyint types are having conversions dropped rather, but the actual effect should be modulo the max byte value. We also are not ensuring that the truncation or rounding behavior is the same for all conversions - such as from a floating point number to a fixed point.
--
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
15 years, 4 months
[JBoss JIRA] Created: (TEIID-851) API improvements for custom connector development
by Mark Drilling (JIRA)
API improvements for custom connector development
-------------------------------------------------
Key: TEIID-851
URL: https://jira.jboss.org/jira/browse/TEIID-851
Project: Teiid
Issue Type: Feature Request
Components: Connector API
Affects Versions: 6.1.0
Reporter: Mark Drilling
Assignee: Steven Hawkins
Priority: Minor
I'm building a custom connector, and I was trying to figure out a way to get information on whether or not a certain column in a Source Model is a Primary or Foreign Key.
Here's an example of the code I've been trying:
MetadataID mdID = group.getMetadataID(); //group is an IGroup
String tableName = metadata.getObject(mdID).getNameInSource();
However, there doesn't appear to be a way to determine which column is Primary or Foreign Key.
One thing I did notice playing around with the API, the MetadataObject contains a TableRecordImpl object that contains all sorts of MetaData info. That class appears to have tons of great info, along with getters and setters, including one called getForeignKeyIDs. Don't know if there's maybe a reason it's abstracted such that we can't get to it, but being able to get that and the other info out of that object could be highly beneficial. Maybe this is something that could be added to the API in the future?
--
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
15 years, 4 months