[JBoss JIRA] (TEIID-5798) Mixed PERMISSION GRANTS
by Steven Hawkins (Jira)
[ https://issues.redhat.com/browse/TEIID-5798?page=com.atlassian.jira.plugi... ]
Steven Hawkins updated TEIID-5798:
----------------------------------
Sprint: DV Sprint 60
> Mixed PERMISSION GRANTS
> -----------------------
>
> Key: TEIID-5798
> URL: https://issues.redhat.com/browse/TEIID-5798
> Project: Teiid
> Issue Type: Enhancement
> Components: Query Engine
> Reporter: Christoph John
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 13.1
>
> Original Estimate: 6 hours
> Time Spent: 2 days, 3 hours
> Remaining Estimate: 0 minutes
>
> Hello,
> I am currently trying to set a set of permissions on a table/view. Hence a condition on INSERT,UPDATE,DELETE and an unconditioned SELECT.
> However, it seems that conditioned and unconditioned GRANT statements do not work together.
> {code}
> GRANT INSERT,UPDATE,DELETE ON TABLE "my_nutri_diary.UserDefinedProducts_SRC" CONDITION 'UserDefinedProducts_SRC.fkProfile in (SELECT Account.idProfile FROM Account WHERE Account.uuidUser = LEFT(user(), 36) )' TO odata;
> GRANT SELECT ON TABLE "my_nutri_diary.UserDefinedProducts_SRC" TO odata;
> REVOKE ALTER,EXECUTE ON TABLE "my_nutri_diary.UserDefinedProducts_SRC" FROM odata;
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 9 months
[JBoss JIRA] (TEIID-5906) Occasional test failure
by Steven Hawkins (Jira)
[ https://issues.redhat.com/browse/TEIID-5906?page=com.atlassian.jira.plugi... ]
Steven Hawkins updated TEIID-5906:
----------------------------------
Sprint: DV Sprint 59
> Occasional test failure
> -----------------------
>
> Key: TEIID-5906
> URL: https://issues.redhat.com/browse/TEIID-5906
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 13.1
>
> Original Estimate: 6 hours
> Time Spent: 1 hour, 30 minutes
> Remaining Estimate: 4 hours, 30 minutes
>
> TestWithClauseProcessing.testWithImplicitIndexing fails occasionally. Locally I have reproduced this after ~700 runs of the test.
> I'm not sure at this point what is introducing the non-determinism. I'll check if we need a better bound or if there is something deeper failing.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 9 months
[JBoss JIRA] (TEIID-992) Improve update of source costing statistics
by Steven Hawkins (Jira)
[ https://issues.redhat.com/browse/TEIID-992?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-992:
---------------------------------
Fix Version/s: 13.x
> Improve update of source costing statistics
> -------------------------------------------
>
> Key: TEIID-992
> URL: https://issues.redhat.com/browse/TEIID-992
> Project: Teiid
> Issue Type: Feature Request
> Components: Misc. Connectors, Query Engine
> Reporter: Marc Shirley
> Priority: Major
> Fix For: 13.x
>
>
> It is very important that we support the ability to update source statistics at runtime. This is important due to the changing nature of read/write sources and differences between a development data source and a production data source.
> The following options should be possible:
> 1) Update model/source statistics on VDB deployment.
> 2) Update model/source statistics on connector startup.
> 3) Update model/source statistics on at a scheduled time.
> 4) Update model/source statistics upon a manual request.
> case 5920
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 9 months
[JBoss JIRA] (TEIID-2834) Use FunctionMethod metadata internally for built-in aggregates
by Steven Hawkins (Jira)
[ https://issues.redhat.com/browse/TEIID-2834?page=com.atlassian.jira.plugi... ]
Steven Hawkins resolved TEIID-2834.
-----------------------------------
Fix Version/s: (was: 13.x)
Resolution: Out of Date
Outside of being utilized in designer - which we accommodated already - this is just a minor internal consistency issue that has been open for too long.
> Use FunctionMethod metadata internally for built-in aggregates
> --------------------------------------------------------------
>
> Key: TEIID-2834
> URL: https://issues.redhat.com/browse/TEIID-2834
> Project: Teiid
> Issue Type: Task
> Components: Query Engine
> Reporter: Steven Hawkins
> Priority: Minor
>
> With TEIID-2815 we added aggregate function definitions for consumption by designer, but it would be good to have them consistently handled internally. The metadata needs to accommodate count\(*) and textagg.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 9 months
[JBoss JIRA] (TEIID-2542) Utilize Teiid internal resultset buffering as a materialization mechanism to Infinspan
by Steven Hawkins (Jira)
[ https://issues.redhat.com/browse/TEIID-2542?page=com.atlassian.jira.plugi... ]
Steven Hawkins resolved TEIID-2542.
-----------------------------------
Fix Version/s: (was: 13.x)
Resolution: Out of Date
Marking as out of date given the more recent issues on materialization.
> Utilize Teiid internal resultset buffering as a materialization mechanism to Infinspan
> --------------------------------------------------------------------------------------
>
> Key: TEIID-2542
> URL: https://issues.redhat.com/browse/TEIID-2542
> Project: Teiid
> Issue Type: Feature Request
> Components: Misc. Connectors
> Reporter: Van Halbert
> Priority: Major
>
> Add support for materialization to Infinispan by utilizing the Teiid internal buffering mechanism to Infinispan. Suggestion, turn that mechanism into a translator that can read/write to Infinispan.
> Pro's:
> - distributed data-grid fail-over and HA could be less costly than trying to do this with a database.
> - improved performance where each Infinispan instance could placed closer to its' users.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 9 months
[JBoss JIRA] (TEIIDSB-175) Upgrade to Teiid 13.1.0
by Ramesh Reddy (Jira)
[ https://issues.redhat.com/browse/TEIIDSB-175?focusedWorklogId=12450596&pa... ]
Ramesh Reddy logged work on TEIIDSB-175:
----------------------------------------
Author: Ramesh Reddy
Created on: 15/Mar/20 12:40 PM
Start Date: 15/Mar/20 12:39 PM
Worklog Time Spent: 1 hour
Issue Time Tracking
-------------------
Remaining Estimate: 0 minutes (was: 1 hour)
Time Spent: 2 hours (was: 1 hour)
Worklog Id: (was: 12450596)
> Upgrade to Teiid 13.1.0
> -----------------------
>
> Key: TEIIDSB-175
> URL: https://issues.redhat.com/browse/TEIIDSB-175
> Project: Teiid Spring Boot
> Issue Type: Task
> Components: core
> Reporter: Ramesh Reddy
> Assignee: Ramesh Reddy
> Priority: Major
> Fix For: 1.4.0
>
> Original Estimate: 2 hours
> Time Spent: 2 hours
> Remaining Estimate: 0 minutes
>
> Upgrade to new Teiid version 13.1.0
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 10 months
[JBoss JIRA] (TEIIDSB-150) Micrometer spike
by Ramesh Reddy (Jira)
[ https://issues.redhat.com/browse/TEIIDSB-150?page=com.atlassian.jira.plug... ]
Ramesh Reddy commented on TEIIDSB-150:
--------------------------------------
>From Spring Boot point of view we should not use JMX and maybe switch it over to this, then we can get rid of JOLOKIA requirement. To adapt to other JDK images in community other than fuse image, JOLOKIA is one hurdle.
> Micrometer spike
> ----------------
>
> Key: TEIIDSB-150
> URL: https://issues.redhat.com/browse/TEIIDSB-150
> Project: Teiid Spring Boot
> Issue Type: Feature Request
> Components: core
> Reporter: Steven Hawkins
> Priority: Major
> Fix For: 1.5.0
>
>
> This work will wind up in Teiid spring boot (and even teiid), but the driver is from this project. We need to examine the level of effort of converting to micrometer rather than just jmx metrics for better spring integration.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 10 months