DOCSLIB.ORG

Web Application

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Web Application HealthyLifeHRA: Web Application by NING XIA Submitted in partial fulfillment of the requirements for the degree of Master of Science Thesis Advisor: Dr. Gultekin Ozsoyoglu Department of Electrical Engineering and Computer Science CASE WESTERN RESERVE UNIVERSITY August, 2014 CASE WESTERN RESERVE UNIVERSITY SCHOOL OF GRADUATE STUDIES We hereby approve the thesis of Ning Xia candidate for the Master of Science degree*. committee chair Gultekin Ozsoyoglu, Ph.D. Andy Podgurski, Ph.D. Joseph Sudano, Ph.D. Adam Perzynski, Ph.D. date of defense June 16th, 2014 *We also certify that written approval has been obtained for any proprietary material contained therein. 2 Acknowledgements First of all I would like to express my wholehearted gratitude to my advisor, Prof. Gultekin Ozsoyoglu for his devoted guidance, encouragement and great mentorship throughout my time as a master’s student. I have learned a lot while under his supervision. I would also like to thank the members of my master’s thesis defense committee: Prof. Andy Podgurski, Prof. Adam Perzynski, Prof. Joseph Sudano and Prof. Meral Ozsoyoglu. The time you have invested into reading my thesis and serving on the committee is much appreciated. I would like to thank the software members of the HRA team Eamon Johnson, Xiangcao Liu, Umang Banugaria, Tiancheng Wu, Peng Li, Can Tuzla and Pinar Uskaner, as well as the team from Metro Health, Prof. Adam Perzynski, Prof. Joseph Sudano, Sandra Andrukat, and Misty Harris, for their help with the development of the HealthyLifeHRA application for which this thesis also contributes to. Last but not least, I would like to recognize the support that my friends and family have provided me throughout my graduate studies. This thesis and the HealthyLifeHRA project was supported by an Agency for Health Research and Quality research grant: AHRQ:1R01HS020919, Joseph Sudano, PhD, Principal Investigator. 3 Table of Contents Page Acknowledgements ................................................................................................................. 3 Table of Contents ...................................................................................................................... 4 List of Figures ............................................................................................................................ 8 Abstract ..................................................................................................................................... 10 Chapter 1 Introduction ..................................................................................................... 12 1.1 Background............................................................................................................................. 12 1.2 Overview .................................................................................................................................. 13 1.3 Contributions ......................................................................................................................... 16 1.4 Organization ........................................................................................................................... 17 Chapter 2 HealthyLifeHRA Application Requirements and Database Design... 19 2.1 Application Requirements ................................................................................................ 19 2.2 HealthyLife HRA Application Data Model Design ..................................................... 23 2.2.1 ER Data Model ............................................................................................................................... 23 2.2.2 Transforming ER Model to Relational Model ................................................................... 44 Chapter 3 HealthyLifeHRA Application User Interface ............................................. 56 3.1 Information Pages ................................................................................................................ 60 3.1.1 Home Page ...................................................................................................................................... 61 3.1.2 About Us Page ................................................................................................................................ 62 3.1.3 How It Works Page ...................................................................................................................... 63 3.1.4 For Clinicians Page ...................................................................................................................... 65 4 3.2 Login/Registration Pages .................................................................................................. 66 3.2.1 Registration Page ......................................................................................................................... 67 3.2.2 Login Page ....................................................................................................................................... 70 3.2.3 Forgot Password Page ............................................................................................................... 71 3.2.4 Reset Password Page .................................................................................................................. 73 3.3 Questionnaire Pages ............................................................................................................ 73 3.3.1 Getting Started Page ................................................................................................................... 74 3.3.2 Questionnaires .............................................................................................................................. 77 3.3.3 HRA Reporting .............................................................................................................................. 83 3.4 Administration Interface ................................................................................................... 88 Chapter 4 HealthyLifeHRA Application Evolution ...................................................... 95 4.1 Introduction ........................................................................................................................... 95 4.2 HealthyLifeHRA Version 1 .................................................................................................... 96 4.3 HealthyLifeHRA Version 2 .................................................................................................... 98 4.4 HealthyLifeHRA Version 3 .................................................................................................. 100 Chapter 5 HealthyLifeHRA Web Application Development .................................. 102 5.1 HealthyLifeHRA Model-View-Controller--Basics ........................................................ 103 5.2 Back-end Server Implementation ................................................................................ 107 5.2.1 Play Model Implementation ................................................................................................. 107 5.2.2 Risk Computation Engine ...................................................................................................... 113 5.2.3 RESTful Web Service Development ................................................................................... 118 5.2.4 HTTPs Based Communication with Play Framework ................................................ 119 5.2.5 Security and Password Encryption ................................................................................... 121 5.3 Front-end Interface Implementation .......................................................................... 124 5 5.3.1 HTTP Routing ............................................................................................................................. 124 5.3.2 Controllers ................................................................................................................................... 125 5.3.3 Template Engine........................................................................................................................ 127 5.3.4 Templates ..................................................................................................................................... 130 5.3.5 Information Pages..................................................................................................................... 132 5.3.6 Login/Registration Pages ...................................................................................................... 133 5.3.7 Questionnaire Pages ................................................................................................................ 136 5.3.8 Administration Area ................................................................................................................ 144 Chapter 6 HealthyLifeHRA Stand-Alone Desktop Application Development . 146 6.1 Background........................................................................................................................... 146 6.2 Server Implementation .................................................................................................... 147 6.3 Creating a MySQL Database and a User ...................................................................... 154 6.4 User Interface Implementation ..................................................................................... 156 6.5 Integration ...........................................................................................................................
Load more

Recommended publications
  • An Empirical Study on the Practice of Maintaining Object-Relational Mapping Code in Java Systems
    An Empirical Study on the Practice of Maintaining Object-Relational Mapping Code in Java Systems Tse-Hsun Chen Weiyi Shang Jinqiu Yang Queen’s University Concordia University University of Waterloo Ontario, Canada Quebec, Canada Ontario, Canada [email protected] [email protected] [email protected] Ahmed E. Hassan Michael W. Godfrey Queen’s University University of Waterloo Ontario, Canada Ontario, Canada [email protected] [email protected] Mohamed Nasser Parminder Flora BlackBerry BlackBerry Ontario, Canada Ontario, Canada ABSTRACT code. Future studies should carefully examine ORM code, Databases have become one of the most important compo- in particular given the rising use of ORM in modern software nents in modern software systems. For example, web ser- systems. vices, cloud computing systems, and online transaction pro- cessing systems all rely heavily on databases. To abstract 1. INTRODUCTION the complexity of accessing a database, developers make use Managing data consistency between source code and database of Object-Relational Mapping (ORM) frameworks. ORM is a difficult task, especially for complex large-scale systems. frameworks provide an abstraction layer between the appli- As more systems become heavily dependent on databases, it cation logic and the underlying database. Such abstraction is important to abstract the database accesses from devel- layer automatically maps objects in Object-Oriented Lan- opers. Hence, developers nowadays commonly make use of guages to database records, which significantly reduces the Object-Relation Mapping (ORM) frameworks to provide a amount of boilerplate code that needs to be written. conceptual abstraction between objects in Object-Oriented Despite the advantages of using ORM frameworks, we ob- Languages and data records in the underlying database.
    [Show full text]
  • Big Data - an Overview
    Faculty of Computer University Automatic Science and Politehnica Control and Engineering of Bucharest Computers Department Big Data - An Overview - Ciprian-Octavian Truică [email protected] Overview • What is Big Data? • Why Big Data? • Types of Big Data • Techniques • Distributed architecture • Cloud Computing • Storage and tools 03.10.2018 2 What is Big Data? • Big Data is high volume, high velocity and high variety of data that require new forms of processing to enable knowledge extraction, insight discovery, decision making, and process optimization 03.10.2018 3 What is Big Data? 03.10.2018 4 What is Big Data? • The 4 V’s of Big Data: 1. Volume – The main characteristic of Big Data is the volume – The volume of data impacts its analysis – Historical data is important especially for Business Intelligence – Data generated from different sources are stored together to create correlations and extract knowledge. 03.10.2018 5 What is Big Data? • The 4 V’s of Big Data: 2. Variety – Variety refers to the types of data available for analysis – Multiple types of data: numbers, dates, text, images, video, etc. – Multiple sources for data: companies databases, social media, blogs, etc. – Structured, unstructured and hybrid types of data. 03.10.2018 6 What is Big Data? • The 4 V’s of Big Data: 3. Veracity – Veracity refers to the trustworthiness of the data. – The quality of the data can affect the analysis process – The data must be representative, relevant, consistent, accurate and current to discover patterns – The data must be preprocessed to extract relevant knowledge 03.10.2018 7 What is Big Data? • The 4 V’s of Big Data: 4.
    [Show full text]
  • Tema 4: Implementación: Frameworks 4.3
    Ingeniería del Software II Tema 4: Implementación: Frameworks 4.3. Hibernate A. Goñi, J. Iturrioz Índice • 1) Motivación: Por qué utilizar un Framework como Hibernate • 2) Hibernate • 2.1) Introducción • 2.2) Arquitectura de Hibernate • 2.3) Clases persistentes (Ficheros de configuración: .hbm.xml) • 2.4) Asociaciones entre clases (Ficheros de configuración: .hbm.xml) • 2.5) Session Factory (Fichero de configuración: hibernate.cfg.xml) • 2.6) Session y Transaction • 2.7) Lenguajes de interrogación: HBL (y Criteria) • 2.8) Aspectos de interés: ciclo de vida, asociaciones 1:N, 1:1, N:M, null values, borrado, actualización, recuperación de datos,… 2 1) Motivación • En las vistas se necesita tener disponibles datos (almacenados en el nivel de datos) a los que se accede por medio de la lógica de negocio (objetos bean) • Programación: con un lenguaje OO • Persistencia de datos: con BDOO o con BD relacionales Las BD relacionales están más extendidas que las BDOO: buena opción para la persistencia • Si se usan BD relacionales, entonces hay que “mapear” tuplas relacionales en objetos • En ese caso, una herramienta de mapeo objeto-relacional como Hibernate es una buena elección 3 1) Motivación ¿Cómo se cargan estos objetos en el componente h:selectOneMenu? Lógica de Negocio Acceso a Datos Si DataAccess usa un SGBDOO como objectDB ¿Y si se usara un Sistema de Gestión de Bases de Datos Relacional (SGBDR)? Se puede implementar usando Java JDBC 4 1) Motivación Sin embargo, JSF permite hacer cosas más potentes… Expresión escrita en EL (Expression Language) de JSF. Permite más posibilidades de acceso a propiedades. En este caso, invocar al método getDescription()… JSF (basado en Java, que es OO) permite trabajar con objetos.
    [Show full text]
  • Martin Ledvinka Winter Term 2020
    JPA Martin Ledvinka [email protected] Winter Term 2020 Martin Ledvinka ([email protected]) JPA Winter Term 2020 1 / 15 Contents 1 Introduction 2 Tasks Martin Ledvinka ([email protected]) JPA Winter Term 2020 2 / 15 Introduction Introduction Martin Ledvinka ([email protected]) JPA Winter Term 2020 3 / 15 Introduction Object-relational mapping Mapping between the database (declarative) schema and the data structures in an object oriented language. Martin Ledvinka ([email protected]) JPA Winter Term 2020 4 / 15 Introduction JPA Basics The idea: \map Java classes to database records" Object-relational mapping in Java @Entity CREATE TABLE PERSON ( public Person f ID bigint PRIMARY KEY NOT NULL, @Id HASNAME varchar(255) private Long id; ); private String hasName; // setters+getters g Martin Ledvinka ([email protected]) JPA Winter Term 2020 5 / 15 Introduction JPA Main Concepts Entity class: a Java class representing a set of persistent objects mapped onto a relational table Persistence Unit: the set of all entity classes that are persistently mapped to one database Persistence Context: the set of all entities defined in the persistence unit being used at a given time Entity manager: the interface for interacting with a Persistence Context Martin Ledvinka ([email protected]) JPA Winter Term 2020 6 / 15 Introduction JPA Main Concepts { Visual Figure: Main JPA concepts and their relationship. Martin Ledvinka ([email protected]) JPA Winter Term 2020 7 / 15 Introduction JPA { EntityManager EntityManager (EM) instance is in fact a generic DAO, while entities can be understood as DTO's.
    [Show full text]
  • Performance Evaluation of Jpa Based Orm Techniques
    Proceedings of 2nd International Conference on Computer Science Networks and Information Technology, Held on 27th - 28th Aug 2016, in Montreal, Canada, ISBN: 9788193137369 PERFORMANCE EVALUATION OF JPA BASED ORM TECHNIQUES Neha Dhingra Dr. Emad Abdelmoghith Department of Electrical Engineering and Computer Department of Electrical Engineering and Computer Science, University Of Ottawa, Ottawa, Canada Science, University Of Ottawa, Ottawa, Canada Dr. Hussein T. Mouftah Department of Electrical Engineering and Computer Science, University Of Ottawa, Ottawa, Canada Abstract— Persistence and Performance are an integral coding is depleted, programming costs reduced, JPA part of a Java API. This paper studies the performance prevalence has rapidly improved, coupled with performance analysis of different JPA implementations based on the breakdowns, there is enough momentum for a developer to ORM framework. Large Enterprises working on JPA perform a performance analysis in order sustain JPA have become concerned about the potential pressures programming indefinitely in the near future. Furthermore, and overloads that a JPA implementations i.e. in today’s software market, there is increasing pressure on Hibernate, EclipseLink, OpenJPA and Data Nucleus the developers and enterprise to adopt API that reduce the can endure. Java Persistence API (JPA) represents a development time and programming cost in order to be significant role in the efficient performance of the API considered more sustainable technology. because the persistence process can be coordinated with JPA implementations come in many variants which have the advanced features used to sustain the heavy loaded lead to a myriad of acronyms that are worth summariz-ing. applications. Therefore, an analysis would demonstrate Currently, Hibernate, OpenJPA, and EclipseLink are the impacts of different queries in various scenarios deemed as the most successful performance oriented JPA such as I/O, CPU, Garbage collection and other implementations based Lazy Load concept.
    [Show full text]
  • Espresso: Brewing Java for More Non-Volatility with Non-Volatile Memory
    Espresso: Brewing Java For More Non-Volatility with Non-volatile Memory Mingyu Wu, Ziming Zhao, Haoyu Li, Heting Li, Haibo Chen, Binyu Zang, Haibing Guan Shanghai Key Laboratory of Scalable Computing and Systems Institute of Parallel and Distributed Systems, Shanghai Jiao Tong University Abstract straction brought by the language virtual machine (e.g., JVM) Fast, byte-addressable non-volatile memory (NVM) em- complicates the persistence management. braces both near-DRAM latency and disk-like persistence, The mainstream persistent programming model leverages a which has generated considerable interests to revolutionize coarse-grained abstraction like Java Persistence API (JPA)[9] system software stack and programming models. However, it to provide easy-to-use transactional APIs for programmers to is less understood how NVM can be combined with managed persist their data. However, it does not consider the emer- runtime like Java virtual machine (JVM) to ease persistence gence of NVM, and creates unnecessary transformation over- management. This paper proposes Espresso1, a holistic ex- head between Java objects and native serialized data. In tension to Java and its runtime, to enable Java programmers contrast, the recent proposed Persistent Collections for Java to exploit NVM for persistence management with high perfor- (PCJ) [14] provides a fine-grained programming model to en- mance. Espresso first provides a general persistent heap de- able users to manipulate persistent data in object level. How- sign called Persistent Java Heap (PJH) to manage persistent ever, it has built an independent type system against the orig- data as normal Java objects. The heap is then strengthened inal one in Java, which makes it hard to be compatible with with a recoverable mechanism to provide crash consistency existing Java programs since it mandates the use of the collec- for heap metadata.
    [Show full text]
  • Espresso: Brewing Java for More Non-Volatility with Non-Volatile Memory
    Espresso: Brewing Java For More Non-Volatility with Non-volatile Memory Mingyu Wu, Ziming Zhao, Haoyu Li, Heting Li, Haibo Chen, Binyu Zang, Haibing Guan Shanghai Key Laboratory of Scalable Computing and Systems Institute of Parallel and Distributed Systems Shanghai Jiao Tong University Abstract Keywords Non-Volatile Memory, Crash Consistency, Java Fast, byte-addressable non-volatile memory (NVM) embraces Virtual Machine both near-DRAM latency and disk-like persistence, which has generated considerable interests to revolutionize system ACM Reference Format: software stack and programming models. However, it is less Mingyu Wu, Ziming Zhao, Haoyu Li, Heting Li, Haibo Chen, Binyu understood how NVM can be combined with managed run- Zang, Haibing Guan. 2018. Espresso: Brewing Java For More Non- time like Java virtual machine (JVM) to ease persistence Volatility with Non-volatile Memory. In Proceedings of ASPLOS ’18: Architectural Support for Programming Languages and Oper- management. This paper proposes Espresso1, a holistic ex- ating Systems (ASPLOS ’18). ACM, New York, NY, USA, 14 pages. tension to Java and its runtime, to enable Java programmers hps://doi.org/10.1145/3173162.3173201 to exploit NVM for persistence management with high per- formance. Espresso first provides a general persistent heap design called Persistent Java Heap (PJH) to manage persis- tent data as normal Java objects. The heap is then strength- 1 Introduction ened with a recoverable mechanism to provide crash consis- Due to promising features like non-volatility, byte- tency for heap metadata. Espresso further provides a new addressability and close-to-DRAM speed, emerging abstraction called Persistent Java Object (PJO) to provide non-volatile memories (NVM) are projected to revolutionize an easy-to-use but safe persistence programming model for the memory hierarchy in the near future.
    [Show full text]
  • Universidad De Castilla-La Mancha Escuela Superior De Informática
    UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA GRADO EN INGENIERÍA INFORMÁTICA INGENIERÍA DEL SOFTWARE TRABAJO FIN DE GRADO Núcleo de Repositorio de Formularios DocPath Francisco Javier Mendoza Madroñal Septiembre 2016 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA Depto. de Tecnologías y Sistemas de la Información INGENIERÍA DEL SOFTWARE TRABAJO FIN DE GRADO Núcleo de Repositorio de Formularios DocPath Autor: Francisco Javier Mendoza Madroñal Director: José Antonio Cruz Lemus Director: Arturo Peralta Martín-Palomino Septiembre 2016 Núcleo de Repositorio de Formularios DocPath © Francisco Javier Mendoza Madroñal, 2016 La copia y distribución no esta permitida. Propiedad de DocPath SL. Documento generado con LATEX. TRIBUNAL: Presidente: Vocal: Secretario: FECHA DE DEFENSA: CALIFICACIÓN: PRESIDENTE VOCAL SECRETARIO Fdo.: Fdo.: Fdo.: A todo aquel que le dedique un rato a leerse este TFG Resumen En la actualidad la evolución de las herramientas y tecnologías en el ámbito de la infor- mática es muy rápida por lo que cada día surgen nuevas herramientas que hacen más fáciles, rápidas y eficientes las funciones que desarrollan. Por este motivo cualquier empresa que desee estar en la vanguardia de este negocio necesita estar en constante actualización. De un tiempo a esta parte están apareciendo nuevas herramientas, o versiones de éstas, para gestionar el negocio de las empresas que son mucho más potentes que las clásicas. No se trata solo de la utilización de las nuevas tecnologías sino de la correcta forma de hacerlo para que las aplicaciones puedan evolucionar fácilmente. De lo anteriormente expuesto DocPath, una empresa líder en el desarrollo de software cuya filosofía es impulsar a las empresas con su gestión documental, desea mejorar su gama de productos; concretamente su herramienta de almacenamiento y gestión de formularios.
    [Show full text]
  • Persistence & the Object Relational Model
    PersistencePersistence && TheThe ObjectObject RelationalRelational ModelModel DAT076/DIT126 Web Applications Adam Waldenberg MeetMeet youryour studentstudent representativesrepresentatives ● TIDAL Albin Becevic <[email protected]> ● TKDAT John Blåberg Kristoffersson <[email protected]> ● TIDAL Johan Ericsson <[email protected]> ● MPALG Madeleine Lexén <[email protected]> ● TKITE Paulina Palmberg <[email protected]> The role of a student representative? student.portal.chalmers.se/en/chalmersstudies/courseinformation/coursee valuation/Pages/Being-a-Student-representative.aspx ObjectObject RelationalRelational ModelModel A combination of an object oriented database model and a relational database model ● Typically supports objects, classes and inheritance ● Can define data types and tabular structures like a relational data model ● Available for most languages to allow you to bridge the gap between the language and relational databases ● One of the first, or even the first ORM was developed for SmallTalk in the early 1990’s (one of the earliest popular object oriented languages) ObjectObject RelationalRelational MappingMapping Technique for converting data between incompatible type systems using object-oriented programming languages ObjectObject RelationalRelational MappingMapping -- JavaJava ● Java is an object-oriented language ● Objects and classes arranged in a mixed hierarchy (graph) of scalar types and sub-classed relationships to other objects ● Objects contain methods for fetching various
    [Show full text]
  • An Adaptive, Searchable and Extendable Context Model
    Mid Sweden University The Department of Information Technology and Media (ITM) Author: Felix Dobslaw E­mail address: [[email protected]] Study programme: Distributed Systems, 30 ECTS Examiner: Theo Kanter, [email protected] Tutors: Theo Kanter, [email protected] , Åke Malmberg, [email protected] Scope: 22244 words inclusive of appendices Date: 2009­04­30 Mid Sweden University M.Sc. Thesis within Computer Science A, 30 points An Adaptive, Searchable and Extendable Context Model, enabling cross­domain Context Storage, Retrieval and Reasoning Architecture, Design, Implementation and Discussion Felix Dobslaw Felix Dobslaw Acknowledgement An Addaptive, Searchable and Extendable Context Model April 3rd 2009 Acknowledgement I would like to thank my first academic advisor Theo Kanter for inspiring discussions and my second academic advisor Ake˚ Malmberg for all the ef- forts, arranging a very pleasant room for me in Ostersund¨ and integrating me into the local staff. Special thanks to Annika Berggren and Patrik Oster-¨ berg, who helped me a lot with the administrative work. Thanks also to Aron Larsson for the very diverse discussions and brainstorming sessions. Further more I would like to thank the ITM department at the MidSwe- den University for covering my travel expenses. All your help is well appreciated. ii Felix Dobslaw Table of Contents An Addaptive, Searchable and Extendable Context Model April 3rd 2009 Table of Contents 1 Introduction 1 1.1 Importance of Context . .2 1.1.1 Theory and Practice . .3 1.2 Context of this Thesis . .4 1.3 Problem Statement . .5 1.4 Related Work . .6 1.5 Context on the Internet .
    [Show full text]
  • Sistemi Informativi
    Object-relational mapping Source http://www.datanucleus.org/ Object-relational impedance mismatch • The object-relational impedance mismatch is a set of conceptual and technical difficulties that are often encountered when a RDBMS is being used by a program written in an object-oriented programming language or style. 2 Data type differences • A major mismatch between existing relational and OO languages is the type system differences. • The relational model strictly prohibits by-reference attributes (or pointers), whereas OO languages embrace and expect by-reference behavior. • Scalar types and their operator semantics are also very often subtly to vastly different between the models, causing problems in mapping. • For example, most SQL systems support string types with varying collations and constrained maximum lengths, while most OO languages consider collation only as an argument to sort routines and strings are intrinsically sized to available memory 3 Structural and integrity differences • In OO languages, objects can be composed of other objects—often to a high degree—or specialize from a more general definition. This may make the mapping to relational schemas less straightforward. • This is because relational data tends to be represented in a named set of global, unnested relation variables. 4 Manipulative differences • The relational model has an intrinsic, relatively small and well defined set of primitive operators for usage in the query and manipulation of data, whereas OO languages generally handle query and manipulation through custom-built or lower-level physical access path specific imperative operations 5 Transactional differences • Relational database transactions, as the smallest unit of work performed by databases, are much larger than any operations performed by classes in OO languages.
    [Show full text]
  • Performance Evaluation of Java Object-Relational Mapping Tools
    PERFORMANCE EVALUATION OF JAVA OBJECT-RELATIONAL MAPPING TOOLS by HASEEB YOUSAF (Under the Direction of John A. Miller) ABSTRACT In the modern era of enterprise Web technology, there is strong competition growing between different vendors for highly scalable and reliable Web application frameworks. In designing these Web applications, the companies need some storage mechanism through which they manipulate the data efficiently. The traditional database management systems provide this functionality but require a complete knowledge of the SQL. Nowadays, there are many Object- Relational Mapping (ORM) persistent stores available, which make the application developer job easier by providing the same functionality as that of a traditional database. The Java language also provides ORM tools such as Hibernate, EclipseLink that provide the same functionality. Similarly, we have created a lightweight persistent tool named GlycoVault, which provides similar functionality. This study is focused on comparing different Java ORM tools including GlycoVault. The study provides information about the tools’ functionalities and also compares the results of several queries we have designed to test their performance. INDEX WORDS: Persistent, ORM, Hibernate, GlycoVault, Ebean, EclipseLink, OpenJPA, database, SQL, cache, performance. PERFORMANCE EVALUATION OF JAVA OBJECT-RELATIONAL MAPPING TOOLS by HASEEB YOUSAF BS, Iqra University, Pakistan, 2005 MBA, Iqra University, Pakistan, 2007 A Thesis Submitted to the Graduate Faculty of The University of Georgia in Partial Fulfillment of the Requirements for the Degree MASTER OF SCIENCE ATHENS, GEORGIA 2012 © 2012 Haseeb Yousaf All Rights Reserved PERFORMANCE EVALUATION OF JAVA OBJECT-RELATIONAL MAPPING TOOLS by HASEEB YOUSAF Major Professor: John A. Miller Committee: Krzysztof J. Kochut William S.
    [Show full text]