[JBoss JIRA] (TEIID-225) LDAP Connector should use base DN for table as base DN for updates as well as queries
by Steven Hawkins (Updated) (JIRA)
[ https://issues.jboss.org/browse/TEIID-225?page=com.atlassian.jira.plugin.... ]
Steven Hawkins updated TEIID-225:
---------------------------------
Fix Version/s: Open To Community
> LDAP Connector should use base DN for table as base DN for updates as well as queries
> -------------------------------------------------------------------------------------
>
> Key: TEIID-225
> URL: https://issues.jboss.org/browse/TEIID-225
> Project: Teiid
> Issue Type: Feature Request
> Components: LDAP Connector
> Affects Versions: 6.0.0
> Environment: MetaMatrix 5.5.3RC2
> Reporter: Greg Haber
> Priority: Minor
> Fix For: Open To Community
>
>
> Ramesh had a great idea earlier today on the LDAP connector:
> [Ramesh] Why not search base info along with PK information to build the unique
> DN? That seems possible right?
> [Greg] Yes, that is a great idea! I will put in a JIRA for that (small code change, changing name of "search base" to just "base", and doc change). Probably we should have both relative and fully qualified DNs accepted here. Note however that the base may be several levels higher up in the tree then where you want to put the entry, so the base DN may be "ou=people,dc=company,dc=com", with a relative DN of "uid=ghaber,ou=newyork" here.
--
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, 10 months
[JBoss JIRA] (TEIID-999) Create valid capabilities support for MS Excel and MS Access JDBC-ODBC Connectors
by Steven Hawkins (Updated) (JIRA)
[ https://issues.jboss.org/browse/TEIID-999?page=com.atlassian.jira.plugin.... ]
Steven Hawkins updated TEIID-999:
---------------------------------
Fix Version/s: Open To Community
(was: 8.0)
> Create valid capabilities support for MS Excel and MS Access JDBC-ODBC Connectors
> ---------------------------------------------------------------------------------
>
> Key: TEIID-999
> URL: https://issues.jboss.org/browse/TEIID-999
> Project: Teiid
> Issue Type: Feature Request
> Components: Misc. Connectors
> Environment: MS Excel 2003
> Reporter: Larry O'Leary
> Fix For: Open To Community
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> Create a capabilities set that can be used by the MS Access and MS Excel connectors. We currently offer the MS Excel connector which is using the generic JDBC capabilities and translators and the MS Access connector which is using its own capabilities and translators but they do not reflect MS Access.
> The replacement connector types should work very much like the current ones but reflect the base capabilities offered by MS JET 4 and specific capabilities as defined by the MS Excel and MS Access limitations to the MS JET 4 implementation. At bare minimum we should support push-down of all currently defined capabilities and remove any current ones that are not valid for MS JET/MS Access/MS Excel.
--
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, 10 months
[JBoss JIRA] Created: (TEIID-1741) Record level audit trail in teiid log files
by Monika Ahuja (JIRA)
Record level audit trail in teiid log files
-------------------------------------------
Key: TEIID-1741
URL: https://issues.jboss.org/browse/TEIID-1741
Project: Teiid
Issue Type: Feature Request
Reporter: Monika Ahuja
Assignee: Steven Hawkins
In order to track the audit trail for patient identified information access, we would like to track the executed queries, results as well as the timestamps for each user's query and its result. Essentially we need a report providing the list of Medical Record Numbers accessed by each user id and I think we can use the Logs to track that (unless you suggest a better way).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 10 months
[JBoss JIRA] (TEIID-994) Unable to execute Oracle pipelined table function as procedure
by Steven Hawkins (Updated) (JIRA)
[ https://issues.jboss.org/browse/TEIID-994?page=com.atlassian.jira.plugin.... ]
Steven Hawkins updated TEIID-994:
---------------------------------
Fix Version/s: Open To Community
(was: 8.0)
> Unable to execute Oracle pipelined table function as procedure
> --------------------------------------------------------------
>
> Key: TEIID-994
> URL: https://issues.jboss.org/browse/TEIID-994
> Project: Teiid
> Issue Type: Feature Request
> Components: Misc. Connectors, Query Engine
> Reporter: Steven Hawkins
> Fix For: Open To Community
>
>
> Oracle pipelined table functions (can be used in Oracle queries as TABLE(...)) that can be put in the FROM clause and used as if they were tables although they are really procedures. We found that we imported this table function, although didn't get it quite right - the result set was wrong, which may just be a deficiency of the JDBC import metadata. We were able to map the proc to a table and execute but when we did we got a PL/SQL error from the db.
> Because this is a proc, we are executing it as a CallableStatement down in the JDBC connector which apparently does not work with DataDirect. I'm not sure how we can detect and do something different but seems like we need to have some metadata (procedure name in source?) that can tell us that this proc needs to be run differently and have the Oracle JDBC Connector deal with this properly.
--
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, 10 months