DOCSLIB.ORG

Automated Migration of Eugenia Graphical Editors to the Web

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Automated Migration of Eugenia Graphical Editors to the Web Automated Migration of EuGENia Graphical Editors to the Web Fatima Rani Pablo Diez Enrique Chavarriaga UGROUND GLOBAL, S.L UGROUND GLOBAL, S.L UGROUND GLOBAL, S.L Madrid, Spain Madrid, Spain Madrid, Spain [email protected] [email protected] [email protected] Esther Guerra Juan de Lara Universidad Autónoma de Madrid Universidad Autónoma de Madrid Madrid, Spain Madrid, Spain [email protected] [email protected] ABSTRACT 1 INTRODUCTION Domain-specific languages (DSLs) are languages tailored for partic- Model-Driven Engineering (MDE) [29] is a software paradigm that ular domains. Many frameworks and tools have been proposed to prescribes an active use of models during the construction process. develop editors for DSLs, especially for desktop IDEs, like Eclipse. Thus, models are used to describe, validate, simulate, generate code We are witnessing the advent of low-code development plat- and maintain the software, among many other activities. These forms, which are cloud-based environments supporting rapid appli- models can be built using general-purpose modelling languages, cation development by using graphical languages and forms. While such as the Unified Modelling Language (UML), but the useof this approach is very promising, the creation of new low-code plat- Domain-Specific Languages (DSLs) is also common [16]. forms may require the migration of existing desktop-based editors DSLs are languages tailored to a specific problem, containing to the web. However, this is a technically challenging task. customized concepts representing the abstractions within the do- To fill this gap, we present ROCCO, a tool that migrates Eclipse- main [10, 21, 22]. This way, the definition of (graphical) DSLs, and based graphical modelling editors to the web, to facilitate their their modelling environments is recurrent when building MDE integration with low-code platforms. The tool reads a meta-model solutions [15]. The benefit of using a DSL is that it can lead tomore annotated with EuGENia annotations, and generates a web editor effective solutions within a domain, while allowing end-users with using the DPG web framework used by the UGROUND company. In little technical background to perform programming tasks [17]. In this paper, we present the approach, including tool support and an the last years, many tools have been developed to automate the evaluation based on migrating nine editors created by third parties, construction of DSL editors [5, 8, 11–14, 19, 25, 30, 34], especially which shows the usefulness of the tool. since the popularization of extensible IDEs like Eclipse. Still, the development of DSL editors, in particular for graphical DSLs is a CCS CONCEPTS challenging task. We have recently witnessed the advent of low-code development Software and its engineering ! Domain specific languages • . platforms, which are cloud-based environments supporting the rapid development of applications by using graphical languages KEYWORDS and forms. While this approach is very promising, the creation Model-Driven Engineering, Graphical DSLs, Low-code platforms of new low-code platforms may profit from the reuse of existing MDE solutions in a cloud environment. This implies the migration ACM Reference Format: of existing desktop-based editors to the web. However, without Fatima Rani, Pablo Diez, Enrique Chavarriaga, Esther Guerra, and Juan automation, this is a technically challenging task. de Lara. 2020. Automated Migration of EuGENia Graphical Editors to the In order to fill this gap, we propose a tool to automate the migra- Web. In ACM/IEEE 23rd International Conference on Model Driven Engi- tion of Eclipse-based graphical DSL editors to the web. In particular, neering Languages and Systems (MODELS ’20 Companion), October 18–23, the tool supports editors built using EuGENia [8] and creates an 2020, Virtual Event, Canada. ACM, New York, NY, USA, 7 pages. https: editor for DPG-PsiEngine [2, 3]. This is a web-based framework //doi.org/10.1145/3417990.3420205 used within UGROUND as a basis for its ROSE low-code develop- ment platform [7]. This way, our solution enables the automated reuse of DSL editors within low-code environments, eliminating Permission to make digital or hard copies of all or part of this work for personal or the need for re-developing such editors. We have evaluated our classroom use is granted without fee provided that copies are not made or distributed tool by migrating nine editors built by third parties, obtaining good for profit or commercial advantage and that copies bear this notice and the full citation results, and demonstrating the applicability of this tool in practice. on the first page. Copyrights for components of this work owned by others than ACM must be honored. Abstracting with credit is permitted. To copy otherwise, or republish, The rest of this paper is organized as follows. Section 2 provides to post on servers or to redistribute to lists, requires prior specific permission and/or a background on technologies used in our work, and introduces a run- fee. Request permissions from [email protected]. ning example. Section 3 describes our approach to migration, and MODELS ’20 Companion, October 18–23, 2020, Virtual Event, Canada © 2020 Association for Computing Machinery. Section 4 tool support. Section 5 presents an evaluation. Section 6 ACM ISBN 978-1-4503-8135-2/20/10...$15.00 https://doi.org/10.1145/3417990.3420205 MODELS ’20 Companion, October 18–23, 2020, Virtual Event, Canada Fatima Rani et al. compares with related work and Section 7 presents conclusions and future work. 2 BACKGROUND AND MOTIVATION In this section we introduce the different technologies involved in our approach, on the basis of a running example. 2.1 Eclipse Modeling Framework and EuGENia The Eclipse Modeling Framework (EMF) [9, 31] is a widely used (partial) implementation of the meta-object facility (MOF) standard of the OMG [23]. EMF is a meta-modelling framework integrated within Eclipse. It supports a notation (Ecore) for creating meta- models, and a code generation facility that produces Java code Figure 2: EuGENia graphical editor for Petri nets (enabling the construction of models and model transformations programmatically) and tree editors to create models interactively. EMF supports model serialization using the XML Metadata Inter- [8] (which we analyse in Section 6). We decided to support the change (XMI), an OMG standard for meta-data exchange [35]. latter technology due to its popularity, since it is extensively used by both researchers and practitioners. EuGENia [18] simplifies the development of GMF-based graphical PetriNet model editors by automatically generating the required models places 0...* @gmf.diagram arcsn2t 0...* needed by the GMF editor construction framework from a single Place ArcP2T annotated Ecore meta-model. + name : EString + name : EString tokens 0...* As an example, Figure 2 shows some annotations indicating that + idNode : EIntegerObject + tokenNo : EIntegerObject + startFlag : EBooleanObject Token Places, Transitions and Tokens are to be displayed as nodes (annota- hasTokens @gmf.link + tokenNo : EIntegerObject + name : EString 0...* + idToken : EIntegerObjec tion gmf.node), while arcs are to be represented as links (annotation @gmf.node gmf.link), and all elements are to be placed in the diagram repre- 1...1 1...1 @gmf.node target source sented by the PetriNet (annotation gmf.diagram). Figure 5 shows the target 1...1 resulting editor. It contains a canvas to graphically edit the model, 0...* ArcT2P Transition and a palette to create the objects. The object attributes can be arcst2n + name : EString 1...1 + name : EString + tokenNo : EIntegerObject + idTransition : EIntegerObject source 0...* changed from an Eclipse properties view (not shown in the Figure). @gmf.link + evaluatorTrue : EBooleanObject transitions + min_time : EIntegerObject + max_time : EIntegerObject 2.2 DPG (Diagram Programming Generator) @gmf.node The web technology that we target in this work is based on the Programmable Solutions Interpreter Engine, (PsiEngine)[2, 3]. Figure 1: Ecore meta-model for Petri nets with EuGENia an- PsiEngine implements, evaluates, interprets and executes DSLs notations described in XML within the web client. It uses HTML5, CSS3, JavaScript and DOM together with technologies, services and tools As a running example, assume we would like to create a mod- from Web 2.0 and the specification of XML-DSL grammars in order elling editor for Petri nets [24] using EMF. Petri nets are a popular to build web components, widgets, and dynamic web sites to give formalism to model concurrent system, made of places, which may the solution to specific web application problems or parts of them. hold zero or more tokens, and that can be connected to transitions PsiEngine is a generic lightweight JavaScript framework (it a via input and output arcs. Figure 1 shows the ecore meta-model cross browser platform) that processes and evaluates programs of Petri nets with EuGENia annotations. The meta-model supports written in Psi Language [2]. On top of PsiEngine, a set of Psi Petri nets with weighted arcs (attribute tokenNo in ArcPT and ArcTP) languages (Graph Library Psi GLPsi, Diagram Psi DPsi, Visual Tool and time in transitions to model delays. By convention, most Ecore Psi TPsi and Data Form Psi DFPsi) were created to develop the meta-models have a root class, which contains directly or indirectly functionality of a programmable diagram. all other classes via composition relations. This way, each class – Formally, a programmable diagram is a set of graphical elements except the root class – is contained into another one. This is espe- that define an SVG-based diagram, and each graphical element can cially useful to edit models using the generated tree editors, since have associated visual tools (like dialogue boxes, toolbars, pop-ups, the instances of the contained classes appear as children of the floating menus, menus, and drag and drop), programming utilities container ones. (classes, scripts, functions, and variables) and heterogeneous infor- While EMF generates a tree editor by default, more user-friendly mation data sources (XML/JSON) that determine their appearance editors are typically required.
Load more

Recommended publications
  • Trace Server Protocol
    Introducing: Trace Server Protocol Bernd Hufmann, Ericsson AB 2018-10-25 2019Ericsson-03- 28Internal | Ericsson | 2018-02-21 1 Agenda — Motivation and goal — Background — Trace Server Protocol (TSP) — Opportunities — Ongoing work / Demo — Open discussions 2019Ericsson-03- 28Internal | Ericsson | 2018-02-21 2 Motivation — Increasing popularity of web-based technologies — Integration with next generation IDEs (e.g. Theia) — Success of Language Server Protocol — Automated trace analysis — CI environment — Trouble reports — Scale trace analysis for traces larger than local disk space 2019Ericsson-03- 28Internal | Ericsson | 2018-02-21 3 Goals of presentation — Present idea of Trace Server Protocol — Create awareness and interest in the community — Collect early feedback — Collaboration 2019Ericsson-03- 28Internal | Ericsson | 2018-02-21 4 Next generation IDE Language Server Protocol (LSP) Debug Adapter Protocol (DAP) Language Debug Server Server 2019Ericsson-03- 28Internal | Ericsson | 2018-02-21 5 Next generation IDE Language Server Protocol (LSP) Debug Adapter Protocol (DAP) Trace Server Protocol (TSP) Language Debug Trace Server Server Server 2019Ericsson-03- 28Internal | Ericsson | 2018-02-21 6 What is a trace? — A series of events over time — Events collected at tracepoints during program execution — Each event has a type and content fields (payload) Event Event Event Time Type Content (payload) - Field 1 - Field 2 - … - Field N 2019Ericsson-03- 28Internal | Ericsson | 2018-02-21 7 What can we do with events? — Show the raw events in an events table 2019Ericsson-03- 28Internal | Ericsson | 2018-02-21 8 What can we do with events? — Use as input for further analysis, e.g. — Write state machines — Create patterns — Analyze timing (measuring time between events) — Create execution graphs like critical path — Follow resource usage — ...
    [Show full text]
  • Red Hat Codeready Workspaces 2.4 End-User Guide
    Red Hat CodeReady Workspaces 2.4 End-user Guide Using Red Hat CodeReady Workspaces 2.4 Last Updated: 2020-12-18 Red Hat CodeReady Workspaces 2.4 End-user Guide Using Red Hat CodeReady Workspaces 2.4 Robert Kratky [email protected] Michal Maléř [email protected] Fabrice Flore-Thébault [email protected] Yana Hontyk [email protected] Legal Notice Copyright © 2020 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
    [Show full text]
  • Red Hat Codeready Workspaces 2.1 Administration Guide
    Red Hat CodeReady Workspaces 2.1 Administration Guide Administering Red Hat CodeReady Workspaces 2.1 Last Updated: 2020-07-02 Red Hat CodeReady Workspaces 2.1 Administration Guide Administering Red Hat CodeReady Workspaces 2.1 Supriya Takkhi Robert Kratky [email protected] Michal Maléř [email protected] Fabrice Flore-Thébault [email protected] Yana Hontyk [email protected] Legal Notice Copyright © 2020 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
    [Show full text]
  • Visual Studio Code® and Yocto Project® Rob Woolley, Wind River
    Visual Studio Code® and Yocto Project® Rob Woolley, Wind River Yocto Project Virtual Summit Europe, October 29-30, 2020 Outline • Introduction • What is Visual Studio Code? • Demo 1: Bitbake Extension • Demo 2: Debugging BitBake • Developing with SDKs • Demo 3: SDK Development • Remote Development • Demo 4: Development with WSL2 • Conclusion 2 Yocto Project® | The Linux Foundation® Why? • Why do all the junior engineers use VSCode? • Can we improve working remotely during COVID-19? • How may we adopt modern, cloud-native tools? • Can we develop apps using SDKs? • Does the YP community want tooling for VS Code? 3 Yocto Project® | The Linux Foundation® What is Visual Studio Code? • Available for Linux, Windows, and macOS • Based on Electron (Chromium and Node.js so you can build your app with HTML, CSS, and JavaScript) • Code completion, debugging, refactoring, navigation and more • Many useful extensions for embedded development in the Visual Studio Marketplace • New Linux ARMv7 and ARM64 support for Raspberry Pi and Chromebooks 4 Yocto Project® | The Linux Foundation® VSCode for Tool Developers • Language Server and Debug Adapter architecture • Written in Typescript transpiled to Javascript • JSON configuration with user, workspace, and project-level settings • MIT licensed source code with a binary available under a Microsoft license • VSCodium with Open-VSX.org marketplace https://code.visualstudio.com/api/language-extensions/language- server-extension-guide#testing-the-language-server • Eclipse Theia uses the same extension model and
    [Show full text]
  • Visual Studio Code and Yocto Project
    Visual Studio Code® and Yocto Project® Rob Woolley, Wind River Yocto Project Virtual Summit Europe, October 29-30, 2020 Outline • Introduction • What is Visual Studio Code? • Demo 1: Bitbake Extension • Demo 2: Debugging BitBake • Developing with SDKs • Demo 3: SDK Development • Remote Development • Demo 4: Development with WSL2 • Conclusion 2 Yocto Project® | The Linux Foundation® Why? • Why do all the junior engineers use VSCode? • Can we improve working remotely during COVID-19? • How may we adopt modern, cloud-native tools? • Can we develop apps using SDKs? • Does the YP community want tooling for VS Code? 3 Yocto Project® | The Linux Foundation® What is Visual Studio Code? • Available for Linux, Windows, and macOS • Based on Electron (Chromium and Node.js so you can build your app with HTML, CSS, and JavaScript) • Code completion, debugging, refactoring, navigation and more • Many useful extensions for embedded development in the Visual Studio Marketplace • New Linux ARMv7 and ARM64 support for Raspberry Pi and Chromebooks 4 Yocto Project® | The Linux Foundation® VSCode for Tool Developers • Language Server and Debug Adapter architecture • Written in Typescript transpiled to Javascript • JSON configuration with user, workspace, and project-level settings • MIT licensed source code with a binary available under a Microsoft license • VSCodium with Open-VSX.org marketplace https://code.visualstudio.com/api/language-extensions/language- server-extension-guide#testing-the-language-server • Eclipse Theia uses the same extension model and
    [Show full text]
  • Towards Debugging Facilities for Graphical Modeling Languages in Web-Based Modeling Tools
    Towards debugging facilities for graphical modeling languages in web-based modeling tools DIPLOMARBEIT zur Erlangung des akademischen Grades Diplom-Ingenieur im Rahmen des Studiums Business Informatics eingereicht von HansjörgEder,BSc Matrikelnummer 01426985 an der Fakultät für Informatik der Technischen Universität Wien Betreuung: O.Univ.Prof.Dipl.-Ing. Mag. Dr.techn. Gertrude Kappel Mitwirkung: Dipl.-Ing. Dr.techn. Philip Langer Wien, 10. Dezember 2020 Hansjörg Eder Gertrude Kappel Technische UniversitätWien A-1040 Wien Karlsplatz 13 Tel. +43-1-58801-0 www.tuwien.at Towards debugging facilities for graphical modeling languages in web-based modeling tools DIPLOMA THESIS submitted in partial fulfillmentofthe requirements forthe degree of Diplom-Ingenieur in Business Informatics by HansjörgEder,BSc Registration Number 01426985 to the Faculty of Informatics at the TU Wien Advisor: O.Univ.Prof.Dipl.-Ing. Mag. Dr.techn. Gertrude Kappel Assistance: Dipl.-Ing. Dr.techn. Philip Langer Vienna, 10th December,2020 Hansjörg Eder Gertrude Kappel Technische UniversitätWien A-1040 Wien Karlsplatz 13 Tel. +43-1-58801-0 www.tuwien.at Erklärung zur Verfassungder Arbeit Hansjörg Eder,BSc Hiermit erkläre ich, dass ichdieseArbeit selbständig verfasst habe,dass ichdie verwen- detenQuellenund Hilfsmittel vollständig angegeben habeund dass ichdie Stellen der Arbeit–einschließlichTabellen,Karten undAbbildungen –, dieanderen Werken oder dem Internet im Wortlaut oder demSinn nach entnommensind, aufjeden Fall unter Angabeder Quelleals Entlehnung kenntlich gemacht habe. Wien, 10. Dezember 2020 Hansjörg Eder v Acknowledgements First of all, Iwouldliketothank my family, withoutwhose motivating and financial support thisstudy would not have been possible. Moreover, Iwouldliketothank my fellowstudentswith whom Iworked for hours on exercises and alsospent many fun evenings. Iwould also like to thank my friends, whohavebeenwith me for years.
    [Show full text]
  • Why Cloud Ides Are the Future?
    Containing your development – why Cloud IDEs are the future? Steve Poole @spoole167 Andy Watson @AndyRWatson About me Steve Poole Andy Watson @spoole167 @AndyRWatson Developer advocate for Developer advocate for Runtimes Eclipse CodeWind Cloud: it’s what we always wanted Today, our Cloud story is really a container story Containers are giving us new opportunities As long as the answer is “container” We’re all set on a future with containers Containers offer immutability and repeatability Enabling new architectures The idea was to swap larger long running systems With many, many fast starting , short lived ones Initially we thought containers made it easy.. FROM jetty RUN apt-get update COPY my.war /webapps Store code Compile and Build the image Push the image in Git Test locally locally It’s not turned out that way It’s tough being a container developer #worksfineonjdk9 #workslikeheavenonjdk11 What does the dev environment look like? Add in the build cycle #worksfineonjdk9 #workslikeheavenonjdk11 Add IDEs, tests, test data and quality tools.. #worksfineonjdk9 #workslikeheavenonjdk11 Wait, there’s more… #worksfineonjdk9 #workslikeheavenonjdk11 The CI/CD Pipeline Now add more frameworks and languages Add containers and clouds… In a container in your desktop In a container in your CI system Your development Lifecycle Runs on your desk To produce an image … Doesn’t look very “immutable” does it? In a container in your desktop In a container in your CI system Your development Lifecycle Runs on your desk To produce an image … Do these match?
    [Show full text]
  • Db2 for Z/OS Developer Extension —
    Db2 for z/OS Developer Extension — Patrick Bossman Senior Technical Staff Member Db2 for z/OS Development [email protected] https://www.linkedin.com/in/bossman Agenda Objectives VSCode overview • IBM Db2 for z/OS Developer Extension • Zowe Extension Transform the Db2 for z/OS user experience and provides a consistent • IBM Z Open Editor experience in a multicloud environment for application development 2 Transform user experience Key objectives Increase developer talent pool by reducing Z domain specific skills and tools required to work with Db2 for z/OS Reduce cost to development, debug, and tune Db2 for z/OS applications Increase velocity of feature development through improved productivity Extension design is reusabe, portable, easy to integrate with multiple IDE Web-enabled, support client & clientless, cloud ready Align with System Z cloud native development (IBM Z Open Development) 3 How will transforming Db2 for z/OS help Deb Deb Use Web IDE with Db2 services to New z/OS Developer • Code, debug, and tune Java, COBOL, PL1, Node applications that access Db2 for z/OS via SQL • Code, analyze, run, tune SQL statements • Code, debug, and tune Db2 for z/OS stored procedures • Develop Db2 for z/OS Native Rest services 4 Why VSCode Key Points Market Leading IDE • Market leading IDE used Atom 13.3 • Lightweight PyCharm 13.4 • Broad language support Eclipse 14.4 • Z support – Zowe, IBM Z Open Development extensions Android Studio 16.9 • Cloud and desktop IDE Sublime Text 23.4 • Rich git integration Vim 25.4 • Terminal support IntelliJ 25.4
    [Show full text]
  • Web-Based Modeling Tools Theia And
    Building Web-based Modeling Tools with Theia and Che Philip Langer & Maximilian Koegel EclipseSource © 2019 EclipseSource | https://eclipsesource.com | Dres. Langer and Koegel | Building Web-based Modeling Tools with Theia and Che 1 Why web-based tools? ● Accessibility ○ No client installation ○ Access through a web link ○ Simple client updates ○ Physical resource sharing ● Usability ○ Modern UI look and feel ○ SWT vs. HTML5 ○ GEF 3 vs. SVG ● Maintainability ○ Room for evolution ○ Availability of developers © 2019 EclipseSource | https://eclipsesource.com | Dres. Langer and Koegel | Building Web-based Modeling Tools with Theia and Che 2 A prototypical (modeling) tool Workbench Forms Diagrams Text Analysis Generator © 2019 EclipseSource | https://eclipsesource.com | Dres. Langer and Koegel | Building Web-based Modeling Tools with Theia and Che 3 Key enablers for building domain-specific, web-based tools ● Eclipse Theia ○ Extensible cloud IDE ○ Default frontend for Eclipse Che ● Eclipse Che ○ Kubernetes-native IDE platform ○ Management of workspaces and dev environments ● Monaco & Language server protocol (LSP) ○ Protocol enabling the separation of editor (front-end) and language implementation (back-end) ○ Feature-rich and broadly adopted (VS Code) ⇒ Related talk: “Eclipse Theia and Che, explained and explored!”, Today 17:00, Theater Stage © 2019 EclipseSource | https://eclipsesource.com | Dres. Langer and Koegel | Building Web-based Modeling Tools with Theia and Che 4 Reinventing the wheel? ● Which components can be reused? ● What needs
    [Show full text]
  • Visual Programming with Pyworkflow
    Visual Programming with PyWorkflow: A Web-Based Python IDE for Graphical Data Analysis - Milestone 3 Report Samir Reddigari, Matthew Smith, Diego Struk, Matthew Thomas, Cesar Agustin Garcia Vazquez Division of Continuing Education, Harvard University CSCI E-599: Software Engineering Capstone Dr. Peter Henstock May 7th, 2020 2 Index Index 2 Journal Paper 4 Abstract 4 Introduction 5 Review of Literature 6 Visual Programming: A Combination of Necessity and Value 6 Data Workflows as Directed Graphs 6 Existing Visual Programming Platforms for Data Science 7 Web-based IDEs and the Language Server Protocol 8 Visual Programming with PyWorkflow 9 Conclusion and Future Work 12 References 14 Introduction 14 ​ Visual Programming: A Combination of Necessity and Value 14 ​ Data Workflows as Directed Graphs 14 ​ Existing Virtual Programming Platforms for Data Science 15 ​ Web-based IDEs 15 Design of the System 16 ​ Workflow Model 16 ​ Workflow 17 ​ Node 21 Exceptions 24 User Interface 25 ​ Main application screen 25 ​ Node configuration 26 ​ Front-end Architecture 27 Test Results 31 Workflow model 31 ​ REST API Endpoints 32 ​ UI 33 Development Process 34 Meeting the Requirements 34 Technical Decision-Making 35 ​ ​ 3 Estimates 36 Risks 39 Team Dynamic 40 Appendix 43 Screenshots/Wireframes 43 Requirements and Initial Estimation 47 ​ System Installation Manual 49 Relevant Journals 49 4 Abstract Scientists in all fields are tasked with analyzing increasingly large and convoluted datasets. The educational tax of understanding not only the data and their domain, but the analysis software has made the advent of visual programming tools invaluable at all levels of expertise. However, existing solutions lack features critical to modern data science, such as web-friendliness and native support of the Python data ecosystem.
    [Show full text]
  • The Eclipse Cloud Devtools Ecosystem: Defining the Future of Cloud Native Software Development
    The Eclipse Cloud DevTools Ecosystem: Defining the Future of Cloud Native Software Development White Paper 2 Eclipse Foundation White Paper The Eclipse Cloud DevTools Working Group offers a vendor-neutral ecosystem of open source projects focused on defining, implementing, and promoting best-in-class web and cloud-based development tools. COPYRIGHT (C) 2021, ECLIPSE FOUNDATION, INC. | THIS WORK IS LICENSED UNDER A CREATIVE COMMONS ATTRIBUTION 4.0 INTERNATIONAL LICENSE (CC BY 4.0) 3 Eclipse Foundation White Paper Open Source Software Accelerates Migration of Developer Tools to the Cloud ver the past two decades, most relevant business applications have been migrated to the cloud. More recently, there’s growing awareness that the cloud is also an innovation O platform that accelerates software development.1,2 It’s now well understood that with cloud-based IDEs and For many enterprises, using proprietary cloud tools, developers can more efficiently migrate and build development tools doesn’t make sense because the applications than they can with desktop tools. Cloud tools don’t provide adequate flexibility or control over native tools also enable large and diverse developer the development ecosystem. The flexibility to adapt teams to share the same configuration and runtime tools to domain-specific requirements increases environments, increasing productivity and reducing, developer efficiency. And control over the development if not eliminating, setup times. ecosystem mitigates critical risks associated with developer tools that are often the backbone of business So why has adoption of cloud-based developer tools models and the resulting intellectual property. lagged behind other types of cloud migration? A number of commercial businesses certainly recognized For these and other reasons, open source software the potential early on.
    [Show full text]
  • The Impact of the Language Server Protocol on Textual Domain-Specific Languages
    Decoupling Language and Editor - The Impact of the Language Server Protocol on Textual Domain-Specific Languages Hendrik Bunder¨ itemis AG, Bonn, Germany Keywords: Textual Domain-Specific Languages, Model-Driven Development, Language Server Protocol, Case Study. Abstract: Model-Driven Software Development using Domain-Specific Languages (DSL) has been widely adopted throughout research and industry. The language workbenches required to efficiently build Domain-Specific Languages and the associated editor support are often deeply integrated into a specific Integrated Development Environment (IDE). Thereby, the chosen Domain-Specific Language workbench predicts the IDE required to use the DSL. Yet, this IDE might not be the best choice for further implementing, testing, and debugging the generated code. A case study was conducted to analyze how the Language Server Protocol could be utilized to decouple the DSL implementation from a specific editor integrated into an IDE. First, the Language Server Protocol capabilities are exemplified by building editor support for an Entity-DSL that is integrated into two different IDEs. Second, a SWOT analysis is carried out to identify strengths and weaknesses as well as oppor- tunities and threats for Domain-Specific Languages utilizing the Language Server Protocol. The case study’s results indicate that the Language Server Protocol enables efficient multi-editor integration. Further, the results of the SWOT analysis imply potential benefits for cross-functional teams specifying a shared domain model. 1 INTRODUCTION liJ (JetBrains, 2018) or Eclipse (Vogel and Beaton, 2013). While the deep integration enables semi- Model-Driven software development focuses on the automatic, efficient creation of language editors, it abstract, formal description of domain models, that also causes a tool lock-in by interweaving the DSL declaratively describe real-world concepts.
    [Show full text]