]
Ramesh Reddy commented on TEIID-4356:
-------------------------------------
The connection semantics for each resource adapter is different, so in turn it makes hard
to write single "test' button that has ability to test.
My comments from above thread are taken out of context for this JIRA, as these two issues
are not related. Testing the connection of a resource-adapter when using a separate
security domain brings in run time aspect of the system into the mix, complicating the
situation more or making it impossible for startup time.
I say we should resolve this by Won't Fix.
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
Assignee: Steven Hawkins
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