May 2017 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-4893) Inconsistent behavior of SUBSTRING function

by dalex dalex (JIRA)

[ https://issues.jboss.org/browse/TEIID-4893?page=com.atlassian.jira.plugin... ] dalex dalex commented on TEIID-4893: ------------------------------------ [~shawkins] that is SUBSTRING function modifier should be added for PostgreSQL translator to treat 0/negative indexes for SUBSTRING function, correct? > Inconsistent behavior of SUBSTRING function > ------------------------------------------- > > Key: TEIID-4893 > URL: https://issues.jboss.org/browse/TEIID-4893 > Project: Teiid > Issue Type: Bug > Components: JDBC Connector > Affects Versions: 9.0.3 > Environment: teiid-9.0.3 on WildFly Full 9.0.2.Final (WildFly Core 1.0.2.Final) > Reporter: dalex dalex > Assignee: Steven Hawkins > Priority: Critical > > There is inconsistent behavior of SUBSTRING function in teiid and data sources. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4893) Inconsistent behavior of SUBSTRING function

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-4893?page=com.atlassian.jira.plugin... ] Steven Hawkins updated TEIID-4893: ---------------------------------- Component/s: JDBC Connector (was: Query Engine) Priority: Critical (was: Blocker) > Or we should know that the SUBSTRING function works on teiid only by this way and that's all? The core problem is with using a non-positive index. Since substring and the associated source functions aren't standard, there isn't consistent handling. We do though assume that the Teiid behavior is the defacto correct behavior and translator logic when possible should compensate. In this case the postgres translator is not accounting for 0/negative indexes and should be updated to account for that. In general use 1 based indexing in string functions when possible. > Inconsistent behavior of SUBSTRING function > ------------------------------------------- > > Key: TEIID-4893 > URL: https://issues.jboss.org/browse/TEIID-4893 > Project: Teiid > Issue Type: Bug > Components: JDBC Connector > Affects Versions: 9.0.3 > Environment: teiid-9.0.3 on WildFly Full 9.0.2.Final (WildFly Core 1.0.2.Final) > Reporter: dalex dalex > Assignee: Steven Hawkins > Priority: Critical > > There is inconsistent behavior of SUBSTRING function in teiid and data sources. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4893) Inconsistent behavior of SUBSTRING function

by dalex dalex (JIRA)

dalex dalex created TEIID-4893: ---------------------------------- Summary: Inconsistent behavior of SUBSTRING function Key: TEIID-4893 URL: https://issues.jboss.org/browse/TEIID-4893 Project: Teiid Issue Type: Bug Components: Query Engine Affects Versions: 9.0.3 Environment: teiid-9.0.3 on WildFly Full 9.0.2.Final (WildFly Core 1.0.2.Final) Reporter: dalex dalex Assignee: Steven Hawkins Priority: Blocker There is inconsistent behavior of SUBSTRING function in teiid and data sources. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4561) Deprecate the PassthroughIdentityLoginModule

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-4561?page=com.atlassian.jira.plugin... ] Steven Hawkins resolved TEIID-4561. ----------------------------------- Resolution: Done Since we could not reach consensus in the OAuth case, that will be left as requiring the PassthroughIdentityLoginModule. > Deprecate the PassthroughIdentityLoginModule > -------------------------------------------- > > Key: TEIID-4561 > URL: https://issues.jboss.org/browse/TEIID-4561 > Project: Teiid > Issue Type: Quality Risk > Components: Server > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Fix For: 9.3 > > > The delegation capability of the PassthroughIdentityLoginModule can be associated with the underlying OAuth10/20 login modules (similar to the delegationCredential behavior of the KerberosLoginModule). Also the OAuthCredentialContext should be changed to use the Subject private credentials rather than a ThreadLocal. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4874) SQL Server translator should support full outer join by default

by Johnathon Lee (JIRA)

[ https://issues.jboss.org/browse/TEIID-4874?page=com.atlassian.jira.plugin... ] Johnathon Lee updated TEIID-4874: --------------------------------- Fix Version/s: 8.12.11.6_3 > SQL Server translator should support full outer join by default > --------------------------------------------------------------- > > Key: TEIID-4874 > URL: https://issues.jboss.org/browse/TEIID-4874 > Project: Teiid > Issue Type: Bug > Components: JDBC Connector > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Fix For: 9.3, 9.2.3, 8.12.11.6_3 > > > Due to inheriting from the sybase translator, the sqlserver translator by default does not support full outer join. This should changed to true. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4892) oData v4 error using $expand

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-4892?page=com.atlassian.jira.plugin... ] Steven Hawkins resolved TEIID-4892. ----------------------------------- Fix Version/s: 9.3 9.1.5 9.2.3 Resolution: Done Fixed the code by making sure the buffer was not empty. > oData v4 error using $expand > ---------------------------- > > Key: TEIID-4892 > URL: https://issues.jboss.org/browse/TEIID-4892 > Project: Teiid > Issue Type: Bug > Components: OData > Affects Versions: 9.1.4 > Environment: Teiid 9.1.4 with WildFly 10.0.0.Final running on Windows server 2012 R2 Datacenter Edition. > Reporter: Marco Monti > Assignee: Steven Hawkins > Fix For: 9.3, 9.1.5, 9.2.3 > > Attachments: server.log > > > Hello, > > we are querying Teiid 9.1.4 using the following oData v4 syntax: > > {{http://host:port/odata4/<vdbname>/<model-name>/<table-name>?$expand=<navigation>}} > > It doesn't matter what navigation property we choose; we always get following error message: > > {{{"error":{"code":null,"message":"String index out of range: -1"}}}} > > Please find the attached logfile. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4875) Planning issue with multiple aggregate decompositions through a join tree

by Johnathon Lee (JIRA)

[ https://issues.jboss.org/browse/TEIID-4875?page=com.atlassian.jira.plugin... ] Johnathon Lee updated TEIID-4875: --------------------------------- Fix Version/s: 8.12.11.6_3 > Planning issue with multiple aggregate decompositions through a join tree > ------------------------------------------------------------------------- > > Key: TEIID-4875 > URL: https://issues.jboss.org/browse/TEIID-4875 > Project: Teiid > Issue Type: Bug > Components: Query Engine > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Fix For: 9.3, 9.2.3, 8.12.11.6_3 > > > The logic for determining other symbols from aggregates will not work correctly when a staged grouping is initially pushed and another staged grouping is then pushed above a join that is above that location (typically due to join predicates that pull in other groups). > A query such as: > SELECT max(t3.e4), max(t2.e4) as s FROM pm1.g1 as t1, pm1.g2 as t2, pm1.g3 as t3, pm1.g4 as t4, pm2.g1 as t5 WHERE t1.e1 = t2.e1 and (t2.e2 = t3.e2 and t1.e3 || t2.e3 = t3.e3) and t3.e3 = t4.e3 and t4.e4 = t5.e4 > With capabilities that disable join pushdown will fail with an assertionerror that a staged grouping symbol cannot be found during the initialization of the parent join node. > java.lang.AssertionError: ASSERTION FAILED: expected reference to be not null > at org.teiid.core.util.Assertion.failed(Assertion.java:73) > at org.teiid.core.util.Assertion.isNotNull(Assertion.java:100) > at org.teiid.core.util.Assertion.isNotNull(Assertion.java:92) > at org.teiid.query.processor.relational.RelationalNode.getProjectionIndexes(RelationalNode.java:367) > at org.teiid.query.processor.relational.JoinNode.initialize(JoinNode.java:133) > at org.teiid.query.processor.relational.RelationalPlan.connectExternal(RelationalPlan.java:96) > at org.teiid.query.processor.relational.RelationalPlan.connectExternal(RelationalPlan.java:102) > at org.teiid.query.processor.relational.RelationalPlan.connectExternal(RelationalPlan.java:102) > at org.teiid.query.processor.relational.RelationalPlan.initialize(RelationalPlan.java:91) > at org.teiid.query.processor.QueryProcessor.init(QueryProcessor.java:226) > at org.teiid.query.processor.QueryProcessor.nextBatchDirect(QueryProcessor.java:138) > at org.teiid.query.processor.QueryProcessor.nextBatch(QueryProcessor.java:114) > at org.teiid.query.processor.BatchCollector.collectTuples(BatchCollector.java:164) > at org.teiid.query.processor.BatchCollector.collectTuples(BatchCollector.java:146) -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4852) Wrong OData results with multiple self relationships

by Johnathon Lee (JIRA)

[ https://issues.jboss.org/browse/TEIID-4852?page=com.atlassian.jira.plugin... ] Johnathon Lee updated TEIID-4852: --------------------------------- Fix Version/s: 8.12.11.6_3 > Wrong OData results with multiple self relationships > ---------------------------------------------------- > > Key: TEIID-4852 > URL: https://issues.jboss.org/browse/TEIID-4852 > Project: Teiid > Issue Type: Bug > Components: OData > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Priority: Blocker > Fix For: 9.3, 8.12.x-6.4, 9.1.5, 9.2.2, 8.12.11.6_3 > > > If an entity has multiple self relationships, only the first foreign key will be used no matter which navigation is queried. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4819) Tree page modifications removing the previous page, don't remove immediately

by Johnathon Lee (JIRA)

[ https://issues.jboss.org/browse/TEIID-4819?page=com.atlassian.jira.plugin... ] Johnathon Lee updated TEIID-4819: --------------------------------- Fix Version/s: 8.12.11.6_3 > Tree page modifications removing the previous page, don't remove immediately > ---------------------------------------------------------------------------- > > Key: TEIID-4819 > URL: https://issues.jboss.org/browse/TEIID-4819 > Project: Teiid > Issue Type: Bug > Components: Query Engine > Affects Versions: 8.9, 8.7.6.6_2 > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Priority: Critical > Fix For: 9.3, 9.1.5, 9.2.2, 8.12.11.6_3 > > > TEIID-3119 introduced logic to reuse the existing cacheentry, but the removal of the old entry was based upon the wrong remove method - just a remove from cache and not memory. That would delay the cleanup of the memory reference until eviction or when the buffer/tree is removed. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4755) WS SOAP Response with WS-A Headers results in ClassCastException

by Johnathon Lee (JIRA)

[ https://issues.jboss.org/browse/TEIID-4755?page=com.atlassian.jira.plugin... ] Johnathon Lee updated TEIID-4755: --------------------------------- Fix Version/s: 8.12.11.6_3 > WS SOAP Response with WS-A Headers results in ClassCastException > ---------------------------------------------------------------- > > Key: TEIID-4755 > URL: https://issues.jboss.org/browse/TEIID-4755 > Project: Teiid > Issue Type: Bug > Components: Misc. Connectors > Affects Versions: 8.12.5 > Environment: JDV 6.3 (Teiid 8.12.5) > JDK Hotspote 1.8.0_102 > Reporter: Stylianos Koussouris > Assignee: Ramesh Reddy > Fix For: 9.2, 9.3, 8.12.11.6_3 > > Attachments: JDV-MultiSource-Project.tar.gz, jaxws-addressing.tar.gz > > > When sending a WS-A SOAP request successfully the service responds with WS-A Headers. The result is a ClassCastException as the fornat the XML is parsed in is javax.xml.transform.dom.DOMSource rather than the expected javax.xml.transform.stax.StAXSource > D: 5 > Address: http://localhost:8080/jboss-jaxws-addressing/AddressingService > Encoding: UTF-8 > Http-Method: POST > Content-Type: text/xml; charset=UTF-8 > Headers: {Accept=[*/*], cache-control=[no-cache], connection=[keep-alive], Content-Length=[573], content-type=[text/xml; charset=UTF-8], host=[localhost:8080], pragma=[no-cache], SOAPAction=[""], user-agent=[Apache CXF 2.7.14.redhat-1]} > Payload: <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tns="http://www.jboss.org/jbossws/ws-extensions/wsaddressing" xmlns:wsa="http://www.w3.org/2005/08/addressing"> > <soap:Header> > <wsa:MessageID>UUID-100</wsa:MessageID> > <wsa:To>http://www.w3.org/2005/08/addressing/anonymous</wsa:To> > <wsa:ReplyTo>http://www.w3.org/2005/08/addressing/anonymous</wsa:ReplyTo> > <wsa:Action>http://www.w3.org/2005/08/addressing/ServiceIface/sayHelloToName</wsa:Action> > </soap:Header> > <soap:Body> > <tns:sayHello>Stelios</tns:sayHello> > </soap:Body> > </soap:Envelope> > -------------------------------------- > 19:04:45,385 INFO [org.apache.cxf.services.AddressingService.AddressingServicePort.ServiceIface] (http-localhost/127.0.0.1:8080-1) Outbound Message > --------------------------- > ID: 5 > Response-Code: 200 > Encoding: UTF-8 > Content-Type: text/xml > Headers: {} > Payload: <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> > <soap:Header> > <Action xmlns="http://www.w3.org/2005/08/addressing">http://www.jboss.org/jbossws/ws-extensions/wsaddressing/ServiceIface/sayH...</Action> > <MessageID xmlns="http://www.w3.org/2005/08/addressing">urn:uuid:747217df-668e-4152-acb4-360d2b40a967</MessageID> > <RelatesTo xmlns="http://www.w3.org/2005/08/addressing">UUID-100</RelatesTo> > </soap:Header> > <soap:Body> > <ns2:sayHelloResponse xmlns:ns2="http://www.jboss.org/jbossws/ws-extensions/wsaddressing"> > <return>Hello World!</return> > </ns2:sayHelloResponse> > </soap:Body> > </soap:Envelope> > -------------------------------------- > 19:04:45,390 ERROR [org.teiid.CONNECTOR] (Worker11_QueryProcessorQueue20) Connector worker process failed for atomic-request=KoRkVR60P+Nr.0.9.4: java.lang.ClassCastException: javax.xml.transform.dom.DOMSource cannot be cast to javax.xml.transform.stax.StAXSource > at org.teiid.translator.ws.WSProcedureExecution.execute(WSProcedureExecution.java:136) [translator-ws-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.datamgr.ConnectorWorkItem.execute(ConnectorWorkItem.java:364) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_65] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_65] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_65] > at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_65] > at org.teiid.dqp.internal.datamgr.ConnectorManager$1.invoke(ConnectorManager.java:211) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at com.sun.proxy.$Proxy159.execute(Unknown Source) > at org.teiid.dqp.internal.process.DataTierTupleSource.getResults(DataTierTupleSource.java:306) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.DataTierTupleSource$1.call(DataTierTupleSource.java:112) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.DataTierTupleSource$1.call(DataTierTupleSource.java:108) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_65] > at org.teiid.dqp.internal.process.FutureWork.run(FutureWork.java:65) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:276) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.ThreadReuseExecutor$RunnableWrapper.run(ThreadReuseExecutor.java:119) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.ThreadReuseExecutor$3.run(ThreadReuseExecutor.java:210) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_65] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_65] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_65] > 19:04:45,394 ERROR [org.teiid.PROCESSOR] (Worker10_QueryProcessorQueue21) TEIID30019 Unexpected exception for request KoRkVR60P+Nr.0: java.lang.ClassCastException: javax.xml.transform.dom.DOMSource cannot be cast to javax.xml.transform.stax.StAXSource > at org.teiid.translator.ws.WSProcedureExecution.execute(WSProcedureExecution.java:136) > at org.teiid.dqp.internal.datamgr.ConnectorWorkItem.execute(ConnectorWorkItem.java:364) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_65] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_65] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_65] > at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_65] > at org.teiid.dqp.internal.datamgr.ConnectorManager$1.invoke(ConnectorManager.java:211) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at com.sun.proxy.$Proxy159.execute(Unknown Source) > at org.teiid.dqp.internal.process.DataTierTupleSource.getResults(DataTierTupleSource.java:306) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.DataTierTupleSource$1.call(DataTierTupleSource.java:112) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.DataTierTupleSource$1.call(DataTierTupleSource.java:108) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_65] > at org.teiid.dqp.internal.process.FutureWork.run(FutureWork.java:65) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:276) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.ThreadReuseExecutor$RunnableWrapper.run(ThreadReuseExecutor.java:119) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at org.teiid.dqp.internal.process.ThreadReuseExecutor$3.run(ThreadReuseExecutor.java:210) [teiid-engine-8.12.5.redhat-8.jar:8.12.5.redhat-8] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_65] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_65] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_65] -- This message was sent by Atlassian JIRA (v7.2.3#72005)

7 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues May 2017