[JBoss JIRA] (TEIIDDES-2083) VDB datasource creation enhancements
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-2083?page=com.atlassian.jira.plu... ]
Ramesh Reddy commented on TEIIDDES-2083:
----------------------------------------
Ok, one more application "Teiid Dashboard".
Another notable thing is, this *only* useful for the applications deployed in the *same* VM as the Teiid Server. So typically embedded applications, so these are local connections. Applications external to VM will not be able to use the this connection pool anyway.
Embedded applications typically have other needs like "pass-through" authentications, in those situations I do not think one can create a pool and expect it to flow security credential. It has to be a explicit connection (it is cheap to create a connection in VM) with security credential in the context of the calling thread. Where as in pool connections could have been pre-filled.
In the end, I am not arguing against this feature, I am arguing that it not as prominent usecase as we designed right in the face of the user every time.
> VDB datasource creation enhancements
> ------------------------------------
>
> Key: TEIIDDES-2083
> URL: https://issues.jboss.org/browse/TEIIDDES-2083
> Project: Teiid Designer
> Issue Type: Enhancement
> Components: Teiid Integration
> Reporter: Ramesh Reddy
>
> 1) When a VDB is deployed, "Create VDB DataSource" dialog pops up, it asks the user whether to create a data source for VDB, but does not provide a "cancel" button to opt out. There should be a "cancel" to opt out.
> * BML - There is a Cancel button on the dialog
> 2) If you are re-deploying the same VDB, the same dialog pops up again asking the same question, it should be changed to honor the previous answer.
> 3) Say if the user did create a data source, then in re-deploy case the data source either needs to be deleted and re-created or flush the connections in the old data source, so that the connections point to valid VDB rather than stale connections.
> 4) It would be even nice, "Remember My Decision" kind of preference, that could always create or not create data source, rather than keep asking the user.
> BTW, this feature is only useful for the Web Service scenarios, so I would start off with OFF position. May be turn it on only ask when web service model in the work space if you want to be fancy. Also detect the name of data source in the web-service war creation scenarios, or let them create with a button right next to it.
--
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
[JBoss JIRA] (TEIIDDES-1984) Enhance security for data roles UI
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1984?page=com.atlassian.jira.plu... ]
Barry LaFond updated TEIIDDES-1984:
-----------------------------------
Comment: was deleted
(was: Also noticed that adding/removing conditions and masks from their respective tabs does not refresh the tree on the model tab)
> Enhance security for data roles UI
> ----------------------------------
>
> Key: TEIIDDES-1984
> URL: https://issues.jboss.org/browse/TEIIDDES-1984
> Project: Teiid Designer
> Issue Type: Enhancement
> Components: Eclipse Integration
> Affects Versions: 8.2, 8.3
> Environment: Windows 7 sp1 64 bit, Eclipse Kepler build: 20130614-0229, JDK 1.6.0_45
> Reporter: Patrick Deenen
> Assignee: Barry LaFond
> Priority: Minor
> Fix For: 8.5
>
>
> Feature Improvement Request: The "security" checkbox in the data roles editor is not really a checkbox. You need to double-click it in order to get a window to open where you can configure conditions on tables. So therefore, why use a checkbox component? Also, the fact that table level conditions are configured from there and not from the "conditions" tab is confusing.
--
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
[JBoss JIRA] (TEIIDDES-1984) Enhance security for data roles UI
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1984?page=com.atlassian.jira.plu... ]
Barry LaFond commented on TEIIDDES-1984:
----------------------------------------
Also noticed that adding/removing conditions and masks from their respective tabs does not refresh the tree on the model tab
> Enhance security for data roles UI
> ----------------------------------
>
> Key: TEIIDDES-1984
> URL: https://issues.jboss.org/browse/TEIIDDES-1984
> Project: Teiid Designer
> Issue Type: Enhancement
> Components: Eclipse Integration
> Affects Versions: 8.2, 8.3
> Environment: Windows 7 sp1 64 bit, Eclipse Kepler build: 20130614-0229, JDK 1.6.0_45
> Reporter: Patrick Deenen
> Assignee: Barry LaFond
> Priority: Minor
> Fix For: 8.5
>
>
> Feature Improvement Request: The "security" checkbox in the data roles editor is not really a checkbox. You need to double-click it in order to get a window to open where you can configure conditions on tables. So therefore, why use a checkbox component? Also, the fact that table level conditions are configured from there and not from the "conditions" tab is confusing.
--
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
[JBoss JIRA] (TEIIDDES-2027) Additional gui security support
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-2027?page=com.atlassian.jira.plu... ]
Ramesh Reddy commented on TEIIDDES-2027:
----------------------------------------
1) A data role defines the permission inside it, so that is where it makes the connection with model and schema object
2) It should be allowed on all data-roles, however I do not see code how Teiid is making use of this, as there were further changes on this subject in TEIID-2863
This JIRA adds following VDB properties
{code}
<property name="security-domain" value="teiid-spengo" />
<property name="gss-pattern" value="{regex}" />
<property name="password-pattern" value="{regex}" />
<property name="authentication-type" value="GSS or USERPASSWORD" />
{code}
The full document at https://docs.jboss.org/author/display/TEIID/Kerberos+support+through+GSSAPI
> Additional gui security support
> -------------------------------
>
> Key: TEIIDDES-2027
> URL: https://issues.jboss.org/browse/TEIIDDES-2027
> Project: Teiid Designer
> Issue Type: Feature Request
> Components: Teiid Integration
> Reporter: Steven Hawkins
> Assignee: Barry LaFond
> Fix For: 8.5
>
>
> TEIID-2761 added support for a grant-all attribute on roles and for a security-domain vdb property. GUI support for both would be good.
--
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
[JBoss JIRA] (TEIIDDES-2027) Additional gui security support
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-2027?page=com.atlassian.jira.plu... ]
Barry LaFond commented on TEIIDDES-2027:
----------------------------------------
The VDB Properties panel is getting crowded.
Thinking...
1) Moving the User Defined properties to a separate "Custom Properties" tab
2) Moving Allowed Languages editor/panel to the right (where User Defined group is)
3) Leaves room to add Security Domain label and text entry widget
4) Leaves room for future VDB properties
> Additional gui security support
> -------------------------------
>
> Key: TEIIDDES-2027
> URL: https://issues.jboss.org/browse/TEIIDDES-2027
> Project: Teiid Designer
> Issue Type: Feature Request
> Components: Teiid Integration
> Reporter: Steven Hawkins
> Assignee: Barry LaFond
> Fix For: 8.5
>
>
> TEIID-2761 added support for a grant-all attribute on roles and for a security-domain vdb property. GUI support for both would be good.
--
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
[JBoss JIRA] (TEIIDDES-2027) Additional gui security support
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-2027?page=com.atlassian.jira.plu... ]
Barry LaFond commented on TEIIDDES-2027:
----------------------------------------
The Teiid doc example for grant-all is below.
{code:xml}
<data-role name="admin" grant-all="true">
<description>Admin role</description>
<mapped-role-name>admin-group</mapped-role-name>
</data-role>
{code}
1) It appears this is a VDB-scoped data role and does not reference a model or an object?
2) Can a VDB allow multiple data roles with "grant-all=true" privalege?
> Additional gui security support
> -------------------------------
>
> Key: TEIIDDES-2027
> URL: https://issues.jboss.org/browse/TEIIDDES-2027
> Project: Teiid Designer
> Issue Type: Feature Request
> Components: Teiid Integration
> Reporter: Steven Hawkins
> Fix For: 8.5
>
>
> TEIID-2761 added support for a grant-all attribute on roles and for a security-domain vdb property. GUI support for both would be good.
--
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
[JBoss JIRA] (TEIIDDES-2083) VDB datasource creation enhancements
by Van Halbert (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-2083?page=com.atlassian.jira.plu... ]
Van Halbert edited comment on TEIIDDES-2083 at 3/19/14 10:26 PM:
-----------------------------------------------------------------
Webservices isn't the only case when a Teiid data source would be created. User applications, like Teiid Dashboard, or integration with other applications on the server could also use a teiid data source.
was (Author: van.halbert):
Webservices isn't the only case when a Teiid data source should be created. User applications, like Teiid Dashboard, or integration with other applications on the server would also need a teiid data source.
> VDB datasource creation enhancements
> ------------------------------------
>
> Key: TEIIDDES-2083
> URL: https://issues.jboss.org/browse/TEIIDDES-2083
> Project: Teiid Designer
> Issue Type: Enhancement
> Components: Teiid Integration
> Reporter: Ramesh Reddy
>
> 1) When a VDB is deployed, "Create VDB DataSource" dialog pops up, it asks the user whether to create a data source for VDB, but does not provide a "cancel" button to opt out. There should be a "cancel" to opt out.
> * BML - There is a Cancel button on the dialog
> 2) If you are re-deploying the same VDB, the same dialog pops up again asking the same question, it should be changed to honor the previous answer.
> 3) Say if the user did create a data source, then in re-deploy case the data source either needs to be deleted and re-created or flush the connections in the old data source, so that the connections point to valid VDB rather than stale connections.
> 4) It would be even nice, "Remember My Decision" kind of preference, that could always create or not create data source, rather than keep asking the user.
> BTW, this feature is only useful for the Web Service scenarios, so I would start off with OFF position. May be turn it on only ask when web service model in the work space if you want to be fancy. Also detect the name of data source in the web-service war creation scenarios, or let them create with a button right next to it.
--
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
[JBoss JIRA] (TEIIDDES-2083) VDB datasource creation enhancements
by Van Halbert (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-2083?page=com.atlassian.jira.plu... ]
Van Halbert commented on TEIIDDES-2083:
---------------------------------------
Webservices isn't the only case when a Teiid data source should be created. User applications, like Teiid Dashboard, or integration with other applications on the server would also need a teiid data source.
> VDB datasource creation enhancements
> ------------------------------------
>
> Key: TEIIDDES-2083
> URL: https://issues.jboss.org/browse/TEIIDDES-2083
> Project: Teiid Designer
> Issue Type: Enhancement
> Components: Teiid Integration
> Reporter: Ramesh Reddy
>
> 1) When a VDB is deployed, "Create VDB DataSource" dialog pops up, it asks the user whether to create a data source for VDB, but does not provide a "cancel" button to opt out. There should be a "cancel" to opt out.
> * BML - There is a Cancel button on the dialog
> 2) If you are re-deploying the same VDB, the same dialog pops up again asking the same question, it should be changed to honor the previous answer.
> 3) Say if the user did create a data source, then in re-deploy case the data source either needs to be deleted and re-created or flush the connections in the old data source, so that the connections point to valid VDB rather than stale connections.
> 4) It would be even nice, "Remember My Decision" kind of preference, that could always create or not create data source, rather than keep asking the user.
> BTW, this feature is only useful for the Web Service scenarios, so I would start off with OFF position. May be turn it on only ask when web service model in the work space if you want to be fancy. Also detect the name of data source in the web-service war creation scenarios, or let them create with a button right next to it.
--
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
[JBoss JIRA] (TEIIDDES-2083) VDB datasource creation enhancements
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-2083?page=com.atlassian.jira.plu... ]
Barry LaFond updated TEIIDDES-2083:
-----------------------------------
Description:
1) When a VDB is deployed, "Create VDB DataSource" dialog pops up, it asks the user whether to create a data source for VDB, but does not provide a "cancel" button to opt out. There should be a "cancel" to opt out.
* BML - There is a Cancel button on the dialog
2) If you are re-deploying the same VDB, the same dialog pops up again asking the same question, it should be changed to honor the previous answer.
3) Say if the user did create a data source, then in re-deploy case the data source either needs to be deleted and re-created or flush the connections in the old data source, so that the connections point to valid VDB rather than stale connections.
4) It would be even nice, "Remember My Decision" kind of preference, that could always create or not create data source, rather than keep asking the user.
BTW, this feature is only useful for the Web Service scenarios, so I would start off with OFF position. May be turn it on only ask when web service model in the work space if you want to be fancy. Also detect the name of data source in the web-service war creation scenarios, or let them create with a button right next to it.
was:
1) When a VDB is deployed, "Create VDB DataSource" dialog pops up, it asks the user whether to create a data source for VDB, but does not provide a "cancel" button to opt out. There should be a "cancel" to opt out.
2) If you are re-deploying the same VDB, the same dialog pops up again asking the same question, it should be changed to honor the previous answer.
3) Say if the user did create a data source, then in re-deploy case the data source either needs to be deleted and re-created or flush the connections in the old data source, so that the connections point to valid VDB rather than stale connections.
4) It would be even nice, "Remember My Decision" kind of preference, that could always create or not create data source, rather than keep asking the user.
BTW, this feature is only useful for the Web Service scenarios, so I would start off with OFF position. May be turn it on only ask when web service model in the work space if you want to be fancy. Also detect the name of data source in the web-service war creation scenarios, or let them create with a button right next to it.
> VDB datasource creation enhancements
> ------------------------------------
>
> Key: TEIIDDES-2083
> URL: https://issues.jboss.org/browse/TEIIDDES-2083
> Project: Teiid Designer
> Issue Type: Enhancement
> Components: Teiid Integration
> Reporter: Ramesh Reddy
>
> 1) When a VDB is deployed, "Create VDB DataSource" dialog pops up, it asks the user whether to create a data source for VDB, but does not provide a "cancel" button to opt out. There should be a "cancel" to opt out.
> * BML - There is a Cancel button on the dialog
> 2) If you are re-deploying the same VDB, the same dialog pops up again asking the same question, it should be changed to honor the previous answer.
> 3) Say if the user did create a data source, then in re-deploy case the data source either needs to be deleted and re-created or flush the connections in the old data source, so that the connections point to valid VDB rather than stale connections.
> 4) It would be even nice, "Remember My Decision" kind of preference, that could always create or not create data source, rather than keep asking the user.
> BTW, this feature is only useful for the Web Service scenarios, so I would start off with OFF position. May be turn it on only ask when web service model in the work space if you want to be fancy. Also detect the name of data source in the web-service war creation scenarios, or let them create with a button right next to it.
--
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