I forgot to mention that but anyways u got to it seems.... our Bulkhandler implementation extended SimpleBulkUpdateHandler and overrode methods OTHER than the list below (becuase i guess we didn't want to have the below methods in our code that simply routed back to the ones we overrode). The only other remnant is this manager.notifyAddXXX(...) call we make at the end before returning. I am not sure what the latter did
Mario From: Andy Seaborne <[email protected]> To: [email protected] Date: 09/06/2012 07:13 PM Subject: Re: Evolution: BulkUpdateHandler / Reification / QueryHandler Sent by: Andy Seaborne <[email protected]> I'll put some deprecations into the codebase on BulkUpdateHandler for > add(Triple []) > add( List<Triple>) > add( Iterator<Triple>) > delete(Triple []) > delete( List<Triple>) > delete( Iterator<Triple>) (see also SimpleBulkUpdateHandler ... which isn't so simple because of events) and we can see what need changing and how much. A first pass didn't look too bad at all - the event handling needs checking and I'm not convinced that the current complexity adds anything, or if it is even used by anything other than the test suite. e.g. StatementListener converts all different the calls into multiple calls of addedStatement or removedStatement. Andy
