4 Replies Latest reply on Oct 13, 2011 5:27 AM by MIklos Piklos

    Question about AuthorizationCheckEvent.

    MIklos Piklos Newbie

      Hello, i am using seam-security 3.0.0.Final (along with some other seam modules) on tomcat 7.

      I am trying to execute some code only if security checks have passed for certain page.

      I am trying to do it like this:

      public void observeAfterRestoreView(@Observes AuthorizationCheckEvent e) {
       if (e.isPassed())

      But e.isPassed() is always false, regardless of the actual authentication. And this is why:

      Code in  SecurityPhaseListener.

       private void enforce(FacesContext context, UIViewRoot viewRoot, List<? extends Annotation> annotations) {
            if (annotations == null || annotations.isEmpty()) {
                 log.debug("Annotations is null/empty");
            AuthorizationCheckEvent event = new AuthorizationCheckEvent(annotations);
            if (!event.isPassed()) {

      Fires that event, but the passed property is false by default.

      Another observer of the same event actually sets passed property to true (if authorization criteria is set). That observer is called AuthorizationObserver.

      So because there is no way to specify which observer gets notified first there is actually no way to listen AuthorizationCheckEvent in a useful way. (On tomcat 7 it seems that my observer always gets called before the AuthorizationObserver)

      So couldn't there be a better soultion in this architecture than to use side affects on the payload on the authorization event?

      I know that in CDI you cannot specify the order in which the observers get notified, but couldn't you use additional events for different things that can happen during authentication?

      For instance whouldn't it be nice to have a new event that would get fired if authorization is ok?? (It could be called something like AuthorizationPassedEvent)

      And wouldn't it overall be a better design not to change the payload of the events in observers? In my view all events should be made immutable, and than stuff like this would never happen.

      Kind regards.