[JBoss JIRA] (TEIID-2011) Develope a JPA Translator
by Ramesh Reddy (JIRA)
Ramesh Reddy created TEIID-2011:
-----------------------------------
Summary: Develope a JPA Translator
Key: TEIID-2011
URL: https://issues.jboss.org/browse/TEIID-2011
Project: Teiid
Issue Type: Feature Request
Components: Misc. Connectors
Reporter: Ramesh Reddy
Assignee: Ramesh Reddy
Fix For: 8.1
Provide a JPA based translator in Teiid. The main driving force for this is to support Hibernate OGM, which in turn uses big data stores like infinispan, EhCache as backing stores. Hibernate OGM also looking to expanding to other stores like Cassendra, MongoDB etc.
By providing JPA translator (think reverse hibernate), which provides
- Metadata
- Query API (JPQL)
which makes much easier for Teiid to identify data in big data stores and gives ways to integrate with other kinds of sources, both relational and non-relational. This usecase is limited to users who has defined their data using JPA and would like to use big data stores. Additional benefit of this is to provides full Relational access to a JPA store with JDBC/ODBC and SQL.
if the data in big data store is not in JPA objects, then see https://issues.jboss.org/browse/TEIID-1992
--
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
11 years, 6 months
[JBoss JIRA] Created: (TEIID-1600) Exact numerical literal parsing
by Steven Hawkins (JIRA)
Exact numerical literal parsing
-------------------------------
Key: TEIID-1600
URL: https://issues.jboss.org/browse/TEIID-1600
Project: Teiid
Issue Type: Bug
Components: Query Engine
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Fix For: 8.0
Teiid diverges from the SQL spec by parsing numerical expressions of the form <integral value>.<integral value> as doubles rather than as an exact numeric type (which for us would be BigDecimal). I believe this was originally done to match Java parsing semantics and potentially to avoid performance overhead of using BigBecimal. However this can lead to a loss of precision that is not expected by ANSI SQL.
inexact numeric values entered in scientific notation would not be affected by this change. They would still be parsed as doubles.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 6 months