Implementation Recommendations for MOSAIC: a Workflow Architecture for Analytic Enrichment

Total Page:16

File Type:pdf, Size:1020Kb

Implementation Recommendations for MOSAIC: a Workflow Architecture for Analytic Enrichment MTR-MNI-000-012 MITRE TECHNICAL REPORT Implementation Recommendations for MOSAIC: A Workflow Architecture for Analytic Enrichment Contract No.: DAAB07 -01 -C-C201 Analysis and recommendations for the Project No.: 0710N7AZ-SF implementation of a cohesive method for orchestrating analytics in a distributed model Approved for Public Release. Distribution Ransom Winder Unlimited. 12-2472 Nathan Giles Joseph Jubinski ©2010 The MITRE Corporation. All Rights Reserved. July, 2010 (updated, February, 2011) MOSAIC – Implementation Recommendations The MITRE Corporation, 2010-2011 Contents Introduction ..................................................................................................................................... 3 Architectural Goal of MOSAIC .................................................................................................. 3 Architectural Options for MOSAIC............................................................................................ 4 Case Study: METEOR .................................................................................................................. 10 Tightly Integrated Architecture Technology Analysis ................................................................. 12 Recommendation ...................................................................................................................... 13 Discrete Process Architecture Technology Analysis .................................................................... 13 Discrete Process Architecture Technology Analysis: Interface................................................ 14 Discrete Process Architecture Technology Analysis: Inbound Gateway ................................. 14 Discrete Process Architecture Technology Analysis: Executive .............................................. 15 UIMA as Executive............................................................................................................... 16 OpenPipeline as Executive ................................................................................................... 17 Mule as Executive ................................................................................................................. 18 LONI or Ptolemy/Kepler (Scientific Workflow Projects) as Executive ............................... 19 Decision Points in Workflows across Possible Executive Options ...................................... 20 A BPEL Engine Executive? .................................................................................................. 21 Other Options for Executive ................................................................................................. 21 Recommendation .................................................................................................................. 21 Discrete Process Architecture Technology Analysis: Data Bus ............................................... 21 Flat File System as Data Bus ................................................................................................ 22 Alfresco as Data Bus ............................................................................................................. 22 ObjectStore as Data Bus ....................................................................................................... 23 Recommendation .................................................................................................................. 23 Discrete Process Architecture Technology Analysis: Analytics .............................................. 25 Specific Analytics and Analytic Workflow .......................................................................... 27 Analytic Pipeline ................................................................................................................... 28 Discrete Process Architecture Technology Analysis: Adapters ............................................... 29 CAS as Common Interchange Format .................................................................................. 32 GrAF as Common Interchange Format................................................................................. 33 Possible Basis Ontologies ..................................................................................................... 33 Summary of Recommendations .................................................................................................... 33 Takeaways................................................................................................................................. 34 1 MOSAIC – Implementation Recommendations The MITRE Corporation, 2010-2011 Glossary ........................................................................................................................................ 36 Appendix A: .................................................................................................................................. 39 A.1: Collection Reader Code and XML ................................................................................... 39 A.2: Tokenizer Wrapper Code and XML ................................................................................. 41 A.3: Decoder Wrapper Code and XML .................................................................................... 44 A.4: Flow Code in UIMA ......................................................................................................... 46 Appendix B: .................................................................................................................................. 48 B.1: Tokenizer Wrapper Code .................................................................................................. 48 B.2: Decoder Wrapper Code ..................................................................................................... 49 B.3: Output Code ...................................................................................................................... 50 B.4. JSP Page ............................................................................................................................ 52 Appendix C: .................................................................................................................................. 53 C.1: XML Code ........................................................................................................................ 53 Appendix D: .................................................................................................................................. 55 D.1: LONI GUI Example Workflow ........................................................................................ 55 D.2: Kepler GUI Example Workflow ....................................................................................... 55 D.3: Ptolemy GUI Example Workflow .................................................................................... 56 Appendix E: .................................................................................................................................. 57 E.1: UIMA ................................................................................................................................ 57 E.2: OpenPipeline ..................................................................................................................... 57 E.3: Mule................................................................................................................................... 58 Appendix F: .................................................................................................................................. 60 2 MOSAIC – Implementation Recommendations The MITRE Corporation, 2010-2011 Introduction This is a companion document to MOSAIC: A Workflow Architecture for Analytic Enrichment that describes the current need for integration of document analytics and a general approach to solving this problem. This document directly addresses the implementation issues of the candidate architecture, with specific frameworks for the different architectural subcomponents analyzed and compared. Ultimately, recommendations are offered. Architectural Goal of MOSAIC Figure 1 . The MOSAIC Architecture’s role in a larger system that delivers it input from a Content Provider and consumes its output in a Knowledge Base Architecture. The goal of this effort is to develop a Natural Language Processing architecture to be used by subject matter experts who are researchers and engineers, termed domain expert engineers here. This architecture, titled MOSAIC, is intended to be shared across multiple projects and hosted in the sponsor’s environments and is intended to be compatible with and facilitate a streaming document flow as opposed to execution on a static batch of documents, which would require an entire corpus be present before processing could commence. 3 MOSAIC – Implementation Recommendations The MITRE Corporation, 2010-2011 In order that the overall goal is addressed, several high level requirements need to be met in order for the system to be considered successful. These requirements are specified here: 1. The system shall maintain a consistent overall structure with evolving components, where the consistent structure is the relationship of the framework built around the analytics, which in turn are the chief evolving components, though the individual products that make up the framework shall be replaceable without deteriorating the interoperability. 2. The system shall at the least be able to accommodate a pipeline of analytics such
Recommended publications
  • UIMA Simple Server User Guide Written and Maintained by the Apache UIMA Development Community
    UIMA Simple Server User Guide Written and maintained by the Apache UIMA Development Community Version 2.3.1 Copyright © 2006, 2011 The Apache Software Foundation License and Disclaimer. The ASF licenses this documentation to you under the Apache License, Version 2.0 (the "License"); you may not use this documentation except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, this documentation and its contents are distributed under the License on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Trademarks. All terms mentioned in the text that are known to be trademarks or service marks have been appropriately capitalized. Use of such terms in this book should not be regarded as affecting the validity of the the trademark or service mark. Publication date August, 2011 Table of Contents 1. Introduction .................................................................................................................. 1 1.1. Quick start for the impatient ................................................................................ 1 1.1.1. Build a sample WAR file .......................................................................... 1 1.1.2. Trying it out ............................................................................................ 5 UIMA Simple Server User Guide iii Chapter 1. Introduction The UIMA Simple Server makes results of UIMA processing available in a simple, XML- based format. The intended use of the the Simple Server is to provide UIMA analysis as a REST service. The Simple Server is implemented as a Java Servlet, and can be deployed into any Servlet container (such as Apache Tomcat or Jetty).
    [Show full text]
  • Open Innovation in the Apache Software Foundation
    Open Innovation in The Apache Software Foundation Dr. Justin R. Erenkrantz The Apache Software Foundation TransferSummit/UK http://www.erenkrantz.com/ [email protected] Twitter: @jerenkrantz Friday, June 25, 2010 Why should I pay attention? Committer to Apache HTTP Server, APR, Subversion, and Serf (non-ASF project) President, The Apache Software Foundation Ph.D. from Univ. of California, Irvine Computational REST (next-gen web arch.) http://www.erenkrantz.com/CREST/ CTO, Project WBS 2 Friday, June 25, 2010 Open Source & Me Started contributing to Apache HTTP Server in early 2001... http://www.flickr.com/photos/x180/2704965763/ http://www.flickr.com/photos/bluxte/2103773754/ (James Duncan Davidson) (Sylvain Wallez) 3 Friday, June 25, 2010 Apache Top-level Projects Abdera CXF Karaf Pivot Tika ActiveMQ DB (Derby) Lenya POI Tiles Ant Directory Logging Portals Tomcat APR Excalibur Lucene Qpid Traffic Server Archiva Felix Maven Roller Turbine Avro Forrest Mahout Santuario Tuscany Axis Geronimo Mina ServiceMix UIMA Buildr Gump MyFaces Shindig Velocity Camel Hadoop Nutch Sling Wicket Cassandra Harmony ODE SpamAssassin Web Services Cayenne HBase OFBiz STDCXX Xalan Click HC OpenEJB Struts Xerces Cocoon HTTP Server OpenJPA Subversion XML Commons Jackrabbit OpenWebBeans Synapse XMLBeans Continuum Jakarta PDFBox Tapestry XML Graphics CouchDB James Perl (mod_perl) TCL ...Incubator podlings... 4 Friday, June 25, 2010 Apache’s tagline We are more than a group of projects sharing a server, we are a community of developers and users. 5 Friday, June 25, 2010 Committer geographic diversity http://people.apache.org/map.html Challenges and advantages arise from this! 6 Friday, June 25, 2010 Project Diversity in Apache Seventy top-level projects (TLPs) Java, C, C++, Perl, etc.
    [Show full text]
  • Open Source and Third Party Documentation
    Open Source and Third Party Documentation Verint.com Twitter.com/verint Facebook.com/verint Blog.verint.com Content Introduction.....................2 Licenses..........................3 Page 1 Open Source Attribution Certain components of this Software or software contained in this Product (collectively, "Software") may be covered by so-called "free or open source" software licenses ("Open Source Components"), which includes any software licenses approved as open source licenses by the Open Source Initiative or any similar licenses, including without limitation any license that, as a condition of distribution of the Open Source Components licensed, requires that the distributor make the Open Source Components available in source code format. A license in each Open Source Component is provided to you in accordance with the specific license terms specified in their respective license terms. EXCEPT WITH REGARD TO ANY WARRANTIES OR OTHER RIGHTS AND OBLIGATIONS EXPRESSLY PROVIDED DIRECTLY TO YOU FROM VERINT, ALL OPEN SOURCE COMPONENTS ARE PROVIDED "AS IS" AND ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. Any third party technology that may be appropriate or necessary for use with the Verint Product is licensed to you only for use with the Verint Product under the terms of the third party license agreement specified in the Documentation, the Software or as provided online at http://verint.com/thirdpartylicense. You may not take any action that would separate the third party technology from the Verint Product. Unless otherwise permitted under the terms of the third party license agreement, you agree to only use the third party technology in conjunction with the Verint Product.
    [Show full text]
  • Distributed UIMA Cluster Computing
    Distributed UIMA Cluster Computing Written and maintained by the Apache UIMATMDevelopment Community Version 1.0.0 i Copyright c 2012 The Apache Software Foundation Copyright c 2012 International Business Machines Corporation License and Disclaimer The ASF licenses this documentation to you under the Apache License, Version 2.0 (the "License"); you may not use this documentation except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, this documentation and its contents are distributed under the License on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Trademarks All terms mentioned in the text that are known to be trademarks or service marks have been appropriately capitalized. Use of such terms in this book should not be regarded as affecting the validity of the the trademark or service mark. Publication date: 14-01-2014 Table of Contents I DUCC Concepts1 1 DUCC Overview 2 1.1 What is DUCC?................................................2 1.2 DUCC Job Model...............................................2 1.3 DUCC From UIMA to Full Scale-out.....................................3 1.4 Error Management...............................................5 1.5 Cluster and Job Management.........................................6 1.6 Security Measures...............................................7 1.7 Security Issues.................................................7 2 Glossary 8 II Ducc Users Guide 10 3 Command Line Interface 11 3.1 The DUCC Job Descriptor.......................................... 11 3.2 Operating System Limit Support....................................... 12 3.3 Command Line Forms............................................
    [Show full text]
  • UIMA Asynchronous Scaleout Written and Maintained by the Apache UIMA™ Development Community
    UIMA Asynchronous Scaleout Written and maintained by the Apache UIMA™ Development Community Version 2.10.3 Copyright © 2006, 2018 The Apache Software Foundation License and Disclaimer. The ASF licenses this documentation to you under the Apache License, Version 2.0 (the "License"); you may not use this documentation except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, this documentation and its contents are distributed under the License on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Trademarks. All terms mentioned in the text that are known to be trademarks or service marks have been appropriately capitalized. Use of such terms in this book should not be regarded as affecting the validity of the the trademark or service mark. Publication date March, 2018 Table of Contents 1. Overview - Asynchronous Scaleout ................................................................................. 1 1.1. Terminology ....................................................................................................... 1 1.2. AS versus CPM .................................................................................................. 2 1.3. Design goals for Asynchronous Scaleout ............................................................... 3 1.4. AS Concepts .....................................................................................................
    [Show full text]
  • Version 3 User's Guide
    Apache UIMA™ Apache UIMA™ Development Community Version 3.2.0 UIMA 3 User's Guide Overview of UIMA Version 3 . 2 What’s new in UIMA 3 . 2 Java 8 is required . 5 Backwards Compatibility . 6 JCas and non-JCas APIs . 6 Additional reserved names in the JCas generated classes . 6 Serialization forms . 6 Delta CAS Version 2 Binary deserialization not supported . 6 APIs for creating and modifying Feature Structures. 7 Preserving V2 ids, with low level CAS Api accessibility . 7 PEAR support . 9 toString(). 9 Logging configuration is somewhat different. 9 Type System sharing . 10 Some checks moved to native Java . 10 Some class hierarchies have been modified . 11 Enabling multiple versions of type systems to work with a single common JCas class . 11 New and Extended APIs . 12 UIMA FSIndex and FSIterators improvements. 12 New Select API . 13 New custom Java objects in the CAS framework . 13 Built-in lists and arrays. 13 Built-in lists and arrays have common super classes / interfaces . 14 Many UIMA objects implement Stream or Collection . 14 Reorganized APIs . 14 Use of JCas Class to specify a UIMA type . 15 JCasGen changes. 15 JCas additional static fields . 15 Generics added . 15 Other changes . 15 SelectFS CAS data access. 17 Select’s use of the builder pattern . 17 Sources of Feature Structures . 18 Use of Type in selection of sources . 19 Sources and generic typing. 19 Selection and Ordering. 21 Boolean properties . 22 Configuration for any source . 22 Configuration for any index . 22 Configuration for sort-ordered indexes . 23 Following or Preceding . 24 Bounded sub-selection within an Annotation Index .
    [Show full text]
  • No Jerks Allowed!
    The Apache Software Foundation: No Jerks Allowed! Dr. Justin R. Erenkrantz The Apache Software Foundation OSBC 2010 http://www.erenkrantz.com/ [email protected] Twitter: @jerenkrantz Why should I pay attention? Committer to Apache HTTP Server, APR, Subversion (just graduated!), and Serf President, The Apache Software Foundation Ph.D. from Univ. of California, Irvine Computational REST (next-gen web arch.) http://www.erenkrantz.com/CREST/ CTO, Project WBS 2 Open Source & Me Started contributing to Apache HTTP Server in early 2001... http://www.flickr.com/photos/x180/2704965763/ http://www.flickr.com/photos/bluxte/2103773754/ (James Duncan Davidson) (Sylvain Wallez) 3 Apache Top-level Projects Abdera CXF James POI Tiles ActiveMQ DB (Derby) Lenya Portals Tomcat Ant Directory Logging Qpid Turbine APR Excalibur Lucene Roller Tuscany Archiva Felix Maven Santuario UIMA Axis Forrest Mina ServiceMix Velocity Buildr Geronimo MyFaces Shindig Wicket Camel Gump ODE Sling Web Services Cassandra Hadoop OFBiz SpamAssassin Xalan Cayenne Harmony OpenEJB STDCXX Xerces Click HC OpenJPA Struts XML Cocoon HTTP Server OpenWebBeans Subversion XMLBeans Commons iBATIS PDFBox Synapse XML Graphics Continuum Jackrabbit Perl (mod_perl) Tapestry ...and Incubator CouchDB Jakarta Pivot TCL podlings... 4 Apache’s tagline We are more than a group of projects sharing a server, we are a community of developers and users. 5 Committer geographic diversity http://people.apache.org/map.html Challenges and advantages arise from this! 6 Project Diversity in Apache Seventy top-level projects (TLPs) Java, C, C++, Perl, etc. projects... It’s okay for projects to be in “same” space Ant/Maven, Pig/Hive, Axis/CXF... Over thirty projects currently in “pipeline” Apache aims to provides a pragmatic non-technical framework to its projects 7 Apache’s mission The Apache Software Foundation provides support for the Apache community of open- source software projects.
    [Show full text]
  • Code Smell Prediction Employing Machine Learning Meets Emerging Java Language Constructs"
    Appendix to the paper "Code smell prediction employing machine learning meets emerging Java language constructs" Hanna Grodzicka, Michał Kawa, Zofia Łakomiak, Arkadiusz Ziobrowski, Lech Madeyski (B) The Appendix includes two tables containing the dataset used in the paper "Code smell prediction employing machine learning meets emerging Java lan- guage constructs". The first table contains information about 792 projects selected for R package reproducer [Madeyski and Kitchenham(2019)]. Projects were the base dataset for cre- ating the dataset used in the study (Table I). The second table contains information about 281 projects filtered by Java version from build tool Maven (Table II) which were directly used in the paper. TABLE I: Base projects used to create the new dataset # Orgasation Project name GitHub link Commit hash Build tool Java version 1 adobe aem-core-wcm- www.github.com/adobe/ 1d1f1d70844c9e07cd694f028e87f85d926aba94 other or lack of unknown components aem-core-wcm-components 2 adobe S3Mock www.github.com/adobe/ 5aa299c2b6d0f0fd00f8d03fda560502270afb82 MAVEN 8 S3Mock 3 alexa alexa-skills- www.github.com/alexa/ bf1e9ccc50d1f3f8408f887f70197ee288fd4bd9 MAVEN 8 kit-sdk-for- alexa-skills-kit-sdk- java for-java 4 alibaba ARouter www.github.com/alibaba/ 93b328569bbdbf75e4aa87f0ecf48c69600591b2 GRADLE unknown ARouter 5 alibaba atlas www.github.com/alibaba/ e8c7b3f1ff14b2a1df64321c6992b796cae7d732 GRADLE unknown atlas 6 alibaba canal www.github.com/alibaba/ 08167c95c767fd3c9879584c0230820a8476a7a7 MAVEN 7 canal 7 alibaba cobar www.github.com/alibaba/
    [Show full text]
  • Eyeglass Search OSS Licenses and Packages V9
    ECA 15.1 opensuse https://en.opensuse.org/openSUSE:License Package Licence Name Version Type Key Licence Name opensuse 15.1 OS annogen:annogen 0.1.0 JAR Not Found antlr:antlr 2.7.7 JAR BSD Berkeley Software Distribution (BSD) aopalliance:aopalliance 1 JAR Public DomainPublic Domain asm:asm 3.1 JAR Not Found axis:axis 1.4 JAR Apache-2.0 The Apache Software License, Version 2.0 axis:axis-wsdl4j 1.5.1 JAR Not Found backport-util-concurrent:backport-util-concurrent3.1 JAR Public DomainPublic Domain com.amazonaws:aws-java-sdk 1.1.7.1 JAR Apache-2.0 The Apache Software License, Version 2.0 com.beust:jcommander 1.72 JAR Apache-2.0 The Apache Software License, Version 2.0 com.carrotsearch:hppc 0.6.0 JAR Apache-2.0 The Apache Software License, Version 2.0 com.clearspring.analytics:stream 2.7.0 JAR Apache-2.0 The Apache Software License, Version 2.0 com.drewnoakes:metadata-extractor 2.4.0-beta-1JAR Public DomainPublic Domain com.esotericsoftware:kryo-shaded 3.0.3 JAR BSD Berkeley Software Distribution (BSD) com.esotericsoftware:minlog 1.3.0 JAR BSD Berkeley Software Distribution (BSD) com.fasterxml.jackson.core:jackson-annotations2.6.1 JAR Apache-2.0 The Apache Software License, Version 2.0 com.fasterxml.jackson.core:jackson-annotations2.5.0 JAR Apache-2.0 The Apache Software License, Version 2.0 com.fasterxml.jackson.core:jackson-annotations2.2.0 JAR Apache-2.0 The Apache Software License, Version 2.0 com.fasterxml.jackson.core:jackson-annotations2.9.0 JAR Apache-2.0 The Apache Software License, Version 2.0 com.fasterxml.jackson.core:jackson-annotations2.6.0
    [Show full text]
  • UIMA: Unstructured Information Management Architecture
    UIMA: Unstructured Information Management Architecture Alessandro Moschitti Department of Computer Science and Information Engineering University of Trento Email: [email protected] Motivations ! " Nowadays, natural language processing systems are becoming more and more complex ! " Many linguistic processors: ! Tokenizers, Sentence Splitter, Topic Categorization, Pos-Tagging, Syntactic Parsing, Shallow Semantic Parsing, Coreference Resolution, Relation Extraction, Textual Entailment, Semantic Role Labeling, Opinion Miners, Disambiguation Module, Named Entity Recognition and Normalization… Motivations ! " Many formalisms paradigms, e.g., just for syntactic parsing ! " Shallow and full syntactic parsers ! " Rule-based vs. machine learning based ! " Constituency, Dependency, Combinatory Categorical Grammar, ‪Tree-adjoining grammar‬ and so on ! " Many implementation: Charniak, Stanford, Berkeley,.. ! " How to combine the different methods in a pipeline to build the desired NLP system? UIMA ! " UIMA supports the development, composition and deployment of multi-modal analytics ! " for the analysis of unstructured information and ! " its integration with search technologies ! " Apache UIMA includes ! " APIs and tools for creating analysis components, e.g. ! tokenizers, summarizers, categorizers, parsers, named-entity detectors etc. ! " Tutorial examples are provided with Apache UIMA Chapter 2. UIMA Conceptual Overview UIMA is an open, industrial-strength, scaleable and extensible platform for creating, integrating and deploying unstructured information management solutions from powerful text or multi-modal analysis and search components. The Apache UIMA project is an implementation of the Java UIMA framework available under the Apache License, providing a common foundation for industry and academia to collaborate and accelerate the world-wide development of technologies critical for discovering vital knowledge present in the fastest growing sources of information today. This chapter presents an introduction to many essential UIMA concepts.
    [Show full text]
  • UIMA Tutorial and Developers' Guides Written and Maintained by the Apache UIMA™ Development Community
    UIMA Tutorial and Developers' Guides Written and maintained by the Apache UIMA™ Development Community Version 3.2.0 Copyright © 2006, 2021 The Apache Software Foundation Copyright © 2004, 2006 International Business Machines Corporation License and Disclaimer. The ASF licenses this documentation to you under the Apache License, Version 2.0 (the "License"); you may not use this documentation except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, this documentation and its contents are distributed under the License on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Trademarks. All terms mentioned in the text that are known to be trademarks or service marks have been appropriately capitalized. Use of such terms in this book should not be regarded as affecting the validity of the the trademark or service mark. Publication date April, 2021 Table of Contents 1. Annotator & AE Developer's Guide ................................................................................ 1 1.1. Getting Started ................................................................................................... 2 1.1.1. Defining Types ........................................................................................ 3 1.1.2. Generating Java Source Files for CAS Types ..............................................
    [Show full text]
  • How the Apache Community Upgrades Dependencies: an Evolutionary Study?
    Empirical Software Engineering manuscript No. (will be inserted by the editor) How the Apache Community Upgrades Dependencies: An Evolutionary Study? Gabriele Bavota Gerardo Canfora · · Massimiliano Di Penta Rocco Oliveto · · Sebastiano Panichella the date of receipt and acceptance should be inserted later Abstract Software ecosystems consist of multiple software projects, often in- terrelated by means of dependency relations. When one project undergoes changes, other projects may decide to upgrade their dependency. For exam- ple, a project could use a new version of a component from another project because the latter has been enhanced or subject to some bug-fixing activities. In this paper we study the evolution of dependencies between projects in the Java subset of the Apache ecosystem, consisting of 147 projects, for a period of 14 years, resulting in 1,964 releases. Specifically, we investigate (i) how de- pendencies between projects evolve over time when the ecosystem grows, (ii) what are the product and process factors that can likely trigger dependency upgrades, (iii) how developers discuss the needs and risks of such upgrades, ? This paper is an extended version of the paper: “Gabriele Bavota, Gerardo Canfora, Massimiliano Di Penta, Rocco Oliveto, Sebastiano Panichella: The Evolution of Project Inter-dependencies in a Software Ecosystem: The Case of Apache. 2013 IEEE International Conference on Software Maintenance, ICSM 2013, Eindhoven, The Netherlands, September 22-28, 2013: 280-289, IEEE” Gabriele Bavota Dept of Engineering, University of Sannio, Benevento (BN), Italy E-mail: [email protected] Gerardo Canfora Dept of Engineering, University of Sannio, Benevento (BN), Italy E-mail: [email protected] Massimiliano Di Penta Dept of Engineering, University of Sannio, Benevento (BN), Italy E-mail: [email protected] Rocco Oliveto Dept.
    [Show full text]