[JBoss JIRA] (TEIID-1873) Security documentation does not provide adequate information to integrate additional domains for authentication
by Van Halbert (Updated) (JIRA)
[ https://issues.jboss.org/browse/TEIID-1873?page=com.atlassian.jira.plugin... ]
Van Halbert updated TEIID-1873:
-------------------------------
Description:
The Administration Guide mentions modifying/adding domains that Teiid use for authentication, but never mentions how to accomplish it. There should be information to edit the 'teiid-jboss-beans.xml' file to add/edit domains in the "securityDomains" property in order for users to easily modify authentication according to their security needs.
<property name="securityDomains">teiid-security</property>
<property name="adminSecurityDomain">jmx-console</property>
was:
The Data Services Administration Guide mentions modifying/adding domains that EDS/Teiid use for authentication, but never mentions how to accomplish it. There should be information to edit the 'teiid-jboss-beans.xml' file to add/edit domains in the "securityDomains" property in order for users to easily modify EDS authentication according to their security needs.
<property name="securityDomains">teiid-security</property>
<property name="adminSecurityDomain">jmx-console</property>
> Security documentation does not provide adequate information to integrate additional domains for authentication
> ---------------------------------------------------------------------------------------------------------------
>
> Key: TEIID-1873
> URL: https://issues.jboss.org/browse/TEIID-1873
> Project: Teiid
> Issue Type: Bug
> Components: Documentation
> Affects Versions: 7.4.1
> Reporter: Marc Shirley
>
> The Administration Guide mentions modifying/adding domains that Teiid use for authentication, but never mentions how to accomplish it. There should be information to edit the 'teiid-jboss-beans.xml' file to add/edit domains in the "securityDomains" property in order for users to easily modify authentication according to their security needs.
>
> <property name="securityDomains">teiid-security</property>
> <property name="adminSecurityDomain">jmx-console</property>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years
[JBoss JIRA] (TEIID-3) Allow connectors to specify function capability for specific type signature
by Steven Hawkins (Resolved) (JIRA)
[ https://issues.jboss.org/browse/TEIID-3?page=com.atlassian.jira.plugin.sy... ]
Steven Hawkins resolved TEIID-3.
--------------------------------
Assignee: Steven Hawkins
Resolution: Partially Completed
Added ExecutionFactory.supportsConvert to support specific convert signatures, but did not add a general typed based mechanism for other system functions as they generally only have a single form - or are highly related such as supporting several numeric types. Also pushdown functions have specific signatures that are set by the translator, so that case is covered as well.
> Allow connectors to specify function capability for specific type signature
> ---------------------------------------------------------------------------
>
> Key: TEIID-3
> URL: https://issues.jboss.org/browse/TEIID-3
> Project: Teiid
> Issue Type: Quality Risk
> Components: Misc. Connectors
> Affects Versions: 6.0.0
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 8.0
>
>
> Defect Tracker #15144: Connectors should be able to specify pushdown capability for particular type signatures of a function. We have seen several cases where this would be helpful. This can probably be done without changing current Connector API by allowing the ConnectorCapabilities function method to return method signatures instead of just function names. For example, "mod(integer, integer)" instead of just "mod". Needs some further design still.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years
[JBoss JIRA] (TEIID-1858) Misc. Salesforce Translator Issues (for SOA-P)
by Rick Wagner (Created) (JIRA)
Misc. Salesforce Translator Issues (for SOA-P)
----------------------------------------------
Key: TEIID-1858
URL: https://issues.jboss.org/browse/TEIID-1858
Project: Teiid
Issue Type: Bug
Components: Salesforce Connector
Affects Versions: 6.0.0
Reporter: Rick Wagner
Assignee: Steven Hawkins
Fix For: 7.6.1
Query the BusinessHours table imported from Salesforce, which contains columns with 'time' datatype.
For example, the query:
SELECT Name,CreatedDate,MondayStartTime FROM SFTest.salesforce.BusinessHours
Results in:
Error Code:ERR.003.029.0025 Message:Failed to transform String to Time. Expected format = hh:mm:ss for 08:00:00.000Z
It looks like the code in QueryExecutionImpl.getCellDatum needs to handle translation of the salesforce time format
Other issues:
- nil string values will be returned as empty instead of null.
- non-join criteria of the form column1 = column2 is rendered inappropriately (however it is not supported by SF we should look at restricting criteria support to literals)
- IN predicate time/date/timestamp values are not formatted correctly
- timezones are ignored on returned time/timestamp values. So unless the server is in the same timezone as the values (typically Z/GMT) the local value will be incorrect.
- a timezone is not included on literal times, which has the same issue as above.
- IS NULL support should be added using col = NULL
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years