As Sanne suggested in another email, the minimum you'd need for a local non-JTA
(e.g. only JDBC transactions) 2LC is the data container and the eviction part,
e.g. LIRs. You could try to work something around those and see how far you
get.
Once you have JTA or clustering, you'd need more bells
- Original Message -
> Hi Will
>
> After the discussion we started in Galder's PR's comments [1], I
> started thinking that we should really have a stream() method directly
> in the Cache/AdvancedCache interface.
^ I don't think that's a good idea. A stream of what? keys only? values an
Indeed, JCache, MR and DistExec assume you'll be given a fully fledged Cache
instance that allows them to do things that go beyond the basics, so as
correctly pointed out here, it's hard to make the distinction purely based on
the configuration.
My gut feeling is that we need a way to specifica
- Original Message -
> On 31 July 2015 at 11:30, Dan Berindei wrote:
> > Hi Sanne
> >
> > Does Hibernate really need to use the Infinispan test helpers? They
> > don't really do much unless you run the tests in parallel and you need
> > them to be isolated...
>
> Good point. I don't know
Hi all,
The week before my vacation I was primarily implementing functional listeners
and their tests, as well as discussing extensive feedback from Dan and Will WRT
the functional API. Out of that resulted a list of tasks that I'm working on
this week, as well as catching with a fair few email
Hi all,
You can read all about Infinispan 8.0.0.Beta3:
http://blog.infinispan.org/2015/08/infinispan-800beta3-out-with-lucene-5.html
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://
Hi all,
Infinispan 7.2.4.Final is out with a few fixes in async store, Hot Rod
server/client...etc. You can read all about it here:
http://blog.infinispan.org/2015/08/infinispan-724final-including-fixes-for.html
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
___
Hi all,
In Infinispan 8, we're introducing a new experimental Functional, Asynchronous,
Lambda-based, Map API.
I've written a blog post doing an overall introduction of the API:
http://blog.infinispan.org/2015/08/new-functional-map-api-in-infinispan-8.html
Cheers,
--
Galder Zamarreño
Infinispan
- Original Message -
> +1
>
> I like that plan, however I don't have any problem with marker
> interfaces either.
>
> I remember the annotations used internally by Infinispan were (a long
> time ago) the cause for a very slow start, which was then fixed by
> indexing the annotations at co
Hi all,
I've just published a new blog post that continues the introduction of the
Functional Map API. This time, the blog focuses on working with single entries:
http://blog.infinispan.org/2015/09/functional-map-api-working-with-single.html
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
_
Hi Christian,
The question should be directed, if you've not already done so, to our user
forums:
http://infinispan.org/community/
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
- Original Message -
> Hello,
>
> I have been reading the rolling upgrade chapter[1] from the
> documentati
Great stuff Simon, thanks for contributing that! :D
--
Galder Zamarreño
Infinispan, Red Hat
- Original Message -
> I have added a license as well as configuration snippets on use. I think
> its probably best for infinispan if it were transferred to the Infinispan
> org.
>
> Looking forwa
Good post Jiri, this got me thinking :)
Running the entire testsuite again with uber jars would add a lot of time to
the build time.
Maybe we should have a set of tests that must be executed for sure, e.g. like
Wildfly's smoke tests [1]. We have "functional" group but right now it covers
prett
Another interesting improvement here would be if you could run all these smoke
tests with an alternative implementation of AdvancedCache, e.g. one based with
functional API.
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
- Original Message -
> Good post Jiri, this got me thinking :)
>
Hi Sanne,
I've looked at CDI and Compatibility issues, see below.
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
- Original Message -
> Hey Sanne! Yep you are right ignoring output is BAD IDEA. I realized that
> it's difficult to look through all log manually so probably we should write
Thanks Dan :)
--
Galder Zamarreño
Infinispan, Red Hat
- Original Message -
> Hi Tristan
>
> I installed cmake, valgrind, and swig on the RHEL CI agents, and the
> C++ client build seems to work.
>
> Cheers
> Dan
> ___
> infinispan-dev mailing
Makes sense.
--
Galder Zamarreño
Infinispan, Red Hat
- Original Message -
> A recent issue with some refactoring of the PassivationInterceptor
> affecting code using it directly (EAP's Infinispan subsystem), has got
> me thinking about the fact that we have somewhat treated interceptors a
Hi all,
I've written a wiki describing how XSite Hot Rod client failover could work [1].
If you have any comments/doubts/question, please reply :)
Cheers,
[1]
https://github.com/infinispan/infinispan/wiki/XSite-Failover-for-Hot-Rod-clients
--
Galder Zamarreño
Infinispan, Red Hat
_
ng a
> specific seed when needing to debug a failure.
>
> http://blog.mikemccandless.com/2011/03/your-test-cases-should-sometimes-fail.html
>
> Thanks,
> Sanne
>
> On 3 September 2015 at 11:34, Galder Zamarreno wrote:
> > Another interesting improvement here would be i
; online site is actually closer, if it does not have it on the list.
> Maybe, having an optional list that would declare the priority, with
> site names, would be beneficial (client would have
> foo.bar.sites=BRQ,LON,SFO but wouldn't have to care about IP addresses).
^ I'm not sur
gurations.
Note that I've not prototyped any of that and there are probably better ways to
do this.
>
> I am not asking sarcastically, but I've run into similar issue when
> implementing similar thing in 2LC testsuite.
>
> Radim
>
> On 09/09/2015 03:22 PM, Galder Z
Any chance of cross-posting the info/post to the Infinispan blog?
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
- Original Message -
> A wrap up on this subject.
>
> Infinispan 8 is now based on Lucene 5.3 and all problems I previously
> listed are dealt with in a mostly-backwards comp
Hi all,
Here's the transcript from the IRC meeting we had earlier today:
http://transcripts.jboss.org/meeting/irc.freenode.org/infinispan/2015/infinispan.2015-09-21-14.02.html
Cheers,
--
Galder Zamarreño
Infinispan, Red Hat
___
infinispan-dev mailing l
Hey Will,
Have we forgotten to update the RemoteCache.putAll javadoc after implementing
ISPN-5266 and related jiras?
https://github.com/infinispan/infinispan/blob/master/client/hotrod-client/src/main/java/org/infinispan/client/hotrod/RemoteCache.java#L248
We're definitely not doing a remote call
Great article!! Thanks 👏
On Tue, Dec 12, 2017 at 5:11 PM, Katia Aresti wrote:
> Hi all,
>
> I've published a first article here
>
> http://blog.infinispan.org/2017/12/first-steps-with-
> vertx-and-infinispan-rest-api.html
>
> This tutorial is for beginners. I have a second tutorial that covers P
Infinispan version? Thread dumps?
Best if you open a user forum post here:
https://developer.jboss.org/en/infinispan/content?filterID=contentstatus%5Bpublished%5D~objecttype~objecttype%5Bthread%5D
Cheers,
On Mon, Apr 2, 2018 at 5:47 AM Sergey Chernolyas <
sergey.chernol...@gmail.com> wrote:
> H
Hi,
Please find minutes from our weekly meeting here:
http://transcripts.jboss.org/meeting/irc.freenode.org/infinispan/2018/infinispan.2018-04-09-14.00.html
Cheers,
Galder
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jbo
Hi,
We have an issue with protobuf metadata cache.
If you run in a multi-site scenario, protobuf metadata information does not
travel across sites by default.
Being an internal cache, is it possible to somehow override/reconfigure it
so that cross-site configuration can be added in standalone.xm
Ok, we do need to find a better way to deal with this.
JIRA: https://issues.jboss.org/browse/ISPN-9074
On Thu, Apr 12, 2018 at 5:56 PM Pedro Ruivo wrote:
>
>
> On 12-04-2018 15:49, Galder Zamarreno wrote:
> > Hi,
> >
> > We have an issue with protobuf metadata cac
Hi,
We're working with the OpenWhisk team to create a generic Feed that allows
Infinispan remote events to be exposed in an OpenWhisk way.
So, you'd pass in Hot Rod endpoint information, name of cache and other
details and you'd establish a feed of data from that cache for
create/updated/removed
Hi Sebastian,
Did you mention something about x-site not working on master?
The reason I ask is cos I was trying to create a state transfer test for
[1] and there are some odds happening.
In my test, I start LON site configured with NYC but NYC is not up yet.
[1] https://issues.jboss.org/browse
https://github.com/belaban/JGroups/blob/master/src/org/jgroups/JChannel.java#L953-L983
On Mon, Apr 30, 2018 at 5:09 PM Galder Zamarreno wrote:
> Hi Sebastian,
>
> Did you mention something about x-site not working on master?
>
> The reason I ask is cos I was trying to create a sta
Actually Sebastian, I don't think this is your problem because your site
configs are ASYNC.
This only appears when a site is configured with SYNC, which is when a
response is waited for.
Cheers,
On Mon, Apr 30, 2018 at 5:18 PM Galder Zamarreno wrote:
> Ups, sent too early! So, the NYC
Hey Sebastian,
I'm trying to update simple tutorials to Infinispan 9.2.2.Final but
Kubernetes demo does not seem to be working.
I've started OpenShift 3.7.2 and have updated FMP to 3.5.33 and build
fails. Error is:
> error: build error: image "java:8-jre-alpine" must specify a user that is
numer
nstructions for OpenShift and plain Kubernetes.
Cheers,
Galder
On Thu, May 3, 2018 at 6:49 PM Galder Zamarreno wrote:
> Hey Sebastian,
>
> I'm trying to update simple tutorials to Infinispan 9.2.2.Final but
> Kubernetes demo does not seem to be working.
>
> I've star
;
> R.
>
>
>
> On 05/04/2018 09:45 AM, Galder Zamarreno wrote:
> > Hey Sebastian,
> >
> > I've been checking with Clement and this might be due to OpenShift not
> > allowing that base image for source builds.
> >
> > It seems like that to
Integrated!
On Sun, 6 May 2018 at 15:47, Sebastian Laskawiec
wrote:
> Have you tried my latest PR, which has been waiting for the review for
> over 2 months :D
>
> https://github.com/infinispan/infinispan-simple-tutorials/pull/42
>
> On Fri, May 4, 2018 at 4:35 PM Galde
t;
>>
>> Also similar to this but I have some API ideas I would love to explore
>> for ISPN 10 surrounding events and the consumption of them.
>>
>> - Will
>>
>> On Fri, Apr 13, 2018 at 11:12 AM Galder Zamarreno
>> wrote:
>>
>>&g
Hi all,
@Vittorio, thanks a lot for working on this!
Let me explain some of the background behind this effort so that we're all
on the same page:
The biggest problem I see in our client/server architecture is the ability
to quickly deliver features/APIs across multiple language clients. Both
Vit
On Tue, May 29, 2018 at 8:57 PM Adrian Nistor wrote:
> Vittorio, a few remarks regarding your statement "...The alternative to
> this is to develop a protostream equivalent for each supported language and
> it doesn't seem really feasible to me."
>
> No way! That's a big misunderstanding. We do n
; >>>> definition would indeed be possible, without extra helpers. No type
> >>>> transformation, just type information. Exposing the type info that
> >>>> comes from the server would be enough, a lot better than dumbing
> >>>> everything d
rporated into
> > Infinispan: making use of open(-ish) standards of RPC communication and
> > applying that to how we do client/server. Good discussion on handling
> > payload types in the interface definition. I've made use of some of the
> > ideas discussed here when c
I'm not sure. There has been some changes in that area recently. I'll let
others comment.
AFAIK, the ZIP available from Maven is not the full server, but a base
server which on startup downloads dependencies.
In the mean time, the ZIP file should be available from here which is
really the full se
Are the backwards compatible? Any gotchas we should be aware of?
On Mon, Jun 25, 2018 at 10:07 PM Sanne Grinovero
wrote:
> Would it be possible to upgrade
> -
> org.jboss.spec.javax.transaction:jboss-transaction-api_1.1_spec:jar:1.0.1.Final
> to
> -
> org.jboss.spec.javax.transaction:jboss-tra
>
> --
> Andrea Cosentino
> --
> Apache Camel PMC Chair
> Apache Karaf Committer
> Apache Servicemix PMC Member
> Email: ancosen1...@yahoo.com
> Twitter: @oscerd2
> Github: oscerd
>
>
>
>
>
>
> On Tuesday, June 26, 2018, 10:39:12 AM GMT+2, Ga
Seems like we've lost all Hot Rod server decoder logging somehow?
There's no trace or anything of any requests coming in :( 🤦♂️
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
do so.
> Or are you interested in seeing that as it comes from the wire? In that
> case I'd suggest the Intrinsics.
>
> Radim
>
> On 08/20/2018 02:43 PM, Galder Zamarreno wrote:
> > Header is just one part of the operation. Individual operation
> > parameters, like
Cache Stores are not used by provider. There is some stream processing but
it's always done local only, even if the caches are clustered.
On Mon, Oct 8, 2018 at 1:07 AM William Burns wrote:
> Distributed Streams and the Cache Store implementations rely on rxjava2.
>
> I guess it could be made op
Thanks Dan!!
On Wed, Nov 21, 2018 at 5:14 PM Dan Berindei wrote:
> I had to debug some JMX stuff today and I remembered that Gustavo wanted a
> guide for debugging ITs, so here goes:
>
> 1. Build the server
>
> mvn install -DskipTests -am -pl server/integration/testsuite
>
> 2. Unpack the server
Hey Radim,
We've had some chats in the past where we discussed the behaviour of non-tx
2LC and partial updates. I've wrote a couple of tests [1] to see how things
behave:
For a repl read-write, entity cache, if the failure happens on the async
FutureUpdate call, that's fine because the Tombstone
Forgot to point out, here is where Sync logs the exception:
https://github.com/infinispan/infinispan/blob/master/hibernate/cache-v53/src/main/java/org/infinispan/hibernate/cache/v53/impl/Sync.java#L78
On Fri, Dec 14, 2018 at 10:05 AM Galder Zamarreno wrote:
> Hey Radim,
>
> We've
51 matches
Mail list logo