Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [stp-dev] EMF domain modelling and SOA tools
Title: Re: [stp-dev] EMF domain modelling and SOA tools
Hello Marc,

I got your point and I agree with them completely. IMO XMLSchema (WSDL), JavaBeans, UML (XMI) or ECORE are simply different representation for the metadata and now we have tooling chain available in Eclipse Modelling project to freely transform from one form to another. The most important question is which form contains the most information and IMO it’s ECORE (followed by UML Class Diagrams).
We have a number of usecases where customers are coming to us with ready-made artefacts like Domain Models (in UML Class Diagramms) and BP* processes already described, what they need is a tool that bundles it all together. Right now they are generating JavaBeans for model objects, writing Hibernate configuration and creating XMLSchemas accordingly. So you can imagine how much work is to maintain all that and in case of any changes...
So my idea was to use a richest meta-model to describe domain model and then just use it across all involved parties, and IMO EMF is a best example for it since it covers XML DataBinding, ORM and UI-Visualization requirements.

The advantages of the Servus that I have seen is that they are taking a step in this direction, however disadvantage I see is that they weren’t going far enough when thinking about replacement of WSDL model with something else, for example SCA component models or something similar to STP-IM.

Thanks for the tip of the SDO and IBM WSPS, I will have a look on it!
Concerning Teneo we used it for prototyping in one of our projects (it was a year ago) and it looked really promising.
We were using it for Hibernate integration, and it’s capabilities are very impressive, it could even work with Dynamic ECORE models and FeatureMaps...

Renat

On 24.02.09 18:38, "Marc Dutoo" <marc.dutoo@xxxxxxxxxxx> wrote:

Hi Renat

This is interesting, but there are many ways to do it depending on the
use cases, ex :
   * EMF-first design and then WSDL generation tool (that would be more
mode driven),
   * WSDL-first and tool to help design EMF out of it (the common case
in SOA),
   * at runtime using EMF from WSDL generation (that would be databinding)

In a way, SDO in IBM's Websphere Process Server does much of what you
say, allowing you to design domain objects that are native in java AND
xml AND emf at the same time. It's a great technical solution, but I
think it is still too constricting in all-around SOA use cases, where
anybody (language, tool, platform...) should be able to call your
service only by complying to your service interface, without forcing
them to use your tool chain. Obviously, if you can it's another story :)
Since I work for an integrator, we have really diverse use cases and
believe in a more open approach, where we know which kind of service
interface we're starting from and to which domain impl we're going to.

Anyway, Servus is indeed interesting since helping design (refactor...)
services' schemas vs domain data is crucial. Your ideas are great at
design time to help such tooling of service vs data design.

BTW did you try Teneo ?

Regards,
Marc

Renat Zubairov a écrit :
> Hi all,
>
> I was thinking about possibility to integrate EMF modelling with
> services provided by different SOA tools/layers. For example once we
> have a EMF Model (ecore) for the application domain model we could do
> multiple things (e.g. persist it to database with EMF
> Teneo/Hibernate/CDO) which is for example generate an XML Schema with
> the java code according to the model.
> So, now if we could use the XML Schema in the WSDL then we could
> create services that are using domain model as parameters.
> After it we could think further and say we could annotate SCA
> descriptors or any other logical service representations (e.g. WSDLs)
> with the references to ECORE and get a common modelling solution not
> only for Service/BP modelling but also for Domain modelling.
>
> I had a look on the EMF project and found one very interesting one:
>
> http://wiki.eclipse.org/Servus
>
> This project is unfortunately dead right now however some first
> implementation look very promising.
>
> What do you think about it?
> Have you done something similar already?
>
> Renat
> ------------------------------------------------------------------------
>
> _______________________________________________
> stp-dev mailing list
> stp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/stp-dev
>  
_______________________________________________
stp-dev mailing list
stp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/stp-dev

Back to the top