Re: [infinispan-dev] Data Container configuration changes

2016-11-11 Thread William Burns
Since I have had some time to think it over I like Pedro's layout, unless someone has a strong objection. Responses inline. On Mon, Oct 31, 2016 at 4:51 AM Radim Vansa wrote: > On 10/27/2016 05:26 PM, William Burns wrote: > > > > > > On Thu, Oct 27, 2016 at 9:56 AM Pedro

Re: [infinispan-dev] Data Container configuration changes

2016-10-31 Thread Radim Vansa
On 10/27/2016 05:26 PM, William Burns wrote: > > > On Thu, Oct 27, 2016 at 9:56 AM Pedro Ruivo > wrote: > > > > On 27-10-2016 14:20, William Burns wrote: > > > > > > On Thu, Oct 27, 2016 at 4:56 AM Pedro Ruivo >

Re: [infinispan-dev] Data Container configuration changes

2016-10-27 Thread William Burns
On Thu, Oct 27, 2016 at 9:56 AM Pedro Ruivo wrote: > > > On 27-10-2016 14:20, William Burns wrote: > > > > > > On Thu, Oct 27, 2016 at 4:56 AM Pedro Ruivo > > wrote: > > > > > > > > On 26-10-2016 23:06, William Burns

Re: [infinispan-dev] Data Container configuration changes

2016-10-27 Thread Tristan Tarrant
On 27/10/16 16:01, William Burns wrote: > Not sure I understand, so you are saying to remove it from the > parser/xsd but keep it in the programmatic configuration? And just to > clarify the new binary element would replace storeAsBinary. Yes. The parser, when confronted with a pre 9.0 schema,

Re: [infinispan-dev] Data Container configuration changes

2016-10-27 Thread William Burns
On Thu, Oct 27, 2016 at 9:40 AM Tristan Tarrant wrote: > On 27/10/16 00:06, William Burns wrote: > > The reason it is a subelement instead of a property is because off-heap > > will most likely require some additional configuration to tell how many > > entries to store in

Re: [infinispan-dev] Data Container configuration changes

2016-10-27 Thread Pedro Ruivo
On 27-10-2016 14:20, William Burns wrote: > > > On Thu, Oct 27, 2016 at 4:56 AM Pedro Ruivo > wrote: > > > > On 26-10-2016 23:06, William Burns wrote: > > I have been working on adding in off heap support for a given > cache. I >

Re: [infinispan-dev] Data Container configuration changes

2016-10-27 Thread Tristan Tarrant
On 27/10/16 00:06, William Burns wrote: > The reason it is a subelement instead of a property is because off-heap > will most likely require some additional configuration to tell how many > entries to store in the a bucket (think non resizing HashMap). Aside from that, it is best to use elements

Re: [infinispan-dev] Data Container configuration changes

2016-10-27 Thread William Burns
On Thu, Oct 27, 2016 at 4:56 AM Pedro Ruivo wrote: > > > On 26-10-2016 23:06, William Burns wrote: > > I have been working on adding in off heap support for a given cache. I > > wanted to check in and let you all know what I was thinking for the > > configuration and

Re: [infinispan-dev] Data Container configuration changes

2016-10-27 Thread Pedro Ruivo
On 26-10-2016 23:06, William Burns wrote: > I have been working on adding in off heap support for a given cache. I > wanted to check in and let you all know what I was thinking for the > configuration and changes that would come about with it. > > TLDR; > New config under data container to