[JBoss JIRA] (TEIID-4065) Accumulo encoding property is effectively unused
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-4065?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-4065:
----------------------------------
Component/s: Misc. Connectors
> Accumulo encoding property is effectively unused
> ------------------------------------------------
>
> Key: TEIID-4065
> URL: https://issues.jboss.org/browse/TEIID-4065
> Project: Teiid
> Issue Type: Quality Risk
> Components: Misc. Connectors
> Affects Versions: 9.0
> Reporter: Steven Hawkins
>
> With the use of lexi coders the translator encoding property is effectively unused - however it may be needed if we want to offer a backwards compatible way of accessing older Teiid accumulo data. For older versions everything would need to be typed as string, but we defaulted to the system encoding rather than utf-8, which is what is expected by the string lexicoder.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (TEIID-3955) When the JDBC MetadataProcessor is reverse engineering, don't fail the VDB when there are warning on the metadata load
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3955?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-3955.
-----------------------------------
Resolution: Incomplete Description
We should drive this from specific issues so that we're clear on how to recover, so for now making as incomplete description.
> When the JDBC MetadataProcessor is reverse engineering, don't fail the VDB when there are warning on the metadata load
> ----------------------------------------------------------------------------------------------------------------------
>
> Key: TEIID-3955
> URL: https://issues.jboss.org/browse/TEIID-3955
> Project: Teiid
> Issue Type: Enhancement
> Components: JDBC Connector
> Reporter: Van Halbert
> Assignee: Steven Hawkins
> Priority: Minor
>
> When the JDBC metadata processor is reverse engineering the metadata and there are WARNINGS that it could not create the metadata for parts (not all) of the tables, then allow the VDB to be active, instead of failing it and making it inactive. Let the developer decide if what was not loaded requires further tuning of the import properties. Otherwise, the VDB may have what it needs.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (TEIID-3463) Add an importer for LDAP
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3463?page=com.atlassian.jira.plugin... ]
Steven Hawkins reassigned TEIID-3463:
-------------------------------------
Fix Version/s: Open To Community
Assignee: (was: Steven Hawkins)
Unassigned and moved to a community issue as there's been no movement on this nor the designer issue - it's still not clear what we should assume about how the directory structure is imported.
> Add an importer for LDAP
> ------------------------
>
> Key: TEIID-3463
> URL: https://issues.jboss.org/browse/TEIID-3463
> Project: Teiid
> Issue Type: Feature Request
> Components: LDAP Connector
> Reporter: Steven Hawkins
> Fix For: Open To Community
>
> Attachments: ldap-ds-1.png, ldap-ds-2.png, ldap-ds-3.png
>
>
> Related to TEIIDDES-2499, Teiid should add import support for LDAP.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (TEIID-1945) Add Virtual List View (VLV) capabilities to LDAP connector
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-1945?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-1945.
-----------------------------------
Resolution: Out of Date
Marking as out of date as there has been no additional request for this in some time and in most scenarios simple paging should suffice.
> Add Virtual List View (VLV) capabilities to LDAP connector
> ----------------------------------------------------------
>
> Key: TEIID-1945
> URL: https://issues.jboss.org/browse/TEIID-1945
> Project: Teiid
> Issue Type: Feature Request
> Components: LDAP Connector
> Reporter: Marc Shirley
>
> Request to add Virtual List View (VLV) capabilities to LDAP connector to handle the case of large result sets. During materialization, the query was timing out on the LDAP server before it completed and caused the materialization to fail. This was worked around by increasing the idle timeout on the LDAP server, but a request was made to implement the VLV capabilities in order to avoid the need to increase the idle timeout as the LDAP results grow larger.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (TEIID-4793) Change of class loading no longer requires module dependencies
by Van Halbert (JIRA)
[ https://issues.jboss.org/browse/TEIID-4793?page=com.atlassian.jira.plugin... ]
Van Halbert reassigned TEIID-4793:
----------------------------------
Assignee: Van Halbert (was: Steven Hawkins)
> Change of class loading no longer requires module dependencies
> --------------------------------------------------------------
>
> Key: TEIID-4793
> URL: https://issues.jboss.org/browse/TEIID-4793
> Project: Teiid
> Issue Type: Enhancement
> Components: JDG Connector
> Affects Versions: 9.3, 8.12.10.6_3
> Reporter: Van Halbert
> Assignee: Van Halbert
> Priority: Critical
>
> With the latest changes to support username/password required code refactoring so that a new remoteCacheManager is configured for each connection. And with that, it appears that, with 1 more small change, the resource-adapter module dependency in the pojo is no longer needed for either use case: using pojo annotations or protobuf files.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (TEIID-4793) Change of class loading no longer requires module dependencies
by Van Halbert (JIRA)
Van Halbert created TEIID-4793:
----------------------------------
Summary: Change of class loading no longer requires module dependencies
Key: TEIID-4793
URL: https://issues.jboss.org/browse/TEIID-4793
Project: Teiid
Issue Type: Enhancement
Components: JDG Connector
Affects Versions: 9.3, 8.12.10.6_3
Reporter: Van Halbert
Assignee: Steven Hawkins
Priority: Critical
With the latest changes to support username/password required code refactoring so that a new remoteCacheManager is configured for each connection. And with that, it appears that, with 1 more small change, the resource-adapter module dependency in the pojo is no longer needed for either use case: using pojo annotations or protobuf files.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (TEIID-1328) API request: Programatically modify the VDB
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-1328?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-1328.
-----------------------------------
Resolution: Out of Date
Marking as out of date due to newer issues. DDL support for defining a vdb in general was added with TEIID-4629. There is a goal to make it interactive as well TEIID-2578
> API request: Programatically modify the VDB
> --------------------------------------------
>
> Key: TEIID-1328
> URL: https://issues.jboss.org/browse/TEIID-1328
> Project: Teiid
> Issue Type: Feature Request
> Components: AdminApi
> Affects Versions: 7.1
> Reporter: Mark Addleman
> Priority: Minor
>
> I'd like an API to programatically modify the VDB. It would be ideal to modify the VDB using DDL through Teiid. Our primary use case is accessing a dynamic set of datasources through Teiid. When a datasource is added, we would INSERT the appropriate entries into MODEL, PROPERTIES, DATASOURCES tables. Teiid would reread the appropriate metadata from the associated translators.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months