[
https://issues.jboss.org/browse/TEIID-2785?page=com.atlassian.jira.plugin...
]
Steven Hawkins commented on TEIID-2785:
---------------------------------------
Adding as a SYS, IMO, wouldn't be correct
That's the current behavior though. If you recall in the old mmx days functions
regardless of their source were globally defined. In this case having them be SYS.JCR
implies they are for a specific purpose. And even if they are scoped to a model you can
still attempt to invoke them against another source. Again the rationale for this is
introducing a single function definition rather than having each model with its own.
Otherwise, there's no where to get the function details using
metadata.
That an issue with Designer usage. In a dynamic vdb (or even a live designer vdb) the
pushdown function metadata gets injected just like the schema scoped metadata, so it's
there at runtime. For design time we have a couple of options, the simpliest of which is
to add an import option to include the pushdown functions in the schema metadata (although
it would be nice if the resolver knew the relationship between the function definitions).
Beyond that designer would have to know how to update the function library based upon the
translator set in use.
Update ModeShape jdbc translator to return the JCR procedures in the
getMetadatda() call
----------------------------------------------------------------------------------------
Key: TEIID-2785
URL:
https://issues.jboss.org/browse/TEIID-2785
Project: Teiid
Issue Type: Enhancement
Components: JDBC Connector
Affects Versions: 8.7
Reporter: Van Halbert
Assignee: Van Halbert
Fix For: 8.7
The ModeShapeExecutionFactory should expose the JCR procedures in the metadata when the
getMetadata(..) is called.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira