Documentation writing - grammar correction
by Vladimir Blagojevic
Hey guys,
Since I am working on API docs for HotRod C++ client, and I notice a
stronger push for better documentation in general, I was wondering if we
can maybe get an account with one of these grammar correction software
services? We only have William on our team who is native English
speaker, and I think all of us could use some help in that department :-)
Regards,
Vladimir
P.S. I've done some research in this area and I liked grammarly.com.
There are others as well.
10 years, 6 months
releasing 6.0.0.Final
by Mircea Markus
Hi guys,
The performance issues were fixed, I think we're good to release the final on Thu/Fri.
Please let me know if there's any issues you think should be included in the release and are not.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
10 years, 6 months
Re: [infinispan-dev] I need a CDI/JCache expert :)
by Galder Zamarreño
It appears that the even though InjectedCacheResolver has been configured in the beans.xml of the example, at runtime DefaultCacheResolver is in use, which creates a brand new cache manager instead of using an injected one. That's how it's ending up with two cache managers. I'm debugging this further...
Cheers,
On Nov 15, 2013, at 3:06 PM, Pedro Ruivo <pedro(a)infinispan.org> wrote:
> Hi,
>
> I've updating the infinispan quickstart to use the 6.0.0.CR1 version. I've successfully update all the quickstart but I'm getting trouble with the cdi-quickstart.
>
> I took a look at the logs and it seems that it is creating 2 cache managers and the put operation (performed by @CacheResult annotation) is hitting the cache in cacheManager 1 and the get operation is hitting the cache in another cacheManager (and always returning nothing).
>
> Any suggestion?
>
> the code is here: https://github.com/pruivo/infinispan-quickstart/tree/ISPN-3669/cdi
>
> Cheers,
> Pedro
--
Galder Zamarreño
galder(a)redhat.com
twitter.com/galderz
Project Lead, Escalante
http://escalante.io
Engineer, Infinispan
http://infinispan.org
10 years, 6 months
Fwd: infinispan-dev Digest, Vol 56, Issue 24
by Ryan Emerson
Hey guys, thank you for taking the time to watch my talk.
> Thanks for sharing the recording. Finally I've found out what's the
> purpose of total order protocol, although the drawbacks with WSC look
> pretty limiting. I'd really like to see the impact with WSC on, but that
> would require Infinispan itself as the main problem TOA is trying to
> solve is degraded performance due to deadlocking.
>
The original paper [1] that describes the TOA algorithm, and its
integration with Infinispan, has extensive performance figures comparing
2PC with Total order based commit. The results of their experiments show,
that with the write/skew check in place, throughput increases and latency
decreases when using the Total Order based commit in clusters containing
six or more nodes. The transaction abort rate is similar to that of 2PC
(when write/skew check is used).
> My main questions is about the ordering box size - if I understand that
> correctly, the ordering box consists of several physical machines.Then,
> what's the way to get the synchronized GSN from them? Is this the same
> as with regular TOA, taking the highest timestamp from all of the nodes?
> Or is there any internal synchronization within the ordering box?
>
The synchronised GSN is maintained using internal synchronisation between
the box members. Internal synchronisation is used, because we want the
order box approach to be independent of the underlying total order
protocol. Below is a brief description of how the GSN is maintained.
All box members start with a GSN value of 0. Upon receiving an ordering
request from an Infinispan node, a box member sends a totally ordered
message (containing the id of the infinispan message that requires
ordering) to all box members (including itself). Because this box message
is totally ordered, it is guaranteed that all box members receive the box
message in the same order, therefore each box member assigns the same GSN
to the infinispan message associated with this box message. As soon as the
contacted box member has delivered its own message it will know the GSN of
the infinispan message, and therefore a response (containing the GSN) can
be sent to the infinispan node that requested ordering.
My intention is to prepare a document explaining in detail how our system
works, which I will distribute to the mailing list at some point next week.
Ryan
[1] http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=6133071
> Anyway, I like the idea of centralizing things, as the problem itself is
> centralized. And as my parallel systems teacher said, solving
> centralized problem in distributed fashion usually causes more trouble
> than it's worth.
>
> Radim
>
> On 11/15/2013 12:29 PM, Paul Robinson wrote:
> > All,
> >
> > Here's the recording from the Newcastle JBug...
> >
> > http://www.youtube.com/watch?v=04qNcovQKLA
> >
> > I've also added Ryan to the CC, in case you have any specific comments
> > you want to direct his way.
> >
> > Paul.
> >
> > --
> > Paul Robinson
> > Web Service Transactions Lead
> > paul.robinson(a)redhat.com <mailto:paul.robinson@redhat.com>
> >
> > JBoss, a Division of Red Hat
> > Registered in England and Wales under Company Registration No. 03798903
> > Directors:Michael Cunningham (US), Charles Peters (US), Matt Parson
> > (US), Paul Hickey (Ireland)
> >
> >
> >
> > _______________________________________________
> > infinispan-dev mailing list
> > infinispan-dev(a)lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
>
> --
> Radim Vansa <rvansa(a)redhat.com>
> JBoss DataGrid QA
>
10 years, 6 months
Unit test for ISPN-3698 and more workarounds...
by Galder Zamarreño
Hey Paul,
I've got a unit test for ISPN-3698 [1] [2].
The test hangs when in cm1.getCache() at the end of the test. If you look at the logs you'll find a load of NPEs like the one in the JIRA.
If this is what you are doing, another thing that should work fine is essentially rebuild the configurations when you start a new cache manager and avoid using the configuration objects of a stopped cache manager.
The key thing here is that if you create a new instance of GlobalConfigurationBuilder when you redeploy, it'll automatically create a brand new instance of VersionAwareMarshaller, and that would get around the issue.
As long as the new global configuration has a reference to the old VersionAwareMarshaller, you have the potential for the NPE (unless you do some trick to reset VersionAwareMarshaller's defaultMarshaller instance).
WRT the fix I proposed it yesterday, I've run it through our testsuite and a fair few failures appear (~60), so think whether you can get around it with a workaround like the one explained in this email. In the mean time I'm trying to find a better fix within Infinispan itself.
Cheers,
[1] https://issues.jboss.org/browse/ISPN-3698
[2] https://gist.github.com/9d5ab3623f57ec8b23ee
--
Galder Zamarreño
galder(a)redhat.com
twitter.com/galderz
Project Lead, Escalante
http://escalante.io
Engineer, Infinispan
http://infinispan.org
10 years, 6 months
Modules for the application server
by Sanne Grinovero
Hi all,
I would like to use the Infinispan modules in WildFly, but the ones
being distributed by the Infinispan project are still targeting EAP
(older application server 7.x).
Could we please migrate to using WildFly for integration tests?
Currently Hibernate Search is "packing" the
infinispan-lucene-directory module but I would like to move this to
Infinispan, as the module would need to be released in parallel with
Infinispan releases.
Sanne
10 years, 6 months
ISPN-3558
by Mircea Markus
Hey Sanne,
I see that ISPN-3558 is marked as a blocker. What's the reason for that? I plan to release 6.0.0.Final ASAP so that we can shift focus on 7.0 and just revisiting the issues marked as blockers ATM.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
10 years, 6 months
Issue with nested transactions
by Faseela K
Hi,
I have two osgi bundles, both having two separate caches.
I explicitly started a transaction in Bundle 1.
Within the transaction, I am accessing Bundle 2's cache(this is implicit transaction, since autocommit is true), and modifying it.
Now, there is some operation on Bundle 1's cache done.
After this operation, if I do a roll back, Only Bundle 1's cache operations are getting rolled back.
I am not getting any error, though.
Does anyone know why this happens?
Steps :
1) Bundle 1 - transaction started
2) update bundle 2 cache
3) update bundle 1 cache
4) Bundle 1 - transaction rollback
Issue : bundle 2 cache not rolled back!!
Thanks,
Faseela
10 years, 6 months
