Hi Ahsan, This email is "interesting" because this opens up a wider discussion on the subject, but it also worries me a little bit about your understanding of Gora and of your own GSoC project. Your proposal has been defined and explained in [1], so as Lewis has already said, this is what is expected from you. You defined your main objectives as follow:
1.- Write a Hazelcast module and integrate it with Apache Gora. 2.- Improve the performance of Apache Gora in following aspects by utilizing Hazelcast . The first one is the one you should start on doing which is the most straight forward and which will lead you to an even better understanding of the projects. We have discussed (internally), that being Hazelcast an in-memory solution, a possible implementation would be flushing whatever Hazelcast had in-memory when Gora decides to flush its data. Pros and cons of this preliminar approach we will have to find out once we reach this point and see the results. The second one is "trickier" one as this would change how Gora actually holds records in-memory and by doing that might change the way it interacts with other data stores (for example if we are dealing with HBase, we would have to ship gora + the caching layer dependencies). Pros of doing this? we can make Gora hold many more objects in-memory as we wouldn't be limited by the JVM where it is running. Cons of doing this? shipping more dependencies than needed, interaction with other datastores would have be studied, integration with other projects would depend on more things than just gora, etc. The safer move on GSoC as it has time constraints and your progress has to be evaluated. I would suggest to start with objective 1 (as you had defined on your proposal, and as we have discussed). Objective number 2 is really interesting but poses too many questions that we (as a community) might not even be ready to answer. Maybe someone else would like to comment on objective 2? Renato M. [1] http://www.google-melange.com/gsoc/project/details/google/gsoc2014/speeduo/5847701052719104 2014-05-17 20:36 GMT+02:00 ahsan shamsudeen <[email protected]>: > Hi All, > > I want a few things to clarify from you. I have understood both the Gora > and Hazelcast Separately. I Have tried out tutorials and codes for both > separately. > > But, I wanted to know exactly where the Hazelcast fits inside the Gora ? > what you expect from this module to the Gora ? > what role Hazelcast should play inside the Gora? > > I have included all the use cases of Hazelcast in my proposal. At that > time, I didn't have much understanding on Gora. So, I included all the use > cases Hazelcast provide. Now, I need to know which of those use cases > community prefers to have in this module ? > > Thanks, > Ahsan > > > > > On Tue, May 13, 2014 at 3:18 PM, Renato Marroquín Mogrovejo < > [email protected]> wrote: > >> Hi Ahsan, >> >> No problem at all, but please let's try to synchronize a little bit more >> often so we don't have too many risks for the project. Let's try to talk at >> the end of the week at some time to asses how we are doing. >> Take care man. >> >> >> Renato M. >> >> >> 2014-05-10 5:29 GMT+02:00 ahsan shamsudeen <[email protected]>: >> >> Hi Renato, >>> >>> sorry for the delayed response. I went on a trip over the last week and >>> away from my computer. >>> >>> I am currently following the tutorials provided by the community >>> members. Btw, Now, I could able to understand the Gora framework and in a >>> position to get start with the project. >>> >>> Thank you very much . >>> >>> >>> On Thu, May 8, 2014 at 2:54 PM, Renato Marroquín Mogrovejo < >>> [email protected]> wrote: >>> >>>> Hi Ahsan, >>>> >>>> I haven't heard from you in a couple of days. How are things going man? >>>> Are you being able to do any progress? Would you like to discuss anything? >>>> Just ping me if you have any doubts or thoughts. >>>> >>>> >>>> Renato M. >>>> >>> >>> >> >
