Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [cosmos-dev] CBE persistence work


Hi Harm,

In the COSMOS framework, there is a way to configure data sources, and data sinks, and potentially other layers in between like filters and transformers.  The demo that we are trying to create is for demostrating the use of this framework.  i.e. plug in different data source agents and data sinks to complete the data flow.   We already have a GLA data source that outputs CBE object (EMF CBE objects).  I am writing a data sink that takes the CBE objects and write the data into database.  One requirement I got was not to use the EMF model.  That is why I have a layer for converting EMF-CBE to non-EMF-CBE.  Then I use iBatis to read/write data from the non-EMF data model to/from database.  I could have replaced some blades in the GLA to output non-EMF object.  I have chosen not to do that just because of time constraint to get an end-to-end demo working quickly.  I could also replace the GLA outputter blade to write data to database directly, but that would bypass the COSMOS framework and defeats the purpose of the demo.  

That's the motivation behind this work.  Let me know if you have suggestions on what to do around this area.  


Regards,
_________________________
Hubert Leung
IBM Toronto Lab
hkyleung@xxxxxxxxxx
905-413-3382



Harm Sluiman/Toronto/IBM@IBMCA
Sent by: cosmos-dev-bounces@xxxxxxxxxxx

05/31/2007 03:10 PM

Please respond to
Cosmos Dev <cosmos-dev@xxxxxxxxxxx>

To
Cosmos Dev <cosmos-dev@xxxxxxxxxxx>
cc
"Cosmos Dev" <cosmos-dev@xxxxxxxxxxx>, cosmos-dev-bounces@xxxxxxxxxxx
Subject
RE: [cosmos-dev] CBE persistence work






I understand that, but I am just reading the picture which refers to EMF-CBE which I assume to be the CBE that builds from EMF in order to be reused as an SDO as opposed to any persistent CBE model.

This also happens to be a transient object in many GLA configurations.
I am simply poking on the GLA aspect of this.


The picture implies several transforms and mappings and it seemed this could be slimmed down. For example you could use the pojo CBE in the gla config (you would need to provide a new mapping "blade" for the configuration) and then an outputter that could feed (or be) your persistence code.


Thanks for your time.
________________
Harm Sluiman,
IBM Distinguished Engineer
phone:905-413-4032   fax: 4920  cell: 1-647-300-4758
mailto:sluiman@xxxxxxxxxx
Admin : Queenie Lam qlam@xxxxxxxxxx  Tie: 969-5864 1-905-413-5864


"Ebright, Don" <Don.Ebright@xxxxxxxxxxxxx>
Sent by: cosmos-dev-bounces@xxxxxxxxxxx

05/31/2007 03:02 PM

Please respond to
Cosmos Dev <cosmos-dev@xxxxxxxxxxx>

To
"Cosmos Dev" <cosmos-dev@xxxxxxxxxxx>
cc
Subject
RE: [cosmos-dev] CBE persistence work







Harm,

 

We do not intend for any EMF models to be used within COSMOS.  We hope to deliver POJOs to a TPTP loader component that can populate the EMF model.

 

Don



From: cosmos-dev-bounces@xxxxxxxxxxx [mailto:cosmos-dev-bounces@xxxxxxxxxxx] On Behalf Of Harm Sluiman
Sent:
Thursday, May 31, 2007 2:04 PM
To:
Cosmos Dev
Subject:
Re: [cosmos-dev] CBE persistence work



Hubert I had a look at this and question the use of EMF-CBE. Perhaps I am reading at the wrong level.
You could used existing GLA adaptors and plugin via the configuration a different outputer that does your database writes. Is this what you are proposing or are you taking a GLA config that produces EMF-CBEs from the outputer and calling that your GLA source? This would seem like a lot of extra footprint and processing.



Thanks for your time.
________________
Harm Sluiman,
IBM Distinguished Engineer
phone:905-413-4032   fax: 4920  cell: 1-647-300-4758
mailto:sluiman@xxxxxxxxxx
Admin : Queenie Lam qlam@xxxxxxxxxx  Tie: 969-5864 1-905-413-5864

Hubert H Leung/Toronto/IBM@IBMCA
Sent by: cosmos-dev-bounces@xxxxxxxxxxx

05/30/2007 03:41 PM

Please respond to
Cosmos Dev <cosmos-dev@xxxxxxxxxxx>


To
cosmos-dev@xxxxxxxxxxx
cc
Subject
[cosmos-dev] CBE persistence work










Here is the wiki page that document my work on writing and reading CBE to RDB using iBatis and the problems encountered:  http://wiki.eclipse.org/index.php/COSMOS_CBE_RDB



_________________________
Hubert Leung
IBM Toronto Lab
hkyleung@xxxxxxxxxx
905-413-3382
_______________________________________________
cosmos-dev mailing list
cosmos-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cosmos-dev


The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it.
_______________________________________________
cosmos-dev mailing list
cosmos-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cosmos-dev

_______________________________________________
cosmos-dev mailing list
cosmos-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cosmos-dev


Back to the top