Bug 781108 (SOA-3601)

Summary: Managing multiple versions of models
Product: [JBoss] JBoss Data Virtualization 6 Reporter: Tom Fonteyne <tfonteyn>
Component: ToolingAssignee: Van Halbert <vhalbert>
Status: CLOSED WONTFIX QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: unspecifiedCC: jeremy, loleary, soa-p-jira, tfonteyn, vhalbert, vhalbert
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
URL: http://jira.jboss.org/jira/browse/SOA-3601
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
It has been requested that users be able to manage multiple versions of models more effectively. Due to other priorities, this feature will not be provided in JBoss Data Virtualization 6. The current recommended approach to managing multiple model versions is to use a version control system.
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-02-25 21:26:34 UTC Type: Feature Request
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Tom Fonteyne 2011-11-17 16:44:53 UTC
Help Desk Ticket Reference: https://c.na7.visual.force.com/apex/Case_View?id=500A0000008U528&sfdc.override=1
project_key: SOA

We have a big requirement to more effectively manage multiple versions of models. In the future, we will have to maintain multiple versions of models and VDBs in order to guarantee compability for some clients while possibly providing new functionality for other clients using the same models.

We will also have "core models" (again possibly multiple releases) of business concepts which will be included in VDBs for specific clients and systems, then changes will need to be merged in from this one core set to many models/VDBs in the future. I posted a question to the SME list about this a few months ago ("Effectively version controlling models"). Ramesh provided some helpful ideas, such as stacking of VDBs, which we would prefer not to do because of foreseen management and performance (query planning) problems, and also how we can deploy multiple versions of the same VDB.

The problem remains however, that the only way we have at present to work with models is interactively through Teiid designer, and the only way to merge selectively (rather than replacing models) is manually. This process would potentially have to be repeated multiple times for each changeset. The customer is concerned that this approach will become unmanageable in the future.

Being able to merge through the designer would be great, but also non-interactively and automatable in some way too. Ideally, we would like to see a greater seperation of model management from the designer (in the same that it was done in a set of reusable classes which the designer makes use of also) so we have the option of using automatable tools (ie. maven) or building or own tools to do this merging.

Comment 1 Tom Fonteyne 2011-11-17 16:57:24 UTC
Security: Removed: JBoss Internal Added: Public


Comment 2 Jeremy Brown 2011-11-17 16:59:46 UTC
I'd like to add my voice in here to stress how important this is when you have a team working on the same model concurrently.

Currently this is not possible but the need for this is really important.

Comment 3 Van Halbert 2011-11-17 17:05:13 UTC
Link: Added: This issue Cloned to SOA-3602


Comment 6 Van Halbert 2011-12-29 21:24:28 UTC
Link: Added: This issue Cloned to SOA-3679