Apache Unomi 1.X - Documentation Table of Contents

Total Page：16

File Type：pdf, Size：1020Kb

APACHE UNOMI 1.X - DOCUMENTATION TABLE OF CONTENTS 1. Quick start . 5 1.1. Five Minutes QuickStart. 5 2. First steps with Apache Unomi . 6 2.1. Getting started with Unomi . 6 2.1.1. Prerequisites. 6 2.1.2. Running Unomi . 6 2.2. Recipes . 7 2.2.1. Introduction . 7 2.2.2. How to read a profile. 7 2.2.3. How to update a profile from the public internet . 8 2.2.4. How to search for profile events . 11 2.2.5. How to create a new rule . 12 2.2.6. How to search for profiles . 12 2.2.7. Getting / updating consents . 13 2.2.8. How to send a login event to Unomi . 13 2.3. Request examples . 14 2.3.1. Retrieving your first context. 14 2.3.2. Retrieving a context as a JSON object.. 15 2.3.3. Accessing profile properties in a context . 15 2.3.4. Sending events using the context servlet . 15 2.3.5. Sending events using the eventcollector servlet . 16 2.3.6. Where to go from here . 17 2.4. Web Tracker . 17 2.4.1. Getting started . 17 2.4.2. How to contribute . 18 2.4.3. Tracking page views . 18 2.4.4. Tracking form submissions . 21 2.5. Configuration . 27 2.5.1. Centralized configuration . 27 2.5.2. Changing the default configuration using environment variables (i.e. Docker configuration) . 27 2.5.3. Changing the default configuration using property files . 28 2.5.4. Secured events configuration. 28 2.5.5. Installing the MaxMind GeoIPLite2 IP lookup database . 30 2.5.6. Installing Geonames database . 30 2.5.7. REST API Security. 30 2.5.8. Scripting security . 31 2.5.9. Automatic profile merging . 31 2.5.10. Securing a production environment . 32 2.5.11. Integrating with an Apache HTTP web server . 33 2.5.12. Changing the default tracking location . 35 2.5.13. Apache Karaf SSH Console . 36 2.5.14. ElasticSearch authentication and security . 36 2.6. Useful Apache Unomi URLs. 37 Apache Unomi 1.x - Documentation - 1 2.7. How profile tracking works . 38 2.7.1. Steps. 38 2.8. Context Request Flow. 39 3. Queries and aggregations. 40 3.1. Query counts . 41 3.2. Metrics . 41 3.3. Aggregations . 42 3.3.1. Aggregation types. 42 4. Profile import & export . 48 4.1. Importing profiles. 48 4.1.1. Import API. 49 4.2. Exporting profiles. 50 4.2.1. Export API . 50 4.3. Configuration in details . ..

152

Copy Link

Recommended publications

Return of Organization Exempt from Income
OMB No. 1545-0047 Return of Organization Exempt From Income Tax Form 990 Under section 501(c), 527, or 4947(a)(1) of the Internal Revenue Code (except black lung benefit trust or private foundation) Open to Public Department of the Treasury Internal Revenue Service The organization may have to use a copy of this return to satisfy state reporting requirements. Inspection A For the 2011 calendar year, or tax year beginning 5/1/2011 , and ending 4/30/2012 B Check if applicable: C Name of organization The Apache Software Foundation D Employer identification number Address change Doing Business As 47-0825376 Name change Number and street (or P.O. box if mail is not delivered to street address) Room/suite E Telephone number Initial return 1901 Munsey Drive (909) 374-9776 Terminated City or town, state or country, and ZIP + 4 Amended return Forest Hill MD 21050-2747 G Gross receipts $ 554,439 Application pending F Name and address of principal officer: H(a) Is this a group return for affiliates? Yes X No Jim Jagielski 1901 Munsey Drive, Forest Hill, MD 21050-2747 H(b) Are all affiliates included? Yes No I Tax-exempt status: X 501(c)(3) 501(c) ( ) (insert no.) 4947(a)(1) or 527 If "No," attach a list. (see instructions) J Website: http://www.apache.org/ H(c) Group exemption number K Form of organization: X Corporation Trust Association Other L Year of formation: 1999 M State of legal domicile: MD Part I Summary 1 Briefly describe the organization's mission or most significant activities: to provide open source software to the public that we sponsor free of charge 2 Check this box if the organization discontinued its operations or disposed of more than 25% of its net assets.
[Show full text]
Inequalities in Open Source Software Development: Analysis of Contributor’S Commits in Apache Software Foundation Projects
RESEARCH ARTICLE Inequalities in Open Source Software Development: Analysis of Contributor’s Commits in Apache Software Foundation Projects Tadeusz Chełkowski1☯, Peter Gloor2☯*, Dariusz Jemielniak3☯ 1 Kozminski University, Warsaw, Poland, 2 Massachusetts Institute of Technology, Center for Cognitive Intelligence, Cambridge, Massachusetts, United States of America, 3 Kozminski University, New Research on Digital Societies (NeRDS) group, Warsaw, Poland ☯ These authors contributed equally to this work. * [email protected] a11111 Abstract While researchers are becoming increasingly interested in studying OSS phenomenon, there is still a small number of studies analyzing larger samples of projects investigating the structure of activities among OSS developers. The significant amount of information that OPEN ACCESS has been gathered in the publicly available open-source software repositories and mailing- list archives offers an opportunity to analyze projects structures and participant involve- Citation: Chełkowski T, Gloor P, Jemielniak D (2016) Inequalities in Open Source Software Development: ment. In this article, using on commits data from 263 Apache projects repositories (nearly Analysis of Contributor’s Commits in Apache all), we show that although OSS development is often described as collaborative, but it in Software Foundation Projects. PLoS ONE 11(4): fact predominantly relies on radically solitary input and individual, non-collaborative contri- e0152976. doi:10.1371/journal.pone.0152976 butions. We also show, in the first published study of this magnitude, that the engagement Editor: Christophe Antoniewski, CNRS UMR7622 & of contributors is based on a power-law distribution. University Paris 6 Pierre-et-Marie-Curie, FRANCE Received: December 15, 2015 Accepted: March 22, 2016 Published: April 20, 2016 Copyright: © 2016 Chełkowski et al.
[Show full text]
Talxcellenz® Job Analysis O*NET-Based Confirmatory Job Analysis Process
2019 ® Talxcellenz Job Analysis O*NET-Based Confirmatory Job Analysis Process Current Logo Tagline Update Option 1a Talent SCM Systems Tagline Update Option 1b Talent SCM Systems Tagline Update Option 1c Talent SCM Systems ©2019 Metrics Reporting, Inc. | www.metricsreporting.com Job Analysis Report HireReach – BarFly Ventures Corporate Managers (CORM) Job Family June 18, 2019 This is the final job analysis report for the above job family. This job analysis was performed in accordance with the ONET-Based Confirmatory Job Analysis Process published in the Metrics Reporting Research Brief: Job Analysis and Validation. This report is organized in alignment with EEOC’s Uniform Guidelines on Employee Selection Procedures (UGESP). The headings and grey text are excerpts of UGESP. This job analysis was conducted by a job analysis team with the following members: • James Guest, Director of Research, Metrics Reporting, Inc. • Rachel Cleveland, Technical Consultant, HireReach • Marlene Brostrom, Consultant, HireReach • Bill Guest, President and Chief Solutions Architect, Metrics Reporting, Inc. This job analysis included subject matter experts from the employer(s) listed above. UGESP Section 15(C)(1) User(s), location(s) and date(s) of study. Dates and location(s) of the job analysis should be shown (essential). The job analysis was completed in three phases. Phase 1 included job family research using www.onetonline.org and www.talxcellenz.com, competency model research, and preparation of initial drafts of the occupational competencies (task) list, tools and technology list, occupational credentials list, and foundational competencies list. Phase 2 was the SME session. The SME session was facilitated by James Guest with support from other members of the job analysis team.
[Show full text]
Die Welt Der Softwaretechnik
Course "Spezielle Themen der Softwaretechnik" Open Source Software Development Lutz Prechelt Freie Universität Berlin, Institut für Informatik http://www.inf.fu-berlin.de/inst/ag-se/ • Definition • Project types, • Process characteristics, leadership and decision-making strengths • The OSS career • Economical incentives • OSS license types • OSS tools • Innovation management in OSS Lutz Prechelt, [email protected] 1/ 78 Learning objectives • Understand the definition of Free/Open Source SW • Understand typical process characteristics: • participants, process, productivity, quality • leadership and decision-making, participant career • economical incentives for participation • tools used • Understand the various OSS licenses • Understand the notion of innovation management and how it applies to OSS Lutz Prechelt, [email protected] 2/ 78 Definition "Free and Open Source Software" Richard Stallman, Free Software Foundation (FSF): http://www.gnu.org/philosophy/free-sw.html • The freedom to run the program, for any purpose (freedom 0) • The freedom to study how the program works, and adapt it to your needs (freedom 1). • This requires access to the source code. • The freedom to redistribute copies so you can help your neighbor (freedom 2). • The freedom to modify the program, and release your improvements to the public, so that the whole community benefits (freedom 3). On Richard Stallman, see • http://www.faifzilla.org/ and http://www.catb.org/~esr/writings/rms-bio.html Lutz Prechelt, [email protected] 3/ 78 Definition
[Show full text]
Apache Unomi 1.X - Documentation Table of Contents
APACHE UNOMI 1.X - DOCUMENTATION TABLE OF CONTENTS 1. Quick start . 4 1.1. Five Minutes QuickStart. 4 2. Concepts . 5 2.1. Items and types . 5 2.2. Events. 6 2.3. Profiles . 7 2.4. Sessions . 8 2.5. Segments . 8 2.6. Conditions . 8 2.7. Rules . 10 2.7.1. Actions. 12 2.8. Request flow . 12 3. First steps with Apache Unomi . 13 3.1. Getting started with Unomi . 13 3.1.1. Prerequisites. 14 3.1.2. Running Unomi . 14 3.2. Recipes . 14 3.2.1. Introduction . 14 3.2.2. How to read a profile. 14 3.2.3. How to update a profile from the public internet . 15 3.2.4. How to search for profile events . 18 3.2.5. How to create a new rule . 19 3.2.6. How to search for profiles . 19 3.2.7. Getting / updating consents . 20 3.2.8. How to send a login event to Unomi . 20 3.3. Request examples . 21 3.3.1. Retrieving your first context. 21 3.3.2. Retrieving a context as a JSON object.. 22 3.3.3. Accessing profile properties in a context . 22 3.3.4. Sending events using the context servlet . 22 3.3.5. Sending events using the eventcollector servlet . 23 3.3.6. Where to go from here . 24 3.4. Web Tracker . 24 3.4.1. Getting started . 24 3.4.2. How to contribute . 25 3.4.3. Tracking page views . 25 3.4.4. Tracking form submissions . 27 3.5.
[Show full text]
The Unix-Like Build Pattern
The Unix-like Build Pattern Bruno P. Kinoshita1, Eduardo Guerra2 1 TupiLabs Sao Paulo – SP – Brazil 2 Instituto Nacional de Pesquisas Espaciais (INPE) Sao Jose dos Campos – SP – Brazil [email protected], [email protected] Abstract. The time that software takes to get built is a challenge for many development teams. Different ways to reduce this time have already been used in software projects, such as compiling permutations and executing unit tests in parallel. The pattern described in this paper, called Unix-like Build Pattern, can be used to reduce the build total execution time by splitting it into smaller parts. Resumo. O tempo que um software leva para ser construído é um desafio para muitos times de desenvolvedores. Diferentes maneiras de diminuir este tempo já foram aplicadas em projetos de software, como permutações na compilação do código-fonte e execução de testes unitários em paralelo.O padrão apresentado neste artigo. chamado de Unix-like Build Pattern, pode ser utilizado para reduzir o tempo total de execução do build quebrando-o em partes menores. Introduction Building software is an important part of software development. There are several ways of doing it but a series of good practices and tools can be used to help you to achieve better results. The pattern described in this paper can reduce the build execution time, specially when the build is comprised of several tasks (aka build steps). This paper was written to describe an existing pattern, already in use in many organizations and open source projects. It can be used by developers, devops, build managers and systems engineers to reduce the build execution time.
[Show full text]
Return of Organization Exempt from Income
OMB No. 1545-0047 Return of Organization Exempt From Income Tax Form 990 Under section 501(c), 527, or 4947(a)(1) of the Internal Revenue Code (except black lung benefit trust or private foundation) Open to Public Department of the Treasury Internal Revenue Service The organization may have to use a copy of this return to satisfy state reporting requirements. Inspection A For the 2012 calendar year, or tax year beginning 5/1/2012 , and ending 4/30/2013 B Check if applicable: C Name of organization The Apache Software Foundation D Employer identification number Address change Doing Business As 47-0825376 Name change Number and street (or P.O. box if mail is not delivered to street address) Room/suite E Telephone number Initial return 1901 Munsey Drive (909) 374-9776 Terminated City, town or post office, state, and ZIP code Amended return Forest Hill MD 21050-2747 G Gross receipts $ 905,732 Application pending F Name and address of principal officer: H(a) Is this a group return for affiliates? Yes X No Jim Jagielski 1901 Munsey Drive, Forest Hill, MD 21050-2747 H(b) Are all affiliates included? Yes No I Tax-exempt status: X 501(c)(3) 501(c) ( ) (insert no.) 4947(a)(1) or 527 If "No," attach a list. (see instructions) J Website: http://www.apache.org/ H(c) Group exemption number K Form of organization: X Corporation Trust Association Other L Year of formation: 1999 M State of legal domicile: MD Part I Summary 1 Briefly describe the organization's mission or most significant activities: to provide open source software to the public that we sponsor free of charge 2 Check this box if the organization discontinued its operations or disposed of more than 25% of its net assets.
[Show full text]
Is It Dangerous to Use Version Control Histories to Study Source Code Evolution?
Is It Dangerous to Use Version Control Histories to Study Source Code Evolution? Stas Negara, Mohsen Vakilian, Nicholas Chen, Ralph E. Johnson, and Danny Dig Department of Computer Science University of Illinois at Urbana-Champaign Urbana, IL 61801, USA {snegara2,mvakili2,nchen,rjohnson,dig}@illinois.edu Abstract. Researchers use file-based Version Control System (VCS) as the primary source of code evolution data. VCSs are widely used by developers, thus, researchers get easy access to historical data of many projects. Although it is convenient, research based on VCS data is incom- plete and imprecise. Moreover, answering questions that correlate code changes with other activities (e.g., test runs, refactoring) is impossible. Our tool, CodingTracker, non-intrusively records fine-grained and diverse data during code development. CodingTracker collected data from 24 de- velopers: 1,652 hours of development, 23,002 committed files, and 314,085 testcase runs. This allows us to answer: How much code evolution data is not stored in VCS? How much do developers intersperse refactorings and edits in the same commit? How frequently do developers fix failing tests by changing the test itself? How many changes are committed to VCS without being tested? What is the temporal and spacial locality of changes? 1 Introduction Any successful software system continuously evolves in response to ever-changing requirements [35]. Developers regularly add new or adjust existing features, fix bugs, tune performance, etc. Software evolution research extracts the code evo- lution information from the system's historical data. The traditional source of this historical data is a file-based Version Control System (VCS).
[Show full text]
Technológie Pre Moderné Webové Aplikácie a Ich Využitie Vo Financiách Diplomová Práca
Bankovní institut vysoká škola Praha zahraničná vysoká škola Banská Bystrica Technológie pre moderné webové aplikácie a ich využitie vo financiách Diplomová práca Bc. Lucia Štefániková september 2015 Bankovní institut vysoká škola Praha zahraničná vysoká škola Banská Bystrica Katedra kvantitatívnych metód a informatiky Technológie pre moderné webové aplikácie a ich využitie vo financiách Modern web technologies for financial institutions Diplomová práca Autor: Bc. Lucia Štefániková Informačné technológie a Manažment Vedúci práce: Doc. RNDr. Juraj Pančík, CSc. Banská Bystrica september 2015 Vyhlásenie Vyhlasujem, že som diplomovú prácu spracovala samostatne a s použitím uvedenej literatúry. Svojím podpisom potvrdzujem, že odovzdaná elektronická verzia práce je identická s jej tlačenou verziou a som oboznámená so skutočnosťou, že sa práca bude archivovať v knižnici BIVŠ a ďalej bude sprístupnená tretím osobám prostredníctvom internej databázy elektronických vysokoškolských prác. V Banskej Bystrici, dňa 30.06.2015 Lucia Štefániková Vlastnoručný podpis Poďakovanie V prvom rade by som chcela poďakovať mojim najbližším, rodičom ktorí pri mne stáli, podporovali ma a tlačili do učenia popri celom mojom štúdiu za ich pochopenie a lásku. Ďalej by som sa chcela poďakovať priateľom, ktorí čakali a držali palce až do ukončenia tejto práce. ANOTÁCIA ŠTEFÁNIKOVÁ, Lucia: Technológie pre moderné webové aplikácie a ich využitie vo financiách. [Diplomová práca]. Bankovní institut vysoká škola Praha, zahraničná vysoká škola Banská Bystrica. Katedra kvantitatívnych metód a informatiky. Vedúci práce: Doc. RNDr. Juraj Pančík, CSc. Rok obhajoby: 2015. Počet strán: 80. Diplomová práca sa zaoberá webovými aplikáciami, webovými technológiami pre tvorbu moderných webových aplikácií, webovými aplikáciami a technológiami využívanými vo financiách a analýze prvkov moderného webového dizajnu. Prvým čiastkovým cieľom je teoretický rozbor a charakteristika hlavných pojmov v predmetovej oblasti.
[Show full text]
Automated Tools and Techniques for Distributed Grid Software SubtÍtulo Development of the Testbed Infrastructure
Proyecto Fin de Carrera T´ıtulo Automated tools and techniques for distributed Grid software Subt´ıtulo Development of the testbed infrastructure Autor Carlos Aguado Sánchez Tutor D. Alberto Di Meglio Ponente D. David FernándezCambronero Tribunal Presidente D. Angel´ Fernández del Campo Vocal D. David Fernández Cambronero CERN-THESIS-2007-076 12/11/2007 Secretario D. Francisco Javier Ruiz Piñar Suplente D. Luis Bellido Triana Fecha Calificación Automated tools and techniques for distributed Grid software Development of the testbed infrastructure Carlos Aguado Sánchez D. Alberto Di Meglio IT Department - Grid Deployment CERN European Organization for Nuclear Research D. David FernándezCambronero Escuela TécnicaSuperior de Ingenieros de Telecomunicación Universidad Politécnicade Madrid Resumen En los últimos tiempos, el Grid estácobrando cierta importancia como nuevo paradigma para la compartición y uso eficiente de recursos en todo el mundo. Su propósito a largo plazo es convertirse en el sistema automatizado de distribución de recursos computacionales que permita a organismos e instituciones aunar esfuerzos en la consecuciónde un objetivo común. Sin embargo, la gran potencialidad de esta soluciónhace que su diseño requiera un alto grado de abstracción,definiendo una pila de protocolos distribu´ıda que proporciona servicios y meta-servicios deslocalizados. As´ı pues, frente al planteamiento teórico inicial, han surgido distintas alternativas centradas en satisfacer distintos requisitos y cuya interconexión no es siempre posible. Como parte de los esfuerzos en su desarrollo, diversas comunidades in- ternacionales han percibido la necesidad de estándares que permitan la in- teroperabilidad entre estos sistemas de una forma nativa.
[Show full text]
2005-2006 Fiscal Year Return for the Apache Software Foundation
The Apache Software Foundation 1901 Munsey Drive Forest Hill, MD 21050-2747 (410) 803-2258 (FAX) Tax ID # 47-0825376 September 13, 2006 To Whom It May Concern: Enclosed is a copy of the annual return for The Apache Software Foundation for the fiscal year running May 1, 2005 through April 30, 2006. Sincerely, Justin R. Erenkrantz Treasurer [email protected] 949-824-2776 VERSION B 10 TLS, have you I.R.S. SPECIFICATIONS TO BE REMOVED BEFORE PRINTING transmitted all R Action Date Signature text files for this INSTRUCTIONS TO PRINTERS FORM 990, PAGE 1 of 8 cycle update? 1 MARGINS: TOP 13 mm ( ⁄2 "), CENTER SIDES. PRINTS: HEAD TO HEAD O.K. to print PAPER: WHITE WRITING, SUB. 20. INK: BLACK 1 7 FLAT SIZE: 216 mm (8 ⁄2 ") 835 mm (32 ⁄8 ), 1 Date FOLDED TO 216 mm (8 ⁄2 ") 279 mm (11") PERFORATE: ON FOLD Revised proofs DO NOT PRINT — DO NOT PRINT — DO NOT PRINT — DO NOT PRINT requested OMB No. 1545-0047 Form 990 Return of Organization Exempt From Income Tax Under section 501(c), 527, or 4947(a)(1) of the Internal Revenue Code (except black lung 2005 benefit trust or private foundation) Open to Public Department of the Treasury ᮣ Internal Revenue Service The organization may have to use a copy of this return to satisfy state reporting requirements. Inspection A For the 2005 calendar year, or tax year beginning , 2005, and ending , 20 D Employer identification number B Check if applicable: Please C Name of organization use IRS Address change label or print or Number and street (or P.O.
[Show full text]