There has been plenty of speculation on how the worlds of Seam and SOA might come
together. Gavin and I recently met (in the real world) to discuss this topic and came up
with at least one possible concrete actionable idea.
The objective of Seam integration into the JBoss ESB is to allow a Seam component to
behave as a service. A service for JBoss ESB is implemented as a custom action which can
be the service itself or simply act as a proxy to the local/remote business service. The
business_service quickstart illustrates this concept of using an action as a proxy to an
EJB3 stateless session bean deployed on the AS.
The proposal here is to have an "out of the box" action that will provide Seam
integration to get the creative juices flowing.
The possible jbossesb.xml:
| <action class="org.jboss.soa.esb.actions.SeamProxy"
name="MySeamComponent"/>
The name here should be available to the action (SeamProxy) so that it can be mapped to
the @Name of Seam (the action performs the JNDI lookup internally).
We are also proposing a new Action interface called -MarshalledActionProcessor with a
single method signature that looks something like:
public Object process(Object[] objects) throws ActionProcessingException;
The purpose of this interface is so that the Seam team can implement something that deals
with "objects" instead of Messages. It will be our (ESB team) job to transform
the Message into an object array on the way in and back to a Message on the way out.
Now, this isn't the final design, just a starting point to kickoff the debate.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019077#...
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...