+1 On Wed, Sep 23, 2015 at 5:14 AM Jean-Baptiste Onofré <j...@nanthrax.net> wrote:
> Hi all, > > following the discussion about Unomi, I would like to call a vote for > accepting Unomi as a new incubator project. > > The proposal text is included below, and available on the wiki: > http://wiki.apache.org/incubator/UnomiProposal > > The discussion thread about Unomi is available here: > > http://mail-archives.apache.org/mod_mbox/incubator-general/201509.mbox/%3C36A4090C-7444-4A20-8C85-3C7B990D9502%40jahia.com%3E > > The vote is open for 72 hours: > > [ ] +1 accept Unomi in the Incubator > [ ] ±0 > [ ] -1 (please give reason) > > Thanks, > Regards > JB > -- > > = Apache Unomi incubation proposal = > == Abstract == > Unomi is a reference implementation of the OASIS Context Server > specification currently being worked on by the OASIS Context Server > Technical Committee. It provides a high-performance user profile and > event tracking server. > > == Proposal == > The server is a data management platform that provides real-time user > profile and event storage as well as a rule engine and fully featured > REST+JSON interfaces which make integration with very different systems > easier. > > One of the main objectives of this implementation is to be modular and > flexible enough to relatively easily build integration into systems such > as CMS, WCM, CRM or even ERP. Built using Apache Karaf and > ElasticSearch, it is designed to also be easily clusterable to address > high-traffic scenarios where lots of profile data will need to be > updated at a high frequency. > > == Background == > Unomi was built from scratch to serve as a reference implementation for > the OASIS Context Server proposal. It has been developed by Jahia Software. > > It initially served as a test-bed while working on the specifics of the > new proposal, to make sure that the concepts being discussed and decided > would make sense in an actual implementation. At the same time, Jahia, > one of the companies involved in the standardization work, needed a > basis to build their new Marketing Factory product, so it made a lot of > sense to start this way. Thanks to a lot of work done in the standard, > the implementation was produced relatively quickly and this made it > possible to build a commercial product on top of this implementation > that will be released in Winter 2015. This implies that the core of the > commercial product being proposed here will undergo a full set of QA > tests, including and scalability tests. > > Another important objective was to provide a platform that deals with > user data in an “ethical” way, in order to make the usage of personal > data more transparent and to improve privacy. Through the work in the > standard and this open source implementation, it is the hope of the > original designers that it will be easier for all users of this > technology to fully understand how the data is being used and what type > of control is exercised over it. A transparent usage of customer data > could become, in the near future, a key tool to keep customer loyalty. > Companies would then be able to leverage digital marketing frameworks > capabilities such as Unomi, but, as a fair - and quite possibly legally > mandatory - counterpart, should allow end users to understand the data > being used, as well as the way it is used, in order to give them more > control over which data to share or to anonymise. > > The purpose is to bring Jahia Marketing Factory codebase into the Apache > Software Foundation (ASF) in order to build a vibrant, diverse and > self-governed open source community around the technology. Jahia will > continue to market and sell Jahia Marketing Factory based on Unomi. > Unomi and Jahia Marketing Factory will be managed separately. This > proposal covers the Unomi source code (mainly written in Java), Unomi > documentation and other materials currently available on GitHub. Unomi > is our primary choice for a name of the project. > > == Rationale == > Building highly scalable, performant and flexible personalization > architectures requires major efforts. The complexities of requirements, > integrations and use cases is directly related to the number of users, > and Apache projects usually get a lot of visibility and usage. Therefore > it was a goal from the start to share this project with the ASF, as it > is believed this is the best way to achieve the true potential of this > codebase, to make it highly visible and continually improve on its > design and implementation to make it the best tool for the job for a > wide variety of use cases. > > The project, as it sits a bit higher than usual BigData frameworks, > could be used a front-end to a lot of existing Apache project that could > be integrated to help deliver more power into the platform. For example > Unomi doesn’t currently include machine learning but it could very well > be expanded to include a module that would use Apache Mahout. In the > same way, for the persistence layer, an already existing Service > Provider Interface could be used to provide other backends such as HDFS, > Cassandra, Solr or any other. > > == Initial Goals == > Our initial goals are to bring Unomi into the ASF, transition internal > engineering processes into the open, and foster a collaborative > development model according to the "Apache Way." Jahia plans to develop > new functionality in an open, community-driven way. To get there, the > existing internal build, test and release processes will be refactored > to support open development. > > == Current Status == > Currently, the project code base is licensed under the Apache License > and is available on Github (https://github.com/Jahia/unomi). > > The Jahia Marketing Factory, as soon as it is released, plans on > building a robust end user community of paying and non-paying customers, > and hopefully this will trickle down to the community on the Apache > Unomi project once it is established. > > Documentation is currently being worked on, but as it is the > implementation of a public standard, most of the conceptual and API > documentation will be covered by the specification. Any specifics of the > implementation will of course be documented in the incubator project > > == Meritocracy == > Our proposed list of initial committers include the current Marketing > Factory R&D team, Jahia Engineers. This group will form a base for the > broader community we will invite to collaborate on the codebase. We > intend to radically expand the initial developer and user community by > running the project in accordance with the "Apache Way". Users and new > contributors will be treated with respect and welcomed. By participating > in the community and providing quality patches/support that move the > project forward, they will earn merit. They also will be encouraged to > provide non-code contributions (documentation, events, community > management, etc.) and will gain merit for doing so. Those with a proven > support and quality track record will be encouraged to become committers. > > == Community == > If Unomi is accepted for incubation, the primary initial goal will be > transitioning the core community towards embracing the Apache Way of > project governance. We would solicit major existing contributors to > become committers on the project from the start. > > == Core Developers == > While a few core developers are skilled in working in openly governed > Apache communities. Most of the core developers are currently NOT > affiliated with the ASF and would require new ICLAs before committing to > the project. > > == Alignment == > The following existing ASF projects can be considered when reviewing > Unomi proposal: > > * Apache Karaf : Apache Karaf is a small OSGi based runtime which > provides a lightweight container onto which various components and > applications can be deployed. Unomi is actually built on top of Karaf, > taking full benefit of its modularity and powerful features as an OSGi > runtime. More subprojects could of the Karaf project could be integrated > such as Karaf Cave, Cellar or more interestingly Decanter which could > offer real-time insight into the Unomi runtime. > * Apache Mahout : The Apache Mahout™ project's goal is to build an > environment for quickly creating scalable performant machine learning > applications. Unomi could integrate with Mahout to use it to perform > recommendations or other types of machine learning based on what events > are being fed to it. > * Apache HadoopⓇ is a distributed storage and processing framework for > very large datasets focusing primarily on batch processing for analytic > purposes. Unomi could serve as a data set for Hadoop, and batch > processing could be done on top of this data. > * Apache CXF : Apache CXF is an open source services framework. CXF > helps you build and develop services using frontend programming APIs > like JAX-WS and JAX-RS. These services can speak a variety of protocols > such as SOAP, XML/HTTP, RESTful HTTP, or CORBA and work over a variety > of transports such as HTTP, JMS or JBI. Unomi actually uses CXF to > expose it’s services as pure HTTP REST+JSON services. But this could be > expanded further than what the specs supports to support other bindings > supported by CXF out of the box. Incubator Apache Pistachio > (http://wiki.apache.org/incubator/PistachioProposal) : Pistachio is a > fault-tolerant low latency distributed storage system which enables > simple embedding the computation to the storage layer to achieve best > data locality. It evolves from Yahoo’s global user profile storage > system. Unomi could possibly also use Pistachio as a backend system (if > compatible). This might provide an interesting alternative to > ElasticSearch for some users. > * Apache Geode : Geode is a data management platform that provides > real-time, consistent access to data-intensive applications throughout > widely distributed cloud architectures. Geode pools memory (along with > CPU, network and optionally local disk) across multiple processes to > manage application objects and behavior. It uses dynamic replication and > data partitioning techniques for high availability, improved > performance, scalability, and fault tolerance. Geode is both a > distributed data container and an in-memory data management system > providing reliable asynchronous event notifications and guaranteed > message delivery. Unomi could leverage the power of Geode to help it > with the processing of the incoming data from user events. > * Apache Ignite : Apache Ignite In-Memory Data Fabric is a > high-performance, integrated and distributed in-memory platform for > computing and transacting on large-scale data sets in real-time, orders > of magnitude faster than possible with traditional disk-based or flash > technologies. Unomi could leverage this project to perform any input > processing. > > == Known Risks == > Development has been sponsored mostly by a single company (or its > predecessors) thus far and coordinated mainly by the core Jahia Unomi team. > > For the project to fully transition to the Apache Way governance model, > development must shift towards the meritocracy-centric model of growing > a community of contributors balanced with the needs for extreme > stability and core implementation coherency. > > The tools and development practices in place for the Jahia Marketing > Factory product are compatible with the ASF infrastructure and thus we > do not anticipate any on-boarding pains. Migration from the current > GitHub repository is also expected to be straightforward. > > == Orphaned products == > Jahia is fully committed to Jahia Marketing Factory and the product will > continue to be based on the Unomi project. Moreover, Jahia has a vested > interest in making Unomi succeed by driving its close integration with > sister ASF projects. We expect this to further reduces the risk of > orphaning the product. Unomi is the core server at the heart of the > Jahia Marketing Factory product, and at the time of this proposal both > the commercial offering server and Unomi source code are 100% the same. > It is expected over time that Jahia will develop additional modules on > top of Unomi that may not be open sourced but other companies may of > course do the same thing. > > == Inexperience with Open Source == > Jahia has been developing and using open source software since its > inception in 2001. Jahias CTO and Chief Software Architects are Apache > Committers and other employees have contributed to various ASF projects > over the years. Additionally, several ASF veterans agreed to mentor the > project and are listed in this proposal. The project will rely on their > guidance and collective wisdom to quickly transition the entire team of > initial committers towards practicing the Apache Way. > > == Homogeneous Developers == > While most of the initial committers are employed by Jahia, we have > already seen a healthy level of interest from our existing customers and > partners. We intend to convert that interest directly into participation > and will be investing in activities to recruit additional committers > from other companies. > > == Reliance on Salaried Developers == > Most of the contributors are paid to work in web marketing/web content > management space. While they might wander from their current employers, > they are unlikely to venture far from their core expertises and thus > will continue to be engaged with the project regardless of their current > employers. > > == Relationships with Other Apache Products == > As mentioned in the Alignment section, Unomi may consider various > degrees of integration and code exchange with Apache Karaf, Apache > Mahout, Apache Pistachio (incubating), and many others. We look forward > to collaborating with these communities as well as other communities > under the Apache umbrella. > > == An Excessive Fascination with the Apache Brand == > While we intend to leverage the Apache ‘branding’ when talking to other > projects as testament of our project’s ‘neutrality’, we have no plans > for making use of Apache brand in press releases nor posting billboards > advertising acceptance of Unomi into Apache Incubator. > > == Interaction with the OASIS standard == > In order to properly implement the standard and possibly use the > feedback from the implementation as a way to improve the specifications, > currently the co-chair of the technical committee is also the proposer > on the Apache proposal. This relationship makes it easy for > communication between the two works, and will hopefully grow as the > community grows around both the standard and the implementation. This is > quite similar to the situation with the Apache Chemistry project, that > is an open source implementation of the CMIS specification that is also > an OASIS standard. > > == Documentation == > See documentation for the current state of the project documentation > available as part of the GitHub repository at > https://github.com/Jahia/unomi > > == Initial Source == > Jahia is releasing the source code for Unomi under the ASF license at > https://github.com/Jahia/unomi . We encourage ASF community members > interested in this proposal to download the source code, review and try > out the software. > > == Source and Intellectual Property Submission Plan == > As soon as Unomi is approved to join Apache Incubator, the source code > will be transitioned via the Software Grant Agreement onto ASF > infrastructure and in turn made available under the Apache License, > version 2.0. We know of no legal encumberments that would inhibit the > transfer of source code to the ASF. > > == External Dependencies == > Embedded dependencies (relocated): > > * None > > Runtime dependencies: > > * apache-karaf > * pax-web > * apache-cxf > * slf4j > * org.apache.httpcomponents:httpclient-osgi > * org.apache.httpcomponents:httpcore-osgi > * org.apache.servicemix.bundles.jakarta-regexp > * pax-cdi > * javax.servlet-api > * jackson > * org.osgi.core > * commons-lang3 > * commons-collections > * org.mvel:mvel2 > * commons-beanutils > * commons-ognl > * commons-email > * commons-logging > * commons-codec > * commons-io > * geronimo-jcdi > * geronimo-atinject > * geronimo-annotations > * string-template (BSD) > * javax.json > * net.sf.uadetector > * net.sf.quality-check > * com.maxmind.geoip2:geoip2 (Commons Commons Attribution-ShareAlike 3.0 > Unported, http://dev.maxmind.com/geoip/geoip2/geolite2/#License) > * elasticsearch > * spatial4j (optional) > * org.ow2.asm:asm > * groovy (optional) > * com.vividsolutions:jts (lgpl, optional) > * net.java.dev.jna (optional) > * org.fusesource:sigar (optional) > > Module or optional dependencies: > > * None > > Build only dependencies: > > * None > > Test only dependencies: > > * org.ops4j.pax.exam:pax-exam-container-karaf > * org.ops4j.pax.exam:pax-exam-junit4 > * org.ops4j.pax.exam:pax-exam > * org.ops4j.pax.url:pax-url-aether > * javax.inject > * junit > * com.carrotsearch:junit-benchmarks > * com.h2database:h2 > * gatling > * scala library > > Cryptography N/A > > == Required Resources == > === Mailing lists === > * priv...@unomi.incubator.apache.org (moderated subscriptions) > * comm...@unomi.incubator.apache.org > * d...@unomi.incubator.apache.org > * iss...@unomi.incubator.apache.org > * u...@unomi.incubator.apache.org > > === Git Repository === > * https://git-wip-us.apache.org/repos/asf/incubator-unomi.git > > === Issue Tracking === > * JIRA Project Unomi (UNOMI) > > === Other Resources === > Means of setting up regular builds for Unomi on builds.apache.org > > == Initial Committers == > * Serge Huber > * Thomas Draier > * Sergiy Shyrkov > * Kevan Jahanshahi > * Cédric Mailleux > * Régis Mora > * Quentin Lamerand > * Chris Laprun > * David Griffon > * Jean-Baptiste Onofré > > == Affiliations == > * Jahia Solutions: everyone else on this proposal > * NASA JPL: Chris Mattmann > * Talend : Jean-Baptiste Onofré > * Pivotal : Roman Shaposhnik > > == Sponsors == > == Champion == > * Jean-Baptiste Onofré - Apache Member, Talend > > == Mentors == > The initial mentors are listed below: > > * Bertrand Delacretaz - Apache Member, Adobe > * Roman Shaposhnik - Apache Member, Pivotal > * Chris Mattmann - Apache Member, NASA JPL > > == Sponsoring Entity == > We would like to propose Apache incubator to sponsor this project. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
