Establecer throwExceptions() en el front controller:

$front->throwExceptions(true);

Establecer renderExceptions() en el objeto response:

$response->renderExceptions(true);
$front->setResponse($response);
$front->dispatch();

// or:
$front->returnResponse(true);
$response = $front->dispatch();
$response->renderExceptions(true);
echo $response;

El constructor ahora acepta exactamente tres argumentos, Zend_Controller_Request_Abstract $request, Zend_Controller_Response_Abstract $response, y Array $params (opcional). Zend_Controller_Action::__construct() usa estos para establecer las propiedades request, response e invokeArgs del objeto, y si se anula el constructor, debe hacer lo mismo. Aún mejor, use el método init() para realizar cualquier configuración de instancia, ya que este método se llama como acción final del constructor.

run() ya no está definido como final, pero tampoco lo utiliza ya el front controller; su único propósito es usar la clase como page controller. Ahora toma dos argumentos opcionales, un Zend_Controller_Request_Abstract $request y un Zend_Controller_Response_Abstract $response.

indexAction() ya no necesita ser definido, pero se recomienda como acción por defecto. Esto permite usar el RewriteRouter y los action controllers para especificar diferentes métodos de acción por defecto.

__call() debe ser anulado para manejar automáticamente cualquier acción indefinida.

_redirect() ahora toma un segundo argumento opcional, el código HTTP con el que responder en la redirección, y un tercer argumento opcional, $prependBase, que puede indicar que la URL base registrada con el objeto request debe anteponerse a la url especificada.

La propiedad $_action ya no se establece. Esta propiedad era un Zend_Controller_Dispatcher_Token, que ya no existe en la encarnación actual. El único propósito del token era proporcionar información sobre el controlador, la acción y los parámetros de URL solicitados. Esta información ahora está disponible en el objeto request, y se puede acceder de la siguiente manera:

// Retrieve the requested controller name
// Access used to be via: $this->_action->getControllerName().
// The example below uses getRequest(), though you may also directly
// access the $_request property; using getRequest() is recommended as
// a parent class may override access to the request object.
$controller = $this->getRequest()->getControllerName();

// Retrieve the requested action name
// Access used to be via: $this->_action->getActionName().
$action = $this->getRequest()->getActionName();

// Retrieve the request parameters
// This hasn't changed; the _getParams() and _getParam() methods simply
// proxy to the request object now.
$params = $this->_getParams();
// request 'foo' parameter, using 'default' as default value if not found
$foo = $this->_getParam('foo', 'default');

noRouteAction() ha sido eliminado. La forma adecuada de manejar métodos de acción inexistentes, si desea enrutarlos a una acción por defecto, es usar __call():

public function __call($method, $args)
{
    // If an unmatched 'Action' method was requested, pass on to the
    // default action method:
    if ('Action' == substr($method, -6)) {
        return $this->defaultAction();
    }

    throw new Zend_Controller_Exception('Invalid method called');
}