]
Steven Hawkins resolved TEIID-4356.
-----------------------------------
Fix Version/s: (was: 10.x)
Resolution: Won't Fix
Since there has been no movement on this, I'm resolving as won't fix. For many
scenarios the wildfly functionality to test a pool can be used. From the cli:
/subsystem=resource-adapters/resource-adapter=ldap/connection-definitions=ldapDS:test-connection-in-pool
See also
That of course does not help with delegation scenarios or those that need to test the
translator and resource adapter together.
As needed let's open more specific issues if it's still unclear in the logs and
potentially from the client when something isn't working.
Add asort of connection test for "connection definitions"
of resource adapters
------------------------------------------------------------------------------
Key: TEIID-4356
URL:
https://issues.jboss.org/browse/TEIID-4356
Project: Teiid
Issue Type: Feature Request
Components: Misc. Connectors
Reporter: Marco Ardito
Priority: Minor
Could a sort of "connection test" be implemented to verify if a
"connection definition" specified for a resource adapter (eg: file, google, etc)
is working, and can "connect" to the resource it's supposedly pointing to?
Data sources(jdbc) already have this kind of test, and it is quite useful to test if
there's any error in their connection definition.
With resource adapters, one must define connection definitions, but it is not possible to
test them, independently from later requests/queries (eg: reading data from .csv or .xls
files, or oauth web services): one has to build all the chain and really try to get data
from the source, using the vdb, hoping everything is correctly defined...
Recently I am struggling with a custom rest oauth2 RA, and I need to define
- security domain (with client id/secret, tokens, auth uri)
- RA using that domain
- a connection definition for the RA accessing the remote data source
- a VDB using the connection definition
- a client using the VDB to try get data in sql form
any step could be wrong, but only the last allows to check if the whole chain is working,
or not.
For any error or failure, regular users (like me) can't do anything else than double
check everything... a "test connection" button, for the connection definition,
would do wonders to simplify setup debug...
Marco