FLUID-5582: Improve flexibility of fluid.fail handling further

Metadata

Source
FLUID-5582
Type
Bug
Priority
Major
Status
Closed
Resolution
Fixed
Assignee
Antranig Basman
Reporter
Antranig Basman
Created
2014-12-19T09:14:41.279-0500
Updated
2017-02-27T15:49:11.958-0500
Versions
N/A
Fixed Versions
  1. 2.0
Component
  1. Framework

Description

With FLUID-4842 we introduced a system of allowing an arbitrary function to be accepted into the a stack of fluid.fail() handlers. This bought us some flexibility, but now we are working across multiple projects in multiple environments (e.g. with or without jqUnit, with or without node.js) we need yet further flexibility. With FLUID-5506 we started to introduce the "namespace stacking" system, and this was used to "break out" the node.js uncaught exception handler into individually named, individually schedulable units. We need to do the same for fluid.fail() itself now, to allow different aspects of its handlers to be named and addressed separately. For example, in node-jqUnit, we would like to override just the fail behaviour to throw an exception rather than perform the peculiar hard error triggering that we do in the browser environment. The error produced on the node console by the latter is needlessly confusing, and node's behaviour (and its debuggers') is adequate on receiving a standard uncaught exception.

Comments

  • Antranig Basman commented 2015-08-20T14:36:09.157-0400

    Merged into trunk at revision 282f1a318718eed0b0ec060fb8b4ad254417fd7e