Remote Listeners WAS: Question regarding Hotrod
by Manik Surtani
Adding infinispan-dev - please use the mail list for such discussions in future.
I'll let Mircea and Galder comment some more re: timeframes for remote listeners, but I don't think this has been scheduled for a specific release as yet. As always, if you're willing to help implement this feature, I'm sure Galder will be able to guide you through his design ideas and help you with code review, etc.
Cheers
Manik
On 27 Aug 2013, at 20:51, SUTRA Pierre <pierre.sutra(a)unine.ch> wrote:
> Dear Manik,
>
> I am currently implementing the Leads storage manager on top of Infinispan. The idea is to make an Infinispn module, and precisely implemeting an AdvancedCache object on top of a set of remote caches.
>
> Among the Infinispan functionnalities which would be necessary, there are the remoteCache listeners. This feature is planned for Hotrod 2.0. Could you please tell me at which date, do you think, this version will be available ? Besides, do you know how difficult it is to implement this feature ?
>
> Thank you !
> Best,
>
> Pierre
--
Manik Surtani
10 years, 9 months
Transaction in Asynchronous Replication Mode
by Meena Rajani
Hi
How does transaction work in asynchronous replication mode. I have a
cluster infinispan cache nodes and the cluster has one persistent store to
save data. In asynchronous replication the node through which we update
the data should send the message to rest of the neighboring nodes to change
the data. The transaction which is updating the data should wait for the
acknowledgment message from neighboring nodes and then only commit. But in
Asynchronous mode basically the updating node(where the update originated)
should not wait for any acknowledgement.* I am confused that how then a
transaction in a cluster is committed in asynchronous replication mode?*
Thanks
Meena Rajani
10 years, 9 months
Re: [infinispan-dev] scala
by Galder Zamarreño
Btw, that error has nothing to do with Scala itself. This is Java compilation error. CC'ing the rest of the list for this:
In recent Intellij versions, the moment it needs to compile Scala classes, it switches even Java compilation to use Scala SBT to compile Java classes too. For more detailed info, see http://blog.jetbrains.com/scala/2012/12/28/a-new-way-to-compile/
"It’s worth noting, that there is a one side-effect of using SBT compiler, resulting in how Java files are handled in Scala projects (ones with a least one Scala facet). Because we need to maintain a coherent model of dependencies, compilation of all Java files, event in “pure” Java modules, is routed through SBT. For most use cases that is perfectly OK, unless you need to use a non-standard Java compiler (by the way, SBT supports in-process Java compiler as well)."
Cheers,
On Sep 3, 2013, at 2:40 PM, Galder Zamarreño <galder(a)redhat.com> wrote:
> "Error:scala: An exception has occurred in the compiler (1.6.0_33). Please file a bug at the Java Developer Connection (http://java.sun.com/webapps/bugreport) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you."
>
> ^ Shouldn't you be building with JDK7 in the IDE too? There's a reference to 1.6.0_33 there...
>
> On Sep 3, 2013, at 12:05 PM, Mircea Markus <mircea.markus(a)gmail.com> wrote:
>
>> Intellij version: 12.1.4
>> Scala plugin version: 0.16.293 (latest on the intellij website; I tried to install 0.18.39 from http://plugins.jetbrains.com/plugin/?idea&id=1347 but it is incompatible)
>>
>> Thanks!
>>
>> <compilation error.txt>
>>
>> <PastedGraphic-1.png>
>>
>> <PastedGraphic-2.png>
>>
>> <PastedGraphic-3.png>
>>
>> <PastedGraphic-4.png>
>
>
> --
> Galder Zamarreño
> galder(a)redhat.com
> twitter.com/galderz
>
> Project Lead, Escalante
> http://escalante.io
>
> Engineer, Infinispan
> http://infinispan.org
>
--
Galder Zamarreño
galder(a)redhat.com
twitter.com/galderz
Project Lead, Escalante
http://escalante.io
Engineer, Infinispan
http://infinispan.org
10 years, 9 months
CacheLoader/CacheWriter
by Mircea Markus
That's the name-pair used in JSR-107.
Cache*Reader* and CacheWriter sounds way more natural to me.
!load = offload
!read = write
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
10 years, 9 months
