Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [stp-dev] Re: Follow on meeting about the Hybrid Model

I will be in Dublin next week from Wednesday to Friday, so hopefully
we can find some time to discuss that face to face maybe ?

On 9/7/07, Adrian Skehill <adrian.skehill@xxxxxxxx> wrote:
> Andrea, thanks for this, would it be possible to get it recorded onto the wiki
> as well to ensure it's more permanent?
>
> Guillaume, would you like to schedule a follow on discussion on this for next
> week?
>
> Regards,
> Adrian Skehill.
>
>
> >>
> >> I have a few questions wrt to the meta model described at
> >> http://wiki.eclipse.org/STP_Metamodel
> >>
> >> The model defines the notion of service, binding and endpoint, but the
> >> comments below do not put any definition behind these concepts ? Do
> >> they have the same meaning than in WSDL ? If yes, where is the
> >> Interface ? In which case would a service have more than one endpoint
> >> ?
> >>
> >
> > This model aims to define both:
> >
> > 1) the concept of service in very similar way as  it's in the
> > webservices world so this is
> > the reason for the presence of Service, ServiceBinding and Enpoint
> > entities.
> >
> > 2) The concept of Process as a set of steps and transitions, each steps
> > use a services with
> >    a particular binding.
> >      When you're using the model to define business process you really
> > don't care about the
> >    services you just need to use in your step.
> >
> >    Makin a very simple example suppose you have a business process
> > defined in terms of
> >    three step.
> >
> >    - Take Input -> Make Some Business Transformation -> Make Data
> > Persistent -> Get Output
> >
> >    this could be mapped to the service in:
> >
> >    - TakeInput ( InputService) -> MakeSomeBusinessTransformation (
> > BusinessService ) -> MakeDataPersistent( BusinessService) -> GetOuptut(
> > OutputService)
> >
> >    In that way you've a process with four step and two of that are
> > reusing the BusinessService.
> >
> >    Then you coul put there the binding so you could have
> >
> >    - TakeInput( InputService, JBIHttpInputBinding )
> >    ->MakeSomeBusinessTransformation ( BusinessService,
> > JBI-XSLT-ServiceEngineBinding )
> >    ->MakeDataPersistent( BusinessService, JBI-JDBC-ServiceEngineBinding )
> >    ->GetOuptut(OutputService, JBIHttpOutputComponent)
> >
> >    But the "same business process" could have different "technological
> > details" changing the binding association in the step instances so the
> > same process could
> >    result in:
> >
> >    - TakeInput( InputService, JBIJmsInputBinding )
> >    ->MakeSomeBusinessTransformation ( BusinessService,
> > JBI-XSLT-ServiceEngineBinding )
> >    ->MakeDataPersistent( BusinessService, JBI-JDBC-ServiceEngineBinding )
> >    ->GetOuptut(OutputService, JBIJmsOutputBinding)
> >
>
> >> Also I don't really see why a process step would be linked to a
> >> binding ? It seems to me it should be linked to an Interface or an
> >> Endpoint (if we want the physical location)...
> >>
> >
> > The physical location URI and other details are expresses as properties
> > of the steps.
> >
> >
> >> Ideas ?
> >>
>
> >
> > When you've process, modelled as step with binding and properties, the
> > aim is to get something
> > that coul deployed in a JBI or SCA runtime.
> >
> > At the moment i'm working to model a very simple process with two purpose:
> >
> > 1) To get a generator that will give me a deployables service assembly
> > for servicemix runtime, starting from that model.
> >    By the result will be that ecah step will be mapped to a particular
> > jbi endpoint ( as we mean in jbi world ).
> >
> > 2) To extends the eclipse bpmn modeler to work with that model. ( a very
> > basic idea could be to have each bpmn
> >    element mapped to a service but it's just an idea )
> >
> > By the way this is an intermediate model, and you need to get other
> > configuration files to get the generators
> > work. This is because each technology has it's details that cannot be
> > all included in the intermediate
> > model.
> >
> > Please let me know if you've other doubt.
> >
> > Andrea Zopppello
> > Engineering Ing. Informatica
>
>
> ----------------------------
> IONA Technologies PLC (registered in Ireland)
> Registered Number: 171387
> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
> _______________________________________________
> stp-dev mailing list
> stp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/stp-dev
>


-- 
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/


Back to the top