[JBoss JIRA] (TEIID-2672) java.lang.AssertionError: Assertion failed in SourceState
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-2672?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-2672:
----------------------------------
Affects Version/s: 8.4.1
> java.lang.AssertionError: Assertion failed in SourceState
> ---------------------------------------------------------
>
> Key: TEIID-2672
> URL: https://issues.jboss.org/browse/TEIID-2672
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Affects Versions: 8.4.1, 8.5
> Environment: Teiid 8.5 and JBoss EAP6.1.0Alpha
> Reporter: Rakesh Balguri
> Assignee: Steven Hawkins
> Fix For: 8.4.1, 8.6
>
> Attachments: Join_SQL.txt
>
>
> 23 Sep 2013 19:56:24,950 IST ERROR [org.teiid.PROCESSOR] (http-/127.0.0.1:8080-2) 74NqnxAiy8n8 TEIID30019 Unexpected exception for request 74NqnxAiy8n8.32: java.lang.AssertionError: Assertion failed.
> at org.teiid.core.util.Assertion.failed(Assertion.java:73) [teiid-common-core-8.5.0.Final.jar:8.5.0.Final]
> at org.teiid.core.util.Assertion.assertTrue(Assertion.java:68) [teiid-common-core-8.5.0.Final.jar:8.5.0.Final]
> at org.teiid.core.util.Assertion.assertTrue(Assertion.java:60) [teiid-common-core-8.5.0.Final.jar:8.5.0.Final]
> at org.teiid.query.processor.relational.SourceState.prefetch(SourceState.java:197)
> at org.teiid.query.processor.relational.JoinNode.nextBatchDirect(JoinNode.java:223)
> at org.teiid.query.processor.relational.RelationalNode.nextBatch(RelationalNode.java:278)
> at org.teiid.query.processor.relational.ProjectNode.nextBatchDirect(ProjectNode.java:146)
> at org.teiid.query.processor.relational.RelationalNode.nextBatch(RelationalNode.java:278)
> at org.teiid.query.processor.relational.UnionAllNode.nextBatchDirect(UnionAllNode.java:151)
> at org.teiid.query.processor.relational.RelationalNode.nextBatch(RelationalNode.java:278)
> at org.teiid.query.processor.BatchIterator.finalRow(BatchIterator.java:69)
> at org.teiid.common.buffer.AbstractTupleSource.getCurrentTuple(AbstractTupleSource.java:70)
> at org.teiid.query.processor.BatchIterator.getCurrentTuple(BatchIterator.java:84)
> at org.teiid.common.buffer.AbstractTupleSource.nextTuple(AbstractTupleSource.java:48)
> at org.teiid.query.processor.relational.SortUtility.initialSort(SortUtility.java:257)
> at org.teiid.query.processor.relational.SortUtility.sort(SortUtility.java:190)
> at org.teiid.query.processor.relational.SortNode.sortPhase(SortNode.java:109)
> at org.teiid.query.processor.relational.SortNode.getFinalBuffer(SortNode.java:202)
> at org.teiid.query.processor.relational.RelationalPlan.getFinalBuffer(RelationalPlan.java:250)
> at org.teiid.query.processor.QueryProcessor.getFinalBuffer(QueryProcessor.java:290)
> at org.teiid.query.processor.BatchCollector.collectTuples(BatchCollector.java:145)
> at org.teiid.dqp.internal.process.RequestWorkItem.processMore(RequestWorkItem.java:435)
> at org.teiid.dqp.internal.process.RequestWorkItem.process(RequestWorkItem.java:320)
> at org.teiid.dqp.internal.process.AbstractWorkItem.run(AbstractWorkItem.java:51)
> at org.teiid.dqp.internal.process.RequestWorkItem.run(RequestWorkItem.java:248)
> at org.teiid.dqp.internal.process.DQPCore.executeRequest(DQPCore.java:307)
> at sun.reflect.GeneratedMethodAccessor87.invoke(Unknown Source) [:1.7.0_03]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
> at org.teiid.logging.LogManager$LoggingProxy.invoke(LogManager.java:121) [teiid-api-8.5.0.Final.jar:8.5.0.Final]
> at org.teiid.jboss.TransportService$2.invoke(TransportService.java:234)
> at $Proxy19.executeRequest(Unknown Source) at sun.reflect.GeneratedMethodAccessor87.invoke(Unknown Source) [:1.7.0_03]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
> at org.teiid.transport.LocalServerConnection$1$1.call(LocalServerConnection.java:137)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_03]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_03]
> at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:269)
> at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:253)
> at org.teiid.transport.LocalServerConnection$1.invoke(LocalServerConnection.java:135)
> at $Proxy19.executeRequest(Unknown Source) at org.teiid.jdbc.StatementImpl.execute(StatementImpl.java:634) [teiid-client-8.5.0.Final.jar:8.5.0.Final]
> at org.teiid.jdbc.StatementImpl.executeSql(StatementImpl.java:509) [teiid-client-8.5.0.Final.jar:8.5.0.Final]
> at org.teiid.jdbc.PreparedStatementImpl.executeQuery(PreparedStatementImpl.java:261) [teiid-client-8.5.0.Final.jar:8.5.0.Final]
> at com.ca.chorus.db.DbExecutor.withResultSet(DbExecutor.java:378) [common-db-4.0.0-SNAPSHOT.jar:]
> at com.ca.chorus.db.DbExecutor.gatherResults(DbExecutor.java:883) [common-db-4.0.0-SNAPSHOT.jar:]
> at com.ca.chorus.db.DbExecutor.gatherResults(DbExecutor.java:876) [common-db-4.0.0-SNAPSHOT.jar:]
> at com.ca.mfui.chorusR2.server.service.ObjectsServiceImpl.getAuthorizedModuleLibraries(ObjectsServiceImpl.java:4623) [chorus-service-4.0.0-SNAPSHOT.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_03]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_03]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_03]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_03]
> at com.ca.mfui.chorusR2.servlet.ChorusGWTServlet.processCall(ChorusGWTServlet.java:272) [chorus-service-4.0.0-SNAPSHOT.jar:]
> at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248) [gwt-servlet-2.4.0.jar:]
> at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) [gwt-servlet-2.4.0.jar:]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.2.Final.jar:1.0.2.Final]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final.jar:1.0.2.Final]
> at com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:168) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:168) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:168) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:168) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58) [guice-servlet-3.0.jar:]
> at com.ca.mfui.chorusR2.servlet.TransactionFilter$1.call(TransactionFilter.java:54) [chorus-service-4.0.0-SNAPSHOT.jar:]
> at com.ca.mfui.chorusR2.servlet.TransactionFilter$1.call(TransactionFilter.java:43) [chorus-service-4.0.0-SNAPSHOT.jar:]
> at com.ca.chorus.server.transaction.TransactionRunner.invoke(TransactionRunner.java:19) [transaction-4.0.0-SNAPSHOT.jar:]
> at com.ca.chorus.server.transaction.TransactionRunner$$EnhancerByGuice$$b1a07211.CGLIB$invoke$1(<generated>)
> at com.ca.chorus.server.transaction.TransactionRunner$$EnhancerByGuice$$b1a07211$$FastClassByGuice$$8b9821a3.invoke(<generated>)
> at com.google.inject.internal.cglib.proxy.$MethodProxy.invokeSuper(MethodProxy.java:228) [guice-3.0.jar:]
> at com.google.inject.internal.InterceptorStackCallback$InterceptedMethodInvocation.proceed(InterceptorStackCallback.java:72) [guice-3.0.jar:]
> at com.ca.chorus.aop.guice.PerfTracer.trace(PerfTracer.java:75) [common-utils-4.0.0-SNAPSHOT.jar:]
> at com.ca.chorus.aop.guice.PerfTracer.trace(PerfTracer.java:92) [common-utils-4.0.0-SNAPSHOT.jar:]
> at com.ca.chorus.server.transaction.TransactionalMethodInterceptor.invoke(TransactionalMethodInterceptor.java:31) [transaction-4.0.0-SNAPSHOT.jar:]
> at com.google.inject.internal.InterceptorStackCallback$InterceptedMethodInvocation.proceed(InterceptorStackCallback.java:72) [guice-3.0.jar:]
> at com.google.inject.internal.InterceptorStackCallback.intercept(InterceptorStackCallback.java:52) [guice-3.0.jar:]
> at com.ca.chorus.server.transaction.TransactionRunner$$EnhancerByGuice$$b1a07211.invoke(<generated>)
> at com.ca.mfui.chorusR2.servlet.TransactionFilter.doFilter(TransactionFilter.java:42) [chorus-service-4.0.0-SNAPSHOT.jar:]
> at com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:163) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:168) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118) [guice-servlet-3.0.jar:]
> at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113) [guice-servlet-3.0.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.2.0.Alpha1-redhat-4.jar:7.2.0.Alpha1-redhat-4]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.0.Final.jar:7.2.0.Final]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_03]
--
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
10 years, 6 months
[JBoss JIRA] (TEIID-2714) Buffer defrag not working
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-2714?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-2714:
---------------------------------------
The fix addressed several things:
1. the immediate issue that defrag was unable to read the appropriate header values for storage blocks.
2. the notion of truncation and defrag were too intertwined - an empty storage file would not be truncated as we wouldn't defrag it.
3. corrected that -1 would be returned as the compacted highest bit set when the segment is empty
4. adjusted the thresholds for defrag and sleep behavior
> Buffer defrag not working
> -------------------------
>
> Key: TEIID-2714
> URL: https://issues.jboss.org/browse/TEIID-2714
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Affects Versions: 7.7
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 8.6
>
>
> The defrag task is not working as expected because the header values are written by an object output stream - and not as standalone values into the block data.
> For most data usage patterns this isn't an issue as the storage files are self compacting over time due to low block assignments.
--
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
10 years, 6 months
[JBoss JIRA] (TEIID-1311) Consider developing a connector/translator to Cassandra/Thrift
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-1311?page=com.atlassian.jira.plugin... ]
Ramesh Reddy commented on TEIID-1311:
-------------------------------------
Tested fine with the jackson dependencies from AS, so excluded that dependency and modified the scripts to use AS version.
> Consider developing a connector/translator to Cassandra/Thrift
> --------------------------------------------------------------
>
> Key: TEIID-1311
> URL: https://issues.jboss.org/browse/TEIID-1311
> Project: Teiid
> Issue Type: Feature Request
> Components: Misc. Connectors
> Affects Versions: 7.1
> Environment: Any
> Reporter: Ken Johnson
> Assignee: Steven Hawkins
> Fix For: 8.6
>
>
> Apache Cassandra is starting to see uptake beyond the big name social network players. Has any thought been given to offering connectivity to Cassandra through Teiid? Perhaps this is through consuming the Thrift file as metadata source.
--
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
10 years, 6 months
[JBoss JIRA] (TEIID-2704) DB2 lob values must be read inline
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-2704?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-2704:
----------------------------------
Summary: DB2 lob values must be read inline (was: DB2 sql/xml values must be read inline)
Description:
With the DB2 9 driver and selecting a lob column, the resulting instance becomes invalid after the next row of the result is transitioned to.
was:
With the DB2 9 driver and selecting an xml column. The resulting DB2Xml instance becomes invalid after the next row of the result is transitioned to.
We can compensate for this by retrieving the value as a string.
> DB2 lob values must be read inline
> ----------------------------------
>
> Key: TEIID-2704
> URL: https://issues.jboss.org/browse/TEIID-2704
> Project: Teiid
> Issue Type: Bug
> Components: JDBC Connector
> Affects Versions: 7.0
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 8.4.1, 8.6
>
>
> With the DB2 9 driver and selecting a lob column, the resulting instance becomes invalid after the next row of the result is transitioned to.
--
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
10 years, 6 months
[JBoss JIRA] (TEIID-2626) If a column type is not set, null values will be written into persisted batches
by Johnathon Lee (JIRA)
[ https://issues.jboss.org/browse/TEIID-2626?page=com.atlassian.jira.plugin... ]
Johnathon Lee reopened TEIID-2626:
----------------------------------
re-open to assign Fix Version
> If a column type is not set, null values will be written into persisted batches
> -------------------------------------------------------------------------------
>
> Key: TEIID-2626
> URL: https://issues.jboss.org/browse/TEIID-2626
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Affects Versions: 7.5
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Priority: Blocker
> Fix For: 8.4.1, 8.5
>
>
> The buffer manager will choose the null serializer if a column type is not set. This is not expected to happen, but test code can be sloppy which isn't evident if the weak reference cache is working effectively.
> However there is one place in the code that is effected, which is the internally generated partitionId column on any window function expression with a non-empty over clause. This means that on systems with limited memory and or poor performing weak references no results for the window function may be returned.
--
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
10 years, 6 months
[JBoss JIRA] (TEIID-2626) If a column type is not set, null values will be written into persisted batches
by Johnathon Lee (JIRA)
[ https://issues.jboss.org/browse/TEIID-2626?page=com.atlassian.jira.plugin... ]
Johnathon Lee updated TEIID-2626:
---------------------------------
Fix Version/s: 7.7.9
> If a column type is not set, null values will be written into persisted batches
> -------------------------------------------------------------------------------
>
> Key: TEIID-2626
> URL: https://issues.jboss.org/browse/TEIID-2626
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Affects Versions: 7.5
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Priority: Blocker
> Fix For: 8.4.1, 8.5, 7.7.9
>
>
> The buffer manager will choose the null serializer if a column type is not set. This is not expected to happen, but test code can be sloppy which isn't evident if the weak reference cache is working effectively.
> However there is one place in the code that is effected, which is the internally generated partitionId column on any window function expression with a non-empty over clause. This means that on systems with limited memory and or poor performing weak references no results for the window function may be returned.
--
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
10 years, 6 months
[JBoss JIRA] (TEIID-2626) If a column type is not set, null values will be written into persisted batches
by Johnathon Lee (JIRA)
[ https://issues.jboss.org/browse/TEIID-2626?page=com.atlassian.jira.plugin... ]
Johnathon Lee resolved TEIID-2626.
----------------------------------
Resolution: Done
> If a column type is not set, null values will be written into persisted batches
> -------------------------------------------------------------------------------
>
> Key: TEIID-2626
> URL: https://issues.jboss.org/browse/TEIID-2626
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Affects Versions: 7.5
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Priority: Blocker
> Fix For: 8.4.1, 7.7.9, 8.5
>
>
> The buffer manager will choose the null serializer if a column type is not set. This is not expected to happen, but test code can be sloppy which isn't evident if the weak reference cache is working effectively.
> However there is one place in the code that is effected, which is the internally generated partitionId column on any window function expression with a non-empty over clause. This means that on systems with limited memory and or poor performing weak references no results for the window function may be returned.
--
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
10 years, 6 months