Re: [VOTE] Graduate Apache Brooklyn from incubator

2015-09-29 Thread David Nalley
+1 (binding)

On Mon, Sep 28, 2015 at 10:06 AM, Hadrian Zbarcea  wrote:
> This is the Incubator vote to decide if Apache Brooklyn should graduate from
> the Incubator. Please see the proposed resolution below.
>
> See also discuss thread [1]. Mentors were invited to join the future TLP PMC
> on request. Invitation is open until this vote is closed.
>
> This vote is open for at least 72 hours.
>
> [ ] +1 Graduate Apache Brooklyn from the Incubator.
> [ ] +0 Don't care.
> [ ] -1 Don't graduate Apache Brooklyn from the Incubator because ...
>
> Thanks,
> Hadrian
>
> [1]
> http://mail-archives.apache.org/mod_mbox/incubator-general/201509.mbox/%3C5604323C.1010207%40gmail.com%3E
>
>
> 
> X. Establish the Apache Brooklyn Project
>
> WHEREAS, the Board of Directors deems it to be in the best
> interests of the Foundation and consistent with the
> Foundation's purpose to establish a Project Management
> Committee charged with the creation and maintenance of
> open-source software, for distribution at no charge to the
> public, related to tools that help automate various
> administrative tasks or information lookup activities.
>
> NOW, THEREFORE, BE IT RESOLVED, that a Project Management
> Committee (PMC), to be known as the "Apache Brooklyn Project",
> be and hereby is established pursuant to Bylaws of the
> Foundation; and be it further
>
> RESOLVED, that the Apache Brooklyn Project be and hereby is
> responsible for the creation and maintenance of a software
> framework for modeling, monitoring, and managing cloud
> applications through autonomic blueprints; and be it further
>
> RESOLVED, that the office of "Vice President, Apache Brooklyn"
> be and hereby is created, the person holding such office to
> serve at the direction of the Board of Directors as the chair
> of the Apache Brooklyn Project, and to have primary
> responsibility for management of the projects within the scope
> of responsibility of the Apache Brooklyn Project; and be it
> further
>
> RESOLVED, that the persons listed immediately below be and
> hereby are appointed to serve as the initial members of the
> Apache Brooklyn Project Management Committee:
>
> * Aled Sage 
> * Alex Heneveld 
> * Andrea Turli 
> * Andrew Kennedy 
> * Ciprian Ciubotariu 
> * Hadrian Zbarcea 
> * Richard Downer 
> * Sam Corbett 
> * Svetoslav Neykov 
>
> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Richard Downer be
> appointed to the office of Vice President, Apache Brooklyn, to
> serve in accordance with and subject to the direction of the
> Board of Directors and the Bylaws of the Foundation until death,
> resignation, retirement, removal or disqualification, or until
> a successor is appointed; and be it further
>
> RESOLVED, that the initial Apache Brooklyn Project be and hereby
> is tasked with the creation of a set of bylaws intended to
> encourage open development and increased participation in the
> Apache Brooklyn Project.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Graduate Apache Brooklyn from incubator

2015-09-29 Thread Jean-Baptiste Onofré

+1 (binding)

Regards
JB

On 09/28/2015 04:06 PM, Hadrian Zbarcea wrote:

This is the Incubator vote to decide if Apache Brooklyn should graduate
from the Incubator. Please see the proposed resolution below.

See also discuss thread [1]. Mentors were invited to join the future TLP
PMC on request. Invitation is open until this vote is closed.

This vote is open for at least 72 hours.

[ ] +1 Graduate Apache Brooklyn from the Incubator.
[ ] +0 Don't care.
[ ] -1 Don't graduate Apache Brooklyn from the Incubator because ...

Thanks,
Hadrian

[1]
http://mail-archives.apache.org/mod_mbox/incubator-general/201509.mbox/%3C5604323C.1010207%40gmail.com%3E




X. Establish the Apache Brooklyn Project

 WHEREAS, the Board of Directors deems it to be in the best
 interests of the Foundation and consistent with the
 Foundation's purpose to establish a Project Management
 Committee charged with the creation and maintenance of
 open-source software, for distribution at no charge to the
 public, related to tools that help automate various
 administrative tasks or information lookup activities.

 NOW, THEREFORE, BE IT RESOLVED, that a Project Management
 Committee (PMC), to be known as the "Apache Brooklyn Project",
 be and hereby is established pursuant to Bylaws of the
 Foundation; and be it further

 RESOLVED, that the Apache Brooklyn Project be and hereby is
 responsible for the creation and maintenance of a software
 framework for modeling, monitoring, and managing cloud
 applications through autonomic blueprints; and be it further

 RESOLVED, that the office of "Vice President, Apache Brooklyn"
 be and hereby is created, the person holding such office to
 serve at the direction of the Board of Directors as the chair
 of the Apache Brooklyn Project, and to have primary
 responsibility for management of the projects within the scope
 of responsibility of the Apache Brooklyn Project; and be it
 further

 RESOLVED, that the persons listed immediately below be and
 hereby are appointed to serve as the initial members of the
 Apache Brooklyn Project Management Committee:

 * Aled Sage 
 * Alex Heneveld 
 * Andrea Turli 
 * Andrew Kennedy 
 * Ciprian Ciubotariu 
 * Hadrian Zbarcea 
 * Richard Downer 
 * Sam Corbett 
 * Svetoslav Neykov 

 NOW, THEREFORE, BE IT FURTHER RESOLVED, that Richard Downer be
 appointed to the office of Vice President, Apache Brooklyn, to
 serve in accordance with and subject to the direction of the
 Board of Directors and the Bylaws of the Foundation until death,
 resignation, retirement, removal or disqualification, or until
 a successor is appointed; and be it further

 RESOLVED, that the initial Apache Brooklyn Project be and hereby
 is tasked with the creation of a set of bylaws intended to
 encourage open development and increased participation in the
 Apache Brooklyn Project.

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Accept Unomi into the Apache Incubator

2015-09-29 Thread Jean-Baptiste Onofré

Hi all,

Gently reminder, I "extend" the vote for 24 hours.

Regards
JB

On 09/23/2015 11:14 AM, Jean-Baptiste Onofré 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, 

Re: [VOTE] Accept Unomi into the Apache Incubator

2015-09-29 Thread Bertrand Delacretaz
On Tue, Sep 29, 2015 at 12:56 PM, Jean-Baptiste Onofré  
wrote:
> ...Gently reminder, I "extend" the vote for 24 hours...

Why? It looks like we have 3 binding +1s, and the 72 hour period is over.

-Bertrand

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Accept Unomi into the Apache Incubator

2015-09-29 Thread Roman Shaposhnik
+1 (binding)

On Tue, Sep 29, 2015 at 1:56 PM, Jean-Baptiste Onofré  wrote:
> Hi all,
>
> Gently reminder, I "extend" the vote for 24 hours.
>
> Regards
> JB
>
> On 09/23/2015 11:14 AM, Jean-Baptiste Onofré 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 cou

Re: [VOTE] Accept Unomi into the Apache Incubator

2015-09-29 Thread Roman Shaposhnik
On Tue, Sep 29, 2015 at 2:18 PM, Bertrand Delacretaz
 wrote:
> On Tue, Sep 29, 2015 at 12:56 PM, Jean-Baptiste Onofré  
> wrote:
>> ...Gently reminder, I "extend" the vote for 24 hours...
>
> Why? It looks like we have 3 binding +1s, and the 72 hour period is over.

True, but at least it gave me a push to finally get the review/vote done ;-)

Thanks,
Roman.

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Accept Unomi into the Apache Incubator

2015-09-29 Thread Serge Huber
Thanks everyone for your involvment, it is highly appreciated.

Looking forward to seeing you real soon now :)

Regards,
  Serge… 

ps : flying in tomorrow

> On 29 sept. 2015, at 13:45, Roman Shaposhnik  wrote:
> 
> On Tue, Sep 29, 2015 at 2:18 PM, Bertrand Delacretaz
>  wrote:
>> On Tue, Sep 29, 2015 at 12:56 PM, Jean-Baptiste Onofré  
>> wrote:
>>> ...Gently reminder, I "extend" the vote for 24 hours...
>> 
>> Why? It looks like we have 3 binding +1s, and the 72 hour period is over.
> 
> True, but at least it gave me a push to finally get the review/vote done ;-)
> 
> Thanks,
> Roman.
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
> 


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Graduate Apache Brooklyn from incubator

2015-09-29 Thread Jean-Baptiste Onofré

By the way, I would like to stay PMC on Brooklyn and try to help.

Regards
JB

On 09/29/2015 12:54 PM, Jean-Baptiste Onofré wrote:

+1 (binding)

Regards
JB

On 09/28/2015 04:06 PM, Hadrian Zbarcea wrote:

This is the Incubator vote to decide if Apache Brooklyn should graduate
from the Incubator. Please see the proposed resolution below.

See also discuss thread [1]. Mentors were invited to join the future TLP
PMC on request. Invitation is open until this vote is closed.

This vote is open for at least 72 hours.

[ ] +1 Graduate Apache Brooklyn from the Incubator.
[ ] +0 Don't care.
[ ] -1 Don't graduate Apache Brooklyn from the Incubator because ...

Thanks,
Hadrian

[1]
http://mail-archives.apache.org/mod_mbox/incubator-general/201509.mbox/%3C5604323C.1010207%40gmail.com%3E





X. Establish the Apache Brooklyn Project

 WHEREAS, the Board of Directors deems it to be in the best
 interests of the Foundation and consistent with the
 Foundation's purpose to establish a Project Management
 Committee charged with the creation and maintenance of
 open-source software, for distribution at no charge to the
 public, related to tools that help automate various
 administrative tasks or information lookup activities.

 NOW, THEREFORE, BE IT RESOLVED, that a Project Management
 Committee (PMC), to be known as the "Apache Brooklyn Project",
 be and hereby is established pursuant to Bylaws of the
 Foundation; and be it further

 RESOLVED, that the Apache Brooklyn Project be and hereby is
 responsible for the creation and maintenance of a software
 framework for modeling, monitoring, and managing cloud
 applications through autonomic blueprints; and be it further

 RESOLVED, that the office of "Vice President, Apache Brooklyn"
 be and hereby is created, the person holding such office to
 serve at the direction of the Board of Directors as the chair
 of the Apache Brooklyn Project, and to have primary
 responsibility for management of the projects within the scope
 of responsibility of the Apache Brooklyn Project; and be it
 further

 RESOLVED, that the persons listed immediately below be and
 hereby are appointed to serve as the initial members of the
 Apache Brooklyn Project Management Committee:

 * Aled Sage 
 * Alex Heneveld 
 * Andrea Turli 
 * Andrew Kennedy 
 * Ciprian Ciubotariu 
 * Hadrian Zbarcea 
 * Richard Downer 
 * Sam Corbett 
 * Svetoslav Neykov 

 NOW, THEREFORE, BE IT FURTHER RESOLVED, that Richard Downer be
 appointed to the office of Vice President, Apache Brooklyn, to
 serve in accordance with and subject to the direction of the
 Board of Directors and the Bylaws of the Foundation until death,
 resignation, retirement, removal or disqualification, or until
 a successor is appointed; and be it further

 RESOLVED, that the initial Apache Brooklyn Project be and hereby
 is tasked with the creation of a set of bylaws intended to
 encourage open development and increased participation in the
 Apache Brooklyn Project.

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org





--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Accept Unomi into the Apache Incubator

2015-09-29 Thread Hadrian Zbarcea

+1 (binding)
Hadrian

On 09/23/2015 05:14 AM, Jean-Baptiste Onofré 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

Re: [VOTE] Graduate Apache Brooklyn from incubator

2015-09-29 Thread Hadrian Zbarcea
In hindsight, the cc: to dev@brooklyn created more confusion. This is 
the incubator vote. I think we should drop the cc: to dev@ (kept it for 
this email, to make sure Joe sees it).


Thanks,
Hadrian

On 09/29/2015 07:49 AM, Joe Brockmeier wrote:

On Mon, Sep 28, 2015, at 10:06 AM, Hadrian Zbarcea wrote:

This is the Incubator vote to decide if Apache Brooklyn should graduate
from the Incubator. Please see the proposed resolution below.

See also discuss thread [1]. Mentors were invited to join the future TLP
PMC on request. Invitation is open until this vote is closed.

This vote is open for at least 72 hours.

[ ] +1 Graduate Apache Brooklyn from the Incubator.
[ ] +0 Don't care.
[ ] -1 Don't graduate Apache Brooklyn from the Incubator because ...


+1 (binding)

Best,

jzb



-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Graduate Apache Brooklyn from incubator

2015-09-29 Thread Hadrian Zbarcea

Ack. We will add
  * Jean-Baptiste Onofré 

as a PMC member in the final resolution.

Hadrian


On 09/29/2015 08:28 AM, Jean-Baptiste Onofré wrote:

By the way, I would like to stay PMC on Brooklyn and try to help.

Regards
JB

On 09/29/2015 12:54 PM, Jean-Baptiste Onofré wrote:

+1 (binding)

Regards
JB

On 09/28/2015 04:06 PM, Hadrian Zbarcea wrote:

This is the Incubator vote to decide if Apache Brooklyn should graduate
from the Incubator. Please see the proposed resolution below.

See also discuss thread [1]. Mentors were invited to join the future TLP
PMC on request. Invitation is open until this vote is closed.

This vote is open for at least 72 hours.

[ ] +1 Graduate Apache Brooklyn from the Incubator.
[ ] +0 Don't care.
[ ] -1 Don't graduate Apache Brooklyn from the Incubator because ...

Thanks,
Hadrian

[1]
http://mail-archives.apache.org/mod_mbox/incubator-general/201509.mbox/%3C5604323C.1010207%40gmail.com%3E






X. Establish the Apache Brooklyn Project

 WHEREAS, the Board of Directors deems it to be in the best
 interests of the Foundation and consistent with the
 Foundation's purpose to establish a Project Management
 Committee charged with the creation and maintenance of
 open-source software, for distribution at no charge to the
 public, related to tools that help automate various
 administrative tasks or information lookup activities.

 NOW, THEREFORE, BE IT RESOLVED, that a Project Management
 Committee (PMC), to be known as the "Apache Brooklyn Project",
 be and hereby is established pursuant to Bylaws of the
 Foundation; and be it further

 RESOLVED, that the Apache Brooklyn Project be and hereby is
 responsible for the creation and maintenance of a software
 framework for modeling, monitoring, and managing cloud
 applications through autonomic blueprints; and be it further

 RESOLVED, that the office of "Vice President, Apache Brooklyn"
 be and hereby is created, the person holding such office to
 serve at the direction of the Board of Directors as the chair
 of the Apache Brooklyn Project, and to have primary
 responsibility for management of the projects within the scope
 of responsibility of the Apache Brooklyn Project; and be it
 further

 RESOLVED, that the persons listed immediately below be and
 hereby are appointed to serve as the initial members of the
 Apache Brooklyn Project Management Committee:

 * Aled Sage 
 * Alex Heneveld 
 * Andrea Turli 
 * Andrew Kennedy 
 * Ciprian Ciubotariu 
 * Hadrian Zbarcea 
 * Richard Downer 
 * Sam Corbett 
 * Svetoslav Neykov 

 NOW, THEREFORE, BE IT FURTHER RESOLVED, that Richard Downer be
 appointed to the office of Vice President, Apache Brooklyn, to
 serve in accordance with and subject to the direction of the
 Board of Directors and the Bylaws of the Foundation until
death,
 resignation, retirement, removal or disqualification, or until
 a successor is appointed; and be it further

 RESOLVED, that the initial Apache Brooklyn Project be and
hereby
 is tasked with the creation of a set of bylaws intended to
 encourage open development and increased participation in the
 Apache Brooklyn Project.

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org







-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Graduate Apache Brooklyn from incubator

2015-09-29 Thread Joe Brockmeier
On Tue, Sep 29, 2015, at 08:32 AM, Hadrian Zbarcea wrote:
> In hindsight, the cc: to dev@brooklyn created more confusion. This is 
> the incubator vote. I think we should drop the cc: to dev@ (kept it for 
> this email, to make sure Joe sees it).

D'oh. Thanks!

> On 09/29/2015 07:49 AM, Joe Brockmeier wrote:
> > On Mon, Sep 28, 2015, at 10:06 AM, Hadrian Zbarcea wrote:
> >> This is the Incubator vote to decide if Apache Brooklyn should graduate
> >> from the Incubator. Please see the proposed resolution below.
> >>
> >> See also discuss thread [1]. Mentors were invited to join the future TLP
> >> PMC on request. Invitation is open until this vote is closed.
> >>
> >> This vote is open for at least 72 hours.
> >>
> >> [ ] +1 Graduate Apache Brooklyn from the Incubator.
> >> [ ] +0 Don't care.
> >> [ ] -1 Don't graduate Apache Brooklyn from the Incubator because ...
> >
> > +1 (binding)
> >
> > Best,
> >
> > jzb
> >


Best,

jzb
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Graduate Apache Brooklyn from incubator

2015-09-29 Thread John D. Ament
+1

On Mon, Sep 28, 2015 at 10:06 AM Hadrian Zbarcea  wrote:

> This is the Incubator vote to decide if Apache Brooklyn should graduate
> from the Incubator. Please see the proposed resolution below.
>
> See also discuss thread [1]. Mentors were invited to join the future TLP
> PMC on request. Invitation is open until this vote is closed.
>
> This vote is open for at least 72 hours.
>
> [ ] +1 Graduate Apache Brooklyn from the Incubator.
> [ ] +0 Don't care.
> [ ] -1 Don't graduate Apache Brooklyn from the Incubator because ...
>
> Thanks,
> Hadrian
>
> [1]
>
> http://mail-archives.apache.org/mod_mbox/incubator-general/201509.mbox/%3C5604323C.1010207%40gmail.com%3E
>
>
> 
> X. Establish the Apache Brooklyn Project
>
>  WHEREAS, the Board of Directors deems it to be in the best
>  interests of the Foundation and consistent with the
>  Foundation's purpose to establish a Project Management
>  Committee charged with the creation and maintenance of
>  open-source software, for distribution at no charge to the
>  public, related to tools that help automate various
>  administrative tasks or information lookup activities.
>
>  NOW, THEREFORE, BE IT RESOLVED, that a Project Management
>  Committee (PMC), to be known as the "Apache Brooklyn Project",
>  be and hereby is established pursuant to Bylaws of the
>  Foundation; and be it further
>
>  RESOLVED, that the Apache Brooklyn Project be and hereby is
>  responsible for the creation and maintenance of a software
>  framework for modeling, monitoring, and managing cloud
>  applications through autonomic blueprints; and be it further
>
>  RESOLVED, that the office of "Vice President, Apache Brooklyn"
>  be and hereby is created, the person holding such office to
>  serve at the direction of the Board of Directors as the chair
>  of the Apache Brooklyn Project, and to have primary
>  responsibility for management of the projects within the scope
>  of responsibility of the Apache Brooklyn Project; and be it
>  further
>
>  RESOLVED, that the persons listed immediately below be and
>  hereby are appointed to serve as the initial members of the
>  Apache Brooklyn Project Management Committee:
>
>  * Aled Sage 
>  * Alex Heneveld 
>  * Andrea Turli 
>  * Andrew Kennedy 
>  * Ciprian Ciubotariu 
>  * Hadrian Zbarcea 
>  * Richard Downer 
>  * Sam Corbett 
>  * Svetoslav Neykov 
>
>  NOW, THEREFORE, BE IT FURTHER RESOLVED, that Richard Downer be
>  appointed to the office of Vice President, Apache Brooklyn, to
>  serve in accordance with and subject to the direction of the
>  Board of Directors and the Bylaws of the Foundation until death,
>  resignation, retirement, removal or disqualification, or until
>  a successor is appointed; and be it further
>
>  RESOLVED, that the initial Apache Brooklyn Project be and hereby
>  is tasked with the creation of a set of bylaws intended to
>  encourage open development and increased participation in the
>  Apache Brooklyn Project.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>


Re: [VOTE] Accept Unomi into the Apache Incubator

2015-09-29 Thread Henry Saputra
+1 (binding)

On Wednesday, September 23, 2015, Jean-Baptiste Onofré 
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 pe

Re: [VOTE] Graduate Apache Brooklyn from incubator

2015-09-29 Thread Olivier Lamy
+1 (binding)
I'd like to remain on PMC and try to help in the future.

Olivier

On 29 September 2015 at 00:06, Hadrian Zbarcea  wrote:

> This is the Incubator vote to decide if Apache Brooklyn should graduate
> from the Incubator. Please see the proposed resolution below.
>
> See also discuss thread [1]. Mentors were invited to join the future TLP
> PMC on request. Invitation is open until this vote is closed.
>
> This vote is open for at least 72 hours.
>
> [ ] +1 Graduate Apache Brooklyn from the Incubator.
> [ ] +0 Don't care.
> [ ] -1 Don't graduate Apache Brooklyn from the Incubator because ...
>
> Thanks,
> Hadrian
>
> [1]
> http://mail-archives.apache.org/mod_mbox/incubator-general/201509.mbox/%3C5604323C.1010207%40gmail.com%3E
>
>
> 
> X. Establish the Apache Brooklyn Project
>
> WHEREAS, the Board of Directors deems it to be in the best
> interests of the Foundation and consistent with the
> Foundation's purpose to establish a Project Management
> Committee charged with the creation and maintenance of
> open-source software, for distribution at no charge to the
> public, related to tools that help automate various
> administrative tasks or information lookup activities.
>
> NOW, THEREFORE, BE IT RESOLVED, that a Project Management
> Committee (PMC), to be known as the "Apache Brooklyn Project",
> be and hereby is established pursuant to Bylaws of the
> Foundation; and be it further
>
> RESOLVED, that the Apache Brooklyn Project be and hereby is
> responsible for the creation and maintenance of a software
> framework for modeling, monitoring, and managing cloud
> applications through autonomic blueprints; and be it further
>
> RESOLVED, that the office of "Vice President, Apache Brooklyn"
> be and hereby is created, the person holding such office to
> serve at the direction of the Board of Directors as the chair
> of the Apache Brooklyn Project, and to have primary
> responsibility for management of the projects within the scope
> of responsibility of the Apache Brooklyn Project; and be it
> further
>
> RESOLVED, that the persons listed immediately below be and
> hereby are appointed to serve as the initial members of the
> Apache Brooklyn Project Management Committee:
>
> * Aled Sage 
> * Alex Heneveld 
> * Andrea Turli 
> * Andrew Kennedy 
> * Ciprian Ciubotariu 
> * Hadrian Zbarcea 
> * Richard Downer 
> * Sam Corbett 
> * Svetoslav Neykov 
>
> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Richard Downer be
> appointed to the office of Vice President, Apache Brooklyn, to
> serve in accordance with and subject to the direction of the
> Board of Directors and the Bylaws of the Foundation until death,
> resignation, retirement, removal or disqualification, or until
> a successor is appointed; and be it further
>
> RESOLVED, that the initial Apache Brooklyn Project be and hereby
> is tasked with the creation of a set of bylaws intended to
> encourage open development and increased participation in the
> Apache Brooklyn Project.
>



-- 
Olivier Lamy
http://twitter.com/olamy | http://linkedin.com/in/olamy


Re: Report timing

2015-09-29 Thread Marvin Humphrey
On Mon, Sep 28, 2015 at 6:25 PM, Marvin Humphrey  wrote:

> I have an email in to board@apache requesting confirmation of the
> meeting date.  Depending on the answer, I plan to perform one of two
> actions:
>
> *   If the announcement of the 14th was in error and the Board will
> actually meet on the 21st, I will send out emails to the podlings
> who received reminders today letting them know that they have more
> time to file their reports.

We've heard back. The meeting will be held on the 21st, so podlings
have another week to file.  I'll follow up on the individual dev
lists.

Marvin Humphrey

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Podling dev list weirdnesses (was "Report timing")

2015-09-29 Thread Marvin Humphrey
On Tue, Sep 29, 2015 at 6:16 PM, Marvin Humphrey  wrote:
> On Mon, Sep 28, 2015 at 6:25 PM, Marvin Humphrey  
> wrote:
>
>> I have an email in to board@apache requesting confirmation of the
>> meeting date.  Depending on the answer, I plan to perform one of two
>> actions:
>>
>> *   If the announcement of the 14th was in error and the Board will
>> actually meet on the 21st, I will send out emails to the podlings
>> who received reminders today letting them know that they have more
>> time to file their reports.
>
> We've heard back. The meeting will be held on the 21st, so podlings
> have another week to file.  I'll follow up on the individual dev
> lists.

There were irregularities with a few of the dev lists and the automated
notices.

*   It looks like Cotton's dev list hasn't gotten any messages during
September (including the "Marvin" reminder)?  At least there's no archive
for September at

*   Neither dev@ripple nor droids-dev@incubator got the automated reminders.
Droids will likely be retired soon, but I wonder why Ripple didn't get the
notice.  It looks like the last time they got an automated notice was
April: http://s.apache.org/CqN (link to ripple.markmail.org)
*   Horn's dev list was misconfigured (known issue: INFRA-10482)

Horn and Droids will be resolved independently, but it would be nice to figure
out what's up with Cotton and Ripple.

Marvin Humphrey

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



[VOTE] Release Apache SINGA 0.1.0 (incubating)

2015-09-29 Thread Wang Wei
Hi all,

The SINGA community has voted on and approved a proposal to release Apache
SINGA 0.1.0 (incubating).

The vote thread is at:
http://mail-archives.apache.org/mod_mbox/singa-dev/201509.mbox/%3CCAJz0iLsZRgSuPyrMitpt5EdXvaqf4%2BDiF00Xyg2SLb3YEqkDMw%40mail.gmail.com%3E

and the result is at:
http://mail-archives.apache.org/mod_mbox/singa-dev/201509.mbox/%3CCAJz0iLtGNDT8O31V9QOhrapzFf8Nt0XSjckGR%2BxFHrfrFKraPA%40mail.gmail.com%3E

We ask the IPMC to vote on this release.

The artifacts to be voted on are located here:
https://dist.apache.org/repos/dist/dev/incubator/singa/

The hashes of the artifacts are as follows:
apache-singa-incubating-0.1.0-RC2.tar.gz.md5: 63 0F DF E0 74 E0 E1 1F  89
F6 0E DF 9E 66 50 73
apache-singa-incubating-0.1.0-RC2.tar.gz.sha256: EE7CF820 70DB46F5 20FC39A1
F85B5B73 865503BD 36280917 5369EB9F 5FA7199E

Release artifacts are signed with the following key:
https://people.apache.org/keys/committer/dinhtta.asc

and the signature file is:
apache-singa-incubating-0.1.0-RC2.tar.gz.asc


The vote is open for at least 72 hours, or until the necessary number of
votes (3 +1) is reached.

[ ] +1 Release this package as Apache SINGA 0.1.0-incubating
[ ]  0 I don't feel strongly about it, but I'm okay with the release
[ ] -1 Do not release this package because...

Thanks.

Regards,
Wei Wang