1 Reply Latest reply on Aug 9, 2007 3:32 PM by Burr Sutter

    Facades X ESB

    Andre Fernando Salvati Novice

      I think the purpose of this topic (http://www.jboss.com/index.html?module=bb&op=viewtopic&t=114213) has changed. So, openning another one...

      The discussion was about:

      ESB -> Session FACADE (Session EJB) -> Pojo (Entity EJB) architecture

      "Andre1001" wrote:

      "burrsutter" wrote:
      Session facades are not required.

      Aren't Facades still useful for:

      1) transaction control?
      2) POJOs coordination?
      3) build POJOS without data access code?

      But, I'm still wondering if this pattern is valid with ESBs. I'm wondering, for example, if ESB shouldn't control components dependencies. In Java EE model components dependencies should be controlled by Facades.

      What do you think?

        • 1. Re: Facades X ESB
          Burr Sutter Master

          I see nothing wrong with a SLSB facade to provide a more course-grained API to the underlying business & data access logic. Think of this SLSB as a "business service" that is then bridged/proxied into the ESB via a custom action that you create (see quickstart business_service).

          In theory you could handle all of the component to component dependencies via ESB custom actions. This would allow you an abstraction layer of the Message object which means you can inject transformations, mediation points, routing, wiretapping, etc into the "pipeline".

          With that said, I'm a big proponent of letting the business logic of the application live where it lives today. If you have existing SLSBs, WSs, POJOs, etc, I wouldn't recommend ripping those apart to turn them into custom actions.

          IMO, we don't have enough experience with ESBs in the market place to know what is the best practice in this situation.