Harm,
This may all be predicated on the sample I
created using the stand-alone GLA log parser. That thing consumed org.eclipse.hyades.logging.events.cbe.CommonBaseEvent
objects, which are EMF-based. You are correct in assuming that this is a
transient object (at least so far as I was considering it). Agreed that it
would be better to skip its creation and go more directly to a preferable implementation.
I was in heavy slash/burn mode when I created the sample(only
had a day or so to get something working) and was looking for the quickest way
to get a source of CBE events working in COSMOS. I’m guessing that now it’s
time to iterate on the implementation. J
Cheers,
Joel
-----Original Message-----
From:
cosmos-dev-bounces@xxxxxxxxxxx [mailto:cosmos-dev-bounces@xxxxxxxxxxx] On Behalf Of Harm Sluiman
Sent: Thursday, May 31, 2007 3:11
PM
To: Cosmos Dev
Cc: Cosmos Dev;
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
=00