-The Repository for Model-Driven Development (REMODD) is a community resource developed to support the research and education activities of researchers and educators in the Model-Driven Development (MDD) community. Researchers and practitioners can use the repository as a vehicle for sharing exemplar models, illustrative descriptions of modeling methodologies and techniques, detailed modeling case studies, modeling success stories, and other forms of modeling experience and knowledge. Recent extensions to REMODD support the seamless integration of REMODD into existing modeling frameworks, thereby improving the access to REMODD artifacts. In particular, we have developed an Application Programming Interface (API) to enable other repositories and existing modeling tools to directly access REMODD search, browsing, and retrieval facilities. We validate and demonstrate the API utility through an Eclipse plugin that allows a user to collaboratively work on modeling artifacts that are available in REMODD. Index Terms-collaborative modeling, Eclipse plug-in, MDE, ReMoDD, version control
Model-Driven Development (MDD) community can use to guide and validate their research. REMODD artifacts include detailed MDD case studies describing the use of models (including graphical models, such as UML and Simulink, as well as models expressed in formal specification languages such as Z, Alloy, and Statecharts) throughout the development lifecycle, source code describing implementations of design models, examples of models reflecting good and poor modeling practices, benchmark models that can serve as the basis for evaluating model manipulation techniques, reusable model transformations, and pedagogical materials that can enhance the teaching of MDD concepts. The intent for REMODD is to provide a community resource for storing MDD artifacts that can be used to gain significant insights into the use of models across the software lifecycle, as a source of data for MDD experiments, as a source of models for testing MDD tools, and to better understand relationships among ongoing MDD research projects. In particular, educators in academia and industry can use REMODD resources to illustrate modeling concepts and approaches in the classroom.
We expect that the artifacts in REMODD will evolve as researchers and educators use them in their work. Researchers may need new versions of existing models to support experimentation in studying approaches involving model evolution and testing. Educators may require their students to extend models to teach concepts in refactoring. The new versions of models will need to be stored in REMODD to support future research and education. Previously REMODD1 supported versioning capabilities via Drupal but did not support access control and configuration management for simultaneous collaborative modeling activities by contributors modifying the same artifact. Modifications to artifacts are typically performed in development environments that support modeling tools, which require the availability of tools and Application Programming Interfaces (API) to access REMODD, check out artifacts, and push and commit changes to the artifacts.
In this paper we describe key elements of the REMODD API and illustrate its use with the Papyrus Modeling environment2 and our REMODD plug-in. In the video tutorial, we demonstrate several usage scenarios that are described below.
We developed an API for REMODD that defines the Java
interfaces, classes, and exceptions necessary to support (
Scenario-1: This scenario takes the user through the artifact creation process (i.e., AirlineSystem artifact), using REMODD’s web interface starting from the REMODD homepage. The user can be the artifact’s author or someone uploading the artifact on behalf of the author. After providing the author’s information and brief description of the artifact as shown in Figure 1, the user submits the candidate artifact for inclusion in REMODD.
1http://www.remodd.org/ 2https://eclipse.org/papyrus/ Scenario-2: Next, we show how the user can access REMODD and its artifacts as an Eclipse plug-in. From Eclipse, the user opens a new window and selects the REMODD view.
The user then logs in to REMODD using their REMODD credentials and performs searches similar to how it is done via the web-interface. The user can select the previously created artifact (i.e., AirlineSystem) for editing. Figure 2 shows how the user searches for the AirlineSystem project for cloning, and then edits the project to include a class diagram containing a single class (i.e., Flight), using the Papyrus modeling tool.
After completing the editing process, the user pushes the
changes back to REMODD by (
Scenario-3: As with many MDE projects, multiple collaborators may work on a given artifact over a given time. This scenario illustrates how REMODD supports the feature of adding and managing contributors for artifacts. The user starts with the Artifacts page for a given artifact, and select the "Contributors" tab. As shown in Figure 3, the user enters the name of a new contributor and the corresponding privileges ("Edit Project", "Administer Maintainers", or "Administer Releases"), and clicks the "Update" button at the bottom.
We next illustrate how the new contributor, user2 opens the Eclipse project to access the AirlineSystem project, and then opens the class diagram to add a new class called Airport.
Figure 4 shows the resulting class diagram. Upon saving the class diagram, user2 repeats the process of saving the project and pushing the revised artifact to the REMODD repository.
Scenario-4: This scenario represents a commonly occurring situation where two or more modelers check out a version and perform conflicting changes. These conflicts must be resolved when the models are merged. This scenario starts after Scenario 3, when user1’s diagram only has the Flight that shows the conflicts to be merged as shown in Figure 5. class, and user2’s diagram has both Flight and Airport, which Scenario-5: This scenario is needed only when a contributor have been pushed to REMODD. First, user2 adds an operation wants to create a downloadable release of the artifact and make called book() to the Flight and commits the change but does it available to all REMODD users on the website, such as after not push. Next, user1 pulls the changes that were pushed, and Scenarios 2, 3, and 4. We illustrate how this step is performed thus, gets the Airport but not the book() operation. Next, user1 after Scenario 4. After user2 pushes the revised artifact to proceeds to add the cancel() operation to the Flight, and REMODD, they create a git tag for the pushed commit. The commits and pushes the change. When user2 pulls changes tag number becomes the version number for the downloadable from REMODD, there is a conflict because of the book() and release. Next, user2 opens the AirlineSystem artifact page conflict() operations. There is a built-in merge tool in e-git from the REMODD website, clicks on the "Add new release" option, selects the tag number (see Figure 6), adds a short description of the release, and finally clicks on "Save". The created release contains the model files archived and attached.
REMODD users can view and download this artifact release.
Scenario-6: This scenario shows how REMODD users who are not on the artifact’s contributor list can still search for the artifact and download it via the plug-in so that they can edit and store versions locally without committing changes back to REMODD or creating new releases. This scenario is demonstrated with user3, who is not a contributor for the AirlineSystem artifact. User3 logs into REMODD via the plug-in, searches for the AirlineSystem artifact, and then clones it to a project in Eclipse. At this point, user3 is allowed to edit the artifact files in the project (not shown in the video).
and complementary modeling environments through its new API, a few of which we describe below. The Generic Modeling Environment (GME) [2] allows users to create domain specific modeling languages and code generation environments. GME provides a repository to store developed models in a database or in XML format. GenMyModel [3] is a webbased toolset that allows users to edit UML models in the cloud. It enables users to share models with other users or on social networks. The Model-Aware Repository and Service Environment (Morse) [4] provides a service-based repository for the storage and retrieval of models. Morse supports versioning capabilities. MDEForge [5] is an extensible webbased modeling framework that provides a community-based modeling repository. It supports mechanisms to find artifacts, and provides web access and other API-based services that enable the management of the artifacts, metamodels, and model transformations. The OCL repository3 contains examples of Object Constraint Language expressions, where it is hosted by GitHub and allows users to contribute without having to register. OOModels4 is an open library of objectoriented modeling. Users can use OOModels to download and discuss artifacts, develop modeling artifacts, and find software compatible with their models.
REMODD now includes an interface with git support and an API to enable the MDE community to integrate their development environments with REMODD. Users can download artifacts from the repository and create new versions in their respective development environments. An Eclipse plug-in uses the API to implement this functionality. We plan to further assess the usability and utility of these new features. We also plan to collaborate with developers of other modeling tools and repositories to enable them to interact with REMODD.
Science Foundation under Grants No. CNS 1305381 and CNS 1305358.