Uploaded image for project: 'Axis2'
  1. Axis2
  2. AXIS2-5266

Axis2 phase ordering insufficiently expressive

    XMLWordPrintableJSON

    Details

    • Type: Bug
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: 1.5.4
    • Fix Version/s: None
    • Component/s: kernel
    • Labels:

      Description

      The order element specified when inserting a handler only allows for at most one "before" and one "after" handler. I currently have a case wherein two handlers ought to be run before a third, and this proves problematic for the system as implemented.

      If my system relies on both A and B coming before C and D, there is no direct way to state this dependency. While an order might be imposed, an artificial order containing false dependencies is less than ideal and requires more configuration than direct specification.

      This change could be accomplished in a backwards compatible manner by allowing the existing "order" element to have children, which identify additional "before" and "after" rules.

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              jgrahn James Grahn
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated: