[JBoss JIRA] (TEIID-2173) Need a way to clear validation errors on VDBMetaData / ModelMetaData.
by Mark Drilling (JIRA)
Mark Drilling created TEIID-2173:
------------------------------------
Summary: Need a way to clear validation errors on VDBMetaData / ModelMetaData.
Key: TEIID-2173
URL: https://issues.jboss.org/browse/TEIID-2173
Project: Teiid
Issue Type: Enhancement
Components: AdminApi
Affects Versions: 8.1
Reporter: Mark Drilling
Assignee: Ramesh Reddy
Scenario:
I am working with a VDB in object form, then deploy the xml form of it via the AdminAPI. Later, I retrieve the VDBMetaData object - using adminAPI.getVDBs(). Then I want to make some changes to it and attempt a redeploy.
Problem;
If there was a problem with the original VDB deployment, the VDBMetaData object may have validation errors. In order to successfully redeploy, I need to clear the validation errors.
I dont see a way to conveniently clear the model errors so I can attempt a redeploy. Can you add a method to clear the validation errors or clone the model without errors, so that I can redeploy?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (TEIID-2141) create an objecttable table function
by Steven Hawkins (JIRA)
Steven Hawkins created TEIID-2141:
-------------------------------------
Summary: create an objecttable table function
Key: TEIID-2141
URL: https://issues.jboss.org/browse/TEIID-2141
Project: Teiid
Issue Type: Feature Request
Components: Query Engine
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Fix For: 8.2
Analogous to xmltable, we should offer an objecttable function to get values off of an object. The choice of scripting/path language could even be configurable. This would help eliminate some of the common complexity of relational-object translations and can be used to perform denoralization without a join - and could be first implemented to in databasemetadata views to speed up databasemetadata query processing.
--
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, 1 month
[JBoss JIRA] (TEIID-2112) consistent handling of local timezone on xsd:date, xsd:datetime, and xsd:time values that have no timezone specified.
by Johnathon Lee (JIRA)
Johnathon Lee created TEIID-2112:
------------------------------------
Summary: consistent handling of local timezone on xsd:date, xsd:datetime, and xsd:time values that have no timezone specified.
Key: TEIID-2112
URL: https://issues.jboss.org/browse/TEIID-2112
Project: Teiid
Issue Type: Bug
Components: Server
Affects Versions: 7.4.4
Reporter: Johnathon Lee
Assignee: Steven Hawkins
The server is taking the incoming ts string and converting it to a Z value via the server timezone (handled by STax). When the response document is delivered Saxon converts a non-timezoned value into an assumed Z value - which is not consistent with the STax handling. This is within the bounds of XML processing as the absence of timezone information leaves the timezone interpretation up to the implementation - "timezone of some unspecified locality as prescribed by the appropriate legal authority".
However, these two paths should be consistent,so a patch would set the local timezone on xsd:date, xsd:datetime, and xsd:time values that have no timezone specified.
--
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, 1 month
[JBoss JIRA] Created: (TEIID-1460) Have teiid emulate a native postgresql database connection
by Graeme Gillies (JIRA)
Have teiid emulate a native postgresql database connection
----------------------------------------------------------
Key: TEIID-1460
URL: https://issues.jboss.org/browse/TEIID-1460
Project: Teiid
Issue Type: Feature Request
Components: Server
Affects Versions: 7.3
Environment: All environments
Reporter: Graeme Gillies
Assignee: Steven Hawkins
Priority: Minor
Currently we are using postgresql-odbc, and unixODBC to connect to teiid via the emulated postgresql ODBC connection on port 35432. Unfortunately, this is cumbersome to use, requires fiddling with setting up ODBC, and is difficult for integration into non-java languages (that have to use the ODBC connection).
What we would like is for teiid to emulate a postgresql database such that we can point typical postgresql tools (such as psql) to port 35432 (or some other port) and they will "work". That would also allow us to use each languages native/preferred method of connecting to a postgresql database to connect to teiid. E.g. DBD::Postgres for perl, ruby-pg for ruby, pg/pgdb in python, etc.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month