Continues Integration for Hazelcast

I have set up a Hudson as a CI tool for Hazelcast. It is hosted on EC2.  

Whenever there is a new commit, it will 

• compile hazelcast
• run tests
• generate Emma code coverage trends
• generate FindBugs trend.

All anonymous users are able to see the build history. 

I found Hudson very easy to setup. It integrates very well with maven. 

Happily it has lots of plugins. I have installed couple of them, but would appreciate if you suggest any that you think we should have. 

Here is the link: http://184.73.226.176/hudson/

Hazelcast Cluster Monitoring Tool

Last week we were busy with new release, Hazelcast 1.8.1. Finally we made it and shipped the most robust, feature-rich and still fastest Hazelcast ever. This release comes with Cluster Monitoring Tool.

Cluster Monitoring Tool is a simple war file that you can deploy on any web container and start monitoring your running cluster. See documentation for more details. People ask whether it is open source or not. Of course it is. We want you to look at the code, to report us bugs, suggest enhancements and share your opinion. This is what makes Hazelcast very valuable.

As your cluster gets bigger and bigger, it becomes harder to keep up with logs and see how it performs. You know that your cluster is running somewhere there. But you can not see and feel it. The aim of Monitoring Tool is to make you see the cluster. It aggregates all relevant information from all members and shows you in a simpler way.  

We were dreaming of it for a long time and now we have it thanks to Native Java Client. Monitoring tool uses Java client to connect to the cluster and periodically to get some information to display.

We are very amazed with it's abilities. It shows the internals of the running cluster. When it first showed up, we were able not only find some bugs, but see the bugs. It helped a lot to change some logic that we didn't like.

Here is couple of things you can use it for. 


From the tool you can see how your data is distributed, how many operations per second each node is performing. If the key's are string, you can even make a get operation, using Map Browser, and see details of that entry.

But those of you using map.lock() can watch the total number of locked entries on each node using the Size&Memory Details Panel. It also shows total number of threads, waiting for those locks. These threads are your user threads, so you can see how much your application is waiting for locks. , You may consider to change it if there is lots of threads waiting.

Here is the screenshot from it:

Now it is time to try it out. We are looking for your feedback.

Germany-Belgium-Netherlands Trip

On 14-20 of January we had a mini Europe trip. There were two Hazelcast events and a workshop at Ericsson.
Our first event was at Dusseldorf, Rhein Jug. Constantin Rack picked us at Dusseldorf airport. He is a Hazelcast committer. After a city tour we went to the event. Hazelcast presentation went well and there were good questions. We have demonstrated Monitoring Tool for the first time. You can watch the presentation, both slides and video, here.

Next day we had another event at Brussels. We met with an old friend. After a small city tour we ended up at EPN. There was a small audience. This time Talip was resting and I presented Hazelcast.

Last mission of our trip was a two day workshop at Ericsson. After demonstrating some features we dived into details and walked through their use cases. It was nice to see how people use Hazelcast.

Journey Begins

It's been a long time that I have reserved this account. During passed years I wasn't able to blog. Here is my reason to start it now:

I know Talip Ozturk, founder of hazelcast(www.hazelcast.com) for more than three years. Talip is the guy who inspired me a lot. I remember the day where he quitted his daily job and founded hazelcast. Days passed and he did a good job on the project.

About 6 month ago I offered Talip (founder of hazelcst) to join the team as a full time. We agreed and 1st September 2009 journey begun.  Since then I am proud of my decision. We are coding to make hazelcast the best open source clustering solution, or in-memory data grid. And it is really fun and full of joy.

I am planning to share our journey here. It is little bit late, but I hope I'll catch up.