From 77761cd6861490775d0d617f962ad213019517d9 Mon Sep 17 00:00:00 2001 From: "mkanat%bugzilla.org" <> Date: Fri, 19 Oct 2007 12:58:48 +0000 Subject: Bug 396243: Allow extensions (aka plugins) to extend the WebService interface This also includes the first checkin of the example plugin. Patch By Max Kanat-Alexander r=ghendricks, a=mkanat --- Bugzilla/Hook.pm | 35 ++++++++++++++++++++++++++++++++++- 1 file changed, 34 insertions(+), 1 deletion(-) (limited to 'Bugzilla') diff --git a/Bugzilla/Hook.pm b/Bugzilla/Hook.pm index a9cfc649c..9d65fbe69 100644 --- a/Bugzilla/Hook.pm +++ b/Bugzilla/Hook.pm @@ -62,7 +62,7 @@ __END__ =head1 NAME -Bugzilla::Hook - Extendible extension hooks for Bugzilla code +Bugzilla::Hook - Extendable extension hooks for Bugzilla code =head1 SYNOPSIS @@ -193,3 +193,36 @@ definitions. F will automatically add these tables to the database when run. =back + +=head2 webservice + +This hook allows you to add your own modules to the WebService. (See +L.) + +Params: + +=over + +=item C + +A hashref that you can specify the names of your modules and what Perl +module handles the functions for that module. (This is actually sent to +L. You can see how that's used in F.) + +The Perl module name must start with C +(replace C with the name of your extension). The C +declaration inside that module must also start with +C in that module's code. + +Example: + + $dispatch->{Example} = "extensions::example::lib::Example"; + +And then you'd have a module F + +It's recommended that all the keys you put in C start with the +name of your extension, so that you don't conflict with the standard Bugzilla +WebService functions (and so that you also don't conflict with other +plugins). + +=back -- cgit v1.2.3-24-g4f1b