[libvirt] [libvirt-java] [PATCH 15/65] Start refactoring of error handling

Daniel P. Berrange berrange at redhat.com
Fri Feb 21 10:43:15 UTC 2014


On Thu, Feb 13, 2014 at 04:22:23PM +0100, Claudio Bley wrote:
> Almost every class contains a processError() method with an identical
> definition, just forwarding the call to ErrorHandler.processError(Libvirt).
> 
> This function is always called after a libvirt function call (as per its
> javadoc comment).
> 
> But, actually, there's no use in always calling processError when there was
> no error signalled by the libvirt function having been called. This is just
> a waste of CPU cycles.
> 
> Furthermore, it's more than ugly that the error handling is littered all
> over the place in every class.
> 
> This patch lays ground for generalizing the error handling in a common
> place and removing those functions from the individual classes.
> 
> Basically, this copies the processError(int) and processError<T>(T)
> methods from the Connect class to the ErrorHandler class as static
> methods.
> 
> It deprecates the processError(Libvirt) method, which will be removed
> eventually in a later patch.
> 
> Signed-off-by: Claudio Bley <cbley at av-test.de>
> ---
>  src/main/java/org/libvirt/ErrorHandler.java |   47 ++++++++++++++++++++++++++-
>  1 file changed, 46 insertions(+), 1 deletion(-)

ACK

Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|




More information about the libvir-list mailing list