March 2015 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-3396) Redis Connector

by Devin Pinkston (JIRA)

Devin Pinkston created TEIID-3396: ------------------------------------- Summary: Redis Connector Key: TEIID-3396 URL: https://issues.jboss.org/browse/TEIID-3396 Project: Teiid Issue Type: Enhancement Components: Connector API Affects Versions: 8.11 Reporter: Devin Pinkston Assignee: Steven Hawkins Priority: Minor Resource Adapter and Translator for Redis store (http://redis.io/) Using Jedis client (https://github.com/xetorthio/jedis) https://github.com/pinkdevelops/teiid -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3380) Simplify Kerberos configuration with Embedded

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-3380?page=com.atlassian.jira.plugin... ] Steven Hawkins commented on TEIID-3380: --------------------------------------- Made the updates related to the name and removed the TeiidLoginContext. Also fixed issues with the local connection identity switching - it did not log off the old user when change user was called, and the identity switching behavior with pass through would actually fail. The unit test wasn't checking the state of the security context, so we didn't see that it would actually be null after logoff for the subsequent authenticate. > Simplify Kerberos configuration with Embedded > --------------------------------------------- > > Key: TEIID-3380 > URL: https://issues.jboss.org/browse/TEIID-3380 > Project: Teiid > Issue Type: Quality Risk > Components: Embedded > Reporter: Steven Hawkins > Assignee: Ramesh Reddy > Fix For: 8.11 > > > The current code requires overriding the embedded server to install a custom session service. It may be good to have some base level of functionality built-in and/or just delegated to the security helper. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3395) USER and ROLE tables should be exposed as System Tables

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-3395?page=com.atlassian.jira.plugin... ] Steven Hawkins commented on TEIID-3395: --------------------------------------- That's unrelated to this issue. I thought there was already an issue logged for using grant statements, but I couldn't find it. > USER and ROLE tables should be exposed as System Tables > ------------------------------------------------------- > > Key: TEIID-3395 > URL: https://issues.jboss.org/browse/TEIID-3395 > Project: Teiid > Issue Type: Feature Request > Components: Server > Reporter: Tom Johnston > Assignee: Steven Hawkins > > LIke most databases (i.e. Oracle has DBA_USERS and DBA_ROLES) TeiiD should have the same and be sourced from whatever security domain is being used. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3395) USER and ROLE tables should be exposed as System Tables

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-3395?page=com.atlassian.jira.plugin... ] Ramesh Reddy commented on TEIID-3395: ------------------------------------- Now that you have the MetadataFactory can take permissions, I think we should also work on the DDL way to define it to get rid of them from VDB.xml > USER and ROLE tables should be exposed as System Tables > ------------------------------------------------------- > > Key: TEIID-3395 > URL: https://issues.jboss.org/browse/TEIID-3395 > Project: Teiid > Issue Type: Feature Request > Components: Server > Reporter: Tom Johnston > Assignee: Steven Hawkins > > LIke most databases (i.e. Oracle has DBA_USERS and DBA_ROLES) TeiiD should have the same and be sourced from whatever security domain is being used. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3395) USER and ROLE tables should be exposed as System Tables

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-3395?page=com.atlassian.jira.plugin... ] Steven Hawkins commented on TEIID-3395: --------------------------------------- Did you want to rewrite this to be for the Teiid data role information or convert it into a JBoss AS / EAP issue on getting user/group information from security domains? > USER and ROLE tables should be exposed as System Tables > ------------------------------------------------------- > > Key: TEIID-3395 > URL: https://issues.jboss.org/browse/TEIID-3395 > Project: Teiid > Issue Type: Feature Request > Components: Server > Reporter: Tom Johnston > Assignee: Steven Hawkins > > LIke most databases (i.e. Oracle has DBA_USERS and DBA_ROLES) TeiiD should have the same and be sourced from whatever security domain is being used. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3380) Simplify Kerberos configuration with Embedded

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-3380?page=com.atlassian.jira.plugin... ] Ramesh Reddy commented on TEIID-3380: ------------------------------------- Except for escaping the name part all others should be in. Take a look now. > Simplify Kerberos configuration with Embedded > --------------------------------------------- > > Key: TEIID-3380 > URL: https://issues.jboss.org/browse/TEIID-3380 > Project: Teiid > Issue Type: Quality Risk > Components: Embedded > Reporter: Steven Hawkins > Assignee: Ramesh Reddy > Fix For: 8.11 > > > The current code requires overriding the embedded server to install a custom session service. It may be good to have some base level of functionality built-in and/or just delegated to the security helper. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3380) Simplify Kerberos configuration with Embedded

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-3380?page=com.atlassian.jira.plugin... ] Steven Hawkins commented on TEIID-3380: --------------------------------------- I don't think that it is needed. As long as the SecurityHelper implements getSecurityContext and getSubjectInContext, then pass through can be implemented. All of the rest would just be boiler plate for each implementation. > Simplify Kerberos configuration with Embedded > --------------------------------------------- > > Key: TEIID-3380 > URL: https://issues.jboss.org/browse/TEIID-3380 > Project: Teiid > Issue Type: Quality Risk > Components: Embedded > Reporter: Steven Hawkins > Assignee: Ramesh Reddy > Fix For: 8.11 > > > The current code requires overriding the embedded server to install a custom session service. It may be good to have some base level of functionality built-in and/or just delegated to the security helper. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3380) Simplify Kerberos configuration with Embedded

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-3380?page=com.atlassian.jira.plugin... ] Ramesh Reddy commented on TEIID-3380: ------------------------------------- I need to keep the passThrough method in there, as it made it more declarative as to when passthrough is being used. > Simplify Kerberos configuration with Embedded > --------------------------------------------- > > Key: TEIID-3380 > URL: https://issues.jboss.org/browse/TEIID-3380 > Project: Teiid > Issue Type: Quality Risk > Components: Embedded > Reporter: Steven Hawkins > Assignee: Ramesh Reddy > Fix For: 8.11 > > > The current code requires overriding the embedded server to install a custom session service. It may be good to have some base level of functionality built-in and/or just delegated to the security helper. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3380) Simplify Kerberos configuration with Embedded

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-3380?page=com.atlassian.jira.plugin... ] Ramesh Reddy commented on TEIID-3380: ------------------------------------- I wanted to keep it as interface, I started with removing the methods that were only used in the securityhelper, there was lot of intermingling with test code, so I decided to go after the changes were complete (and forgot). Good Suggestion on TeiidLoginContext, did not think of that! I do not think I understand the @domin completely, but I will a take look. > Simplify Kerberos configuration with Embedded > --------------------------------------------- > > Key: TEIID-3380 > URL: https://issues.jboss.org/browse/TEIID-3380 > Project: Teiid > Issue Type: Quality Risk > Components: Embedded > Reporter: Steven Hawkins > Assignee: Ramesh Reddy > Fix For: 8.11 > > > The current code requires overriding the embedded server to install a custom session service. It may be good to have some base level of functionality built-in and/or just delegated to the security helper. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3345) NPE while accessing VDB via OData access

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-3345?page=com.atlassian.jira.plugin... ] Ramesh Reddy resolved TEIID-3345. --------------------------------- Labels: Alpha1 (was: ) Fix Version/s: 8.11 Resolution: Done Fixed the NPE, now it throws a proper error message > NPE while accessing VDB via OData access > ---------------------------------------- > > Key: TEIID-3345 > URL: https://issues.jboss.org/browse/TEIID-3345 > Project: Teiid > Issue Type: Bug > Reporter: Juraj Duráni > Assignee: Ramesh Reddy > Priority: Minor > Labels: Alpha1 > Fix For: 8.11 > > > If wrong odata URL is provided, an internal error is displayed: > URL: http://localhost:8080/odata/ > Exception: org.teiid.core.TeiidRuntimeException: TEIID16008 VDB name not defined on the URL. The url format is http://{host}:{port}/odata/{vdb-name}[.{vdb-version}]/... > org.teiid.odata.TeiidProducerProvider.getContext(TeiidProducerProvider.java:88) > org.teiid.odata.TeiidProducerProvider.getContext(TeiidProducerProvider.java:47) > .... > This behavior is quite expected. > URL: http://localhost:8080/odata > Exception: java.lang.NullPointerException > org.teiid.odata.TeiidProducerProvider.getContext(TeiidProducerProvider.java:80) > org.teiid.odata.TeiidProducerProvider.getContext(TeiidProducerProvider.java:47) > ... > I expect that teiid should return similar exception -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues March 2015