Sebastian Laskawiec writes:
> On Tue, Mar 6, 2018 at 5:11 PM Galder Zamarreño
> wrote:
>
> Sebastian Laskawiec writes:
>
> > Hey Galder,
> >
> > Comments inlined.
> >
> > Thanks,
> > Seb
> >
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
> "infinispan-user" feed.
> Stack Overflow Infini
Sebastian Laskawiec writes:
> Hey Galder,
>
> Comments inlined.
>
> Thanks,
> Seb
>
> On Fri, Mar 2, 2018 at 11:37 AM Galder Zamarreño
> wrote:
>
> Hi,
>
> Looking at [1] and I'm wondering why the templates have to
> maintain a
>
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, use
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:
> Hi all,
>
> I have som
ods 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/UpdateCertificates.java
&
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 [1]
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 plugin are not playing
a
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
https://
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] https://developer
could be an enum or a string identifying whether it's scripting cache,
>>>> transaction cache or anything else. The value (Map)
>>>> would store whatever you need.
>>>>
>>>> On Fri, Nov 3, 2017 at 2:24 AM Sanne Grinovero >>> <mailto:sa...@i
dules, 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://lis
> infinispan-dev mailing list
> infinispan-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
> ___
> infinispan-dev mailing list
> infinispan-dev@lists.jboss.org
&g
tHub
> <https://github.com/infinispan/infinispan/pull/5557#issuecomment-342416445>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AADECxQMhJs3TXj4Jp7OGlEPqTeiD3Inks5s0BtjgaJpZM4QNF4a>.
>
--
Galder Zamarreño
Infinispan, Red Hat
___
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 want to counter oranges
07/jsr107spec/issues/350
--
Galder Zamarreño
Infinispan, Red Hat
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
ub.com/eclipse/jnosql-diana-driver/pull/49
>
> Tristan
> --
> Tristan Tarrant
> Infinispan Lead
> JBoss, a division of Red Hat
> ___
> infinispan-dev mailing list
> infinispan-dev@lists.jboss.org
> https://lists.jboss.org/m
ead method.
> If the input stream does not contain a required field (probably because the
> encoder that produced it was violating the schema) an exception is thrown.
>
> Adrian
>
> On 10/23/2017 06:51 PM, Galder Zamarreño wrote:
>> Hey Adrian,
>>
>> Quick q: how
Hey Adrian,
Quick q: how is a protostream marshaller supposed to deal with optional fields?
I don't see any writer methods that deal with those... is it up to the user to
put something on the wire to decide at read time whether the optional field
follows or not?
Cheers,
--
Galder Zama
gt; --
> 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
--
Galder Zamarreño
In
shift-templates/blob/master/templates/infinispan-ephemeral.json#L338
> On 25 Sep 2017, at 13:18, Galder Zamarreño 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 13:11, Sebastian
s.openshift.com/enterprise/3.0/dev_guide/service_accounts.html
>
> On Mon, Sep 25, 2017 at 12:54 PM Galder Zamarreño wrote:
> Hey Sebastian,
>
> I've started 2 instances of Infinispan ephemeral [1] and they don't seem to
> cluster together with the pods showin
> On 25 Sep 2017, at 12:37, Sebastian Laskawiec wrote:
>
>
>
> On Mon, Sep 25, 2017 at 11:58 AM Galder Zamarreño wrote:
>
>
> > On 22 Sep 2017, at 17:58, Sebastian Laskawiec wrote:
> >
> >
> >
> > On Fri, Sep 22, 2017 at 5:05 PM Sanne Gr
pass in a management
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.
> > 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
> >
er/docker-entrypoint.sh#L303-L308
> [3] https://www.youtube.com/watch?v=nWGkvrIPqJ4
> [4] https://docs.openshift.com/enterprise/3.2/dev_guide/compute_resources.html
>
> On Fri, Sep 22, 2017 at 2:33 PM Galder Zamarreño wrote:
> Hi Sebastian,
>
> How do you change memory settings for Infinispan
/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
packing desired Infinispan package and creating
> ConfigMap directly in Kubernetes.
>
> WDYT?
>
> Thanks,
> Sebastian
>
> [1] https://github.com/openshift/library
> [2]
> https://github.com/infinispan/infinispan-openshift-templates/blob/master/templates/infinis
easily 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
Infinispa
s.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>
> --
> Tristan Tarrant
> Infinispan Lead
> JBoss, a division of Red Hat
> _______
> infinispan-dev mailing list
> infinispan-dev@lists.jboss.org
>
hout 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, Galder Zamarreño wrote:
> Hi all,
>
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
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
v 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
ebastian
> --
> 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, Red Hat
___
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:
>> On 0
> On 11 Aug 2017, at 16:30, Sanne Grinovero wrote:
>
> On 11 August 2017 at 14:14, Galder Zamarreño wrote:
>> Hi,
>>
>> Re: https://issues.jboss.org/browse/ISPN-8186
>>
>> I've been looking at TRACE logs and what seems to happen is that is that
&
cle.com/javase/6/docs/api/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
FYI: https://github.com/infinispan/infinispan/pull/5350
--
Galder Zamarreño
Infinispan, Red Hat
> On 3 Aug 2017, at 11:34, Galder Zamarreño wrote:
>
> Thx Radim, I'll look into wrapping PerCacheInboundInvocationHandler.
>
> Cheers,
> --
> Galder Zamarreño
> Infin
Thx Radim, I'll look into wrapping PerCacheInboundInvocationHandler.
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
> On 2 Aug 2017, at 18:41, Radim Vansa wrote:
>
> On 08/02/2017 01:02 PM, Galder Zamarreño wrote:
>> Hey Radim,
>>
>> Re: https://issues.jboss.
he same issue with async.
I'm keen on trying to find a potential solution using 2), but wondered if you
have other ideas.
Cheers,
[1] https://gist.github.com/galderz/0bce6dce16de018375e43e25c0cf3913
--
Galder Zamarreño
Infinispan, Red Hat
___
in
Looks great Sebastian! Great work :)
--
Galder Zamarreño
Infinispan, Red Hat
> On 13 Jul 2017, at 12:14, Sebastian Laskawiec wrote:
>
> Hey guys,
>
> I just wanted to give you a heads on some breaking change on our Docker
> image: https://github.com/jboss-dockerfiles/
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 wrote:
>
> One more thing: have you thought how we could have a simple tutorial
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 wrote:
>
> Hey Ryan,
>
>
ld 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 wrote:
>
> Hi Ever
--
Galder Zamarreño
Infinispan, Red Hat
> On 19 Jun 2017, at 13:17, Dan Berindei wrote:
>
> On Fri, Jun 16, 2017 at 1:07 PM, Galder Zamarreño wrote:
>>
>> --
>> Galder Zamarreño
>> Infinispan, Red Hat
>>
>>> On 15 Jun 2017, at 15:25,
l these 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
g a server down
and up wo/ issues for the user.
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
> On 3 Jul 2017, at 09:52, Tristan Tarrant 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 think about
--
Galder Zamarreño
Infinispan, Red Hat
> On 19 Jun 2017, at 15:25, William Burns wrote:
>
>
>
> On Mon, Jun 19, 2017 at 8:34 AM Emmanuel Bernard
> wrote:
> You’re thinking about a pure implementation play, correct? RxJava or the
> Reactive Stream constructs wou
--
Galder Zamarreño
Infinispan, Red Hat
> On 15 Jun 2017, at 23:20, William Burns 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
> a very crude method of blockin
--
Galder Zamarreño
Infinispan, Red Hat
> On 15 Jun 2017, at 15:25, Adrian Nistor 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
> any other code bits tha
@Gustavo, some important info for your transcoding work below:
--
Galder Zamarreño
Infinispan, Red Hat
> On 15 Jun 2017, at 11:05, Adrian Nistor wrote:
>
> Hi Galder,
>
> this fix is acceptable for now as it quickly enables users to use
> CompatibilityProtoStreamMarsh
https://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
stead 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 2
--
Galder Zamarreño
Infinispan, Red Hat
> On 9 Jun 2017, at 08:37, Sebastian Laskawiec wrote:
>
> I agree with Alan here. Maven Central is a free "download area", so I
> wouldn't give it up for free. BTW, what is the point of creating and not
> shipping them?
Sounds good to me.
Remember that functional API is marked as experimental, so it's fine to do
things like this.
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
> On 9 Jun 2017, at 23:02, Radim Vansa wrote:
>
> Hi guys,
>
> when the functional API has been outline, the
re the idea above of not having uber jars as Maven dependencies.
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
> On 7 Jun 2017, at 12:23, Sebastian Laskawiec wrote:
>
> We discussed it number of times, including (but probably not limited to):
> •
> http://lists.jbos
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
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 2
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
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 artifact name? Should
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 Ma
mething?
Cheers,
[1] http://lists.jboss.org/pipermail/infinispan-dev/2017-February/017173.html
[2] http://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
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 wrote:
>
> A lot to read t
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
infinispa
/2015/%23hibernate-dev.2015-08-06.log.html
--
Galder Zamarreño
Infinispan, Red Hat
> On 24 May 2017, at 17:56, Paul Ferraro wrote:
>
> Option #4 would be my preference as well. The integration into WF has
> become increasingly cumbersome as the pace of Infinispan releases (and
> associa
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 wr
is the ideal solution but
doesn't seem there will be a Hibernate 6.x release for a while. 2./3./4. all
have their downsides... :\
Thoughts?
[1] https://github.com/galderz/hibernate-orm/commits/t_i9x_v2
--
Galder Zamarreño
Infinispan, Red Hat
> On 16 May 2017, at 17:06, Paul Ferraro
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
&
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 Z
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 Zama
All look good to me :)
Thanks Sebastian!
--
Galder Zamarreño
Infinispan, Red Hat
> On 16 May 2017, at 11:05, Sebastian Laskawiec wrote:
>
> Hey guys!
>
> I'm working on REST Server refactoring and I changed some of the previous
> behavior. Having in mind that we are
had since master was focused on 5.x
> pferraro: 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 anyon
--
Galder Zamarreño
Infinispan, Red Hat
> On 9 May 2017, at 20:39, Radim Vansa 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
>> feedback. My position
Awesome!!! Can't wait to try it out :)
--
Galder Zamarreño
Infinispan, Red Hat
> On 8 May 2017, at 17:14, Bela Ban wrote:
>
> FYI: http://belaban.blogspot.ch/2017/05/running-infinispan-cluster-with.html
> --
> Bela Ban | ht
cker image 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 wrote:
>
> That is caused by not wrapping the calls in Privilege
om adding front-end operations more 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
I think in general it'd be a good idea to try 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
ore than a fake 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
repos then yeah, we have 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.j
+100
--
Galder Zamarreño
Infinispan, Red Hat
> On 19 Apr 2017, at 10:57, Tristan Tarrant wrote:
>
> Currently the "protected cache access" security is implemented as follows:
>
> - if authorization is enabled || client is on loopback
> allow
>
>
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 wrote:
>
> I would think a "switch" can have other impacts as you need to
--
Galder Zamarreño
Infinispan, Red Hat
> On 5 Apr 2017, at 10:05, Sebastian Laskawiec 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
> and Client/Serve
--
Galder Zamarreño
Infinispan, Red Hat
> On 6 Apr 2017, at 11:04, Radim Vansa wrote:
>
> On 04/06/2017 12:15 AM, Katia Aresti wrote:
>>
>>
>> On Wed, Apr 5, 2017 at 9:56 AM, Radim Vansa > <mailto:rva...@redhat.com>> wrote:
>>
>
--
Galder Zamarreño
Infinispan, Red Hat
> On 13 Apr 2017, at 09:50, Gustavo Fernandes wrote:
>
> On Thu, Apr 13, 2017 at 6:38 AM, Galder Zamarreño wrote:
> Hi all,
>
> As per some discussions we had yesterday on IRC w/ Tristan, Gustavo and
> Sebastian, I've creat
master/server/hotrod/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 wrote:
>
> Dear all,
>
> after a mini chat on IRC, I wanted to bring this to everybody's at
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 wrote:
>
>
> --
&
--
Galder Zamarreño
Infinispan, Red Hat
> On 30 Mar 2017, at 18:33, Dan Berindei wrote:
>
> On Thu, Mar 30, 2017 at 3:51 PM, Galder Zamarreño wrote:
>> Hi all,
>>
>> For a demo I'm giving next week, I'd like to show how to use distributed
>> s
very quick 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 ma
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 wrote:
>
> Hi Galder,
>
> did you consider using a non-indexed cache
tions 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
___
infinis
--
Galder Zamarreño
Infinispan, Red Hat
> On 30 Mar 2017, at 17:15, Gustavo Fernandes wrote:
>
>
>
> On Thu, Mar 30, 2017 at 1:51 PM, Galder Zamarreño wrote:
> Hi all,
>
> For a demo I'm giving next week, I'd like to show how to use distributed
>
rshaller?
Your 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 wrote:
>
rver-config/org.infinispan.main_module.xml#L18
[3]
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/tes
--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 wrote:Some users have expressed the need to have some sort of forEachope
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 wrote:
>
> I use something like this to check what tags contain a particular fix:
>
> git tag --contains $(git log --grep
--
Galder Zamarreño
Infinispan, Red Hat
> On 22 Mar 2017, at 10:51, Radim Vansa wrote:
>
> On 03/21/2017 06:50 PM, William Burns wrote:
>>
>>
>> On Tue, Mar 21, 2017 at 1:42 PM William Burns > <mailto:mudokon...@gmail.com>> wrote:
>>
>&
neral.
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
> On 27 Mar 2017, at 11:33, Sebastian Laskawiec 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.
>
> Our current workflow looks l
--
Galder Zamarreño
Infinispan, Red Hat
> On 21 Mar 2017, at 17:16, Dan Berindei wrote:
>
> I'm leaning towards option 1.
>
> Are you thinking about also allowing the consumer to modify the entry,
> like JCache's EntryProcessors? For a consumer that can only mo
Alpha4 problem.
On top of that, I find tutorials should be runnable on their own, without
parent dependencies. This might make tutorial poms bigger or more verbose but I
think it helps with users when trying to run each individually outside of the
simple tutorials repo.
Cheers,
--
Galder Zamar
1 - 100 of 1450 matches
Mail list logo
