FYI: If any of you uses Hazelcast, you might've co...

# announcements

[Big Chungus]

FYI: If any of you uses Hazelcast, you might've come to a point where you just need to check what actual data the cluster contains or make a small modification to some entry for either testing or development purposes? No more writing up shell unit test to stop the debugger and use that environment to achieve said tasks. I've written up an easily configurable (via Kotlin DSL) library to provide you a quick and direct access to Hazelcast cluster data via a prebuilt embedded webapp. See the project and example setup here: https://gitlab.com/lt.petuska/hazelcast-explorer

Hope this will help to speed up your development/testing (as it surely did ours)! As always, any questions -> DM me.

[jimn]

i have used hazelcast, i quite like hazelcast, but hazlecast makes serialization assumptions that require some additional work to coexist with kotlin. do you preserve a java codebase for hazelcast objects ?

[Big Chungus]

I haven't tested it yet, however I'd assume so, as serialization is happening with GSon (java lib) and not kotlinx.serialization
Essentially the whole workflow is WbApp(Json) -> Deserialize to provided class with GSon -> Pass that object to HazelcastInstance entity
I guess you'll never know for sure until you try. Have a look at the wiki, the setup is really simple and minimalistic ;)

[jimn]

my understanding is that if you wanted a IMap<String,String> Kotlin is fine but if you want IMap<PetshopObject1,PetshopObject2> these will need to be java serializable classes to go over the wire.

[Big Chungus]

Correct, however if you passin said java classes to hze config, it'll use them for deserialization via gson. Essentially it leaves the responsibility to ensure hazelcast compatability to the consumer.