[JBoss JIRA] Closed: (TEIID-164) Connector api overhaul
by Steven Hawkins (JIRA)
[ https://jira.jboss.org/jira/browse/TEIID-164?page=com.atlassian.jira.plug... ]
Steven Hawkins closed TEIID-164.
--------------------------------
Resolution: Done
All 6.0.0 issues are out of the way. The documentation changes will be made with 6.1.0.
> Connector api overhaul
> ----------------------
>
> Key: TEIID-164
> URL: https://jira.jboss.org/jira/browse/TEIID-164
> Project: Teiid
> Issue Type: Feature Request
> Components: Connector API, Documentation, Misc. Connectors, Query Engine
> Affects Versions: 6.0.0
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Priority: Critical
> Fix For: 6.0.0
>
>
> Proposed changes:
> Remove getMetadata from connection - if and when it is implemented it will be an optional interface.
> Rename Connection.release to close and PoolAwareConnection.releaseCalled to closeCalled
> Remove ConnectorCapabilities.supportsExecutionMode and replace Asynch/SynchQuery, Asynch/SynchQueryCommand, Batched Executions with ResultSetExecution, also remove BatchedUpdate and BulkInsert Executions, which can be generalized on UpdateExecution.
> BatchedUpdate and BulkInsert support would be indicated by capabilities on ConnectorCapabilities.
> Execution mode integer constants would no longer be used, instead the ICommand object would be passed to the Connection.createExecution method.
> Asynch Connectors are created by modifying execution logic to throw a DataNotAvailableException, which contains the next poll interval. This removes the need for special executions.
> ResultSetExecution would use an iteration approach, which removes the need for Batch and BasicBatch (FEDERATE-311)
> Connector batch size would be available on the ExecutionContext, rather than explicitly being passed to the execute method.
> Additionally all deprecated classes would be removed and a 5.5. compatibility layer created. Current deprecations are:
> Deprecated ConnectorCapabilities scope, and added GlobalCapabilitiesProvider
> Deprecated ConnectionPool/DisabledConnectionPool/ConnectionPoolException, since pooling can be provided automatically
> Deprecated Asynch/SynchQueryExecution, and added Asynch/SynchQueryCommandExecution
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Commented: (TEIID-193) MembershipService does not show failure in Console when unable to connect to LDAP database
by Steven Hawkins (JIRA)
[ https://jira.jboss.org/jira/browse/TEIID-193?page=com.atlassian.jira.plug... ]
Steven Hawkins commented on TEIID-193:
--------------------------------------
That's close to what you would want (except you still need an aggregate membershipservice concept to account for domain ordering). Representing something as a service (either as individual MembershipServices or MembershipDomainServices) has ramifications for it's configuration and creation that of course would require quite a bit of work to do, that's why this keeps getting pushed.
> MembershipService does not show failure in Console when unable to connect to LDAP database
> ------------------------------------------------------------------------------------------
>
> Key: TEIID-193
> URL: https://jira.jboss.org/jira/browse/TEIID-193
> Project: Teiid
> Issue Type: Feature Request
> Components: Console
> Affects Versions: 6.x
> Reporter: Steven Hawkins
> Priority: Minor
> Fix For: 6.2.0
>
>
> Defect Tracker #2865 : Set up MembershipService to have MetaMatrix and LDAP users. Server PC was unable to communicate with Unix box hosting LDAP database. Server started and MembershipService showed Running even though it had failed to read LDAP users. There is an exception in MetaMatrixVM log but need a visual clue in Console.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Commented: (TEIID-193) MembershipService does not show failure in Console when unable to connect to LDAP database
by Larry O'Leary (JIRA)
[ https://jira.jboss.org/jira/browse/TEIID-193?page=com.atlassian.jira.plug... ]
Larry O'Leary commented on TEIID-193:
-------------------------------------
Can we not expose each membership domain as a separate service in the service list? Basically all components that are derived (marked) as membership service could be displayed as a separate service with its own service status in the service state panel of the Console.
So, if I had a file membership domain defined called file01.dom and an LDAP membership domain defined called ldap01.dom then I would see in the service panel:
PlatformStandard
|
+--MembershipService: file01.dom -- Running
+--MembershipService: ldap01.dom -- Failed Initialization
> MembershipService does not show failure in Console when unable to connect to LDAP database
> ------------------------------------------------------------------------------------------
>
> Key: TEIID-193
> URL: https://jira.jboss.org/jira/browse/TEIID-193
> Project: Teiid
> Issue Type: Feature Request
> Components: Console
> Affects Versions: 6.x
> Reporter: Steven Hawkins
> Priority: Minor
> Fix For: 6.2.0
>
>
> Defect Tracker #2865 : Set up MembershipService to have MetaMatrix and LDAP users. Server PC was unable to communicate with Unix box hosting LDAP database. Server started and MembershipService showed Running even though it had failed to read LDAP users. There is an exception in MetaMatrixVM log but need a visual clue in Console.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months