December 2012 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-2331) TEIID30019 Unexpected exception for request kfhsdoaNXYfM.1: java.lang.NullPointerException

by Sabina Norderhaug (JIRA)

Sabina Norderhaug created TEIID-2331: ---------------------------------------- Summary: TEIID30019 Unexpected exception for request kfhsdoaNXYfM.1: java.lang.NullPointerException Key: TEIID-2331 URL: https://issues.jboss.org/browse/TEIID-2331 Project: Teiid Issue Type: Bug Components: Query Engine Affects Versions: 8.1 Environment: Windows 7 Reporter: Sabina Norderhaug Assignee: Steven Hawkins Priority: Minor We are getting this exception during continious execution. Looks like client cancelling the execution 16:13:16,171 ERROR [org.teiid.PROCESSOR] (Worker6_QueryProcessorQueue902) TEIID30019 Unexpected exception for request kfhsdoaNXYfM.1: java.lang.NullPointerException at org.teiid.dqp.internal.process.RequestWorkItem.sendResultsIfNeeded(RequestWorkItem.java:753) at org.teiid.dqp.internal.process.RequestWorkItem$1.flushBatchDirect(RequestWorkItem.java:557) at org.teiid.query.processor.BatchCollector.flushBatch(BatchCollector.java:191) at org.teiid.query.processor.BatchCollector.collectTuples(BatchCollector.java:166) at org.teiid.dqp.internal.process.RequestWorkItem.processMore(RequestWorkItem.java:382) at org.teiid.dqp.internal.process.RequestWorkItem.process(RequestWorkItem.java:291) at org.teiid.dqp.internal.process.AbstractWorkItem.run(AbstractWorkItem.java:49) at org.teiid.dqp.internal.process.RequestWorkItem.run(RequestWorkItem.java:219) at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:249) at org.teiid.dqp.internal.process.ThreadReuseExecutor$RunnableWrapper.run(ThreadReuseExecutor.java:123) at org.teiid.dqp.internal.process.ThreadReuseExecutor$3.run(ThreadReuseExecutor.java:298) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_03] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_03] 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

12 years

1
0
0 / 0

[JBoss JIRA] (TEIID-1854) OData server

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-1854?page=com.atlassian.jira.plugin... ] Ramesh Reddy updated TEIID-1854: -------------------------------- Assignee: Ramesh Reddy (was: Ted Jones) Fix Version/s: 8.3 Component/s: Server > OData server > ------------ > > Key: TEIID-1854 > URL: https://issues.jboss.org/browse/TEIID-1854 > Project: Teiid > Issue Type: Feature Request > Components: Server > Reporter: Mark Addleman > Assignee: Ramesh Reddy > Fix For: 8.3 > > > Teiid should act as an OData server as well as a JDBC server. This is not TEIID-1757 as that is about Teiid being an OData client. -- 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
0
0 / 0

[JBoss JIRA] (TEIID-2301) Programatically invalidate a single execution's cache using cache API

by Mark Addleman (JIRA)

[ https://issues.jboss.org/browse/TEIID-2301?page=com.atlassian.jira.plugin... ] Mark Addleman commented on TEIID-2301: -------------------------------------- If the EventDistributor.dataModification() method will invalidate cached data from the translator caching API, I think it gives us exactly what we need. We'll look into it. > Programatically invalidate a single execution's cache using cache API > --------------------------------------------------------------------- > > Key: TEIID-2301 > URL: https://issues.jboss.org/browse/TEIID-2301 > Project: Teiid > Issue Type: Feature Request > Reporter: Mark Addleman > Assignee: Steven Hawkins > > Using the execution cache API, I want to invalidate a single execution's cache entry. -- 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
0
0 / 0

[JBoss JIRA] (TEIID-2301) Programatically invalidate a single execution's cache using cache API

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-2301?page=com.atlassian.jira.plugin... ] Steven Hawkins commented on TEIID-2301: --------------------------------------- There is also the existing invalidation mechanism that tracks cache entries by the tables/procedures accessed. If the updates are happening outside of Teiid, then you can lookup the EventDistributor and call the dataModification method. That will lazily invalidate older cache entries against those tables. > Programatically invalidate a single execution's cache using cache API > --------------------------------------------------------------------- > > Key: TEIID-2301 > URL: https://issues.jboss.org/browse/TEIID-2301 > Project: Teiid > Issue Type: Feature Request > Reporter: Mark Addleman > Assignee: Steven Hawkins > > Using the execution cache API, I want to invalidate a single execution's cache entry. -- 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
0
0 / 0

[JBoss JIRA] (TEIID-2330) Failed load shows a loading in the console

by Steven Hawkins (JIRA)

Steven Hawkins created TEIID-2330: ------------------------------------- Summary: Failed load shows a loading in the console Key: TEIID-2330 URL: https://issues.jboss.org/browse/TEIID-2330 Project: Teiid Issue Type: Bug Components: Tools Reporter: Steven Hawkins The metadataexception in the forum post should transition the vdb to failed. I'm logging this initially against the console as we have a similar unit test that correctly reports a failed load given invalid ddl, which is essentially the same exception. -- 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
0
0 / 0

[JBoss JIRA] (TEIID-2329) Add support for Mongo DB as a data source

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-2329?page=com.atlassian.jira.plugin... ] Steven Hawkins updated TEIID-2329: ---------------------------------- Fix Version/s: Open To Community > Add support for Mongo DB as a data source > ----------------------------------------- > > Key: TEIID-2329 > URL: https://issues.jboss.org/browse/TEIID-2329 > Project: Teiid > Issue Type: Feature Request > Components: Misc. Connectors > Reporter: Van Halbert > Assignee: Steven Hawkins > Fix For: Open To Community > > -- 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
0
0 / 0

[JBoss JIRA] (TEIID-2329) Add support for Mongo DB as a data source

by Van Halbert (JIRA)

Van Halbert created TEIID-2329: ---------------------------------- Summary: Add support for Mongo DB as a data source Key: TEIID-2329 URL: https://issues.jboss.org/browse/TEIID-2329 Project: Teiid Issue Type: Feature Request Components: Misc. Connectors Reporter: Van Halbert Assignee: Steven Hawkins -- 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
0
0 / 0

[JBoss JIRA] (TEIID-2329) Add support for Mongo DB as a data source

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2329?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated TEIID-2329: ------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=888935 > Add support for Mongo DB as a data source > ----------------------------------------- > > Key: TEIID-2329 > URL: https://issues.jboss.org/browse/TEIID-2329 > Project: Teiid > Issue Type: Feature Request > Components: Misc. Connectors > Reporter: Van Halbert > Assignee: Steven Hawkins > -- 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
0
0 / 0

[JBoss JIRA] (TEIID-2301) Programatically invalidate a single execution's cache using cache API

by Mark Addleman (JIRA)

[ https://issues.jboss.org/browse/TEIID-2301?page=com.atlassian.jira.plugin... ] Mark Addleman commented on TEIID-2301: -------------------------------------- I may have misunderstood your earlier comment regarding user queries. I'm specifically not interested in invalidating the cache for queries that include the /* cache */ hint. In our application, I'm trying to move the responsibility for caching to the translator which, generally, has better knowledge of what is acceptable to cache than the user. As far as lazy invalidation versus explicit, I'm not sure there's a functional difference between the two. For our app, I don't see any advantage in cleaning up cache resources (assuming they're on disk) early versus late either. > Programatically invalidate a single execution's cache using cache API > --------------------------------------------------------------------- > > Key: TEIID-2301 > URL: https://issues.jboss.org/browse/TEIID-2301 > Project: Teiid > Issue Type: Feature Request > Reporter: Mark Addleman > Assignee: Steven Hawkins > > Using the execution cache API, I want to invalidate a single execution's cache entry. -- 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
0
0 / 0

[JBoss JIRA] (TEIID-2301) Programatically invalidate a single execution's cache using cache API

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-2301?page=com.atlassian.jira.plugin... ] Steven Hawkins commented on TEIID-2301: --------------------------------------- For user queries this would require some tweaking the nocache directive or some other spot. For Execution level caching, the CacheDirective would need a minimal change to use an invalidation flag that would be checked upon return from the ExecutionFactory.getCacheDirective that could either forgo the cache lookup (lazy invalidation) or explicitly invalidate. > Programatically invalidate a single execution's cache using cache API > --------------------------------------------------------------------- > > Key: TEIID-2301 > URL: https://issues.jboss.org/browse/TEIID-2301 > Project: Teiid > Issue Type: Feature Request > Reporter: Mark Addleman > Assignee: Steven Hawkins > > Using the execution cache API, I want to invalidate a single execution's cache entry. -- 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
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues December 2012