[
https://issues.jboss.org/browse/TEIID-1366?page=com.atlassian.jira.plugin...
]
Steven Hawkins edited comment on TEIID-1366 at 11/17/11 1:47 PM:
-----------------------------------------------------------------
Yes, something like that. Would include be a better term? Version would be optional and
wouldn't order be implied by the order they are entered in?
Also we would have to flesh out the details of role merging and whether any of the other
aspects of the child vdb is overridable, such as translators.
Based upon the current implementation we would have to make it clear that this merges
metadata and that the vdbs still remain operationally independent with possibly different
materialized views, separate caches, etc.
was (Author: shawkins):
Yes, something like that. Would include be a better term? Wersion would be optional
and wouldn't order be implied by the order they are entered in?
Also we would have to flesh out the details of role merging and whether any of the other
aspects of the child vdb is overridable, such as translators.
Based upon the current implementation we would have to make it clear that this merges
metadata and that the vdbs still remain operationally independent with possibly different
materialized views, separate caches, etc.
Merge VDB action should provide way to persist the results
-----------------------------------------------------------
Key: TEIID-1366
URL:
https://issues.jboss.org/browse/TEIID-1366
Project: Teiid
Issue Type: Feature Request
Components: AdminApi
Affects Versions: 7.2
Reporter: Ramesh Reddy
Currently "merge vdb" admin action is memory resident and does not persist
between server restarts. Need to explore way to make this action persistent.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira