June 2015 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-3036) Update CXF to current version (3.0.0)

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-3036?page=com.atlassian.jira.plugin... ] Ramesh Reddy commented on TEIID-3036: ------------------------------------- Teiid 9 is in planning phases, so there is still some time for this I suspect 4-5 months. > Update CXF to current version (3.0.0) > ------------------------------------- > > Key: TEIID-3036 > URL: https://issues.jboss.org/browse/TEIID-3036 > Project: Teiid > Issue Type: Feature Request > Components: Embedded > Affects Versions: 8.8 > Reporter: Gary Gregory > > In the same vein as TEIID-3030, we embed CXF and Teiid in our server. We use CXF 2.7.10 and are about to update to 3.0.0. At worse, we'll go to 2.7.11 as an interim step to 3.0.0. > Teiid embedded delivers CXF 2.6.6 for web services support. > It would be great if we could get Teiid to the latest and greatest from CXF so we can all live in the same space without being forced to deal with any incompatibilities or class loader hacks. > Thank you, > Gary -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3502) Teiid returns number a negative abs value

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-3502?page=com.atlassian.jira.plugin... ] Steven Hawkins updated TEIID-3502: ---------------------------------- Summary: Teiid returns number a negative abs value (was: Teiid returns number of type "byte" which ist out of range) Fix Version/s: 8.11 Component/s: Query Engine > Teiid returns number a negative abs value > ----------------------------------------- > > Key: TEIID-3502 > URL: https://issues.jboss.org/browse/TEIID-3502 > Project: Teiid > Issue Type: Bug > Components: Query Engine > Affects Versions: 8.7.1.6_2 > Reporter: Juraj Duráni > Assignee: Steven Hawkins > Fix For: 8.11 > > > Teiid returns for query (1) a number which is out of range for type "byte" (2). The source column has the data type that is wider than byte (3), but e.g. Oracle does not support such small data type as byte so teiid should take care of it. Same with the data type "short". > (1) SELECT bytenum, abs(bytenum) FROM <table>; > (2) > -128 128 > -127 127 > ... > (3) oracle: bytenum - number > teiid: bytenum - byte -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3502) Teiid returns number of type "byte" which ist out of range

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-3502?page=com.atlassian.jira.plugin... ] Steven Hawkins reopened TEIID-3502: ----------------------------------- Since all of our logic is based upon the analogous java functions more often than not the default behavior will match java's. In this case however you would expect an overflow exception. A check would be needed for the int and long types. > Teiid returns number of type "byte" which ist out of range > ---------------------------------------------------------- > > Key: TEIID-3502 > URL: https://issues.jboss.org/browse/TEIID-3502 > Project: Teiid > Issue Type: Bug > Affects Versions: 8.7.1.6_2 > Reporter: Juraj Duráni > Assignee: Steven Hawkins > > Teiid returns for query (1) a number which is out of range for type "byte" (2). The source column has the data type that is wider than byte (3), but e.g. Oracle does not support such small data type as byte so teiid should take care of it. Same with the data type "short". > (1) SELECT bytenum, abs(bytenum) FROM <table>; > (2) > -128 128 > -127 127 > ... > (3) oracle: bytenum - number > teiid: bytenum - byte -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3368) The database-service.jar needs version version in its name

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-3368?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-3368: ------------------------------------------------ Alex Szczuczko <aszczucz(a)redhat.com> changed the Status of [bug 1199048|https://bugzilla.redhat.com/show_bug.cgi?id=1199048] from MODIFIED to ON_QA > The database-service.jar needs version version in its name > ---------------------------------------------------------- > > Key: TEIID-3368 > URL: https://issues.jboss.org/browse/TEIID-3368 > Project: Teiid > Issue Type: Bug > Components: Tools > Affects Versions: 8.7.1, 8.11 > Reporter: Van Halbert > Assignee: Van Halbert > Fix For: 8.10 > > > The database-service.jar in the tepid-extensions needs to be built with a version in the name. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3503) Development with Embedded teiid should not require dependency on EAP

by Michael Davies (JIRA)

[ https://issues.jboss.org/browse/TEIID-3503?page=com.atlassian.jira.plugin... ] Michael Davies updated TEIID-3503: ---------------------------------- Summary: Development with Embedded teiid should not require dependency on EAP (was: Use of ModelMetaData required teiid-admin jar) > Development with Embedded teiid should not require dependency on EAP > -------------------------------------------------------------------- > > Key: TEIID-3503 > URL: https://issues.jboss.org/browse/TEIID-3503 > Project: Teiid > Issue Type: Quality Risk > Components: Embedded > Affects Versions: 8.10 > Reporter: Michael Davies > Assignee: Ramesh Reddy > Priority: Minor > Labels: CR1 > Fix For: 8.11 > > > We are using Embedded and specifically ModelMetaData, for specifying VDB. > ModelMetaData class comes from teiid-admin project, which pulls in a lot of AS dependencies, some of which are only available from earlyrelease maven repo. > For example - org.jboss.as:jboss-as-parent:pom:7.4.0.Final-redhat-4 > So essentially users developing against released teiid API (using ModelMetaData) now have dependency on earlyaccess repo. > Where I work the people who manage the internal company repo do not like proxying non-release repos, and so this causes a bit of a pain. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3503) Use of ModelMetaData required teiid-admin jar

by Michael Davies (JIRA)

[ https://issues.jboss.org/browse/TEIID-3503?page=com.atlassian.jira.plugin... ] Michael Davies commented on TEIID-3503: --------------------------------------- Thanks for quick response. The goal for me is certainly to be able to use Embedded without EAP. I'll change the JIRA title to reflect that. > Use of ModelMetaData required teiid-admin jar > --------------------------------------------- > > Key: TEIID-3503 > URL: https://issues.jboss.org/browse/TEIID-3503 > Project: Teiid > Issue Type: Quality Risk > Components: Embedded > Affects Versions: 8.10 > Reporter: Michael Davies > Assignee: Ramesh Reddy > Priority: Minor > Labels: CR1 > Fix For: 8.11 > > > We are using Embedded and specifically ModelMetaData, for specifying VDB. > ModelMetaData class comes from teiid-admin project, which pulls in a lot of AS dependencies, some of which are only available from earlyrelease maven repo. > For example - org.jboss.as:jboss-as-parent:pom:7.4.0.Final-redhat-4 > So essentially users developing against released teiid API (using ModelMetaData) now have dependency on earlyaccess repo. > Where I work the people who manage the internal company repo do not like proxying non-release repos, and so this causes a bit of a pain. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3505) MySQL translator (mysql, mysql5) - convert( ..., float [double]) uses "+ 0.0" construction

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-3505?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated TEIID-3505: ------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1227214 > MySQL translator (mysql, mysql5) - convert( ..., float [double]) uses "+ 0.0" construction > ------------------------------------------------------------------------------------------- > > Key: TEIID-3505 > URL: https://issues.jboss.org/browse/TEIID-3505 > Project: Teiid > Issue Type: Bug > Affects Versions: 8.7.1.6_2 > Reporter: Juraj Duráni > Assignee: Steven Hawkins > > convert(... , float) and convert(..., double) functions use for conversion "+ 0.0". But if the result is used in the more complex expression, translator does not take into account priority of the operators. > *Query:* SELECT StringKey, (convert(StringKey, float)+(-3)) AS StringKeyPlusNeg3, (convert(StringKey, float) - (-3)) AS StringKeyMinusNeg3, (convert(StringKey, float)*(-3)) AS StringKeyTimesNeg3, (convert(StringKey, float)/(-3)) AS StringKeyDivNeg3 FROM table WHERE IntKey == 1 ORDER BY StringKey > *Result:* 1 | -2 | 4 | 1 | 1 > *Source-specific query:* SELECT g_0.STRINGKEY AS c_0, (g_0.STRINGKEY + 0.0 + -3.0) AS c_1, (g_0.STRINGKEY + 0.0 - -3.0) AS c_2, _*(g_0.STRINGKEY + 0.0 * -3.0)*_ AS c_3, _*(g_0.STRINGKEY + 0.0 / -3.0)*_ AS c_4 FROM smalla AS g_0 WHERE g_0.INTKEY > 0 AND g_0.INTKEY <= 10 ORDER BY c_0 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3505) MySQL translator (mysql, mysql5) - convert( ..., float [double]) uses "+ 0.0" construction

by Juraj Duráni (JIRA)

[ https://issues.jboss.org/browse/TEIID-3505?page=com.atlassian.jira.plugin... ] Juraj Duráni updated TEIID-3505: -------------------------------- Description: convert(... , float) and convert(..., double) functions use for conversion "+ 0.0". But if the result is used in the more complex expression, translator does not take into account priority of the operators. *Query:* SELECT StringKey, (convert(StringKey, float)+(-3)) AS StringKeyPlusNeg3, (convert(StringKey, float) - (-3)) AS StringKeyMinusNeg3, (convert(StringKey, float)*(-3)) AS StringKeyTimesNeg3, (convert(StringKey, float)/(-3)) AS StringKeyDivNeg3 FROM table WHERE IntKey == 1 ORDER BY StringKey *Result:* 1 | -2 | 4 | 1 | 1 *Source-specific query:* SELECT g_0.STRINGKEY AS c_0, (g_0.STRINGKEY + 0.0 + -3.0) AS c_1, (g_0.STRINGKEY + 0.0 - -3.0) AS c_2, _*(g_0.STRINGKEY + 0.0 * -3.0)*_ AS c_3, _*(g_0.STRINGKEY + 0.0 / -3.0)*_ AS c_4 FROM smalla AS g_0 WHERE g_0.INTKEY > 0 AND g_0.INTKEY <= 10 ORDER BY c_0 was: convert(... , float) and convert(..., double) function use for conversion "+ 0.0". But if the result is used in the more complex expression, translator does not take into account priority of the operators. *Query:* SELECT StringKey, (convert(StringKey, float)+(-3)) AS StringKeyPlusNeg3, (convert(StringKey, float) - (-3)) AS StringKeyMinusNeg3, (convert(StringKey, float)*(-3)) AS StringKeyTimesNeg3, (convert(StringKey, float)/(-3)) AS StringKeyDivNeg3 FROM table WHERE IntKey == 1 ORDER BY StringKey *Result:* 1 | -2 | 4 | 1 | 1 *Source-specific query:* SELECT g_0.STRINGKEY AS c_0, (g_0.STRINGKEY + 0.0 + -3.0) AS c_1, (g_0.STRINGKEY + 0.0 - -3.0) AS c_2, _*(g_0.STRINGKEY + 0.0 * -3.0)*_ AS c_3, _*(g_0.STRINGKEY + 0.0 / -3.0)*_ AS c_4 FROM smalla AS g_0 WHERE g_0.INTKEY > 0 AND g_0.INTKEY <= 10 ORDER BY c_0 > MySQL translator (mysql, mysql5) - convert( ..., float [double]) uses "+ 0.0" construction > ------------------------------------------------------------------------------------------- > > Key: TEIID-3505 > URL: https://issues.jboss.org/browse/TEIID-3505 > Project: Teiid > Issue Type: Bug > Affects Versions: 8.7.1.6_2 > Reporter: Juraj Duráni > Assignee: Steven Hawkins > > convert(... , float) and convert(..., double) functions use for conversion "+ 0.0". But if the result is used in the more complex expression, translator does not take into account priority of the operators. > *Query:* SELECT StringKey, (convert(StringKey, float)+(-3)) AS StringKeyPlusNeg3, (convert(StringKey, float) - (-3)) AS StringKeyMinusNeg3, (convert(StringKey, float)*(-3)) AS StringKeyTimesNeg3, (convert(StringKey, float)/(-3)) AS StringKeyDivNeg3 FROM table WHERE IntKey == 1 ORDER BY StringKey > *Result:* 1 | -2 | 4 | 1 | 1 > *Source-specific query:* SELECT g_0.STRINGKEY AS c_0, (g_0.STRINGKEY + 0.0 + -3.0) AS c_1, (g_0.STRINGKEY + 0.0 - -3.0) AS c_2, _*(g_0.STRINGKEY + 0.0 * -3.0)*_ AS c_3, _*(g_0.STRINGKEY + 0.0 / -3.0)*_ AS c_4 FROM smalla AS g_0 WHERE g_0.INTKEY > 0 AND g_0.INTKEY <= 10 ORDER BY c_0 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3505) MySQL translator (mysql, mysql5) - convert( ..., float [double]) uses "+ 0.0" construction

by Juraj Duráni (JIRA)

Juraj Duráni created TEIID-3505: ----------------------------------- Summary: MySQL translator (mysql, mysql5) - convert( ..., float [double]) uses "+ 0.0" construction Key: TEIID-3505 URL: https://issues.jboss.org/browse/TEIID-3505 Project: Teiid Issue Type: Bug Affects Versions: 8.7.1.6_2 Reporter: Juraj Duráni Assignee: Steven Hawkins convert(... , float) and convert(..., double) function use for conversion "+ 0.0". But if the result is used in the more complex expression, translator does not take into account priority of the operators. *Query:* SELECT StringKey, (convert(StringKey, float)+(-3)) AS StringKeyPlusNeg3, (convert(StringKey, float) - (-3)) AS StringKeyMinusNeg3, (convert(StringKey, float)*(-3)) AS StringKeyTimesNeg3, (convert(StringKey, float)/(-3)) AS StringKeyDivNeg3 FROM table WHERE IntKey == 1 ORDER BY StringKey *Result:* 1 | -2 | 4 | 1 | 1 *Source-specific query:* SELECT g_0.STRINGKEY AS c_0, (g_0.STRINGKEY + 0.0 + -3.0) AS c_1, (g_0.STRINGKEY + 0.0 - -3.0) AS c_2, _*(g_0.STRINGKEY + 0.0 * -3.0)*_ AS c_3, _*(g_0.STRINGKEY + 0.0 / -3.0)*_ AS c_4 FROM smalla AS g_0 WHERE g_0.INTKEY > 0 AND g_0.INTKEY <= 10 ORDER BY c_0 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3502) Teiid returns number of type "byte" which ist out of range

by Juraj Duráni (JIRA)

[ https://issues.jboss.org/browse/TEIID-3502?page=com.atlassian.jira.plugin... ] Juraj Duráni commented on TEIID-3502: ------------------------------------- OK. According to Teiid's documentation the "smallest" possible input data type of function abs is integer. So the result "128" with input byte type is expected. But, what is your opinion on query *SELECT abs(parseinteger('-2147483648', ''));* ? The result is -2147483648. How should teiid process overflow? Do nothing (like java) or to throw an exception. > Teiid returns number of type "byte" which ist out of range > ---------------------------------------------------------- > > Key: TEIID-3502 > URL: https://issues.jboss.org/browse/TEIID-3502 > Project: Teiid > Issue Type: Bug > Affects Versions: 8.7.1.6_2 > Reporter: Juraj Duráni > Assignee: Steven Hawkins > > Teiid returns for query (1) a number which is out of range for type "byte" (2). The source column has the data type that is wider than byte (3), but e.g. Oracle does not support such small data type as byte so teiid should take care of it. Same with the data type "short". > (1) SELECT bytenum, abs(bytenum) FROM <table>; > (2) > -128 128 > -127 127 > ... > (3) oracle: bytenum - number > teiid: bytenum - byte -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues June 2015