Re: [infinispan-dev] Maintenance of OpenShift templates

Sebastian Laskawiec <slask...@redhat.com> writes: > On Tue, Mar 6, 2018 at 5:11 PM Galder Zamarreño <gal...@redhat.com> > wrote: > > Sebastian Laskawiec <slask...@redhat.com> writes: > > > Hey Galder, > > > > Co

[infinispan-dev] Wildfly Clustering on OpenShift

Are there any configurations out of box inside Wildfly for clustering on OpenShift? It'd need a transport that uses kube ping? "Stack Exchange" writes: > Stack Exchange > > Stack Exchange > > * The following item was added to your Stack Exchange >

Re: [infinispan-dev] Maintenance of OpenShift templates

Sebastian Laskawiec <slask...@redhat.com> writes: > Hey Galder, > > Comments inlined. > > Thanks, > Seb > > On Fri, Mar 2, 2018 at 11:37 AM Galder Zamarreño <gal...@redhat.com> > wrote: > > Hi, > > Looking at [1] and I'm wondering why the

[infinispan-dev] Maintenance of OpenShift templates

Hi, Looking at [1] and I'm wondering why the templates have to maintain a different XML file for OpenShift? We already ship an XML in the server called `cloud.xml`, that should just work. Having a separate XML file in the templates means we're duplicating the maintainance of XML files. Also,

Re: [infinispan-dev] spare cycles

Hi Ion, Great to hear that you have time to contribute to stuff. Any particular interests? Hackathon ideas are a good place to start: https://issues.jboss.org/browse/ISPN-2234?filter=12322175 Having a HotRod URL format would be a good one :) Cheers Ion Savin writes: >

Re: [infinispan-dev] Hot Rod secured by default

As for the pods AND > into the JDK cacerts file. This MUST be done by the OpenShift JDK image > automatically. (Debian does this on startup: [1]) > > Tristan > > [1] > https://git.mikael.io/mikaelhg/ca-certificates-java/blob/debian/20170531/src/main/java/org/debian/security

[infinispan-dev] Best practices for Netty version clashes

Hi, I was playing around with GRPC for a talk next month and made a mistake that threw me a little bit and wanted to share it here to see if we can do something about it. My demo uses GRPC and Infinispan embedded cache (9.2.0.CR1), so I added my GRPC dependencies and Infinispan bom dependency

Re: [infinispan-dev] Weekly Infinispan IRC logs 2018-01-29

Tristan Tarrant writes: Hi all, Here's my update which I was unable to provide yesterday: * Mostly worked on JFokus related presentations, both deep dive and own presentation. This includes some slides and a lot of live coding, * Btw, OpenShift 3.7 and Fabric8 Maven

[infinispan-dev] Infinispan 9.2.0.CR1 released

Hi, Last Friday we released Infinispan 9.2.0.CR1. You can find out all about it here: http://blog.infinispan.org/2018/01/first-candidate-release-for-infinispan.html Cheers, Galder ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org

[infinispan-dev] Data format not supported with REST

Hey Tristan, I was trying your REST curl example in [1], but I'm getting "Data format not supported" error when doing a get. See output in [2]. I'm using 9.1.0, maybe something has changed? Looking at our docu, we don't seem to have any curl REST examples. Cheers, Galder [1]

Re: [infinispan-dev] Prepending internal cache names with org.infinispan instead of triple underscore

URPOSE, Map<Object, Object>). PURPOSE >>>> could be an enum or a string identifying whether it's scripting cache, >>>> transaction cache or anything else. The value (Map<Object, Object>) >>>> would store whatever you need. >>>> >>>> O

[infinispan-dev] infinispan-bom needs some love

, maybe we can add it separately and don't break existing examples/apps... but it really needs solves a problem :| Cheers, -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.o

Re: [infinispan-dev] Counters and their configurations in Infinispan server (DMR)

At first glance, I'd agree with Pedro.On 2 Nov 2017, at 16:07, Pedro Ruivo wrote:Hi,IMO, I would separate the concept of counter and configuration.Even if an user doesn't create many counters, I think most of them will share the same configuration. As a bad example, if you

Re: [infinispan-dev] Code examples in multiple languages

/lord.github.io/slate/ > -- > Tristan Tarrant > Infinispan Lead > JBoss, a division of Red Hat > ___ > infinispan-dev mailing list > infinispan-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Galde

Re: [infinispan-dev] Unable to cluster Infinispan ephemeral template instances

-templates/blob/master/templates/infinispan-ephemeral.json#L338 > On 25 Sep 2017, at 13:18, Galder Zamarreño <gal...@redhat.com> wrote: > > Hmmm, is there a way to say that if you don't pass in namespace, you take the > application name as namespace? > >> On 25 Sep 2017, at

Re: [infinispan-dev] Unable to cluster Infinispan ephemeral template instances

09849 > [2] https://docs.openshift.com/enterprise/3.0/dev_guide/service_accounts.html > > On Mon, Sep 25, 2017 at 12:54 PM Galder Zamarreño <gal...@redhat.com> wrote: > Hey Sebastian, > > I've started 2 instances of Infinispan ephemeral [1] and they don't

Re: [infinispan-dev] Adjusting memory settings in template

> On 25 Sep 2017, at 12:37, Sebastian Laskawiec <slask...@redhat.com> wrote: > > > > On Mon, Sep 25, 2017 at 11:58 AM Galder Zamarreño <gal...@redhat.com> wrote: > > > > On 22 Sep 2017, at 17:58, Sebastian Laskawiec <slask...@redhat.com> wrote:

[infinispan-dev] Unable to cluster Infinispan ephemeral template instances

usr/pwd for it to work? Cheers, [1] https://github.com/infinispan/infinispan-openshift-templates -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo

Re: [infinispan-dev] Adjusting memory settings in template

Sanne > > > > > Thanks, > > Sebastian > > > > [1] > > https://github.com/jboss-dockerfiles/infinispan/tree/master/server#adjusting-memory > > [2] > > https://github.com/jboss-dockerfiles/infinispan/blob/master/server/docker-entrypoint.sh#L303-L308 >

[infinispan-dev] Adjusting memory settings in template

/blob/master/templates/infinispan-ephemeral.json#L308 -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Why do we need separate Infinispan OpenShift template repo?

/infinispan-ephemeral.json#L376 > > On Tue, Sep 19, 2017 at 10:34 AM Tristan Tarrant <ttarr...@redhat.com> wrote: > On 9/19/17 9:42 AM, Galder Zamarreño wrote: > > Hi, > > > > I was looking at the Infinispan OpenShift template repo [1], and I started > > ques

[infinispan-dev] Why do we need separate Infinispan OpenShift template repo?

be achieved in infinispan/infinispan with different folders. Cheers, [1] https://github.com/infinispan/infinispan-openshift-templates [2] https://github.com/infinispan/infinispan-openshift-templates/blob/master/configurations/cloud-ephemeral.xml -- Galder Zamarreño Infinispan, Red Hat

Re: [infinispan-dev] How about moving Infinispan forums to StackOverflow?

lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/infinispan-dev >> > > -- > Tristan Tarrant > Infinispan Lead > JBoss, a division of Red Hat > _______ > infinispan-dev mailin

Re: [infinispan-dev] Hot Rod secured by default

default, but you should be able to launch a container without any security by > simply passing an alternate xml in the startup, and we'll ship this XML with > the server. > > > Gustavo > > > My 2 cents, > > Katia > > On Tue, May 9, 2017 at 2:24 PM, Ga

[infinispan-dev] DevNation Live talk - Big Data In Action w/ Infinispan

Hi, Last week I gave a 30m talk for DevNation Live on Big Data In Action w/ Infinispan. The video can be found here: https://www.youtube.com/watch?v=ZUZeAfdmeX0 Slides: https://speakerdeck.com/galderz/big-data-in-action-with-infinispan-2 Cheers, -- Galder Zamarreño Infinispan, Red Hat

[infinispan-dev] Join us online on 7th September for DevNation talk on Infinispan!

Hi all, I will be doing an live tech talk for DevNation tomorrow, 7th September at 12:00pm. More details here: http://blog.infinispan.org/2017/09/join-us-online-on-7th-september-for.html Cheers, -- Galder Zamarreño Infinispan, Red Hat ___ infinispan

Re: [infinispan-dev] Smoke test suite for hibernate-cache

-dev mailing list > infinispan-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] A tool for adjusting configuration

Sebastian > -- > SEBASTIAN ŁASKAWIEC > INFINISPAN DEVELOPER > Red Hat EMEA > > ___ > infinispan-dev mailing list > infinispan-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Galder Zamarreño Infinispan

Re: [infinispan-dev] Hot Rod client sending data to itself - ISPN-8186

t googling I failed to find it. Perhaps we can use the same > solution here that we used for the JGRP issue. > > I vaguely recall we checked the client's local address:port against some > server address:port and closed/re-created it is the same. > > On 11/08/17 20:56, Dennis Reed wrote

Re: [infinispan-dev] Hot Rod client sending data to itself - ISPN-8186

> On 11 Aug 2017, at 16:30, Sanne Grinovero <sa...@infinispan.org> wrote: > > On 11 August 2017 at 14:14, Galder Zamarreño <gal...@redhat.com> wrote: >> Hi, >> >> Re: https://issues.jboss.org/browse/ISPN-8186 >> >> I've

[infinispan-dev] Hot Rod client sending data to itself - ISPN-8186

/java/net/Socket.html#Socket(java.net.InetAddress,%20int,%20java.net.InetAddress,%20int) -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Late end invalidation delivery stops put from load - ISPN-8114

FYI: https://github.com/infinispan/infinispan/pull/5350 -- Galder Zamarreño Infinispan, Red Hat > On 3 Aug 2017, at 11:34, Galder Zamarreño <gal...@redhat.com> wrote: > > Thx Radim, I'll look into wrapping PerCacheInboundInvocationHandler. > > Cheers, > -- > Galder

Re: [infinispan-dev] Late end invalidation delivery stops put from load - ISPN-8114

Thx Radim, I'll look into wrapping PerCacheInboundInvocationHandler. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 2 Aug 2017, at 18:41, Radim Vansa <rva...@redhat.com> wrote: > > On 08/02/2017 01:02 PM, Galder Zamarreño wrote: >> Hey Radim, >> >> Re

Re: [infinispan-dev] Docker image authentication

Looks great Sebastian! Great work :) -- Galder Zamarreño Infinispan, Red Hat > On 13 Jul 2017, at 12:14, Sebastian Laskawiec <slask...@redhat.com> wrote: > > Hey guys, > > I just wanted to give you a heads on some breaking change on our Docker > image: https://gith

Re: [infinispan-dev] Conflict Manager and Partition Handling Blog

Oh, if we can't find a simple tutorial for it, there's always https://github.com/infinispan-demos :) -- Galder Zamarreño Infinispan, Red Hat > On 25 Jul 2017, at 17:11, Galder Zamarreño <gal...@redhat.com> wrote: > > One more thing: have you thought how we could have a

Re: [infinispan-dev] Conflict Manager and Partition Handling Blog

One more thing: have you thought how we could have a simple tutorial on this feature? It'd be great to find a simple, reduced, example to show it off :) Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 25 Jul 2017, at 16:54, Galder Zamarreño <gal...@redhat.com> wrote: >

Re: [infinispan-dev] Conflict Manager and Partition Handling Blog

be pluggable, e.g. when comparing a version field is enough to realise there's a conflict. As opposed of relying in .equals(), if that's what's being used inside :) Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 17 Jul 2017, at 14:16, Ryan Emerson <remer...@redhat.com> wrote: > &

Re: [infinispan-dev] Important feedback for transcoding work - Re: Quick fix for ISPN-7710

-- Galder Zamarreño Infinispan, Red Hat > On 19 Jun 2017, at 13:17, Dan Berindei <dan.berin...@gmail.com> wrote: > > On Fri, Jun 16, 2017 at 1:07 PM, Galder Zamarreño <gal...@redhat.com> wrote: >> >> -- >> Galder Zamarreño >> Infinispan, Red Hat &g

[infinispan-dev] On the scattered cache blog post

se are things that should be explained/clarified in the blog post itself. Cheers, [1] http://blog.infinispan.org/2017/07/scattered-cache.html -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://li

Re: [infinispan-dev] Feedback for PR 5233 needed

and up wo/ issues for the user. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 3 Jul 2017, at 09:52, Tristan Tarrant <ttarr...@redhat.com> wrote: > > I like it a lot. > To follow up on my comment on the PR, but to get a wider distribution, > we really need to th

Re: [infinispan-dev] Reactive Streams + RxJava

-- Galder Zamarreño Infinispan, Red Hat > On 19 Jun 2017, at 15:25, William Burns <mudokon...@gmail.com> wrote: > > > > On Mon, Jun 19, 2017 at 8:34 AM Emmanuel Bernard <emman...@hibernate.org> > wrote: > You’re thinking about a pure implementation play, c

Re: [infinispan-dev] Reactive Streams + RxJava

-- Galder Zamarreño Infinispan, Red Hat > On 15 Jun 2017, at 23:20, William Burns <mudokon...@gmail.com> wrote: > > I was thinking more about [1] and I find that I was going to implement > basically reactive streams. What we have now in github is similar but it uses >

Re: [infinispan-dev] Important feedback for transcoding work - Re: Quick fix for ISPN-7710

-- Galder Zamarreño Infinispan, Red Hat > On 15 Jun 2017, at 15:25, Adrian Nistor <anis...@redhat.com> wrote: > > Galder, I've seen AddProtobufTask in March or April when you mentioned this > issue on the devlist; that approach can work for protostream marshallers or >

[infinispan-dev] Important feedback for transcoding work - Re: Quick fix for ISPN-7710

@Gustavo, some important info for your transcoding work below: -- Galder Zamarreño Infinispan, Red Hat > On 15 Jun 2017, at 11:05, Adrian Nistor <anis...@redhat.com> wrote: > > Hi Galder, > > this fix is acceptable for now as it quickly

[infinispan-dev] Quick fix for ISPN-7710

://issues.jboss.org/browse/ISPN-7710 -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Why JCache embedded has core as provided dependency

they should be treated just like other zip distros that are not pushed. [2] I think we should fix [1] in 9.0.x and [2] can wait to 9.1.x. Cheers, [1] https://issues.jboss.org/browse/ISPN-7930 [2] https://issues.jboss.org/browse/ISPN-7931 -- Galder Zamarreño Infinispan, Red Hat > On 11 Jun 2017, at 20

Re: [infinispan-dev] Why JCache embedded has core as provided dependency

of not having uber jars as Maven dependencies. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 7 Jun 2017, at 12:23, Sebastian Laskawiec <slask...@redhat.com> wrote: > > We discussed it number of times, including (but probably not limited to): > • > http://list

Re: [infinispan-dev] Why JCache embedded has core as provided dependency

Moreover: * The experience of Maven users should never be penalised by uber jars. Uber jar users should be a minority compared with Maven/Gradle...etc users that have dependency engines in place to select which components they want to depend on. Cheers, -- Galder Zamarreño Infinispan, Red Hat

Re: [infinispan-dev] Why JCache embedded has core as provided dependency

. This is not just theory, I've personally had such issues. * Uber jars are designed for Ant or other build tool users that don't have a dependency resolution engine in place. Cheers, p.s. I thought we had already discussed this before? -- Galder Zamarreño Infinispan, Red Hat > On 7 Jun 2017, at 11

[infinispan-dev] Why JCache embedded has core as provided dependency

behind this decision? Cheers, -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Proposal for moving Hibernate 2l provider to Infinispan

I think it's going through, we've approved you in the past. Replies below: > On 31 May 2017, at 17:02, Steve Ebersole wrote: > > Just a heads up - FWIW I doubt my reply goes through to the entire > infinispan-dev list. > > Replies inline... > > > 3. What should be the

Re: [infinispan-dev] Using load balancers for Infinispan in Kubernetes

Cool down peoples! http://www.quickmeme.com/meme/35ovcy Sebastian, don't think Sanne was being rude, he's just blunt and we need his bluntness :) Sanne, be nice to Sebastian and get him a beer next time around ;) Peace out! :) -- Galder Zamarreño Infinispan, Red Hat > On 31 May 2017, at

[infinispan-dev] Proposal for moving Hibernate 2l provider to Infinispan

://lists.jboss.org/pipermail/infinispan-dev/2017-May/017546.html -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] IRC chat: HB + I9

Thx Steve for your input. Seems like everyone agrees moving to Infinispan might be best option, so I'll be sending a proposal to the list in the next few days. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 25 May 2017, at 15:31, Steve Ebersole <st...@hibernate.org> wrote: &

[infinispan-dev] Weekly IRC Meeting Logs 2017-05-29

Hi all, The logs for this week's meeting: http://transcripts.jboss.org/meeting/irc.freenode.org/infinispan/2017/infinispan.2017-05-29-14.02.log.html Cheers, -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev

Re: [infinispan-dev] IRC chat: HB + I9

/%23hibernate-dev.2015-08-06.log.html -- Galder Zamarreño Infinispan, Red Hat > On 24 May 2017, at 17:56, Paul Ferraro <paul.ferr...@redhat.com> wrote: > > Option #4 would be my preference as well. The integration into WF has > become increasingly cumbersome as the pace of I

Re: [infinispan-dev] IRC chat: HB + I9

One final thing, [1] requires ISPN-7853 fix, which will be part of 9.0.1. I know the branch currently points to 9.1.0-SNAPSHOT. That was just simply cos I tested out the fix in master first. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 23 May 2017, at 15:07, Galder Zamarreño &

Re: [infinispan-dev] To Optional or not to Optional?

I think Sanne's right here, any differences in such large scale test are hard to decipher. Also, as mentioned in a previous email, my view on its usage is same as Sanne's: * Definitely in APIs/SPIs. * Be gentle with it internals. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 18

Re: [infinispan-dev] In Memory Data Grid Patterns Demos from Devoxx France!

Another thing, isn't the package.json file missign dependencies? https://github.com/vjuranek/tf-ispn-demo/blob/master/nodejs-consumer/package.json It should have infinispan dependency, 0.4.0 or higher. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 22 May 2017, at 15:50, Galder Zamarr

Re: [infinispan-dev] In Memory Data Grid Patterns Demos from Devoxx France!

Hey Vojtech, Really cool demo!! As you know, we've created an organization to keep infinispan related demos called `infinispan-demos` Can you transfer that demo to the infinispan-demos organization? https://help.github.com/articles/about-repository-transfers/ Cheers, -- Galder Zamarreño

Re: [infinispan-dev] REST Refactoring - breaking changes

All look good to me :) Thanks Sebastian! -- Galder Zamarreño Infinispan, Red Hat > On 16 May 2017, at 11:05, Sebastian Laskawiec <slask...@redhat.com> wrote: > > Hey guys! > > I'm working on REST Server refactoring and I changed some of the previous > behavior

[infinispan-dev] IRC chat: HB + I9

: i've no idea when/where we'll integrate this, but one thing is for sure: it's nowhere near backwards compatible > actually, fixed one this morning, so down to 15 failures > pferraro: any suggestions/wishes? > is anyone out there? ;) Cheers, -- Galder Zamarreño Infinispan, Red Hat

Re: [infinispan-dev] to be a command, or not to be a command, that is the question

-- Galder Zamarreño Infinispan, Red Hat > On 9 May 2017, at 20:39, Radim Vansa <rva...@redhat.com> wrote: > > On 05/08/2017 09:58 AM, Galder Zamarreño wrote: >> Hey Katia, >> >> Sorry for delay replying back! I'm surprised there has not been more >> feed

Re: [infinispan-dev] Running an Infinispan cluster on Kubernetes / Google Container Engine

Awesome!!! Can't wait to try it out :) -- Galder Zamarreño Infinispan, Red Hat > On 8 May 2017, at 17:14, Bela Ban <bela...@mailbox.org> wrote: > > FYI: http://belaban.blogspot.ch/2017/05/running-infinispan-cluster-with.html > -- > Bela Ban | h

Re: [infinispan-dev] Hot Rod secured by default

easily, so that its easy to add authorization on top of the server. Cheers, [1] https://issues.jboss.org/browse/ISPN-7811 -- Galder Zamarreño Infinispan, Red Hat > On 19 Apr 2017, at 12:04, Tristan Tarrant <ttarr...@redhat.com> wrote: > > That is caused by not wra

Re: [infinispan-dev] to be a command, or not to be a command, that is the question

quickly (e.g. counters, multi-maps...etc). IMO, working with generic commands that take lambdas is a way to strike a balance between adding front-end operations quickly and not resulting in a huge explosion of commands. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 20 Apr 2017, at 16:06, Ka

Re: [infinispan-dev] HotRod client TCK

to verify somehow most of the TCK via some server-side logic, as Radim hinted, and where that's not possible, revert to just verifying the client has tests to cover certain scenarios. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 11 Apr 2017, at 14:33, Martin Gencur <mgen...@redhat.com&

Re: [infinispan-dev] HotRod client TCK

server, I'd be more inclined to modify the server to that it can somehow act as TCK verifier. This is to avoid having to reimplement transport logic, protocol decoder...etc in a new fake server. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 11 Apr 2017, at 15:57, Radim Vansa &

[infinispan-dev] All jars must go?

a big problem. Thoughts? Cheers, [1] http://blog.joda.org/2017/04/java-se-9-jpms-module-naming.html -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo

Re: [infinispan-dev] Hot Rod secured by default

+100 -- Galder Zamarreño Infinispan, Red Hat > On 19 Apr 2017, at 10:57, Tristan Tarrant <ttarr...@redhat.com> wrote: > > Currently the "protected cache access" security is implemented as follows: > > - if authorization is enabled || client is on loopback >

Re: [infinispan-dev] Hot Rod secured by default

Agree with Wolf. Let's keep it simple by just providing extra configuration files for dev/unsecure envs. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 15 Apr 2017, at 12:57, Wolf Fink <wf...@redhat.com> wrote: > > I would think a "switch" can have other imp

Re: [infinispan-dev] Native Infinispan Multimap support

-- Galder Zamarreño Infinispan, Red Hat > On 5 Apr 2017, at 10:05, Sebastian Laskawiec <slask...@redhat.com> wrote: > > I love the idea of starting with a simple interface, so +1000 from me. > > I'm also assuming that our new MultiMap will be accessible in both Embedded

Re: [infinispan-dev] Native Infinispan Multimap support

-- Galder Zamarreño Infinispan, Red Hat > On 6 Apr 2017, at 11:04, Radim Vansa <rva...@redhat.com> wrote: > > On 04/06/2017 12:15 AM, Katia Aresti wrote: >> >> >> On Wed, Apr 5, 2017 at 9:56 AM, Radim Vansa <rva...@redhat.com >> <mailto:rva...@red

Re: [infinispan-dev] Hot Rod secured by default

-- Galder Zamarreño Infinispan, Red Hat > On 13 Apr 2017, at 09:50, Gustavo Fernandes <gust...@infinispan.org> wrote: > > On Thu, Apr 13, 2017 at 6:38 AM, Galder Zamarreño <gal...@redhat.com> wrote: > Hi all, > > As per some discussions we had yester

Re: [infinispan-dev] Hot Rod secured by default

/src/main/java/org/infinispan/server/hotrod/CacheDecodeContext.java#L114-L118 -- Galder Zamarreño Infinispan, Red Hat > On 30 Mar 2017, at 14:25, Tristan Tarrant <ttarr...@redhat.com> wrote: > > Dear all, > > after a mini chat on IRC, I wanted to bring this to everybody's atte

Re: [infinispan-dev] Executing server tasks that contain POJOs

FYI, I've created these JIRAs to improve some of the issues highlighted here: https://issues.jboss.org/browse/ISPN-7710 https://issues.jboss.org/browse/ISPN-7711 Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 7 Apr 2017, at 14:20, Galder Zamarreño <gal...@redhat.com&

[infinispan-dev] In Memory Data Grid Patterns Demos from Devoxx France!

instructions for you to run these demos: http://blog.infinispan.org/2017/04/in-memory-data-grid-patterns-demos-from.html Give them a try and let us know what you think! Cheers, -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list

Re: [infinispan-dev] Proto file for indexed and non-indexed use case?

The cache for the second use case is already non-indexed. Is that enough to make sure the annotations are ignored? Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 3 Apr 2017, at 18:58, Sanne Grinovero <sa...@infinispan.org> wrote: > > Hi Galder, > > did you conside

[infinispan-dev] Proto file for indexed and non-indexed use case?

that enable indexing? Or can I use the one for the first use case? I really want to avoid any indexing happening in the second use case since it'd slow down things for no reason. Cheers, -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing

Re: [infinispan-dev] Executing server tasks that contain POJOs

-- Galder Zamarreño Infinispan, Red Hat > On 30 Mar 2017, at 17:15, Gustavo Fernandes <gust...@infinispan.org> wrote: > > > > On Thu, Mar 30, 2017 at 1:51 PM, Galder Zamarreño <gal...@redhat.com> wrote: > Hi all, > > For a demo I'm giving next week, I'd

Re: [infinispan-dev] Executing server tasks that contain POJOs

description below makes it sound like your marshaller does similar work to CompatibilityProtoStreamMarshaller, hence the questions and see whether it could fit your use case. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 30 Mar 2017, at 16:30, Ramesh Reddy <rare...@redhat.com&

[infinispan-dev] Executing server tasks that contain POJOs

https://github.com/galderz/datagrid-patterns/blob/master/analytics-stream/tasks-server/src/main/java/test/WordsProtoTask.java [4] https://github.com/galderz/datagrid-patterns/blob/master/analytics-stream/tasks-client/src/test/java/test/WordCountTest.java -- Galder Zamarreño

Re: [infinispan-dev] Stream operations under lock

--Galder ZamarreñoInfinispan, Red HatOn 21 Mar 2017, at 18:50, William Burns wrote:On Tue, Mar 21, 2017 at 1:42 PM William Burns wrote:On Tue, Mar 21, 2017 at 12:53 PM Radim Vansa wrote:On 03/21/2017 04:37 PM, William Burns

Re: [infinispan-dev] Branching proposal

Nice one-liner. The fact that we always put the JIRA id helps. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 27 Mar 2017, at 14:36, Dan Berindei <dan.berin...@gmail.com> wrote: > > I use something like this to check what tags contain a particular fix: > > git tag

Re: [infinispan-dev] Stream operations under lock

-- Galder Zamarreño Infinispan, Red Hat > On 22 Mar 2017, at 10:51, Radim Vansa <rva...@redhat.com> wrote: > > On 03/21/2017 06:50 PM, William Burns wrote: >> >> >> On Tue, Mar 21, 2017 at 1:42 PM William Burns <mudokon...@gmail.com >> <mailto:m

Re: [infinispan-dev] Branching proposal

. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 27 Mar 2017, at 11:33, Sebastian Laskawiec <slask...@redhat.com> wrote: > > Hey! > > We are about to start working on 9.1.x and 9.2.y branches so I would like to > propose alternative merging strategy. > > O

[infinispan-dev] NoSuchMethodError in Spark simple tutorial

on a protostream version that fixes this (if there's not one already...), can you release a 0.5 alpha/beta/cr version? Cheers, [1] http://infinispan.org/tutorials/simple/spark/ -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list

Re: [infinispan-dev] Cache Store Marshalling

Inline: > On 15 Mar 2017, at 10:59, Ryan Emerson wrote: > > Comments inline. > > - Original Message - >> +100 to use a separate marshaller for user types, but I think the >> persistence configuration is the wrong place for it. Users shouldn't >> have to implement

Re: [infinispan-dev] Cache Store Marshalling

-7409 -- Galder Zamarreño Infinispan, Red Hat > On 14 Mar 2017, at 12:26, Ryan Emerson <remer...@redhat.com> wrote: > > Hi All, > > Currently the CacheWriterInterceptor utilises the internal marshaller for > marshalling entries before they are sent to the configured cach

Re: [infinispan-dev] GetKeyValueCommand NPE with CR1 in Hibernate 2LC - ISPN-7029

Looks good on 2LC, so I've added it to this PR containing 2LC related fixes: https://github.com/infinispan/infinispan/pull/4960 Down to 18 failures on 2LC... Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 10 Mar 2017, at 11:38, Galder Zamarreño <gal...@redhat.com> wrote: >

Re: [infinispan-dev] GetKeyValueCommand NPE with CR1 in Hibernate 2LC - ISPN-7029

Neat! Just tried quickly and seems to work on ISPN test... I'll see if it works in 2LC and if so I'll send a PR. We can then inspect where else this check might be needed. Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 27 Feb 2017, at 14:01, Radim Vansa <rva...@redhat.com&

Re: [infinispan-dev] Calling getCache with a template and defined configuration

--Galder ZamarreñoInfinispan, Red HatOn 1 Mar 2017, at 07:01, Dan Berindei wrote:On Wed, Mar 1, 2017 at 10:18 AM, Radim Vansa wrote:I still think that if the cache is already defined, defineConfigurationshould throw an exception. This javadoc was

Re: [infinispan-dev] Repeatable reads and WSC as default

We keep missing the train :( Enabling WSC by default is something we've discussed before (JIRA & dev list), e.g. https://issues.jboss.org/browse/ISPN-3655 Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 24 Feb 2017, at 15:45, Dan Berindei <dan.berin...@gmail.com> wrote:

Re: [infinispan-dev] GetKeyValueCommand NPE with CR1 in Hibernate 2LC - ISPN-7029

I've just verified the problem and the NPE can be reproduced with Infinispan alone. More replies below: -- Galder Zamarreño Infinispan, Red Hat > On 16 Feb 2017, at 10:44, Radim Vansa <rva...@redhat.com> wrote: > > On 02/15/2017 06:07 PM, Galder Zamarreño wrote: >> -

Re: [infinispan-dev] Backwards compatibility issues with Infinispan 9.x and Hibernate 2LC

-- Galder Zamarreño Infinispan, Red Hat > On 16 Feb 2017, at 12:28, Sanne Grinovero <sa...@hibernate.org> wrote: > > Have fun with the rewriting! > ;) Thx ;) > > More seriously, it might be worth to have a second module for Hibernate ORM > 5.x to address Infini

[infinispan-dev] Backwards compatibility issues with Infinispan 9.x and Hibernate 2LC

] https://gist.github.com/galderz/e26ea9d4838a965500906a6df87e064a [2] https://github.com/galderz/hibernate-orm/commit/5e36a021db4eaad75d835d321282eee6c62cc7c6 -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev

Re: [infinispan-dev] GetKeyValueCommand NPE with CR1 in Hibernate 2LC - ISPN-7029

p.s. I'm yet to verify whether such a misbehaving key produce such NPE in Infinispan... could be the case that this is all caused by my integration efforts in 2LC... Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 15 Feb 2017, at 18:07, Galder Zamarreño <gal...@redhat.com&

Re: [infinispan-dev] GetKeyValueCommand NPE with CR1 in Hibernate 2LC - ISPN-7029

-- Galder Zamarreño Infinispan, Red Hat > On 15 Feb 2017, at 12:21, Radim Vansa <rva...@redhat.com> wrote: > > On 02/15/2017 11:28 AM, Galder Zamarreño wrote: >> Hey Radim, >> >> Your changes in ISPN-7029 are causing issues with Hibernate 2LC. >> >

Re: [infinispan-dev] GetKeyValueCommand NPE with CR1 in Hibernate 2LC - ISPN-7029

Umbrella JIRA: https://issues.jboss.org/browse/ISPN-7475 For this specific issue: https://issues.jboss.org/browse/ISPN-7476 Cheers, -- Galder Zamarreño Infinispan, Red Hat > On 15 Feb 2017, at 11:28, Galder Zamarreño <gal...@redhat.com> wrote: > > Hey Radim, > > Your

[infinispan-dev] GetKeyValueCommand NPE with CR1 in Hibernate 2LC - ISPN-7029

/hibernate-infinispan/src/test/java/org/hibernate/test/cache/infinispan/CacheKeysFactoryTest.java#L58 -- Galder Zamarreño Infinispan, Red Hat ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan

  1   2   3   4   5   6   7   8   9   10   >