Mike/Rajini

Thanks for the update, couple of comments in line...

Simon

On Fri, Nov 14, 2008 at 1:41 PM, Rajini Sivaram <
[EMAIL PROTECTED]> wrote:

> Hi,
>
> I will add some documentation on <binding.event/> on the wiki soon.
> Meanwhile here is the status of the current code.
>
> The sample (samples/event-jms) works using event producers and
> consumers with an event binding on top of JMS, selecting consumer
> methods based on the @EventTypes annotations associated with the
> consumer methods. There are some hacks in the code to get the sample
> to work in the presence of multiple consumer methods using event types
> which need tidying up.
>
> I could not get data transformations to work. First of all, I couldn't
> figure out how to determine Java types given an OMElement or something
> else in its place, so I felt it may be better to add an interceptor in
> the event binding which gets called after the data transformation is
> done. But then I couldn't figure out how to get the JAXB
> transformations to work without knowing which operation the data is
> associated with. I gave up at this point, and the sample currently
> uses Object messages rather than XML.


OASIS now has a concept of wire format. In theory the specification of a
wire format in Tuscany can configure the binding interface and hence have an
impact on the databinding transformations that take place. Is there an
equivalent in the eventing code where the event catalog is managed?


>
> I have added some code in
>
> org.apache.tuscany.sca.assembly.builder.impl.BaseConfigurationBuilderImpl.java
> to set up a event binding as the default binding (this will be on top
> of a JMS binding) if no bindings are specified. At the moment, I have
> commented this out (4 TODOs at the end of the file) since Mike is
> doing some work with binding.sca and I did not want to break that. So
> the sample currently uses event binding only if a binding is specified
> (<binding.event/> creates a default event binding, currently on top of
> JMS).


Ant did some work in trunk to create a binding.sca.jms which might be of
interest.


>
>
>
> Regards,
>
> Rajini
>
>
> On Fri, Nov 14, 2008 at 12:39 PM, Mike Edwards
> <[EMAIL PROTECTED]> wrote:
> >
> > Folks,
> >
> > Work has progressed slowly on the SCA Event Processing prototype, which
> can be found in the /sandbox/event/ section of SVN.
> >
> > A description of what is being built in the sandbox is on the Wiki here:
> >
> >
> http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+Event+Processing
> >
> > The Assembly model is described here:
> >
> >
> http://cwiki.apache.org/confluence/display/TUSCANY/Assembly+Model+for+Event+Processing
> >
> > and the Java implementation code is described here:
> >
> >
> http://cwiki.apache.org/confluence/display/TUSCANY/Java+Implementation+Model+for+Event+Processing
> >
> >
> > Initial code was built using JMS explicitly as the transport from an
> event producer to an event consumer.  In recent days, a <binding.event/>
> binding type has been created, which allows for events to be carried over a
> wider range of transports (in principle).
> >
> > There is a sample "event-jms" which demonstrates the basic features of
> sending and receiving events.
> >
> >
> > Please feel free to join in the work on the Event processing code...
> >
> > ...we would certainly appreciate some extra hands since this is all a
> "spare time" activity
> >
> >
> >
> > Yours, Mike.
>

Reply via email to