Hazelcast IAtomicReference.alter lambda
up vote
0
down vote
favorite
I am trying to populate another atomic reference based on existing cache. I want to use lambdas for code simplicity (less boiler code required) but it doesn't seem to be working.
This works:
class PutFunction implements IFunction<Graph<Long,Long>,Graph<Long,Long>>{
private Long key;
public PutFunction(Long key) {
this.key = key;
}
public Graph<Long,Long> apply(Graph<Long,Long> graph){
graph.addVertex(key);
return graph;
}
}
getGraphCache().alter(new IFunction<Graph<Long,Long>,Graph<Long,Long>>(){
public Graph<Long,Long> apply(Graph<Long,Long> graph){
graph.addVertex(event.getValue().getId());
return graph;
}
});
When I switch to lambda syntax below it gives serialization error:
getGraphCache().alter((IFunction<Graph<Long, Long>, Graph<Long, Long>>) graph -> {
graph.removeVertex(event.getValue().getId());
return graph;
});
ERROR
com.hazelcast.nio.serialization.HazelcastSerializationException: Failed to serialize 'com.portal.objects.ObjectGraphEntryListener$$Lambda$61/1840645556'
Has anybody gotten it to work with lambdas?
ObjectGraphEntryListener
hazelcast.xml
lambda java-8 hazelcast atomicreference
|
show 1 more comment
up vote
0
down vote
favorite
I am trying to populate another atomic reference based on existing cache. I want to use lambdas for code simplicity (less boiler code required) but it doesn't seem to be working.
This works:
class PutFunction implements IFunction<Graph<Long,Long>,Graph<Long,Long>>{
private Long key;
public PutFunction(Long key) {
this.key = key;
}
public Graph<Long,Long> apply(Graph<Long,Long> graph){
graph.addVertex(key);
return graph;
}
}
getGraphCache().alter(new IFunction<Graph<Long,Long>,Graph<Long,Long>>(){
public Graph<Long,Long> apply(Graph<Long,Long> graph){
graph.addVertex(event.getValue().getId());
return graph;
}
});
When I switch to lambda syntax below it gives serialization error:
getGraphCache().alter((IFunction<Graph<Long, Long>, Graph<Long, Long>>) graph -> {
graph.removeVertex(event.getValue().getId());
return graph;
});
ERROR
com.hazelcast.nio.serialization.HazelcastSerializationException: Failed to serialize 'com.portal.objects.ObjectGraphEntryListener$$Lambda$61/1840645556'
Has anybody gotten it to work with lambdas?
ObjectGraphEntryListener
hazelcast.xml
lambda java-8 hazelcast atomicreference
tried that, gives something like MapImpl not serializable
– Pilo
Nov 21 at 22:59
Can you please share the implementation ofcom.portal.objects.ObjectGraphEntryListener
class and Hazelcast configuration?
– Alparslan Avci
Nov 22 at 9:44
it is linked at the end of the question. I don't know if it will be useful though
– Pilo
Nov 23 at 16:27
Is theorg.jgrapht.Graph
implementation you used serializable?
– Alparslan Avci
Nov 23 at 17:00
yes. otherwise the class version wouldn't have worked.
– Pilo
Nov 23 at 17:10
|
show 1 more comment
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I am trying to populate another atomic reference based on existing cache. I want to use lambdas for code simplicity (less boiler code required) but it doesn't seem to be working.
This works:
class PutFunction implements IFunction<Graph<Long,Long>,Graph<Long,Long>>{
private Long key;
public PutFunction(Long key) {
this.key = key;
}
public Graph<Long,Long> apply(Graph<Long,Long> graph){
graph.addVertex(key);
return graph;
}
}
getGraphCache().alter(new IFunction<Graph<Long,Long>,Graph<Long,Long>>(){
public Graph<Long,Long> apply(Graph<Long,Long> graph){
graph.addVertex(event.getValue().getId());
return graph;
}
});
When I switch to lambda syntax below it gives serialization error:
getGraphCache().alter((IFunction<Graph<Long, Long>, Graph<Long, Long>>) graph -> {
graph.removeVertex(event.getValue().getId());
return graph;
});
ERROR
com.hazelcast.nio.serialization.HazelcastSerializationException: Failed to serialize 'com.portal.objects.ObjectGraphEntryListener$$Lambda$61/1840645556'
Has anybody gotten it to work with lambdas?
ObjectGraphEntryListener
hazelcast.xml
lambda java-8 hazelcast atomicreference
I am trying to populate another atomic reference based on existing cache. I want to use lambdas for code simplicity (less boiler code required) but it doesn't seem to be working.
This works:
class PutFunction implements IFunction<Graph<Long,Long>,Graph<Long,Long>>{
private Long key;
public PutFunction(Long key) {
this.key = key;
}
public Graph<Long,Long> apply(Graph<Long,Long> graph){
graph.addVertex(key);
return graph;
}
}
getGraphCache().alter(new IFunction<Graph<Long,Long>,Graph<Long,Long>>(){
public Graph<Long,Long> apply(Graph<Long,Long> graph){
graph.addVertex(event.getValue().getId());
return graph;
}
});
When I switch to lambda syntax below it gives serialization error:
getGraphCache().alter((IFunction<Graph<Long, Long>, Graph<Long, Long>>) graph -> {
graph.removeVertex(event.getValue().getId());
return graph;
});
ERROR
com.hazelcast.nio.serialization.HazelcastSerializationException: Failed to serialize 'com.portal.objects.ObjectGraphEntryListener$$Lambda$61/1840645556'
Has anybody gotten it to work with lambdas?
ObjectGraphEntryListener
hazelcast.xml
lambda java-8 hazelcast atomicreference
lambda java-8 hazelcast atomicreference
edited Nov 23 at 16:26
asked Nov 21 at 20:32
Pilo
103
103
tried that, gives something like MapImpl not serializable
– Pilo
Nov 21 at 22:59
Can you please share the implementation ofcom.portal.objects.ObjectGraphEntryListener
class and Hazelcast configuration?
– Alparslan Avci
Nov 22 at 9:44
it is linked at the end of the question. I don't know if it will be useful though
– Pilo
Nov 23 at 16:27
Is theorg.jgrapht.Graph
implementation you used serializable?
– Alparslan Avci
Nov 23 at 17:00
yes. otherwise the class version wouldn't have worked.
– Pilo
Nov 23 at 17:10
|
show 1 more comment
tried that, gives something like MapImpl not serializable
– Pilo
Nov 21 at 22:59
Can you please share the implementation ofcom.portal.objects.ObjectGraphEntryListener
class and Hazelcast configuration?
– Alparslan Avci
Nov 22 at 9:44
it is linked at the end of the question. I don't know if it will be useful though
– Pilo
Nov 23 at 16:27
Is theorg.jgrapht.Graph
implementation you used serializable?
– Alparslan Avci
Nov 23 at 17:00
yes. otherwise the class version wouldn't have worked.
– Pilo
Nov 23 at 17:10
tried that, gives something like MapImpl not serializable
– Pilo
Nov 21 at 22:59
tried that, gives something like MapImpl not serializable
– Pilo
Nov 21 at 22:59
Can you please share the implementation of
com.portal.objects.ObjectGraphEntryListener
class and Hazelcast configuration?– Alparslan Avci
Nov 22 at 9:44
Can you please share the implementation of
com.portal.objects.ObjectGraphEntryListener
class and Hazelcast configuration?– Alparslan Avci
Nov 22 at 9:44
it is linked at the end of the question. I don't know if it will be useful though
– Pilo
Nov 23 at 16:27
it is linked at the end of the question. I don't know if it will be useful though
– Pilo
Nov 23 at 16:27
Is the
org.jgrapht.Graph
implementation you used serializable?– Alparslan Avci
Nov 23 at 17:00
Is the
org.jgrapht.Graph
implementation you used serializable?– Alparslan Avci
Nov 23 at 17:00
yes. otherwise the class version wouldn't have worked.
– Pilo
Nov 23 at 17:10
yes. otherwise the class version wouldn't have worked.
– Pilo
Nov 23 at 17:10
|
show 1 more comment
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53420061%2fhazelcast-iatomicreference-alter-lambda%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
tried that, gives something like MapImpl not serializable
– Pilo
Nov 21 at 22:59
Can you please share the implementation of
com.portal.objects.ObjectGraphEntryListener
class and Hazelcast configuration?– Alparslan Avci
Nov 22 at 9:44
it is linked at the end of the question. I don't know if it will be useful though
– Pilo
Nov 23 at 16:27
Is the
org.jgrapht.Graph
implementation you used serializable?– Alparslan Avci
Nov 23 at 17:00
yes. otherwise the class version wouldn't have worked.
– Pilo
Nov 23 at 17:10