I agree with Andrzej that the SQL backend has to be checked and tested on nutchbase before we can start porting it to the trunk. Moreover I have raised an important design issue on the list recently (table per fetchround) which needs some changes to Gora first and must be discussed, implemented and tested in NutchBase before we port it to trunk
J. On 10 July 2010 14:12, Andrzej Bialecki <[email protected]> wrote: > On 2010-07-10 15:00, Doğacan Güney wrote: > >> Hey everyone, >> >> I would like to start merging in nutchbase to trunk, so I am hoping to get >> everyone's comments and suggestions on >> how to do that. >> > > > Do we have any way to run the merged code without running HBase? I think > that the SQL backend to Gora needs to be tested first with the nutchbase > branch - otherwise the development and testing will become very difficult... > So in my opinion we need to make sure we can use a small SQL backend (Derby > or HSQL) before we start merging. > > As for the mechanics of the patching - yes, I think it needs to be done > this way. > > -- > Best regards, > Andrzej Bialecki <>< > ___. ___ ___ ___ _ _ __________________________________ > [__ || __|__/|__||\/| Information Retrieval, Semantic Web > ___|||__|| \| || | Embedded Unix, System Integration > http://www.sigram.com Contact: info at sigram dot com > > -- DigitalPebble Ltd Open Source Solutions for Text Engineering http://www.digitalpebble.com
