DOCSLIB.ORG

Universidad De Castilla-La Mancha Escuela Superior De Informática

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read 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. Esta mejora se conseguirá usando entre otras herramientas la arquitectura REST, que aparte de mejorar la interfaz de comunicación entre las aplicaciones, se transforma en una solución multiplataforma. El propósito principal de este trabajo fin de grado es realizar un núcleo de repositorio de formularios basado en la arquitectura REST. ix Abstract Nowadays the evolution of computer technology and tools is so fast that every day we may found new tools that make posible to develop their funtions more quick, fast and efficcient. Therfore any company that wish to be in the top of this business has to be updated always. Actually in present days new tools or new versions of these tools are developed to manage enterprises more poswerfull tha classic computer tolos done. The idea is not only to use new technologies, the idea is to use new technologies in the best way in order to allow new computer tools grow easilly. According to this, DocPath, a company leader in software development which philosofy is to promote companies with their documents managment software wants to improve their products; specially their tool for storage and management of forms. The company wants to reach this objetive using REST architecture because apart from make a better interface of comunication between aplications may be a multplatform solution. Main objetive of this thesis is to do a repository of forms based on REST architecture. xi AGRADECIMIENTOS Se lo quiero agradecer a toda mi familia en general y a mi madre en particular, los quiero mucho a todos. A todas las personas que considero y me consideran más que un amigo, las quiero mucho también. A DocPath por darme la oportunidad de realizar este proyecto con ellos. Y para terminar a la Escuela Superior de Informática. Francisco Javier Mendoza Madroñal xiii ÍNDICE GENERAL 1 Introducción 1 1.1 Estructura del Documento . .2 2 Objetivos 5 2.1 Objetivo principal . .5 2.1.1 Objetivos Secundarios . .5 2.1.2 Objetivos Académicos . .6 2.2 Análisis de Costes y Riesgos . .7 2.2.1 Análisis de Costes . .7 2.2.2 Análisis de Riesgos . .7 3 Antecedentes 9 3.1 Principios de la arquitectura Rest . .9 3.2 El protocolo HTTP . 11 3.2.1 Las URIs . 11 3.2.2 Los Tipos MIME . 12 3.2.3 Los Métodos de petición HTTP . 13 3.2.4 Códigos de estado . 13 3.3 Operaciones CRUD . 14 3.3.1 Read, Leer . 14 3.3.2 Update, Modificar . 16 3.3.3 Delete, Borrar . 17 3.3.4 Create, Crear . 17 xv xvi ÍNDICE GENERAL 3.4 Marco Actual de Trabajo . 19 3.4.1 DocPath Designer 4.1 . 19 3.4.2 DocPath XF Repository Management Tool . 19 3.4.3 Ejemplo de uso: DocPath Designer 4.1 y DocPath XF Repository Management Tool . 21 4 Metodología 29 4.1 SCRUM como marco de desarrollo . 29 4.1.1 Fases de desarrollo . 30 4.2 Marco Tecnológico . 31 4.2.1 Herramientas para la Gestión del proyecto . 31 4.2.2 Herramientas para el modelado . 32 4.2.3 Herramientas y tecnologías para el desarrollo . 33 4.2.4 Herramientas y tecnologías para la gestión de las base de datos . 38 4.2.5 Herramientas y tecnologías para la generación de la documentación 39 4.2.6 Herramientas para la realización de pruebas . 40 5 Resultados 41 5.1 Sprint 0 . 41 5.1.1 Análisis del sistema . 41 5.1.2 Análisis del documento de especificación de requisitos . 41 5.1.3 Uso de Servlets . 49 5.1.4 Uso de JPA . 50 5.2 SPRINT 1 . 55 5.2.1 Modelo Relacional de Base de datos . 55 5.2.2 Crear Esqueleto de XF Repository . 57 5.2.3 Creación y Actualización de la base de datos . 60 5.2.4 Gestión de la Persistencia . 66 5.2.5 Gestión de Usuarios . 66 5.2.6 Pruebas . 69 ÍNDICE GENERAL xvii 5.2.7 Conclusión del Sprint 1 . 70 5.3 SPRINT 2 . 72 5.3.1 Añadir Jetty embebido para realizar debug . 72 5.3.2 Gestión de Categorías de Formularios y Categorías de Objetos . 73 5.3.3 Gestión de Revisiones de Formularios y Objetos . 78 5.3.4 Gestión de Formularios y Objetos . 82 5.3.5 Pruebas . 83 5.3.6 Conclusión del Sprint 2 . 85 5.4 SPRINT 3 . 87 5.4.1 Implementación de un sistema de log . 87 5.4.2 Gestión de Categorías y Revisiones de Recursos . 89 5.4.3 Gestión de Roles y Operaciones . 91 5.4.4 Pruebas . 96 5.4.5 Conclusión del Sprint 3 . 98 5.5 SPRINT 4 . 100 5.5.1 Gestión de Trazas . 100 5.5.2 Operaciones avanzadas sobre el repositorio . 103 5.5.3 Creación de un proyecto externo con jetty embebido . 105 5.5.4 Pruebas . 107 5.5.5 Conclusión del Sprint 4 . 108 5.6 SPRINT 5 . 110 5.6.1 Crear Esqueleto de XF Repository Web . 110 5.6.2 Interfaz de Autentificación . 111 5.6.3 Interfaz de Gestión de Formularios . 112 5.6.4 Interfaz de Gestión de Objetos . 112 5.6.5 Interfaz de Gestión de Recursos . 113 5.6.6 Interfaz de Añadir Revisiones de Objeto a una Revisión de Formulario114 5.6.7 Interfaz de Reemplazo de Objetos . 115 5.6.8 Interfaz de Gestión de Trazas . 116 5.6.9 Conclusión del Sprint 5 . 116 xviii ÍNDICE GENERAL 6 Conclusiones 119 6.1 Conclusión . 119 6.1.1 Trabajo Futuro . 120 6.2 Valoración Personal . 122 Bibliografía 123 A Listado de Acrónimos 125 B Glosario 127 C Product Backlog 129 D Subrequisitos Funcionales del RF1 133 ÍNDICE DE FIGURAS 1.1 Gráfico Sistema XFRepository . .2 2.1 Elementos que forman el objetivo principal del desarrollo . .6 3.1 Clientes web y servidores . 11 3.2 DocPath XF Tool, Conexión al repositorio . 21 3.3 DocPath XF Tool, Pestaña de formulario . 22 3.4 DocPath Designer, Formularios contenidos en el repositorio . 22 3.5 DocPath Designer, Añadir objeto al repositorio . 23 3.6 DocPath Designer, Añadir objeto al repositorio . 23 3.7 DocPath Designer, Almacenar formulario en el repositorio . 24 3.8 DocPath XF, Promocionar a estado de Testing ................ 24 3.9 DocPath Designer, Crear una nueva versión del Formulario . 25 3.10 DocPath Designer, Versión creada del Formulario . 25 3.11 DocPath XF, Formulario en estado de Released ............... 26 3.12 DocPath XF, Seleccionar un objeto a reemplazar . 27 3.13 DocPath XF, Selección del nuevo Objeto . 27 5.1 Arquitectura global de la Solución. 42 5.2 Esquema Inicial UML . 42 5.3 Elementos del Repositorio . 43 5.4 Interfaces de JPA . 51 5.5 Ciclo de vida de una Entidad . 53 5.6 Esquema Entidad Relación de XF Repository . 56 xix xx ÍNDICE DE FIGURAS 5.7 Organización de Paquetes del Proyecto . 57 5.8 Diagrama de Clases, Inicialización del Servicio . 59 5.9 Exportar Script . 60 5.10 Selección de Tablas a persistir . 61 5.11 Diagrama de Clases, Creación de la base de datos . 65 5.12 Diagrama de Clases, Control de Usuarios . 68 5.13 Diagrama de Secuencia, Creación de usuarios . 69 5.14 Modelo ER, Parte a realizar en el Sprint 2 . 73 5.15 Diagrama de Clases, Gestión de Categorías de Objetos y Formularios . 75 5.16 Diagrama de Secuencia, Borrar Categorías . ..
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]
  • 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]
  • What's New in Java Persistence API (JSR 338)
    What’s new in Java Persistence API (JSR 338) Lukas Jungmann EclipseLink JPA team lead Oracle Czech October 27, 2015 Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | Safe Harbor Statement The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle. Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | 4 Program Agenda 1 Overview 2 Status 3 What’s next 4 Q&A Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | 5 Overview Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | Oracle Confidential – Internal/Restricted/Highly Restricted 6 Overview • Industry standard object/relational mapping for Java • Delivers portability across providers and databases • Increases developer productivity • Available for use in both Java SE and Java EE environment Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | 7 Overview JPA 1.0 • 2003-2006 under JSR 220 - Enterprise JavaBeans 3.0 • TopLink Essentials as a reference implementation • The Java Persistence API • The query language - JPQL • Object/relational mapping metadata Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | 8 Overview JPA 2.0 • 2007-2009 under JSR 317 - Java Persistence 2.0 • EclipseLink as a reference implementation • Java Persistence Criteria API Copyright © 2015, Oracle and/or its affiliates.
    [Show full text]