DOCSLIB.ORG

Third-Party Disclosure Document

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Third-Party Disclosure Document Profile Service Version 2.0.0 Third-Party Disclosure Document Europe: Asia: Bosch.IO GmbH Bosch.IO Ullsteinstrasse 128 c/o Robert Bosch (SEA) Pte Ltd 12109 Berlin 11 Bishan Street 21 Germany Singapore 573943 Tel. +49 30 726112-0 Tel. +65 6571 2220 [email protected] [email protected] www.bosch.io www.bosch.io Third-Party Disclosure Document Copyright © Bosch.IO GmbH © 2021 Bosch.IO GmbH. All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. Third-Party Disclosure Document Table of Contents 1. Acknowledgments ........................................................................................................ 1 2. Third Party Licenses and Components ..................................................................... 2 A. Apache-2.0 ........................................................................................................................................ 25 B. BSD-3-Clause .................................................................................................................................... 28 C. BSD-UNSPECIFIED ............................................................................................................................ 29 D. CC-BY-2.5 ......................................................................................................................................... 30 E. CC0-1.0 ............................................................................................................................................ 35 F. CDDL-1.1 .......................................................................................................................................... 38 G. EPL-1.0 ............................................................................................................................................ 43 H. EPL-2.0 ............................................................................................................................................ 46 I. GPL-2.0-with-classpath-exception ........................................................................................................... 51 J. MIT .................................................................................................................................................. 56 K. PUBLIC-DOMAIN ............................................................................................................................... 57 © Bosch.IO GmbH iii/58 Chapter 1. Acknowledgments Chapter 1. Acknowledgments The IQ Analyzer utilizes third-party software components. This disclosure document lists these software components and their licenses. © Bosch.IO GmbH 1/58 Chapter 2. Third Party Licenses and Components Chapter 2. Third Party Licenses and Components This chapter lists all used third-party libraries together with their licenses shipped with the IQ Analyzer: Dependency animal-sniffer-annotations-1.19.jar pkg:maven/org.codehaus.mojo/[email protected] Licenses: • MIT Dependency annotations-4.1.1.4.jar pkg:maven/com.google.android/[email protected] Licenses: • Apache-2.0 Dependency api-common-1.10.1.jar pkg:maven/com.google.api/[email protected] Licenses: • BSD-3-Clause • BSD-UNSPECIFIED • BSD-3-Clause Dependency auto-value-annotations-1.7.4.jar pkg:maven/com.google.auto.value/[email protected] Licenses: • Apache-2.0 Dependency aws-java-sdk-core-1.11.924.jar pkg:maven/com.amazonaws/[email protected] Licenses: • Apache-2.0 Dependency aws-java-sdk-dynamodb-1.11.919.jar © Bosch.IO GmbH 2/58 Chapter 2. Third Party Licenses and Components pkg:maven/com.amazonaws/[email protected] Licenses: • Apache-2.0 Dependency aws-java-sdk-kms-1.11.919.jar pkg:maven/com.amazonaws/[email protected] Licenses: • Apache-2.0 Dependency aws-java-sdk-s3-1.11.919.jar pkg:maven/com.amazonaws/[email protected] Licenses: • Apache-2.0 Dependency aws-java-sdk-sns-1.11.924.jar pkg:maven/com.amazonaws/[email protected] Licenses: • Apache-2.0 Dependency aws-java-sdk-sqs-1.11.924.jar pkg:maven/com.amazonaws/[email protected] Licenses: • Apache-2.0 Dependency byte-buddy-1.10.18.jar pkg:maven/net.bytebuddy/[email protected] Licenses: • BSD-3-Clause • Apache-2.0 Dependency cdi-api-1.2.jar pkg:maven/javax.enterprise/[email protected] © Bosch.IO GmbH 3/58 Chapter 2. Third Party Licenses and Components Licenses: • Apache-2.0 Dependency checker-compat-qual-2.5.5.jar pkg:maven/org.checkerframework/[email protected] Licenses: • MIT • GPL-2.0-with-classpath-exception Dependency classgraph-4.8.83.jar pkg:maven/io.github.classgraph/[email protected] Licenses: • MIT Dependency classmate-1.5.1.jar pkg:maven/com.fasterxml/[email protected] Licenses: • Apache-2.0 Dependency commons-codec-1.13.jar pkg:maven/commons-codec/[email protected] Licenses: • Apache-2.0 Dependency commons-lang3-3.9.jar pkg:maven/org.apache.commons/[email protected] Licenses: • Apache-2.0 Dependency commons-logging-1.2.jar pkg:maven/commons-logging/[email protected] Licenses: © Bosch.IO GmbH 4/58 Chapter 2. Third Party Licenses and Components • Apache-2.0 Dependency conscrypt-openjdk-uber-2.5.1.jar pkg:maven/org.conscrypt/[email protected] Licenses: • Apache-2.0 Dependency converter-jackson-2.9.0.jar pkg:maven/com.squareup.retrofit2/[email protected] Licenses: • Apache-2.0 Dependency error_prone_annotations-2.4.0.jar pkg:maven/com.google.errorprone/[email protected] Licenses: • Apache-2.0 Dependency failureaccess-1.0.1.jar pkg:maven/com.google.guava/[email protected] Licenses: • Apache-2.0 Dependency gax-1.60.0.jar pkg:maven/com.google.api/[email protected] Licenses: • BSD-3-Clause • BSD-UNSPECIFIED • BSD-3-Clause Dependency gax-grpc-1.60.0.jar pkg:maven/com.google.api/[email protected] Licenses: © Bosch.IO GmbH 5/58 Chapter 2. Third Party Licenses and Components • BSD-3-Clause • BSD-UNSPECIFIED • BSD-3-Clause Dependency google-api-client-1.31.0.jar pkg:maven/com.google.api-client/[email protected] Licenses: • BSD-3-Clause • Apache-2.0 Dependency google-api-services-androidpublisher-v3-rev20201022-1.30.10.jar pkg:maven/com.google.apis/[email protected] Licenses: • Apache-2.0 Dependency google-auth-library-credentials-0.22.0.jar pkg:maven/com.google.auth/[email protected] Licenses: • BSD-3-Clause Dependency google-auth-library-oauth2-http-0.22.0.jar pkg:maven/com.google.auth/[email protected] Licenses: • BSD-3-Clause Dependency google-cloud-pubsub-1.108.7.jar pkg:maven/com.google.cloud/[email protected] Licenses: • Apache-2.0 Dependency google-http-client-1.38.0.jar © Bosch.IO GmbH 6/58 Chapter 2. Third Party Licenses and Components pkg:maven/com.google.http-client/[email protected] Licenses: • Apache-2.0 Dependency google-http-client-apache-v2-1.38.0.jar pkg:maven/com.google.http-client/[email protected] Licenses: • Apache-2.0 Dependency google-http-client-jackson2-1.38.0.jar pkg:maven/com.google.http-client/[email protected] Licenses: • Apache-2.0 Dependency google-oauth-client-1.31.2.jar pkg:maven/com.google.oauth-client/[email protected] Licenses: • Apache-2.0 Dependency grpc-alts-1.33.1.jar pkg:maven/io.grpc/[email protected] Licenses: • Apache-2.0 Dependency grpc-api-1.33.1.jar pkg:maven/io.grpc/[email protected] Licenses: • Apache-2.0 Dependency grpc-auth-1.33.1.jar pkg:maven/io.grpc/[email protected] © Bosch.IO GmbH 7/58 Chapter 2. Third Party Licenses and Components Licenses: • Apache-2.0 Dependency grpc-context-1.33.1.jar pkg:maven/io.grpc/[email protected] Licenses: • Apache-2.0 Dependency grpc-core-1.33.1.jar pkg:maven/io.grpc/[email protected] Licenses: • Apache-2.0 Dependency grpc-grpclb-1.33.1.jar pkg:maven/io.grpc/[email protected] Licenses: • Apache-2.0 Dependency grpc-netty-shaded-1.33.1.jar pkg:maven/io.grpc/[email protected] Licenses: • Apache-2.0 Dependency grpc-protobuf-1.33.1.jar pkg:maven/io.grpc/[email protected] Licenses: • Apache-2.0 Dependency grpc-protobuf-lite-1.33.1.jar pkg:maven/io.grpc/[email protected] Licenses: © Bosch.IO GmbH 8/58 Chapter 2. Third Party Licenses and Components • Apache-2.0 Dependency grpc-stub-1.33.1.jar pkg:maven/io.grpc/[email protected] Licenses: • Apache-2.0 Dependency gson-2.8.6.jar pkg:maven/com.google.code.gson/[email protected] Licenses: • Apache-2.0 Dependency guava-30.0-android.jar pkg:maven/com.google.guava/[email protected] Licenses: • Apache-2.0 • PUBLIC-DOMAIN Dependency HdrHistogram-2.1.11.jar pkg:maven/org.hdrhistogram/[email protected] Licenses: • CC0-1.0 Dependency hibernate-validator-6.0.21.Final.jar pkg:maven/org.hibernate.validator/[email protected] Licenses: • Apache-2.0 • PUBLIC-DOMAIN Dependency httpclient-4.5.13.jar © Bosch.IO GmbH 9/58 Chapter 2. Third Party Licenses and Components pkg:maven/org.apache.httpcomponents/[email protected] Licenses: • Apache-2.0 Dependency httpcore-4.4.14.jar pkg:maven/org.apache.httpcomponents/[email protected] Licenses: • Apache-2.0 Dependency ion-java-1.0.2.jar pkg:maven/software.amazon.ion/[email protected] Licenses: • Apache-2.0 Dependency j2objc-annotations-1.3.jar pkg:maven/com.google.j2objc/[email protected] Licenses: • Apache-2.0 Dependency jackson-annotations-2.10.5.jar pkg:maven/com.fasterxml.jackson.core/[email protected] Licenses: • Apache-2.0 Dependency jackson-core-2.10.5.jar pkg:maven/com.fasterxml.jackson.core/[email protected] Licenses: • Apache-2.0
Load more

Recommended publications
  • Poly Videoos Offer of Source for Open Source Software 3.6.0
    OFFER OF SOURCE FOR 3.6.0 | 2021 | 3725-85857-010A OPEN SOURCE SOFTWARE August Poly VideoOS Software Contents Offer of Source for Open Source Software .............................................................................. 1 Open Source Software ............................................................................................................. 2 Qualcomm Platform Licenses ............................................................................................................. 2 List of Open Source Software .................................................................................................. 2 Poly G7500, Poly Studio X50, and Poly Studio X30 .......................................................................... 2 Poly Microphone IP Adapter ............................................................................................................. 13 Poly IP Table Microphone and Poly IP Ceiling Microphone ............................................................. 18 Poly TC8 and Poly Control Application ............................................................................................. 21 Get Help ..................................................................................................................................... 22 Related Poly and Partner Resources ..................................................................................... 22 Privacy Policy ...........................................................................................................................
    [Show full text]
  • A Comprehensive Study of Bloated Dependencies in the Maven Ecosystem
    Noname manuscript No. (will be inserted by the editor) A Comprehensive Study of Bloated Dependencies in the Maven Ecosystem César Soto-Valero · Nicolas Harrand · Martin Monperrus · Benoit Baudry Received: date / Accepted: date Abstract Build automation tools and package managers have a profound influence on software development. They facilitate the reuse of third-party libraries, support a clear separation between the application’s code and its ex- ternal dependencies, and automate several software development tasks. How- ever, the wide adoption of these tools introduces new challenges related to dependency management. In this paper, we propose an original study of one such challenge: the emergence of bloated dependencies. Bloated dependencies are libraries that the build tool packages with the application’s compiled code but that are actually not necessary to build and run the application. This phenomenon artificially grows the size of the built binary and increases maintenance effort. We propose a tool, called DepClean, to analyze the presence of bloated dependencies in Maven artifacts. We ana- lyze 9; 639 Java artifacts hosted on Maven Central, which include a total of 723; 444 dependency relationships. Our key result is that 75:1% of the analyzed dependency relationships are bloated. In other words, it is feasible to reduce the number of dependencies of Maven artifacts up to 1=4 of its current count. We also perform a qualitative study with 30 notable open-source projects. Our results indicate that developers pay attention to their dependencies and are willing to remove bloated dependencies: 18/21 answered pull requests were accepted and merged by developers, removing 131 dependencies in total.
    [Show full text]
  • Gateway Licensing Information User Manual Version 19
    Gateway Licensing Information User Manual Version 19 December 2019 Contents Introduction ...................................................................................................................................... 5 Licensed Products, Restricted Use Licenses, and Prerequisite Products ........................................ 5 Primavera Gateway ................................................................................................................................ 5 Third Party Notices and/or Licenses ................................................................................................ 6 Bootstrap ................................................................................................................................................ 6 Commons Codec .................................................................................................................................... 6 Commons Compress .............................................................................................................................. 6 Commons IO ........................................................................................................................................... 7 Commons Net ......................................................................................................................................... 7 commons-vfs .......................................................................................................................................... 7 HttpComponents HttpClient ..................................................................................................................
    [Show full text]
  • Evil Pickles: Dos Attacks Based on Object-Graph Engineering∗
    Evil Pickles: DoS Attacks Based on Object-Graph Engineering∗ Jens Dietrich1, Kamil Jezek2, Shawn Rasheed3, Amjed Tahir4, and Alex Potanin5 1 School of Engineering and Advanced Technology, Massey University Palmerston North, New Zealand [email protected] 2 NTIS – New Technologies for the Information Society Faculty of Applied Sciences, University of West Bohemia Pilsen, Czech Republic [email protected] 3 School of Engineering and Advanced Technology, Massey University Palmerston North, New Zealand [email protected] 4 School of Engineering and Advanced Technology, Massey University Palmerston North, New Zealand [email protected] 5 School of Engineering and Computer Science Victoria University of Wellington, Wellington, New Zealand [email protected] Abstract In recent years, multiple vulnerabilities exploiting the serialisation APIs of various programming languages, including Java, have been discovered. These vulnerabilities can be used to devise in- jection attacks, exploiting the presence of dynamic programming language features like reflection or dynamic proxies. In this paper, we investigate a new type of serialisation-related vulnerabilit- ies for Java that exploit the topology of object graphs constructed from classes of the standard library in a way that deserialisation leads to resource exhaustion, facilitating denial of service attacks. We analyse three such vulnerabilities that can be exploited to exhaust stack memory, heap memory and CPU time. We discuss the language and library design features that enable these vulnerabilities, and investigate whether these vulnerabilities can be ported to C#, Java- Script and Ruby. We present two case studies that demonstrate how the vulnerabilities can be used in attacks on two widely used servers, Jenkins deployed on Tomcat and JBoss.
    [Show full text]
  • Executable Trigger-Action Comments
    Executable Trigger-Action Comments Pengyu Nie, Rishabh Rai, Junyi Jessy Li, Sarfraz Khurshid, Raymond J. Mooney, and Milos Gligoric The University of Texas at Austin {pynie@,rrai.squared@,jessy@austin.,khurshid@ece.,mooney@cs.,gligoric@}utexas.edu ABSTRACT Wave project: “Remove this when HtmlViewImpl implements getAt- Natural language elements, e.g., todo comments, are frequently tributes”, etc.). We consider those comments where the trigger is used to communicate among the developers and to describe tasks expressed based on the state of the code repositories and actions that need to be performed (actions) when specific conditions hold require modifications of source or binary code. We call these com- in the code repository (triggers). As projects evolve, development ments trigger-action comments. processes change, and development teams reorganize, these com- Although trigger-action comments are ubiquitous, they are, like ments, because of their informal nature, frequently become irrele- other types of comments, written in natural language. Thus, as vant or forgotten. projects evolve, development processes change, and development We present the first technique, dubbed TrigIt, to specify trigger- teams reorganize, these comments frequently become irrelevant or action todo comments as executable statements. Thus, actions are forgotten. As an example, consider the following comment from executed automatically when triggers evaluate to true. TrigIt spec- the Apache Gobblin project [13]: “Remove once we commit any ifications are written in the host language (e.g., Java) and are evalu- other classes”. This comment, followed by an empty class, was in- ated as part of the build process. The triggers are specified as query cluded in revision 38ce024 (Dec 10, 2015) in package-info.java file statements over abstract syntax trees and abstract representation to force the javadoc tool to generate documentation for an empty of build configuration scripts, and the actions are specified as code package.
    [Show full text]
  • Trifacta Data Preparation for Amazon Redshift and S3 Must Be Deployed Into an Existing Virtual Private Cloud (VPC)
    Install Guide for Data Preparation for Amazon Redshift and S3 Version: 7.1 Doc Build Date: 05/26/2020 Copyright © Trifacta Inc. 2020 - All Rights Reserved. CONFIDENTIAL These materials (the “Documentation”) are the confidential and proprietary information of Trifacta Inc. and may not be reproduced, modified, or distributed without the prior written permission of Trifacta Inc. EXCEPT AS OTHERWISE PROVIDED IN AN EXPRESS WRITTEN AGREEMENT, TRIFACTA INC. PROVIDES THIS DOCUMENTATION AS-IS AND WITHOUT WARRANTY AND TRIFACTA INC. DISCLAIMS ALL EXPRESS AND IMPLIED WARRANTIES TO THE EXTENT PERMITTED, INCLUDING WITHOUT LIMITATION THE IMPLIED WARRANTIES OF MERCHANTABILITY, NON-INFRINGEMENT AND FITNESS FOR A PARTICULAR PURPOSE AND UNDER NO CIRCUMSTANCES WILL TRIFACTA INC. BE LIABLE FOR ANY AMOUNT GREATER THAN ONE HUNDRED DOLLARS ($100) BASED ON ANY USE OF THE DOCUMENTATION. For third-party license information, please select About Trifacta from the Help menu. 1. Quick Start . 4 1.1 Install from AWS Marketplace . 4 1.2 Upgrade for AWS Marketplace . 7 2. Configure . 8 2.1 Configure for AWS . 8 2.1.1 Configure for EC2 Role-Based Authentication . 14 2.1.2 Enable S3 Access . 16 2.1.2.1 Create Redshift Connections 28 3. Contact Support . 30 4. Legal 31 4.1 Third-Party License Information . 31 Page #3 Quick Start Install from AWS Marketplace Contents: Product Limitations Internet access Install Desktop Requirements Pre-requisites Install Steps - CloudFormation template SSH Access Troubleshooting SELinux Upgrade Documentation Related Topics This guide steps through the requirements and process for installing Trifacta® Data Preparation for Amazon Redshift and S3 through the AWS Marketplace.
    [Show full text]
  • Intrinsic Redundancy for Reliability and Beyond
    Intrinsic Redundancy for Reliability and Beyond Alberto Goffi, Alessandra Gorla, Andrea Mattavelli, and Mauro Pezze` Abstract Software redundancy is an essential mechanism in engineering. Different forms of redundant design are the core technology of well-established reliability and fault tolerant mechanisms in traditional engineering as well as in software engineering. In this paper we discuss intrinsic software redundancy, a type of redundancy that is not added explicitly at design time to improve runtime reliability, but is natively present in modern software system due to independent design and development decisions. We introduce the concept of intrinsic redundancy, discuss its diffusion and the reasons for its presence in modern software systems, indicate how it can be automatically identified, and present some current and future applications of such form of redundancy to produce more reliable software systems at affordable costs. 1 Introduction Reliability, which is the ability of a system or component to perform its required functions under stated conditions for a specified period of time [1], is a key property of engineered products and in particular of software artifacts. Safety critical applications must meet the high reliability standards required for their field deployment, time- and business-critical applications must obey strong reliability requirements, everyday Alberto Goffi USI Universita` della Svizzera italiana, Switzerland, e-mail: alberto.goffi@usi.ch Alessandra Gorla IMDEA Software Institute, Spain, e-mail: [email protected] Andrea Mattavelli Imperial College London, United Kingdom, e-mail: [email protected] Mauro Pezze` USI Universita` della Svizzera italiana, Switzerland and University of Milano-Bicocca, Italy, e-mail: [email protected] 1 2 Alberto Goffi, Alessandra Gorla, Andrea Mattavelli, and Mauro Pezze` and commodity products shall meet less stringent, but still demanding customer requirements.
    [Show full text]
  • Hitachi Ops Center V.10.2.0
    Hitachi Ops Center V. 10.2.0 Open Source Software Packages Contact Information: Hitachi Ops Center Project Manager Hitachi Vantara LLC 2535 Augustine Drive Santa Clara, California 95054 Name of Product/Product Version License Component aesh 2.4 Apache License, Version 2.0 aesh Extensions 1.8 Apache License, Version 2.0 aesh Readline 2.0 Apache License, Version 2.0 aesh Terminal API 2.0 Apache License, Version 2.0 "Java Concurrency in Practice" 1.0-redhat- Creative Commons Attribution 2.5 Generic book annotations 4 @angular-builders/custom- 8.0.0-RC.0 The MIT License webpack @angular-devkit/build-angular 0.800.0-rc.2 The MIT License @angular-devkit/build-angular 0.803.25 The MIT License @angular-devkit/core 7.3.8 The MIT License @angular-devkit/schematics 7.3.8 The MIT License @angular/animations 7.2.15 The MIT License @angular/animations 8.2.14 The MIT License Name of Product/Product Version License Component @angular/cdk 7.3.7 The MIT License @angular/cli 8.0.0 The MIT License @angular/cli 8.3.25 The MIT License @angular/common 7.2.15 The MIT License @angular/common 8.2.14 The MIT License @angular/compiler 7.2.15 The MIT License @angular/compiler 8.2.14 The MIT License @angular/compiler-cli 8.2.14 The MIT License @angular/core 7.2.15 The MIT License @angular/forms 7.2.13 The MIT License @angular/forms 7.2.15 The MIT License @angular/forms 8.2.14 The MIT License @angular/forms 8.2.7 The MIT License @angular/language-service 8.2.14 The MIT License @angular/platform-browser 7.2.15 The MIT License Name of Product/Product Version License
    [Show full text]
  • Cg 2018 Peiyuan Zhao
    c 2018 Peiyuan Zhao COMPARING MODULE- AND CLASS-LEVEL REGRESSION TEST SELECTION IN CONTINUOUS INTEGRATION BY PEIYUAN ZHAO THESIS Submitted in partial fulfillment of the requirements for the degree of Master of Science in Computer Science in the Graduate College of the University of Illinois at Urbana-Champaign, 2018 Urbana, Illinois Adviser: Professor Darko Marinov ABSTRACT Developers rely on regression testing in their continuous integration (CI) environment to find if their changes introduce faults. While regression testing is widely practiced, it is very costly. Regression test selection (RTS) reduces the cost of regression testing by running only the tests that are a↵ected by the changes. Industry has adopted module-level RTS running in a CI environment. Researchers have recently proposed class-level RTS but did not evaluate it in a CI environment. In this work, we compare module-level and class-level RTS techniques in a CI environment. Specifically, we evaluate GIB, a module-level RTS technique, and Ekstazi, a class-level RTS technique, on Travis CI, a popular CI service for open-source projects. We also propose a hybrid RTS technique, GIBstazi, that combines aspects of the module-level and class-level RTS techniques. GIBstazi is safer than Ekstazi because GIBstazi tracks non-source-code changes while Ekstazi does not. We evaluate all the techniques on Travis CI using real, historical commits that were built on Travis CI. Our results show that all the RTS techniques do save testing time compared to running all tests (RetestAll) in a CI environment, but the savings in the end-to-end time for a full build is not as high as shown in previous work in a local environment running with a dedicated machine due to the extra overhead in a CI environment.
    [Show full text]
  • Automatic Acquisition of Annotated Training Corpora for Test-Code Generation
    information Article Automatic Acquisition of Annotated Training Corpora for Test-Code Generation Magdalena Kacmajor 1,* and John D. Kelleher 2 1 Innovation Exchange, IBM Ireland, Dublin 4, Ireland 2 ADAPT Centre & ICE Research Institute, Technological University Dublin, Dublin 2, D08 X622, Ireland; [email protected] * Correspondence: [email protected] Received: 21 January 2019; Accepted: 13 February 2019; Published: 17 February 2019 Abstract: Open software repositories make large amounts of source code publicly available. Potentially, this source code could be used as training data to develop new, machine learning-based programming tools. For many applications, however, raw code scraped from online repositories does not constitute an adequate training dataset. Building on the recent and rapid improvements in machine translation (MT), one possibly very interesting application is code generation from natural language descriptions. One of the bottlenecks in developing these MT-inspired systems is the acquisition of parallel text-code corpora required for training code-generative models. This paper addresses the problem of automatically synthetizing parallel text-code corpora in the software testing domain. Our approach is based on the observation that self-documentation through descriptive method names is widely adopted in test automation, in particular for unit testing. Therefore, we propose synthesizing parallel corpora comprised of parsed test function names serving as code descriptions, aligned with the corresponding function bodies. We present the results of applying one of the state-of-the-art MT methods on such a generated dataset. Our experiments show that a neural MT model trained on our dataset can generate syntactically correct and semantically relevant short Java functions from quasi-natural language descriptions of functionality.
    [Show full text]
  • Branch Coverage Prediction in Automated Testing †
    Received 26 April 2016; Revised 6 June 2016; Accepted 6 June 2016 DOI: xxx/xxxx RESEARCH PAPER Branch Coverage Prediction in Automated Testing y Giovanni Grano | Timofey V. Titov | Sebastiano Panichella | Harald C. Gall Department of Informatics, University of Zurich, Zurich, Switzerland Summary Correspondence Software testing is crucial in continuous integration (CI). Ideally, at every commit, all the test cases Giovanni Grano, Binzmhlestrasse 14, Zurich, should be executed and, moreover, new test cases should be generated for the new source code. Switzerland Email: grano@ifi.uzh.ch This is especially true in a Continuous Test Generation (CTG) environment, where the automatic generation of test cases is integrated into the continuous integration pipeline. In this context, developers want to achieve a certain minimum level of coverage for every software build. How- ever, executing all the test cases and, moreover, generating new ones for all the classes at every commit is not feasible. As a consequence, developers have to select which subset of classes has to be tested and/or targeted by test-case generation. We argue that knowing a priori the branch-coverage that can be achieved with test-data generation tools can help developers into taking informed-decision about those issues. In this paper, we investigate the possibility to use source-code metrics to predict the coverage achieved by test-data generation tools. We use four different categories of source-code features and assess the prediction on a large dataset involv- ing more than 3’000 Java classes. We compare different machine learning algorithms and conduct a fine-grained feature analysis aimed at investigating the factors that most impact the prediction accuracy.
    [Show full text]
  • Exceptional Actors Implementing Exception Handling for Encore
    IT 17 050 Examensarbete 15 hp Juli 2017 Exceptional Actors Implementing Exception Handling for Encore Sahand Shamal Taher Institutionen för informationsteknologi Department of Information Technology This page intentionally left blank i Abstract Exceptional Actors: Implementing Exception Handling for Encore Sahand Shamal Taher Teknisk- naturvetenskaplig fakultet UTH-enheten Encore is an object-oriented programming language which uses the actor model as its concurrency model, and is specifically aimed at Besöksadress: implementing concurrent and parallel systems. Communication between Ångströmlaboratoriet Lägerhyddsvägen 1 actors is done via asynchronous method calls, which store their results Hus 4, Plan 0 in futures, placeholder objects for later storing the result of an computation. Encore currently lacks an exception handling mechanism, Postadress: which is an important part of programming languages, and helps Box 536 751 21 Uppsala programmers create more fault tolerant and robust software. This thesis presents an exception handling implementation for Encore, in which Telefon: futures are used to propagate errors between actors. The implementation 018 – 471 30 03 uses a modified version of the open-source library Exceptions4C as a Telefax: basis, and enables basic exception handling through try-catch-finally 018 – 471 30 00 expressions. It uses type-based matching that also considers subtyping, and allows the programmer to define and throw custom exception types. A Hemsida: pull-model is used to enable inter-process communication of exceptions, http://www.teknat.uu.se/student where receiving actors can choose to handle exceptions at any point by consuming associated futures. The implementation is a good first step, but there are Encore features such as streams which it does not yet support.
    [Show full text]