Enlighten Whitepaper Template

Total Page:16

File Type:pdf, Size:1020Kb

Enlighten Whitepaper Template Big Data Analytics in M2M WHITE PAPER Big Data Analytics In M2M Bidirectional Event Based Communication With Java WebSocket WHITE PAPER Table of Contents Introduction ...................................................................................... 3 What is WebSocket? ......................................................................... 3 Project Tyrus ..................................................................................... 3 Uses for WebSockets ........................................................................ 3 How It Works .................................................................................... 3 Architect and Developer Perspective ............................................... 4 Sample Machine Interaction WebSocket Application ...................... 9 Conclusion ....................................................................................... 14 References ...................................................................................... 14 2 | © 2015, HCL Technologies. Reproduction Prohibited. This document is protected under Copyright by the Author, all rights reserved. Introduction When we hear the phrase, ‘Full Duplex communication’, the first thing that comes to mind is a telephone call, and then, software TCP communication over plain sockets. As the web gets richer and more interactive, clients and servers can communicate and send notifications in real-time. Users are demanding for information as soon as it is made available. If one has to refresh a page to get new information, it is already too late. Luckily, a protocol that supports direct data exchange is now available; it is none other than WebSocket. WebSockets are designed to be implemented in web browsers and web servers. WebSockets can also be useful for standalone client-server applications, a subject covered in this white paper. To highlight this, I will use plain Java for both client and server. What is WebSocket? WebSocket is an advanced technology that makes it possible to open an interactive communication session between clients and a server. With this API, you can send messages to a server and receive event-driven responses. It provides full-duplex communication over a single TCP connection. This is an independent TCP-based protocol. Its only relationship to HTTP is that HTTP servers interpret its handshake as an upgrade request. Project Tyrus Tyrus is the open source JSR 356 - Java API for WebSocket reference implementation, for easy development of WebSocket applications. It is a Java project that has been released separately. It is the only API that gives a java based WebSocket client and provides separated containers for those servers that do not use GlassFish. In this paper, I use this API to highlight the non-browser WebSocket client and the ability to run a WebSocket server as a plain Java program. Uses for WebSockets • Live, event-based machine interaction • Financial tickers • Social feeds • Sports updates • Multiplayer games • Multimedia chat • Collaborative editing/coding • Location-based apps • Clickstream data • Online education How It Works The client establishes a WebSocket connection through a process known as the WebSocket handshake. This process starts with the client sending a regular HTTP request to the server. An upgrade header is included in the request that informs the server that the client wishes to establish a WebSocket connection. 3 | © 2015, HCL Technologies. Reproduction Prohibited. This document is protected under Copyright by the Author, all rights reserved. This is a simplified example of the initial request headers. GET ws://WebSocket.example.com/ HTTP/1.1 101 WebSocket Protocol HTTP/1.1 Handshake Origin: http://example.com Handshake Date: Wed, 16 Oct 2013 10:07:34 GMT Connection: Upgrade Connection: Upgrade Host: WebSocket.example.com Upgrade: WebSocket Upgrade: WebSocket If the server provisions the WebSocket protocol, it agrees to the upgrade and communicates this through an upgrade header in the response. After handshake success by the HTTP, a TCP/IP connection will take care of sending and receiving messages by both the client and the server. Architect and Developer Perspective Server-Client Implementation Options • C++ : libWebSockets • Ruby : em-WebSocket • Errlang : Shirasu.ws • Python : Tornado, pyWebSocket • Java : JettyWebSocket, • PHP : Ratchet, phpws jWebSocket, Tyrus, • DotNET : Fleck, ASP.NET 4.5, Spring STOMP SuperWebSocket, • Node.JS : ws, Socket.IO, XSocket.NET WebSocket-Node Security in WebSocket 1. Header level security HTTPS’ header field is included in the client’s opening handshake for WebSocket. This is used to inform the server about the script’s origin while generating the WebSocket connection request. The server may then decide to accept or reject the handshake request accordingly. This allows the server to protect against unauthorized cross-origin use of a WebSocket server by scripts using the WebSocket API in a browser. Non-browser clients may use the origin header to specify the origin of the request. WebSocket servers should be careful about receiving such requests. The WebSocket opening handshake from the client must include Sec-WebSocket-Key and Sec-WebSocket-Version HTTP header fields. To make HTTP requests, use XMLHttpRequest that allows the setting of headers as a part of that request. Therefore, to be better secured, we can send our own Sec-WebSocket-Key and Sec-WebSocket-Version HTTP header fields and validate them in our server filter. 2. URL security 4 | © 2015, HCL Technologies. Reproduction Prohibited. This document is protected under Copyright by the Author, all rights reserved. Some servers provide credential authentication and Servlet Security mechanisms; for example, JBoss (WildFly). This provides a basic level of authentication, using a username and password. The following steps are required to set up client authentication before the WebSocket handshake is initiated from the client. Download WildFly 8.1, unzip, and add a new user by invoking the following script: ./bin/add-user.sh -a -u u1 -p p1 -g g1 This will add user “u1″ with password “p1″ in group “g1″. The group specified here needs to match as defined in <role-name> in the deployment descriptor. Deploy the sample by giving the command: mvn wildfly:deploy Write your deployment descriptor as below: <?xml version="1.0" encoding="UTF-8"?> <web-app version="3.1" xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web- app_3_1.xsd"> <security-constraint> <web-resource-collection> <web-resource-name>WebSocket Endpoint</web-resource-name> <url-pattern>/*</url-pattern> <http-method>GET</http-method> </web-resource-collection> <auth-constraint> <role-name>g1</role-name> </auth-constraint> </security-constraint> <login-config> <auth-method>BASIC</auth-method> <realm-name>file</realm-name> </login-config> <security-role> <role-name>g1</role-name> </security-role> </web-app> Some key points to understand about this descriptor: 5 | © 2015, HCL Technologies. Reproduction Prohibited. This document is protected under Copyright by the Author, all rights reserved. <url-pattern> indicates that any request made to this application will be prompted for authentication <auth-constraint> defines the security role that can access this resource <login-config> shows that file-based realm is used with basic authentication <security-role> defines the security roles referenced by this application In this case, the page that creates the WebSocket connection is protected by basic authentication. Now, when the application is accessed at localhost:8080/endpoint-security, a security dialog box pops up, as shown below: Enter “u1″ as the username and “p1″ as the password to authenticate. These credentials are defined in the group “g1″ which is referenced in the deployment descriptor. Any other credentials will keep bringing the dialog box back. As soon as the request is successfully authenticated, the WebSocket connection is established. If you are interested in securing only the WebSocket URL, then change the URL pattern from <url-pattern>/*</url-pattern> to <url-pattern>/WebSocket</url-pattern>. In MotorClientEndpoint.java, change the URL to create WebSocket endpoint from client.connectToServer(WordgameClientEndpoint.class, new URI("ws://localhost:8025/ motorServer/motor")); to client.connectToServer(WordgameClientEndpoint.class, new URI("ws://u1:p1@localhost:8025/ motorServer/motor")); Securing WebSocket using WSS and HTTPS/TLS: The steps below describe how to set up a secure WebSocket connection between the server and a standalone WebSocket client using SSL. Like HTTPS, we have WSS for WebSocket. Here, I use Tomcat server to demonstrate. Create keystore using Java keytool: Open the command prompt and run the following command. This will generate a keystore file in current location. Use the command as below: keytool -genkey -alias tomcat -dname "CN=test, OU=Unknown, O=Unknown, L=Unknown, ST=Unknown, C=Unknown" -keyalg RSA -ext san=dns:testserver.com,ip: 10.144.1.100 Added hostname and system ip to host file: Navigate to “C:\Windows\System32\drivers\etc” and open host file. Add new entry as “Ipaddress“ “hostname”. For Example : 10.144.1.100 motorserver.com Restart the machine and start the tomcat. Download InstallCert java file from web. 6 | © 2015, HCL Technologies. Reproduction Prohibited. This document is protected under Copyright by the Author, all
Recommended publications
  • An Empirical Study of Web Resource Manipulation in Real-World Mobile
    An Empirical Study of Web Resource Manipulation in Real-world Mobile Applications Xiaohan Zhang, Yuan Zhang, Qianqian Mo, Hao Xia, Zhemin Yang, and Min Yang, Fudan University; Xiaofeng Wang, Indiana University, Bloomington; Long Lu, Northeastern University; Haixin Duan, Tsinghua University https://www.usenix.org/conference/usenixsecurity18/presentation/zhang-xiaohan This paper is included in the Proceedings of the 27th USENIX Security Symposium. August 15–17, 2018 • Baltimore, MD, USA ISBN 978-1-939133-04-5 Open access to the Proceedings of the 27th USENIX Security Symposium is sponsored by USENIX. An Empirical Study of Web Resource Manipulation in Real-world Mobile Applications Xiaohan Zhang1,4, Yuan Zhang1,4, Qianqian Mo1,4, Hao Xia1,4, Zhemin Yang1,4, Min Yang1,2,3,4, Xiaofeng Wang5, Long Lu6, and Haixin Duan7 1School of Computer Science, Fudan University 2Shanghai Institute of Intelligent Electronics & Systems 3Shanghai Institute for Advanced Communication and Data Science 4Shanghai Key Laboratory of Data Science, Fudan University 5Indiana University Bloomington , 6Northeastern University , 7Tsinghua University Abstract built into a single app. For the convenience of such an integration, mainstream mobile platforms (including Mobile apps have become the main channel for access- Android and iOS) feature in-app Web browsers to run ing Web services. Both Android and iOS feature in- Web content. Examples of the browsers include Web- app Web browsers that support convenient Web service View [9] for Android and UIWebView/WKWebView for integration through a set of Web resource manipulation iOS [8, 10]. For simplicity of presentation, we call them APIs. Previous work have revealed the attack surfaces of WebViews throughout the paper.
    [Show full text]
  • Pushing Data in Both Directions with Websockets, Part 2
    Menu Topics Archives Downloads Subscribe Pushing Data in Both CODING Directions with WebSockets, Part 2 Pushing Data in Both Directions Message Processing Modes with WebSockets, Part 2 Path Mapping Deployment of Server Using WebSockets’ long-lasting Endpoints connections to build a simple chat app The Chat Application by Danny Coward Conclusion January 1, 2016 Learn More In Part 1 of this article, I introduced WebSockets. I observed that the base WebSocket protocol gives us two native formats to work with: text and binary. This works well for very basic applications that exchange only simple information between client and server. For example, in the Clock application in that article, the only data that is exchanged during the WebSocket messaging interaction is the formatted time string broadcast from the server endpoint and the stop string sent by the client to end the updates. But as soon as an application has anything more complicated to send or receive over a WebSocket connection, it will find itself seeking a structure into which to put the information. As Java developers, we are used to dealing with application data in the form of objects: either from classes from the standard Java APIs or from Java classes that we create ourselves. This means that if you stick with the lowest-level messaging facilities of the Java WebSocket API and want to program using objects that are not strings or byte arrays for your messages, you need to write code that converts your objects into either strings or byte arrays and vice versa. Let’s see how that’s done.
    [Show full text]
  • 1. Plugin Framework Documentation
    1. Plugin Framework Documentation . 3 1.1 Writing Atlassian Plugins . 6 1.1.1 Creating your Plugin Descriptor . 8 1.1.2 Plugin Module Types . 16 1.1.2.1 Component Import Plugin Module . 16 1.1.2.2 Component Plugin Module . 20 1.1.2.3 Module Type Plugin Module . 23 1.1.2.4 Servlet Context Listener Plugin Module . 29 1.1.2.5 Servlet Context Parameter Plugin Module . 32 1.1.2.6 Servlet Filter Plugin Module . 34 1.1.2.7 Servlet Plugin Module . 38 1.1.2.8 Web Item Plugin Module . 41 1.1.2.9 Web Resource Plugin Module . 50 1.1.2.10 Web Section Plugin Module . 56 1.1.3 Adding Plugin and Module Resources . 64 1.1.4 Supporting Minification of JavaScript and CSS Resources . 70 1.1.5 Adding a Configuration UI for your Plugin . 73 1.1.6 Ensuring Standard Page Decoration in your Plugin UI . 75 1.1.7 Using Packages and Components Exposed by an Application . 77 1.1.8 Running your Plugin in the Reference Implementation . 79 1.1.9 OSGi, Spring and the Plugin Framework . 89 1.1.9.1 Behind the Scenes in the Plugin Framework . 94 1.1.9.1.1 Going from Plugin to OSGi Bundle . 94 1.1.9.1.2 Lifecycle of a Bundle . 95 1.1.9.1.3 Automatic Generation of Spring Configuration . 96 1.1.9.2 Converting a Plugin to Plugin Framework 2 . 98 1.1.9.3 OSGi and Spring Reference Documents . 99 1.2 Embedding the Plugin Framework .
    [Show full text]
  • Ajax (In)Security
    Ajax (in)security Billy Hoffman ([email protected]) SPI Labs Security Researcher Overview • Architecture of web applications • What is Ajax? • How does Ajax help? • Four security issues with Ajax and Ajax applications • Guidelines for secure Ajax development Architecture of Web Applications Traditional Web Application Browser receives input from user Uses JavaScript for simple logic and optimizations Sends HTTP request across the Internet Server processes response Backend logic evaluates input (PHP, ASP, JSP, etc) Possibly access other tiers (database, etc) Resource is returned to user Problems with Traditional Web Apps Case Study: MapQuest Reducing the Long Wait • These long pauses are very noticeable • Regular applications don't with the user this way • Reducing the delay between input and response is key – Request is a fixed size – Response is a fixed size – Network speed,latency is fixed – Server processes relatively fixed • Trick the user with better application feedback • This is what Ajax does What is Ajax? Asynchronous JavaScript And XML JavaScript takes on a larger role Send HTTP request Provides immediate feedback to user Application continues to respond to user events, interaction Eventually processes response from server and manipulates the DOM to present results Providing a Rich User Experience Case Study: Google Maps More information on Ajax • Use XmlHttpRequest Object • Sends any HTTP method – Simple: GET, POST, HEAD – WebDav: COPY, DELETE • Limited to where JavaScript came from (hostname, port) • Fetch any kind of
    [Show full text]
  • Ftp Vs Http Protocol
    Ftp Vs Http Protocol Unilobed Bentley unstrings reportedly while Durand always waul his stigmatists lull remittently, he dozing so asymmetrically. When Stuart ad-lib his ageings bumble not centrically enough, is Bryant definite? Jerold often appraised wearily when corruptible Tomlin blackouts balefully and expiate her Libyan. FTP stands for File Transfer Protocol used to transfer files online. To ensure the functionality of the Sophos Web Appliance, configure your network to allow access on the ports listed below. Syntax error in any data since a time when and passive mode, when a tcp connection and get closed prematurely or http or other end the parent directory. What is File Transfer Protocol FTP What she My IP Address. Why FTPFTPSSFTP file transport related protocols are not mentioned but used HTTPS As did general concepts PUTGET are more FTP related requests. Using ftp protocol relatively easy to the protocols can just serve other. The ftp vs protocol, not to the protocol. Expand your ftp vs https protocols offer the size can use in the server needs to the latest version. This ftp vs http is specifically remember the protocols with ftps: it is not at once authenticated and services similar. Rfcs are ftp protocol at this https protocols in the ass with. Smtp server ftp protocol runs on http does it has rules to https because data packets are on. To begin a characterbased command session on a Windows computer, follow these steps. The web server sends the requested content really a response message. XML and JSON and learned that kid are custom data formats indeed.
    [Show full text]
  • Developer's Guide
    Developer's Guide Genesys Web Engagement 8.5.0 3/10/2020 Table of Contents Genesys Web Engagement Developer's Guide 3 High-Level Architecture 5 Monitoring 14 Visitor Identification 16 Events Structure 20 Notification 27 Engagement 28 Application Development 41 Creating an Application 45 Generating and Configuring the Instrumentation Script 47 Customizing an Application 59 Creating Business Information 61 Simple Engagement Model 62 Advanced Engagement Model 71 Publishing the CEP Rule Templates 78 Customizing the SCXML Strategies 96 Customizing the Engagement Strategy 98 Customizing the Chat Routing Strategy 135 Customizing the Browser Tier Widgets 143 Deploying an Application 152 Starting the Web Engagement Server 153 Deploying a Rules Package 154 Testing with ZAP Proxy 163 Sample Applications 176 Get Information About Your Application 177 Integrating Web Engagement and Co-browse with Chat 178 Media Integration 196 Using Pacing Information to Serve Reactive Requests 205 Dynamic Multi-language Localization Application Sample 213 Genesys Web Engagement Developer's Guide Genesys Web Engagement Developer's Guide Welcome to the Genesys Web Engagement 8.5 Developer's Guide. This document provides information about how you can customize GWE for your website. See the summary of chapters below. Architecture Developing a GWE Application Find information about Web Engagement Find procedures to develop an application. architecture and functions. Creating an Application High-Level Architecture Instrumentation Script Engagement Starting the Web Engagement
    [Show full text]
  • Logistics No More Extensions on Labs 3Pm Was the Deadline
    Logistics No more extensions on labs 3pm was the deadline. No exceptions. Final exam Thursday December 6, 3:00-4:00pm Same drill. Final Exam Review Doesn’t count as credit for extratation Same drill Gates 5222, Sat/Sun 1-2pm What happens when you do a google search? A very casual in-depth introduction on this otherwise harmless interview question Context ● We ran out of ideas for presentations ● I actually got this problem 2 years ago ● Kinda gave a 2 minute answer ● Realized that there so much arcane stuff that isn’t common knowledge that can be revealed by answering this question ● A pretty good “last lecture” to tie everything together ● https://github.com/alex/what-happens-when#the-g-key-is-pressed Typical interview answer: “You send an HTTP GET request to google.com. It does some magic backend stuff. You get the result back. Your browser displays the results.” Our answer: A bit more complicated than that! DISCLAIMER: MIGHT CONTAIN A LOT OF ACRONYMS The enter key is pressed Keyboard Some electronic stuff happens on the USB level ● “Universal Serial Bus” ● The USB circuitry of the keyboard is powered by the 5V supply provided over pin 1 from the computer's USB host controller. ● The host USB controller polls that "endpoint" every ~10ms (minimum value declared by the keyboard), so it gets the keycode value stored on it. ● This value goes to the USB SIE (Serial Interface Engine) to be converted in one or more USB packets that follow the low level USB protocol. ● Those packets are sent by a differential electrical signal over D+ and D- pins (the middle 2) at a maximum speed of 1.5 Mb/s, as an HID (Human Interface Device) device is always declared to be a "low speed device" (USB 2.0 compliance).
    [Show full text]
  • Secure Remote Service Execution for Web Media Streaming
    Secure Remote Service Execution for Web Media Streaming vorgelegt von Dipl.-Ing. Alexandra Mikityuk geb. in Leningrad, UdSSR von der Fakultät IV – Elektrotechnik und Informatik der Technischen Universität Berlin zur Erlangung des akademischen Grades Doktor der Ingenieurwissenschaften - Dr.-Ing. - genehmigte Dissertation Promotionsausschuss: Vorsitzender: Prof. Dr. Thomas Magedanz, Technische Universität Berlin Gutachter: Prof. Dr. Jean-Pierre Seifert, Technische Universität Berlin Gutachter: Prof. Dr. Jean-Claude Dufourd, ParisTech Gutachter: Prof. Dr.-Ing. Ina Schieferdecker, Technische Universität Berlin Tag der wissenschaftlichen Aussprache: 29. August 2017 Berlin 2017 D 83 Abstract Through continuous advancements in streaming and Web technologies over the past decade, the Web has become a platform for media delivery. Web standards like HTML5 have been designed accordingly, allowing for the delivery of applications, high-quality streaming video, and hooks for interoperable content protection. Efficient video encoding algorithms such as AVC/HEVC and streaming protocols such as MPEG-DASH have served as additional triggers for this evolution. Users now employ Web browsers as a tool for receiving streaming media and rendering Web applications, and browsers have been embedded into almost every kind of connected device. The drawback of these technical developments and quick rate of user adoption is that modern Web browsers have introduced significant constraints on devices’ capabilities. First, the computational requirements have risen continuously, resulting in a cycle where modern devices can be nearly outdated after a year or two. Second, as the integration of browser technologies is a complicated matter, not every platform provides the same performance. Different Operating Systems (OSs), chipsets and software engines are the main reasons for this difference in performance.
    [Show full text]
  • Webizing Mobile Augmented Reality Content
    This article was downloaded by: [Sangchul Ahn] On: 10 February 2014, At: 12:48 Publisher: Taylor & Francis Informa Ltd Registered in England and Wales Registered Number: 1072954 Registered office: Mortimer House, 37-41 Mortimer Street, London W1T 3JH, UK New Review of Hypermedia and Multimedia Publication details, including instructions for authors and subscription information: http://www.tandfonline.com/loi/tham20 Webizing mobile augmented reality content Sangchul Ahnab, Heedong Kob & Byounghyun Yoob a HCI & Robotics, University of Science and Technology, Daejeon, Korea b Imaging Media Research Center, Korea Institute of Science and Technology, Seoul, Korea Published online: 05 Feb 2014. To cite this article: Sangchul Ahn, Heedong Ko & Byounghyun Yoo , New Review of Hypermedia and Multimedia (2014): Webizing mobile augmented reality content, New Review of Hypermedia and Multimedia, DOI: 10.1080/13614568.2013.857727 To link to this article: http://dx.doi.org/10.1080/13614568.2013.857727 PLEASE SCROLL DOWN FOR ARTICLE Taylor & Francis makes every effort to ensure the accuracy of all the information (the “Content”) contained in the publications on our platform. However, Taylor & Francis, our agents, and our licensors make no representations or warranties whatsoever as to the accuracy, completeness, or suitability for any purpose of the Content. Any opinions and views expressed in this publication are the opinions and views of the authors, and are not the views of or endorsed by Taylor & Francis. The accuracy of the Content should not be relied upon and should be independently verified with primary sources of information. Taylor and Francis shall not be liable for any losses, actions, claims, proceedings, demands, costs, expenses, damages, and other liabilities whatsoever or howsoever caused arising directly or indirectly in connection with, in relation to or arising out of the use of the Content.
    [Show full text]
  • Scalable Vector Graphics (SVG) 1.2
    Scalable Vector Graphics (SVG) 1.2 Scalable Vector Graphics (SVG) 1.2 W3C Working Draft 27 October 2004 This version: http://www.w3.org/TR/2004/WD-SVG12-20041027/ Previous version: http://www.w3.org/TR/2004/WD-SVG12-20040510/ Latest version of SVG 1.2: http://www.w3.org/TR/SVG12/ Latest SVG Recommendation: http://www.w3.org/TR/SVG/ Editor: Dean Jackson, W3C, <[email protected]> Authors: See Author List Copyright ©2004 W3C® (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark and document use rules apply. Abstract SVG is a modularized XML language for describing two-dimensional graphics with animation and interactivity, and a set of APIs upon which to build graphics- based applications. This document specifies version 1.2 of Scalable Vector Graphics (SVG). Status of this Document http://www.w3.org/TR/SVG12/ (1 of 10)30-Oct-2004 04:30:53 Scalable Vector Graphics (SVG) 1.2 This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at http://www.w3.org/TR/. This is a W3C Last Call Working Draft of the Scalable Vector Graphics (SVG) 1.2 specification. The SVG Working Group plans to submit this specification for consideration as a W3C Candidate Recommendation after examining feedback to this draft. Comments for this specification should have a subject starting with the prefix 'SVG 1.2 Comment:'. Please send them to [email protected], the public email list for issues related to vector graphics on the Web.
    [Show full text]
  • A Repository and Analysis Resource for Post-Translational Modifications And
    Published online 20 November 2014 Nucleic Acids Research, 2015, Vol. 43, Database issue D521–D530 doi: 10.1093/nar/gku1154 ProteomeScout: a repository and analysis resource for post-translational modifications and proteins Matthew K. Matlock, Alex S. Holehouse and Kristen M. Naegle* Department of Biomedical Engineering and the Center for Biological Systems Engineering, Washington University, St Louis, MO 63130, USA Received August 15, 2014; Revised October 28, 2014; Accepted October 29, 2014 ABSTRACT databases––it is the only database that encompasses PTM compendia and allows for the community deposition of ProteomeScout (https://proteomescout.wustl.edu)is PTM experiments, and it is the only web service that has a resource for the study of proteins and their post- built-in subset selection and enrichment for exploring and translational modifications (PTMs) consisting of a analyzing PTM experiments. ProteomeScout is also unique database of PTMs, a repository for experimental data, in the world of protein resources––it is a resource that en- an analysis suite for PTM experiments, and a tool tails a flexible, track-based viewer of protein annotations. for visualizing the relationships between complex The purposeful design of these features was inspired by protein annotations. The PTM database is a com- the historical progression of resources for other types of pendium of public PTM data, coupled with user- molecules, including: the UCSC Genome Browser (1)and uploaded experimental data. ProteomeScout pro- the Gene Expression Omnibus (GEO) (2). The rapid expan- vides analysis tools for experimental datasets, in- sion in the identification of protein PTMs, enabled by high- throughput experimental techniques (3), has led to explo- cluding summary views and subset selection, which sive growth in the number of specialized PTM databases, can identify relationships within subsets of data by although none of which reflect the full capabilities of the testing for statistically significant enrichment of pro- UCSC Genome Browser or the GEO.
    [Show full text]
  • Adaptivity of 3D Web Content in Web-Based Virtual Museums a Quality of Service and Quality of Experience Perspective
    ADAPTIVITY OF 3D WEB CONTENT IN WEB-BASED VIRTUAL MUSEUMS A QUALITY OF SERVICE AND QUALITY OF EXPERIENCE PERSPECTIVE Hussein Bakri A Thesis Submitted for the Degree of PhD at the University of St Andrews 2019 Full metadata for this item is available in St Andrews Research Repository at: http://research-repository.st-andrews.ac.uk/ Please use this identifier to cite or link to this item: http://hdl.handle.net/10023/18453 This item is protected by original copyright Adaptivity of 3D Web Content in Web-Based Virtual Museums A Quality of Service and Quality of Experience Perspective Hussein Bakri This thesis is submitted in partial fulfilment for the degree of Doctor of Philosophy (PhD) at the University of St Andrews December 2018 Abstract The 3D Web emerged as an agglomeration of technologies that brought the third dimension to the World Wide Web. Its forms spanned from being systems with limited 3D capabilities to complete and complex Web-Based Virtual Worlds. The advent of the 3D Web provided great opportunities to museums by giving them an innovative medium to disseminate collections’ information and associated interpretations in the form of digital artefacts, and virtual reconstructions thus leading to a new revolutionary way in cultural heritage curation, preservation and dissemination thereby reaching a wider audience. This audience consumes 3D Web material on a myriad of devices (mobile devices, tablets and personal computers) and network regimes (WiFi, 4G, 3G, etc.). Choreographing and presenting 3D Web components across all these heterogeneous platforms and network regimes present a significant challenge yet to overcome. The challenge is to achieve a good user Quality of Experience (QoE) across all these platforms.
    [Show full text]