off heap question

[Dor Ben Dov]

Hi Everyone, 

Does one here already tried or worked with off heap feature and not just small 
check, a wide check with many objects? 

I am wondering regard those who wrote or already using the off heap feature way 
of work. 
It seems that there isn't any external or 3rd party framework that being used, 
it seems that 
It is working by allocating X size of memory for this storage and by using sun 
unsafe.

(Why I am wondering?
Since as far as I remember oracle plan is to remove unsafe from java at version 
9. Named as JEP 260. 
After small check I can see that they leave it on java 9 with recommendation to 
replace usage with VarHandle instead.)

I am trying to compare and understand deeply the off heap implementation here 
for example in comparison to apache ignite.


Regards,
Dor

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

off heap

[Dor Ben Dov]

Hi,

Did anyone test / used under load or kind of load the off heap new feature?

To whom should I direct questions regard the service, for example how it was 
implemented?

Regards,
Dor
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

RE: [jira] [Updated] (GEODE-2891) connect-timeout violation in C++ Native Client

[Dor Ben Dov]

Hi,
How one can be assigned to this issue to solve it ? 
Actually who is going to switch it from backlog forward?

Regards,
Dor

-Original Message-
From: Gregory Vortman (JIRA) [mailto:j...@apache.org] 
Sent: יום ב 08 מאי 2017 14:09
To: dev@geode.apache.org
Subject: [jira] [Updated] (GEODE-2891) connect-timeout violation in C++ Native 
Client


 [ 
https://issues.apache.org/jira/browse/GEODE-2891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gregory Vortman updated GEODE-2891:
---
Attachment: gemfire-connect-timeout-violation.docx

> connect-timeout violation in C++ Native Client
> --
>
> Key: GEODE-2891
> URL: https://issues.apache.org/jira/browse/GEODE-2891
> Project: Geode
>  Issue Type: Bug
>  Components: client/server
>Reporter: Gregory Vortman
> Fix For: 1.1.1
>
> Attachments: gemfire-connect-timeout-violation.docx
>
>
> 1.C++ native client doesn’t honour read-timeout-milli-sec in a consistent 
> way while connecting to a server
> 2.The lock on the connection pool has a very high granularity. Even if 
> the client can’t connect to one server, all other threads which are working 
> with totally different servers get affected by it



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

RE: 1.2.0 Release question

[Dor Ben Dov]

Thanks Anthony.
Dor

-Original Message-
From: Anthony Baker [mailto:aba...@pivotal.io] 
Sent: יום ב 24 אפריל 2017 19:51
To: dev@geode.apache.org
Subject: Re: 1.2.0 Release question

Thanks for asking.  I intend to restart the discussion this week.

Anthony

> On Apr 23, 2017, at 1:08 PM, Dor Ben Dov  wrote:
> 
> Hi, 
> 
> When I it planned to release 1.2.0? 
> 
> Dor
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement,
> 
> you may review at https://www.amdocs.com/about/email-disclaimer 
> <https://www.amdocs.com/about/email-disclaimer>

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 
<https://www.amdocs.com/about/email-disclaimer>

1.2.0 Release question

[Dor Ben Dov]

Hi, 

When I it planned to release 1.2.0? 

Dor
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

jgroups 4.0.0.Final released

[Dor Ben Dov]

Hi, 

Have it being considered switching from 3.6.10 Final to 4.0.0 Final release. 

From Bella's blog it seems that the new version uses java 8 streams, lambda 
expressions as well as
120 issues that were fixed as well as optimizations.

Regards,
Dor


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at http://www.amdocs.com/email_disclaimer.asp

RE: off heap

[Dor Ben Dov]

Thanks Anthony.
Dor

-Original Message-
From: Anthony Baker [mailto:aba...@pivotal.io] 
Sent: יום ד 22 פברואר 2017 21:28
To: dev@geode.apache.org
Subject: Re: off heap

Hi Dor,

Here’s a few documentation links on off-heap usage:

https://geode.apache.org/docs/guide/managing/heap_use/off_heap_management.html
https://www.slideshare.net/PivotalOpenSourceHub/apache-geode-offheap-storage

Does that help?

Thanks,
Anthony


> On Feb 22, 2017, at 11:17 AM, Dor Ben Dov  wrote:
> 
> Hi,
> 
> Can one tell me how does the off heap flags solution is being done. I mean 
> what solution is being used for it ? 
> 
> 
> 
> Regards,
> Dor
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement,
> 
> you may review at http://www.amdocs.com/email_disclaimer.asp

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at http://www.amdocs.com/email_disclaimer.asp

off heap

[Dor Ben Dov]

Hi,

Can one tell me how does the off heap flags solution is being done. I mean what 
solution is being used for it ? 



Regards,
Dor
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at http://www.amdocs.com/email_disclaimer.asp

RE: docker

[Dor Ben Dov]

Thanks Swapnil.
Dor

-Original Message-
From: Swapnil Bawaskar [mailto:sbawas...@pivotal.io] 
Sent: יום ג 17 ינואר 2017 11:26
To: dev@geode.apache.org
Subject: Re: docker

It has been there for a while. You can find it at:
https://hub.docker.com/r/apachegeode/geode/

On Tue, Jan 17, 2017 at 12:01 AM, Dor Ben Dov 
wrote:

> Hi,
>
> Any plans to put Apache Geode in docker hub ?
>
> Regards,
> Dor
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement,
>
> you may review at http://www.amdocs.com/email_disclaimer.asp
>
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at http://www.amdocs.com/email_disclaimer.asp

docker

[Dor Ben Dov]

Hi,

Any plans to put Apache Geode in docker hub ?

Regards,
Dor
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at http://www.amdocs.com/email_disclaimer.asp

RE: Off-Heap Annotations

[Dor Ben Dov]

Kirk & Darrel & Hitesh,

Thank you all for the detailed info on the off heap option.

One more question, do I have any kind of API or it is purely flags / 
configuration?

Regards,
Dor

-Original Message-
From: Kirk Lund [mailto:kl...@apache.org] 
Sent: יום ג 03 ינואר 2017 22:47
To: geode 
Subject: Re: Off-Heap Annotations

Oh yeah! We were hoping to get more feedback from users to find out what they 
want or need for migrating a region from heap to off-heap. Right now it doesn't 
support anything like that but it was definitely discussed.


On Tue, Jan 3, 2017 at 12:27 PM, Hitesh Khamesra < hitesh...@yahoo.com.invalid> 
wrote:

> I was considering the case when one want to change its "value" through 
> rolling upgrade. In an ideal world, I would expect that every node 
> will have the same heap/off configuration, but other can happen.
>
>
>
>   From: Kirk Lund 
>  To: geode 
>  Sent: Tuesday, January 3, 2017 12:16 PM
>  Subject: Re: Off-Heap Annotations
>
> The region is required to be off-heap in every member in the cluster.
> Imagine memberA with 12 GB heap, 100 GB off-heap and memberB with 8 GB 
> heap, 0 GB off-heap. What's the point of having replicated regionA be 
> off-heap in memberA but on heap in memberB? The region will always be 
> limited by the heap size of memberB. More importantly, the 
> ResourceManager would not handle things correctly unless regionA is 
> consistently off-heap in every member. The documentation also 
> recommends that every member have the same off-heap-memory-size 
> because of the way the ResourceManager is implemented as well. Any 
> major differences in memory size between members is a good way to 
> cause one or more of them to run out of memory unless you constrain the 
> amount of data that can go into the region in some way.
>
>
> On Tue, Jan 3, 2017 at 11:51 AM, Hitesh Khamesra < 
> hitesh...@yahoo.com.invalid> wrote:
>
> > >>>The first cluster member to create the region
> > wins and all the other members need to conform to the first one's 
> > configuration.
> > Is there any technical reason to check this? Or we just want same 
> > configuration across cluster.
> >
> >  From: Darrel Schneider 
> >  To: dev@geode.apache.org
> >  Sent: Tuesday, January 3, 2017 11:33 AM
> >  Subject: Re: Off-Heap Annotations
> >
> > When a region is created you need to mark it as off-heap or on-heap. 
> > Once it is created you can not change it on that region.
> > You can create and destroy regions on the fly.
> >
> > c
> >
> > On Tue, Jan 3, 2017 at 8:01 AM, Dor Ben Dov 
> > wrote:
> >
> > > Udo,
> > >
> > > This means it can't be changed on the fly in runtime ? Need to be
> flagged
> > > before?
> > >
> > > Dor
> > >
> > > -Original Message-
> > > From: Udo Kohlmeyer [mailto:u...@apache.org]
> > > Sent: יום ג 03 ינואר 2017 17:32
> > > To: dev@geode.apache.org
> > > Subject: Re: Off-Heap Annotations
> > >
> > > Hi there Gal,
> > >
> > > That is not possible. A region is either on-heap or off-heap.
> > >
> > > --Udo
> > >
> > >
> > > On 1/2/17 13:50, Gal Palmery wrote:
> > > > Ok,
> > > > So if I want to have just a certain part of the region off heap 
> > > > and
> the
> > > rest of it on heap - how do I do that?
> > > >
> > > >
> > > >
> > > > -Original Message-
> > > > From: Dan Smith [mailto:dsm...@pivotal.io]
> > > > Sent: Monday, January 02, 2017 19:46
> > > > To: dev@geode.apache.org
> > > > Subject: Re: Off-Heap Annotations
> > > >
> > > > Hi Gal,
> > > >
> > > > The way to control what is on or off heap is when you configure 
> > > > a
> > region.
> > > > Regions that are configured with off-heap=true will store all of 
> > > > the
> > > values in off heap memory, regions with off-heap= false will store 
> > > the values on the heap.
> > > >
> > > > -Dan
> > > >
> > > > On Mon, Jan 2, 2017 at 5:57 AM, Gal Palmery 
> > > > 
> > > wrote:
> > > >
> > > >> Thanks Kirk.
> > > >>
> > > >> for example, before I call put, I'd like to indicate to geode 
> > > >> server that I want to keep specific data off heap. how can I do that?
> > > >> is there an api that will move data off or on hea

RE: Off-Heap Annotations

[Dor Ben Dov]

Michael,

Currently I am not trying to achieve anything but trying to understand the 
capabilities and how to work with the feature.

Dor

-Original Message-
From: Michael Stolz [mailto:mst...@pivotal.io] 
Sent: יום ג 03 ינואר 2017 18:34
To: dev@geode.apache.org
Subject: Re: Off-Heap Annotations

Dor,

I'd like to understand the reason you would like to have different semantics 
than what's in Geode with regard to off-heap.
Can you expand a bit on what you are trying to achieve?


On Tue, Jan 3, 2017 at 11:22 AM, Udo Kohlmeyer  wrote:

> Hi there Dor,
>
> I will allow someone with better knowledge to answer this, but I think 
> it would be safe to assume that you cannot change this at runtime.
>
> --Udo
>
>
>
> On 1/3/17 08:01, Dor Ben Dov wrote:
>
>> Udo,
>>
>> This means it can't be changed on the fly in runtime ? Need to be 
>> flagged before?
>>
>> Dor
>>
>> -Original Message-
>> From: Udo Kohlmeyer [mailto:u...@apache.org]
>> Sent: יום ג 03 ינואר 2017 17:32
>> To: dev@geode.apache.org
>> Subject: Re: Off-Heap Annotations
>>
>> Hi there Gal,
>>
>> That is not possible. A region is either on-heap or off-heap.
>>
>> --Udo
>>
>>
>> On 1/2/17 13:50, Gal Palmery wrote:
>>
>>> Ok,
>>> So if I want to have just a certain part of the region off heap and 
>>> the rest of it on heap - how do I do that?
>>>
>>>
>>>
>>> -Original Message-
>>> From: Dan Smith [mailto:dsm...@pivotal.io]
>>> Sent: Monday, January 02, 2017 19:46
>>> To: dev@geode.apache.org
>>> Subject: Re: Off-Heap Annotations
>>>
>>> Hi Gal,
>>>
>>> The way to control what is on or off heap is when you configure a region.
>>> Regions that are configured with off-heap=true will store all of the 
>>> values in off heap memory, regions with off-heap= false will store 
>>> the values on the heap.
>>>
>>> -Dan
>>>
>>> On Mon, Jan 2, 2017 at 5:57 AM, Gal Palmery 
>>> wrote:
>>>
>>> Thanks Kirk.
>>>>
>>>> for example, before I call put, I'd like to indicate to geode 
>>>> server that I want to keep specific data off heap. how can I do that?
>>>> is there an api that will move data off or on heap?
>>>>
>>>> Gal
>>>>
>>>> -Original Message-
>>>> From: Kirk Lund [mailto:kl...@apache.org]
>>>> Sent: Tuesday, December 27, 2016 06:33
>>>> To: dev@geode.apache.org
>>>> Subject: Re: Off-Heap Annotations
>>>>
>>>> Those annotations are part of the internal implementation of Geode.
>>>> The developers used it as a way to help keep track of references to 
>>>> off-heap.
>>>>
>>>> -Kirk
>>>>
>>>>
>>>> On Mon, Dec 26, 2016 at 1:34 AM, Gal Palmery 
>>>> 
>>>> wrote:
>>>>
>>>> Hi everyone,
>>>>>
>>>>> Is this feature:
>>>>> https://cwiki.apache.org/confluence/display/GEODE/Off-Heap+Annotat
>>>>> io ns a part of the last release? (1.0.0-incubating)
>>>>>
>>>>> thanks,
>>>>> Gal
>>>>>
>>>>> This message and the information contained herein is proprietary 
>>>>> and confidential and subject to the Amdocs policy statement, you 
>>>>> may review at http://www.amdocs.com/email_disclaimer.asp
>>>>>
>>>>> This message and the information contained herein is proprietary 
>>>>> and
>>>> confidential and subject to the Amdocs policy statement,
>>>>
>>>> you may review at http://www.amdocs.com/email_disclaimer.asp
>>>>
>>>> This message and the information contained herein is proprietary 
>>>> and
>>> confidential and subject to the Amdocs policy statement,
>>>
>>> you may review at http://www.amdocs.com/email_disclaimer.asp
>>>
>> This message and the information contained herein is proprietary and 
>> confidential and subject to the Amdocs policy statement,
>>
>> you may review at http://www.amdocs.com/email_disclaimer.asp
>>
>
>
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at http://www.amdocs.com/email_disclaimer.asp

RE: Off-Heap Annotations

[Dor Ben Dov]

Udo,

This means it can't be changed on the fly in runtime ? Need to be flagged 
before?

Dor

-Original Message-
From: Udo Kohlmeyer [mailto:u...@apache.org] 
Sent: יום ג 03 ינואר 2017 17:32
To: dev@geode.apache.org
Subject: Re: Off-Heap Annotations

Hi there Gal,

That is not possible. A region is either on-heap or off-heap.

--Udo


On 1/2/17 13:50, Gal Palmery wrote:
> Ok,
> So if I want to have just a certain part of the region off heap and the rest 
> of it on heap - how do I do that?
>
>
>
> -Original Message-
> From: Dan Smith [mailto:dsm...@pivotal.io]
> Sent: Monday, January 02, 2017 19:46
> To: dev@geode.apache.org
> Subject: Re: Off-Heap Annotations
>
> Hi Gal,
>
> The way to control what is on or off heap is when you configure a region.
> Regions that are configured with off-heap=true will store all of the values 
> in off heap memory, regions with off-heap= false will store the values on the 
> heap.
>
> -Dan
>
> On Mon, Jan 2, 2017 at 5:57 AM, Gal Palmery  wrote:
>
>> Thanks Kirk.
>>
>> for example, before I call put, I'd like to indicate to geode server 
>> that I want to keep specific data off heap. how can I do that?
>> is there an api that will move data off or on heap?
>>
>> Gal
>>
>> -Original Message-
>> From: Kirk Lund [mailto:kl...@apache.org]
>> Sent: Tuesday, December 27, 2016 06:33
>> To: dev@geode.apache.org
>> Subject: Re: Off-Heap Annotations
>>
>> Those annotations are part of the internal implementation of Geode.
>> The developers used it as a way to help keep track of references to off-heap.
>>
>> -Kirk
>>
>>
>> On Mon, Dec 26, 2016 at 1:34 AM, Gal Palmery 
>> wrote:
>>
>>> Hi everyone,
>>>
>>> Is this feature:
>>> https://cwiki.apache.org/confluence/display/GEODE/Off-Heap+Annotatio
>>> ns a part of the last release? (1.0.0-incubating)
>>>
>>> thanks,
>>> Gal
>>>
>>> This message and the information contained herein is proprietary and 
>>> confidential and subject to the Amdocs policy statement, you may 
>>> review at http://www.amdocs.com/email_disclaimer.asp
>>>
>> This message and the information contained herein is proprietary and 
>> confidential and subject to the Amdocs policy statement,
>>
>> you may review at http://www.amdocs.com/email_disclaimer.asp
>>
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement,
>
> you may review at http://www.amdocs.com/email_disclaimer.asp

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at http://www.amdocs.com/email_disclaimer.asp

RE: Off-Heap Annotations

[Dor Ben Dov]

Dan
This means also that I can do this dynamically or is it static definition?

Dor

-Original Message-
From: Dan Smith [mailto:dsm...@pivotal.io] 
Sent: יום ב 02 ינואר 2017 19:46
To: dev@geode.apache.org
Subject: Re: Off-Heap Annotations

Hi Gal,

The way to control what is on or off heap is when you configure a region.
Regions that are configured with off-heap=true will store all of the values in 
off heap memory, regions with off-heap= false will store the values on the heap.

-Dan

On Mon, Jan 2, 2017 at 5:57 AM, Gal Palmery  wrote:

> Thanks Kirk.
>
> for example, before I call put, I'd like to indicate to geode server 
> that I want to keep specific data off heap. how can I do that?
> is there an api that will move data off or on heap?
>
> Gal
>
> -Original Message-
> From: Kirk Lund [mailto:kl...@apache.org]
> Sent: Tuesday, December 27, 2016 06:33
> To: dev@geode.apache.org
> Subject: Re: Off-Heap Annotations
>
> Those annotations are part of the internal implementation of Geode. 
> The developers used it as a way to help keep track of references to off-heap.
>
> -Kirk
>
>
> On Mon, Dec 26, 2016 at 1:34 AM, Gal Palmery 
> wrote:
>
> > Hi everyone,
> >
> > Is this feature:
> > https://cwiki.apache.org/confluence/display/GEODE/Off-Heap+Annotatio
> > ns a part of the last release? (1.0.0-incubating)
> >
> > thanks,
> > Gal
> >
> > This message and the information contained herein is proprietary and 
> > confidential and subject to the Amdocs policy statement, you may 
> > review at http://www.amdocs.com/email_disclaimer.asp
> >
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement,
>
> you may review at http://www.amdocs.com/email_disclaimer.asp
>
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at http://www.amdocs.com/email_disclaimer.asp

jvsd licensing issue

[Dor Ben Dov]

Hi,

In the past one said here that the jVSD will not be released also as an open 
source due to the 
Javafx license. 

According to this link 

http://www.oracle.com/technetwork/java/javafx/overview/faq-1446554.html#10

'JavaFX is available under the same license and business model as Java SE. This 
includes the ability for third party developers to distribute the runtime 
libraries with their application(s), subject to the terms and conditions of the 
license.'

So why do you have a problem with this license? 


Regards,
Dor

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp

off heap feature

[Dor Ben Dov]

Hi, 

How mature is the off heap feature, how many of you are working or worked with 
it ? 

Regards,
Dor

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp

RE: GemFireConfigException

[Dor Ben Dov]

Ok I will.
Dor

-Original Message-
From: Greg Chase [mailto:gch...@gmail.com]
Sent: יום ב 19 דצמבר 2016 17:13
To: dev@geode.apache.org
Subject: Re: GemFireConfigException

Looks like a great Jira Issue! Please file!

This email encrypted by tiny buttons & fat thumbs, beta voice recognition, and 
autocorrect on my iPhone.

> On Dec 19, 2016, at 5:07 AM, Dor Ben Dov  wrote:
>
> Hi
>
> Any plans to refactor rename GemFireConfigException and GemFireException to 
> Geode?
>
> Regards,
> Dor
>
> This message and the information contained herein is proprietary and
> confidential and subject to the Amdocs policy statement, you may review at 
> http://www.amdocs.com/email_disclaimer.asp

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp

GemFireConfigException

[Dor Ben Dov]

Hi 

Any plans to refactor rename GemFireConfigException and GemFireException to 
Geode? 

Regards,
Dor

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp

Re: Top-Level Project Tasks Completed

[Dor Ben Dov]

Thanks Mark

Dor

 Original Message 

Subject: Re: Top-Level Project Tasks Completed

From: Mark Bretl 

Date: 6 בדצמ' 2016, 09:39

To: dev@geode.apache.org

Hi Dor,

Changes to the website and other Incubator branded material are being
tracked as issue GEODE-2156 [1] and will be made in the near future.

Best Regards,

--Mark

[1] https://issues.apache.org/jira/plugins/servlet/mobile#issue/GEODE-2156

On Mon, Dec 5, 2016 at 10:54 PM Dor Ben Dov  wrote:

> Gregory,
>
> On the bottom of the page geode.apache.org there is still a sign that
> it's an incubation, are you going to remove this ?
>
>
>
> Regards,
>
> Dor
>
>
>
> -Original Message-
>
> From: Gregory Chase [mailto:gch...@pivotal.io]
>
> Sent: יום ג 06 דצמבר 2016 06:17
>
> To: dev@geode.apache.org
>
> Cc: us...@geode.apache.org
>
> Subject: Re: Top-Level Project Tasks Completed
>
>
>
> Yay! Congrats!
>
>
>
> On Mon, Dec 5, 2016 at 5:11 PM, Mark Bretl  wrote:
>
>
>
> > Hi Everyone,
>
> >
>
> > The Apache INFRA team has completed the Top-Level Project for Apache
> Geode.
>
> >
>
> > Summary of Changes:
>
> > - Website is https://geode.apache.org/
>
> > - Mailing lists (dev, users, private) now have suffix of '@
>
> > geode.apache.org'
>
> > - GitHub URL is now https://github.com/apache/geode (It has error of
>
> > 404 now, but should resolve in about 7 hours)
>
> >
>
> > If you have any issues, please email the Dev list at
>
> > 'dev@geode.apache.org '
>
> > so we can investigate.
>
> >
>
> > Thanks to everyone for their patience. Now, let's move forward with
>
> > growing this community and completing another release!
>
> >
>
> > Best Regards,
>
> >
>
> > Mark Bretl
>
> > V.P. Apache Geode
>
> >
>
>
>
>
>
>
>
> --
>
> Greg Chase
>
>
>
> Global Head, Big Data Communities
>
> http://www.pivotal.io/big-data
>
>
>
> Pivotal Software
>
> http://www.pivotal.io/
>
>
>
> 650-215-0477
>
> @GregChase
>
> Blog: http://geekmarketing.biz/
>
>
>
> This message and the information contained herein is proprietary and
> confidential and subject to the Amdocs policy statement,
>
> you may review at http://www.amdocs.com/email_disclaimer.asp
>
>

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp

RE: Top-Level Project Tasks Completed

[Dor Ben Dov]

Gregory, 
On the bottom of the page geode.apache.org there is still a sign that it's an 
incubation, are you going to remove this ? 

Regards,
Dor

-Original Message-
From: Gregory Chase [mailto:gch...@pivotal.io] 
Sent: יום ג 06 דצמבר 2016 06:17
To: dev@geode.apache.org
Cc: us...@geode.apache.org
Subject: Re: Top-Level Project Tasks Completed

Yay! Congrats!

On Mon, Dec 5, 2016 at 5:11 PM, Mark Bretl  wrote:

> Hi Everyone,
>
> The Apache INFRA team has completed the Top-Level Project for Apache Geode.
>
> Summary of Changes:
> - Website is https://geode.apache.org/
> - Mailing lists (dev, users, private) now have suffix of '@ 
> geode.apache.org'
> - GitHub URL is now https://github.com/apache/geode (It has error of 
> 404 now, but should resolve in about 7 hours)
>
> If you have any issues, please email the Dev list at 
> 'dev@geode.apache.org '
> so we can investigate.
>
> Thanks to everyone for their patience. Now, let's move forward with 
> growing this community and completing another release!
>
> Best Regards,
>
> Mark Bretl
> V.P. Apache Geode
>



--
Greg Chase

Global Head, Big Data Communities
http://www.pivotal.io/big-data

Pivotal Software
http://www.pivotal.io/

650-215-0477
@GregChase
Blog: http://geekmarketing.biz/

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp

Re: The next release (v1.1.0)

[Dor Ben Dov]

Hi Anthony

Thanks for the answer.

Dor

 Original Message 

Subject: Re: The next release (v1.1.0)

From: Anthony Baker 

Date: 25 בנוב' 2016, 16:44

To: dev@geode.apache.org

Hi Dor,

I want to stress that the transition was from an Apache Incubator subproject to 
an Apache TLP.  The individual committers and PMC members in the Geode 
community will continue to drive the project forward.

Anthony

> On Nov 23, 2016, at 1:03 AM, Dor Ben Dov  wrote:
>
> Anthony,
>
> Are you (all pivotal developers / architects) who are here in the community 
> will now leave once this being managed by
> Itself or are you continuing to contribute?
> Regards,
> Dor
>
> -Original Message-
> From: Anthony Baker [mailto:aba...@pivotal.io]
> Sent: יום ג 22 נובמבר 2016 16:44
> To: geode 
> Subject: Re: The next release (v1.1.0)
>
> Transitioning from an incubating project to a top-level project means we keep 
> doing exactly what we’ve been doing—except that now the project is 
> responsible for managing itself.  We will be transitioning a few resources 
> such as mailing lists and git repos to reflect that we are no longer an 
> incubator subproject.
>
> See http://incubator.apache.org/guides/graduation.html.
>
> Anthony
>
>> On Nov 21, 2016, at 11:57 AM, Dor Ben Dov  wrote:
>>
>> Anthony,
>>
>> What are the actual implications of this transition to the tlp ?
>>
>> Regards,
>> Dor
>>
>> -Original Message-
>> From: Anthony Baker [mailto:aba...@pivotal.io]
>> Sent: יום ב 21 נובמבר 2016 19:26
>> To: dev@geode.apache.org
>> Subject: The next release (v1.1.0)
>>
>> Now that graduation is done (!!), we need to organize our next release.  I 
>> propose we focus on completing the transition to TLP and cleaning up 
>> “incubating" references.  The sequence would look something like this:
>>
>> 1) Transition the git repo, mailing lists, etc.
>> 2) Update incubating references in source, docs, website, wiki, …
>> 3) Do a release.
>>
>> Thoughts?
>>
>> We need a release manager.  Any volunteers?
>>
>> Also, we need to rename the JIRA version from 1.1.0-incubating to 1.1.0.  
>> Can someone with JIRA karma help?
>>
>> Anthony
>>
>>
>> This message and the information contained herein is proprietary and
>> confidential and subject to the Amdocs policy statement, you may
>> review at http://www.amdocs.com/email_disclaimer.asp
>
>
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement,
> you may review at http://www.amdocs.com/email_disclaimer.asp

RE: The next release (v1.1.0)

[Dor Ben Dov]

Anthony, 

Are you (all pivotal developers / architects) who are here in the community 
will now leave once this being managed by
Itself or are you continuing to contribute? 
Regards,
Dor

-Original Message-
From: Anthony Baker [mailto:aba...@pivotal.io] 
Sent: יום ג 22 נובמבר 2016 16:44
To: geode 
Subject: Re: The next release (v1.1.0)

Transitioning from an incubating project to a top-level project means we keep 
doing exactly what we’ve been doing—except that now the project is responsible 
for managing itself.  We will be transitioning a few resources such as mailing 
lists and git repos to reflect that we are no longer an incubator subproject.

See http://incubator.apache.org/guides/graduation.html.

Anthony

> On Nov 21, 2016, at 11:57 AM, Dor Ben Dov  wrote:
> 
> Anthony,
> 
> What are the actual implications of this transition to the tlp ? 
> 
> Regards,
> Dor
> 
> -Original Message-
> From: Anthony Baker [mailto:aba...@pivotal.io]
> Sent: יום ב 21 נובמבר 2016 19:26
> To: dev@geode.apache.org
> Subject: The next release (v1.1.0)
> 
> Now that graduation is done (!!), we need to organize our next release.  I 
> propose we focus on completing the transition to TLP and cleaning up 
> “incubating" references.  The sequence would look something like this:
> 
> 1) Transition the git repo, mailing lists, etc.
> 2) Update incubating references in source, docs, website, wiki, …
> 3) Do a release.
> 
> Thoughts?
> 
> We need a release manager.  Any volunteers?
> 
> Also, we need to rename the JIRA version from 1.1.0-incubating to 1.1.0.  Can 
> someone with JIRA karma help?
> 
> Anthony
> 
> 
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement, you may 
> review at http://www.amdocs.com/email_disclaimer.asp


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp

RE: The next release (v1.1.0)

[Dor Ben Dov]

Anthony, 

What are the actual implications of this transition to the tlp ? 

Regards,
Dor

-Original Message-
From: Anthony Baker [mailto:aba...@pivotal.io] 
Sent: יום ב 21 נובמבר 2016 19:26
To: dev@geode.apache.org
Subject: The next release (v1.1.0)

Now that graduation is done (!!), we need to organize our next release.  I 
propose we focus on completing the transition to TLP and cleaning up 
“incubating" references.  The sequence would look something like this:

1) Transition the git repo, mailing lists, etc.
2) Update incubating references in source, docs, website, wiki, …
3) Do a release.

Thoughts?

We need a release manager.  Any volunteers?

Also, we need to rename the JIRA version from 1.1.0-incubating to 1.1.0.  Can 
someone with JIRA karma help?

Anthony


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp