Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » DTP » Ecore & ODA
Ecore & ODA [message #31984] Mon, 09 July 2007 23:55 Go to next message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
I have need of an ODA data provider for Ecore models (ultimately for
BIRT reporting). I've seen this requested before but little conversation
around the topic. I'm contemplating attempting to write a provider but
I'm fairly new to DTP and ODA and unsure of the pitfalls I may
encounter. Anyone want to offer words of warning or encouragement?

Jeff
Re: Ecore & ODA [message #32019 is a reply to message #31984] Tue, 10 July 2007 00:30 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: merks.ca.ibm.com

Jeff,

Hopefully you'll excuse my ignorance, but what's an ODA data provider?


Jeff Ramsdale wrote:
> I have need of an ODA data provider for Ecore models (ultimately for
> BIRT reporting). I've seen this requested before but little
> conversation around the topic. I'm contemplating attempting to write a
> provider but I'm fairly new to DTP and ODA and unsure of the pitfalls
> I may encounter. Anyone want to offer words of warning or encouragement?
>
> Jeff
Re: Ecore & ODA [message #32054 is a reply to message #32019] Tue, 10 July 2007 00:57 Go to previous messageGo to next message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Evidently that's a term I invented that means an ODA Data Source, Data
Set, and corresponding creation wizards. :-)

Jeff

Ed Merks wrote:
> Jeff,
>
> Hopefully you'll excuse my ignorance, but what's an ODA data provider?
>
>
> Jeff Ramsdale wrote:
>> I have need of an ODA data provider for Ecore models (ultimately for
>> BIRT reporting). I've seen this requested before but little
>> conversation around the topic. I'm contemplating attempting to write a
>> provider but I'm fairly new to DTP and ODA and unsure of the pitfalls
>> I may encounter. Anyone want to offer words of warning or encouragement?
>>
>> Jeff
Re: Ecore & ODA [message #32089 is a reply to message #32019] Tue, 10 July 2007 01:19 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: merks.ca.ibm.com

Jeff,

I'm even more ignorant than you might think. ;-) I don't know what ODA
stands for. From wikipedia I would guess it means Open Data Access. Is
that right?


Ed Merks wrote:
> Jeff,
>
> Hopefully you'll excuse my ignorance, but what's an ODA data provider?
>
>
> Jeff Ramsdale wrote:
>> I have need of an ODA data provider for Ecore models (ultimately for
>> BIRT reporting). I've seen this requested before but little
>> conversation around the topic. I'm contemplating attempting to write
>> a provider but I'm fairly new to DTP and ODA and unsure of the
>> pitfalls I may encounter. Anyone want to offer words of warning or
>> encouragement?
>>
>> Jeff
Re: Ecore & ODA [message #32125 is a reply to message #32054] Tue, 10 July 2007 01:19 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: merks.ca.ibm.com

Jeff,

Not only am I ignorant, I can't even reply to the correct posting!


Jeff Ramsdale wrote:
> Evidently that's a term I invented that means an ODA Data Source, Data
> Set, and corresponding creation wizards. :-)
>
> Jeff
>
> Ed Merks wrote:
>> Jeff,
>>
>> Hopefully you'll excuse my ignorance, but what's an ODA data provider?
>>
>>
>> Jeff Ramsdale wrote:
>>> I have need of an ODA data provider for Ecore models (ultimately for
>>> BIRT reporting). I've seen this requested before but little
>>> conversation around the topic. I'm contemplating attempting to write
>>> a provider but I'm fairly new to DTP and ODA and unsure of the
>>> pitfalls I may encounter. Anyone want to offer words of warning or
>>> encouragement?
>>>
>>> Jeff
Re: Ecore & ODA [message #32160 is a reply to message #31984] Tue, 10 July 2007 04:05 Go to previous messageGo to next message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Jeff,

I'm glad to hear about your contemplating to develop an ODA data provider
for Ecore models.
There are some introduction info in
http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that could
be a good start. Please feel free to post how-to questions in the
newsgroup. I do try to monitor the newsgroup and respond on a regular
basis.
As you might have already found, there is an open request in Bugzilla
https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA data
provider; and it's looking for contribution from the community. This would
be a good place to discuss the functionality of the ODA driver and design
UI.

Linda
Open Data Access (ODA) component lead

"Jeff Ramsdale" <jeff.ramsdale@gmail.com> wrote in message
news:f6uht1$41l$1@build.eclipse.org...
>I have need of an ODA data provider for Ecore models (ultimately for BIRT
>reporting). I've seen this requested before but little conversation around
>the topic. I'm contemplating attempting to write a provider but I'm fairly
>new to DTP and ODA and unsure of the pitfalls I may encounter. Anyone want
>to offer words of warning or encouragement?
>
> Jeff
Re: Ecore & ODA [message #32266 is a reply to message #32160] Tue, 10 July 2007 11:32 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: merks.ca.ibm.com

This is a multi-part message in MIME format.
--------------040108050704070600060009
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Linda,

I'm also interested in this, so if Jeff needs any help, I'll be happy to
try. Just mention EMF or Ecore is a posting and my ears will perk
up. :-)


Linda Chan wrote:
> Jeff,
>
> I'm glad to hear about your contemplating to develop an ODA data provider
> for Ecore models.
> There are some introduction info in
> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that could
> be a good start. Please feel free to post how-to questions in the
> newsgroup. I do try to monitor the newsgroup and respond on a regular
> basis.
> As you might have already found, there is an open request in Bugzilla
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA data
> provider; and it's looking for contribution from the community. This would
> be a good place to discuss the functionality of the ODA driver and design
> UI.
>
> Linda
> Open Data Access (ODA) component lead
>
> "Jeff Ramsdale" <jeff.ramsdale@gmail.com> wrote in message
> news:f6uht1$41l$1@build.eclipse.org...
>
>> I have need of an ODA data provider for Ecore models (ultimately for BIRT
>> reporting). I've seen this requested before but little conversation around
>> the topic. I'm contemplating attempting to write a provider but I'm fairly
>> new to DTP and ODA and unsure of the pitfalls I may encounter. Anyone want
>> to offer words of warning or encouragement?
>>
>> Jeff
>>
>
>
>


--------------040108050704070600060009
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Linda,<br>
<br>
I'm also interested in this, so if Jeff needs any help, I'll be happy
to try.&nbsp;&nbsp;&nbsp; Just mention EMF or Ecore is a posting and my ears will perk
up.&nbsp; :-)<br>
<br>
<br>
Linda Chan wrote:
<blockquote cite="mid:f6v0ij$3mq$1@build.eclipse.org" type="cite">
<pre wrap="">Jeff,

I'm glad to hear about your contemplating to develop an ODA data provider
for Ecore models.
There are some introduction info in
<a class="moz-txt-link-freetext" href=" http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets"> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets</a> that could
be a good start. Please feel free to post how-to questions in the
newsgroup. I do try to monitor the newsgroup and respond on a regular
basis.
As you might have already found, there is an open request in Bugzilla
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958">https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958</a> for such an ODA data
provider; and it's looking for contribution from the community. This would
be a good place to discuss the functionality of the ODA driver and design
UI.

Linda
Open Data Access (ODA) component lead

"Jeff Ramsdale" <a class="moz-txt-link-rfc2396E" href="mailto:jeff.ramsdale@gmail.com">&lt;jeff.ramsdale@gmail.com&gt;</a> wrote in message
<a class="moz-txt-link-freetext" href="news:f6uht1$41l$1@build.eclipse.org">news:f6uht1$41l$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">I have need of an ODA data provider for Ecore models (ultimately for BIRT
reporting). I've seen this requested before but little conversation around
the topic. I'm contemplating attempting to write a provider but I'm fairly
new to DTP and ODA and unsure of the pitfalls I may encounter. Anyone want
to offer words of warning or encouragement?

Jeff
</pre>
</blockquote>
<pre wrap=""><!---->

</pre>
</blockquote>
<br>
</body>
</html>

--------------040108050704070600060009--
Re: Ecore & ODA [message #32301 is a reply to message #32266] Tue, 10 July 2007 16:42 Go to previous messageGo to next message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
I knew I could depend on you, Ed. :-)

Linda,

I actually started on this a week ago, but it's somewhat slow going with
the learning curve. I also have a looming deadline that may mean hacking
a solution in the short term. Long term, however, I have initial
approval from client and employer to donate the product of our efforts
to the Eclipse Foundation if they would have it.

Wish me luck, and I'll likely be back for help...

Jeff

Ed Merks wrote:
> Linda,
>
> I'm also interested in this, so if Jeff needs any help, I'll be happy to
> try. Just mention EMF or Ecore is a posting and my ears will perk
> up. :-)
Re: Ecore & ODA [message #32336 is a reply to message #32089] Tue, 10 July 2007 16:47 Go to previous messageGo to next message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Hi Ed,

From your other post it sounds like you may have learned a bit more
about ODA before I had this opportunity to respond. In case you haven't
seen it, though, here's a good overview:
< http://www.eclipse.org/datatools/project_connectivity/connec tivity_doc/OdaOverview.htm>

In short, ODA is an abstraction layer over data sources that the DTP
provides and BIRT consumes. We have a need to generate BIRT reports from
an Ecore model, so this seems the natural approach. The only problem is
that no one has written the bridge from Ecore to ODA yet. That's where
this thread comes in...

Jeff

Ed Merks wrote:
> Jeff,
>
> I'm even more ignorant than you might think. ;-) I don't know what ODA
> stands for. From wikipedia I would guess it means Open Data Access. Is
> that right?
Re: Ecore & ODA [message #32371 is a reply to message #32336] Tue, 10 July 2007 17:55 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: merks.ca.ibm.com

Jeff,

I'd be more than happy to review your prototypes and contribute toward
the effort. Are you intending to contribute the results to DTP? I
can't justify the effort to help just individuals so much, but for
contributions that will potentially benefit a large class of users, it's
well worth it, especially if they are EMF users. ;-) Sharing prototypes
via bugzilla attachments is a good way. The one Linda mentioned seems a
little less general in its focus on OCL...


Jeff Ramsdale wrote:
> Hi Ed,
>
> From your other post it sounds like you may have learned a bit more
> about ODA before I had this opportunity to respond. In case you
> haven't seen it, though, here's a good overview:
> < http://www.eclipse.org/datatools/project_connectivity/connec tivity_doc/OdaOverview.htm>
>
>
> In short, ODA is an abstraction layer over data sources that the DTP
> provides and BIRT consumes. We have a need to generate BIRT reports
> from an Ecore model, so this seems the natural approach. The only
> problem is that no one has written the bridge from Ecore to ODA yet.
> That's where this thread comes in...
>
> Jeff
>
> Ed Merks wrote:
>> Jeff,
>>
>> I'm even more ignorant than you might think. ;-) I don't know what
>> ODA stands for. From wikipedia I would guess it means Open Data
>> Access. Is that right?
Re: Ecore & ODA [message #32441 is a reply to message #32371] Tue, 10 July 2007 18:11 Go to previous messageGo to next message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Thanks Ed,

Yes, I intend to donate. Just sent another message on the subject...

I think offering the ability to do BIRT reporting on EMF models is a
nice win. Looking forward to this!

I agree that specifying OCL seems overly narrow, especially as I lean
towards the EMF Query approach myself. However, ODA's API is SQL-like
and there's a bit of an impedance mismatch with EMF, especially with EMF
Query's OO approach, in this instance. Specifically, the ODA API caters
to text queries. Part of the reason for my initial post was to feel out
whether that would be a limitation on our implementation, but I wasn't
very specific. I sort of wanted to hear what others had to say without
leading them to conclusions I was forming but wasn't certain of.

Jeff

Ed Merks wrote:
> Jeff,
>
> I'd be more than happy to review your prototypes and contribute toward
> the effort. Are you intending to contribute the results to DTP? I
> can't justify the effort to help just individuals so much, but for
> contributions that will potentially benefit a large class of users, it's
> well worth it, especially if they are EMF users. ;-) Sharing prototypes
> via bugzilla attachments is a good way. The one Linda mentioned seems a
> little less general in its focus on OCL...
Re: Ecore & ODA [message #32511 is a reply to message #32441] Tue, 10 July 2007 20:22 Go to previous messageGo to next message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Jeff,

You are correct that the current ODA API is geared towards a text-based
query. Adding API support for an object-based query is on our list, and it
is also needed when we integrate the ODA framework with the SQL Query model
within DTP. This however is not likely to happen immediately, since we
are not supposed to make API changes in an Eclipse maintenance release. The
next major release is Ganymede scheduled in June 2008; but the API changes
are likely to occur earlier on in one of the Ganymede's milestone releases.
Will you be interested in being an early adopter, working with a milestone
release?
In the meantime, you might want to first proceed with a short-term solution
that you'd mentioned.

Linda

"Jeff Ramsdale" <jeff.ramsdale@gmail.com> wrote in message
news:f70i2f$q7i$1@build.eclipse.org...
> Thanks Ed,
>
> Yes, I intend to donate. Just sent another message on the subject...
>
> I think offering the ability to do BIRT reporting on EMF models is a nice
> win. Looking forward to this!
>
> I agree that specifying OCL seems overly narrow, especially as I lean
> towards the EMF Query approach myself. However, ODA's API is SQL-like and
> there's a bit of an impedance mismatch with EMF, especially with EMF
> Query's OO approach, in this instance. Specifically, the ODA API caters to
> text queries. Part of the reason for my initial post was to feel out
> whether that would be a limitation on our implementation, but I wasn't
> very specific. I sort of wanted to hear what others had to say without
> leading them to conclusions I was forming but wasn't certain of.
>
> Jeff
Re: Ecore & ODA [message #32546 is a reply to message #32301] Tue, 10 July 2007 20:31 Go to previous messageGo to next message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Ok, best of luck Jeff. ;-) And thanks to Ed in advance for your help.

Re: the learning curve, there is another source that may be useful to get a
better technical overview.
I did a talk on building a custom ODA data source at EclipseCon 2007. The
presentation file can be found in this link:
http://www.eclipsecon.org/2007/index.php?page=sub/&id=36 16

In addition, the BIRT newsgroup is another good source for getting info from
others in the community who have developed their own ODA drivers.

Linda

"Jeff Ramsdale" <jeff.ramsdale@gmail.com> wrote in message
news:f70crl$de8$1@build.eclipse.org...
>I knew I could depend on you, Ed. :-)
>
> Linda,
>
> I actually started on this a week ago, but it's somewhat slow going with
> the learning curve. I also have a looming deadline that may mean hacking a
> solution in the short term. Long term, however, I have initial approval
> from client and employer to donate the product of our efforts to the
> Eclipse Foundation if they would have it.
>
> Wish me luck, and I'll likely be back for help...
>
> Jeff
>
> Ed Merks wrote:
>> Linda,
>>
>> I'm also interested in this, so if Jeff needs any help, I'll be happy to
>> try. Just mention EMF or Ecore is a posting and my ears will perk up.
>> :-)
Re: Ecore & ODA [message #32614 is a reply to message #32546] Wed, 11 July 2007 22:37 Go to previous messageGo to next message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
I did run across that presentation in my research. Thanks!

Jeff

Linda Chan wrote:
> Ok, best of luck Jeff. ;-) And thanks to Ed in advance for your help.
>
> Re: the learning curve, there is another source that may be useful to get a
> better technical overview.
> I did a talk on building a custom ODA data source at EclipseCon 2007. The
> presentation file can be found in this link:
> http://www.eclipsecon.org/2007/index.php?page=sub/&id=36 16
>
> In addition, the BIRT newsgroup is another good source for getting info from
> others in the community who have developed their own ODA drivers.
>
> Linda
Re: Ecore & ODA [message #32649 is a reply to message #32160] Wed, 11 July 2007 22:38 Go to previous messageGo to next message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Linda,

I believe I had seen the Bugzilla entry before (at least I'd seen the
feature requested. Thanks for the pointer, though. The Bugzilla entry
mentions a Mindmap model. Where can I find this?

Jeff

Linda Chan wrote:
> Jeff,
>
> I'm glad to hear about your contemplating to develop an ODA data provider
> for Ecore models.
> There are some introduction info in
> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that could
> be a good start. Please feel free to post how-to questions in the
> newsgroup. I do try to monitor the newsgroup and respond on a regular
> basis.
> As you might have already found, there is an open request in Bugzilla
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA data
> provider; and it's looking for contribution from the community. This would
> be a good place to discuss the functionality of the ODA driver and design
> UI.
>
> Linda
> Open Data Access (ODA) component lead
Re: Ecore & ODA [message #32684 is a reply to message #32511] Wed, 11 July 2007 22:47 Go to previous messageGo to next message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Certainly I think an EMF Query implementation would be a fantastic use
of the feature. I'm not sure my project will demand it, though. While
I'm open to the possibility, and I'd like to continue to be in touch
with the community, I can't promise anything.

If an Ecore OCL provider turns out to be useful there may very well be
demand (and a codebase to build on) to extend it to EMF Query.

Jeff

Linda Chan wrote:
> Jeff,
>
> You are correct that the current ODA API is geared towards a text-based
> query. Adding API support for an object-based query is on our list, and it
> is also needed when we integrate the ODA framework with the SQL Query model
> within DTP. This however is not likely to happen immediately, since we
> are not supposed to make API changes in an Eclipse maintenance release. The
> next major release is Ganymede scheduled in June 2008; but the API changes
> are likely to occur earlier on in one of the Ganymede's milestone releases.
> Will you be interested in being an early adopter, working with a milestone
> release?
> In the meantime, you might want to first proceed with a short-term solution
> that you'd mentioned.
>
> Linda
Re: Ecore & ODA [message #32719 is a reply to message #32649] Wed, 11 July 2007 23:49 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: merks.ca.ibm.com

This is a multi-part message in MIME format.
--------------090106090007050501040005
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Jeff,

I'm not absolutely sure but I think it's maybe the example used a lot by
GMF: http://wiki.eclipse.org/index.php/GMF_Documentation. I've attached
the .xsd version of that model. Probably I should have let Linda answer
the question...


Jeff Ramsdale wrote:
> Linda,
>
> I believe I had seen the Bugzilla entry before (at least I'd seen the
> feature requested. Thanks for the pointer, though. The Bugzilla entry
> mentions a Mindmap model. Where can I find this?
>
> Jeff
>
> Linda Chan wrote:
>> Jeff,
>>
>> I'm glad to hear about your contemplating to develop an ODA data
>> provider for Ecore models.
>> There are some introduction info in
>> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that
>> could be a good start. Please feel free to post how-to questions in
>> the newsgroup. I do try to monitor the newsgroup and respond on a
>> regular basis.
>> As you might have already found, there is an open request in Bugzilla
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA
>> data provider; and it's looking for contribution from the community.
>> This would be a good place to discuss the functionality of the ODA
>> driver and design UI.
>>
>> Linda
>> Open Data Access (ODA) component lead


--------------090106090007050501040005
Content-Type: text/xml;
name="MindMap.xsd"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="MindMap.xsd"

<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore" xmlns:mindmap="http://www.example.org/mindmap" xmlns:xsd="http://www.w3.org/2001/XMLSchema" ecore:documentRoot="DocumentRoot" ecore:nsPrefix="mindmap" ecore:package="org.example.mindmap" targetNamespace="http://www.example.org/mindmap">
<xsd:element name="map" type="mindmap:Map"/>
<xsd:complexType name="Map">
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="rootTopics" type="mindmap:Topic"/>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="relations" type="mindmap:Relationship"/>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="resources" type="mindmap:Resource"/>
</xsd:sequence>
<xsd:attribute name="title" type="xsd:string"/>
</xsd:complexType>
<xsd:complexType name="Relationship">
<xsd:attribute name="label" type="xsd:string"/>
<xsd:attribute ecore:reference="mindmap:Topic" name="source" type="xsd:anyURI"/>
<xsd:attribute ecore:reference="mindmap:Topic" name="target" type="xsd:anyURI"/>
<xsd:attribute default="DEPENDENCY" name="type" type="mindmap:RelationshipType"/>
</xsd:complexType>
<xsd:complexType name="Resource">
<xsd:attribute ecore:opposite="author" ecore:reference="mindmap:Thread" name="comments">
<xsd:simpleType>
<xsd:list itemType="xsd:anyURI"/>
</xsd:simpleType>
</xsd:attribute>
<xsd:attribute name="email" type="xsd:string"/>
<xsd:attribute name="name" type="xsd:string"/>
<xsd:attribute ecore:opposite="resources" ecore:reference="mindmap:Topic" name="topics">
<xsd:simpleType>
<xsd:list itemType="xsd:anyURI"/>
</xsd:simpleType>
</xsd:attribute>
</xsd:complexType>
<xsd:complexType name="Thread">
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="items" type="mindmap:ThreadItem"/>
</xsd:sequence>
<xsd:attribute ecore:opposite="comments" ecore:reference="mindmap:Resource" name="author" type="xsd:anyURI"/>
<xsd:attribute name="postDate" type="xsd:date"/>
<xsd:attribute name="subject" type="xsd:string"/>
</xsd:complexType>
<xsd:complexType name="ThreadItem">
<xsd:attribute ecore:reference="mindmap:Resource" name="author" type="xsd:anyURI"/>
<xsd:attribute name="body" type="xsd:string"/>
<xsd:attribute name="itemPostDate" type="xsd:date"/>
</xsd:complexType>
<xsd:complexType name="Topic">
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="comments" type="mindmap:Thread"/>
</xsd:sequence>
<xsd:attribute default="0" name="duration" type="xsd:float"/>
<xsd:attribute name="endDate" type="xsd:date"/>
<xsd:attribute name="name" type="xsd:string"/>
<xsd:attribute name="percentComplete" type="xsd:float"/>
<xsd:attribute default="ZERO" name="priority" type="mindmap:Priority"/>
<xsd:attribute ecore:opposite="topics" ecore:reference="mindmap:Resource" name="resources">
<xsd:simpleType>
<xsd:list itemType="xsd:anyURI"/>
</xsd:simpleType>
</xsd:attribute>
<xsd:attribute name="startDate" type="xsd:date"/>
<xsd:attribute ecore:reference="mindmap:Topic" name="subtopics">
<xsd:simpleType>
<xsd:list itemType="xsd:anyURI"/>
</xsd:simpleType>
</xsd:attribute>
</xsd:complexType>
<xsd:simpleType name="Priority">
<xsd:restriction base="xsd:string">
<xsd:enumeration value="ZERO"/>
<xsd:enumeration value="ONE"/>
<xsd:enumeration value="TWO"/>
<xsd:enumeration value="THREE"/>
<xsd:enumeration value="FOUR"/>
<xsd:enumeration value="FIVE"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="RelationshipType">
<xsd:restriction base="xsd:string">
<xsd:enumeration value="DEPENDENCY"/>
<xsd:enumeration value="INCLUDES"/>
<xsd:enumeration value="EXTENDS"/>
</xsd:restriction>
</xsd:simpleType>
</xsd:schema>

--------------090106090007050501040005--
Re: Ecore & ODA [message #32750 is a reply to message #32719] Thu, 12 July 2007 06:12 Go to previous message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Thanks! Also found the ecore file here:
< http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.gmf/exa mples/org.eclipse.gmf.examples.mindmap/model/mindmap.ecore?r evision=1.1&root=Modeling_Project>,
though I generated my own from the xsd and it was nearly identical.

Anyone interested in using the MindMap schema or corresponding Ecore
model and producing a semi-rich data file for me to test against? I'm
having success querying my own file with my new Ecore ODA provider.
Still pretty rough, but proving the concept...

-Jeff

Ed Merks wrote:
> Jeff,
>
> I'm not absolutely sure but I think it's maybe the example used a lot by
> GMF: http://wiki.eclipse.org/index.php/GMF_Documentation. I've attached
> the .xsd version of that model. Probably I should have let Linda answer
> the question...
>
>
> Jeff Ramsdale wrote:
>> Linda,
>>
>> I believe I had seen the Bugzilla entry before (at least I'd seen the
>> feature requested. Thanks for the pointer, though. The Bugzilla entry
>> mentions a Mindmap model. Where can I find this?
>>
>> Jeff
>>
>> Linda Chan wrote:
>>> Jeff,
>>>
>>> I'm glad to hear about your contemplating to develop an ODA data
>>> provider for Ecore models.
>>> There are some introduction info in
>>> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that
>>> could be a good start. Please feel free to post how-to questions in
>>> the newsgroup. I do try to monitor the newsgroup and respond on a
>>> regular basis.
>>> As you might have already found, there is an open request in Bugzilla
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA
>>> data provider; and it's looking for contribution from the community.
>>> This would be a good place to discuss the functionality of the ODA
>>> driver and design UI.
>>>
>>> Linda
>>> Open Data Access (ODA) component lead
>
Re: Ecore & ODA [message #586179 is a reply to message #31984] Tue, 10 July 2007 00:30 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 33113
Registered: July 2009
Senior Member
Jeff,

Hopefully you'll excuse my ignorance, but what's an ODA data provider?


Jeff Ramsdale wrote:
> I have need of an ODA data provider for Ecore models (ultimately for
> BIRT reporting). I've seen this requested before but little
> conversation around the topic. I'm contemplating attempting to write a
> provider but I'm fairly new to DTP and ODA and unsure of the pitfalls
> I may encounter. Anyone want to offer words of warning or encouragement?
>
> Jeff


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: Ecore & ODA [message #586195 is a reply to message #32019] Tue, 10 July 2007 00:57 Go to previous message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Evidently that's a term I invented that means an ODA Data Source, Data
Set, and corresponding creation wizards. :-)

Jeff

Ed Merks wrote:
> Jeff,
>
> Hopefully you'll excuse my ignorance, but what's an ODA data provider?
>
>
> Jeff Ramsdale wrote:
>> I have need of an ODA data provider for Ecore models (ultimately for
>> BIRT reporting). I've seen this requested before but little
>> conversation around the topic. I'm contemplating attempting to write a
>> provider but I'm fairly new to DTP and ODA and unsure of the pitfalls
>> I may encounter. Anyone want to offer words of warning or encouragement?
>>
>> Jeff
Re: Ecore & ODA [message #586217 is a reply to message #32019] Tue, 10 July 2007 01:19 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 33113
Registered: July 2009
Senior Member
Jeff,

I'm even more ignorant than you might think. ;-) I don't know what ODA
stands for. From wikipedia I would guess it means Open Data Access. Is
that right?


Ed Merks wrote:
> Jeff,
>
> Hopefully you'll excuse my ignorance, but what's an ODA data provider?
>
>
> Jeff Ramsdale wrote:
>> I have need of an ODA data provider for Ecore models (ultimately for
>> BIRT reporting). I've seen this requested before but little
>> conversation around the topic. I'm contemplating attempting to write
>> a provider but I'm fairly new to DTP and ODA and unsure of the
>> pitfalls I may encounter. Anyone want to offer words of warning or
>> encouragement?
>>
>> Jeff


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: Ecore & ODA [message #586247 is a reply to message #32054] Tue, 10 July 2007 01:19 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 33113
Registered: July 2009
Senior Member
Jeff,

Not only am I ignorant, I can't even reply to the correct posting!


Jeff Ramsdale wrote:
> Evidently that's a term I invented that means an ODA Data Source, Data
> Set, and corresponding creation wizards. :-)
>
> Jeff
>
> Ed Merks wrote:
>> Jeff,
>>
>> Hopefully you'll excuse my ignorance, but what's an ODA data provider?
>>
>>
>> Jeff Ramsdale wrote:
>>> I have need of an ODA data provider for Ecore models (ultimately for
>>> BIRT reporting). I've seen this requested before but little
>>> conversation around the topic. I'm contemplating attempting to write
>>> a provider but I'm fairly new to DTP and ODA and unsure of the
>>> pitfalls I may encounter. Anyone want to offer words of warning or
>>> encouragement?
>>>
>>> Jeff


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: Ecore & ODA [message #586268 is a reply to message #31984] Tue, 10 July 2007 04:05 Go to previous message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Jeff,

I'm glad to hear about your contemplating to develop an ODA data provider
for Ecore models.
There are some introduction info in
http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that could
be a good start. Please feel free to post how-to questions in the
newsgroup. I do try to monitor the newsgroup and respond on a regular
basis.
As you might have already found, there is an open request in Bugzilla
https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA data
provider; and it's looking for contribution from the community. This would
be a good place to discuss the functionality of the ODA driver and design
UI.

Linda
Open Data Access (ODA) component lead

"Jeff Ramsdale" <jeff.ramsdale@gmail.com> wrote in message
news:f6uht1$41l$1@build.eclipse.org...
>I have need of an ODA data provider for Ecore models (ultimately for BIRT
>reporting). I've seen this requested before but little conversation around
>the topic. I'm contemplating attempting to write a provider but I'm fairly
>new to DTP and ODA and unsure of the pitfalls I may encounter. Anyone want
>to offer words of warning or encouragement?
>
> Jeff
Re: Ecore & ODA [message #586315 is a reply to message #32160] Tue, 10 July 2007 11:32 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 33113
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------040108050704070600060009
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Linda,

I'm also interested in this, so if Jeff needs any help, I'll be happy to
try. Just mention EMF or Ecore is a posting and my ears will perk
up. :-)


Linda Chan wrote:
> Jeff,
>
> I'm glad to hear about your contemplating to develop an ODA data provider
> for Ecore models.
> There are some introduction info in
> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that could
> be a good start. Please feel free to post how-to questions in the
> newsgroup. I do try to monitor the newsgroup and respond on a regular
> basis.
> As you might have already found, there is an open request in Bugzilla
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA data
> provider; and it's looking for contribution from the community. This would
> be a good place to discuss the functionality of the ODA driver and design
> UI.
>
> Linda
> Open Data Access (ODA) component lead
>
> "Jeff Ramsdale" <jeff.ramsdale@gmail.com> wrote in message
> news:f6uht1$41l$1@build.eclipse.org...
>
>> I have need of an ODA data provider for Ecore models (ultimately for BIRT
>> reporting). I've seen this requested before but little conversation around
>> the topic. I'm contemplating attempting to write a provider but I'm fairly
>> new to DTP and ODA and unsure of the pitfalls I may encounter. Anyone want
>> to offer words of warning or encouragement?
>>
>> Jeff
>>
>
>
>


--------------040108050704070600060009
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Linda,<br>
<br>
I'm also interested in this, so if Jeff needs any help, I'll be happy
to try.&nbsp;&nbsp;&nbsp; Just mention EMF or Ecore is a posting and my ears will perk
up.&nbsp; :-)<br>
<br>
<br>
Linda Chan wrote:
<blockquote cite="mid:f6v0ij$3mq$1@build.eclipse.org" type="cite">
<pre wrap="">Jeff,

I'm glad to hear about your contemplating to develop an ODA data provider
for Ecore models.
There are some introduction info in
<a class="moz-txt-link-freetext" href=" http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets"> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets</a> that could
be a good start. Please feel free to post how-to questions in the
newsgroup. I do try to monitor the newsgroup and respond on a regular
basis.
As you might have already found, there is an open request in Bugzilla
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958">https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958</a> for such an ODA data
provider; and it's looking for contribution from the community. This would
be a good place to discuss the functionality of the ODA driver and design
UI.

Linda
Open Data Access (ODA) component lead

"Jeff Ramsdale" <a class="moz-txt-link-rfc2396E" href="mailto:jeff.ramsdale@gmail.com">&lt;jeff.ramsdale@gmail.com&gt;</a> wrote in message
<a class="moz-txt-link-freetext" href="news:f6uht1$41l$1@build.eclipse.org">news:f6uht1$41l$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">I have need of an ODA data provider for Ecore models (ultimately for BIRT
reporting). I've seen this requested before but little conversation around
the topic. I'm contemplating attempting to write a provider but I'm fairly
new to DTP and ODA and unsure of the pitfalls I may encounter. Anyone want
to offer words of warning or encouragement?

Jeff
</pre>
</blockquote>
<pre wrap=""><!---->

</pre>
</blockquote>
<br>
</body>
</html>

--------------040108050704070600060009--


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: Ecore & ODA [message #586325 is a reply to message #32266] Tue, 10 July 2007 16:42 Go to previous message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
I knew I could depend on you, Ed. :-)

Linda,

I actually started on this a week ago, but it's somewhat slow going with
the learning curve. I also have a looming deadline that may mean hacking
a solution in the short term. Long term, however, I have initial
approval from client and employer to donate the product of our efforts
to the Eclipse Foundation if they would have it.

Wish me luck, and I'll likely be back for help...

Jeff

Ed Merks wrote:
> Linda,
>
> I'm also interested in this, so if Jeff needs any help, I'll be happy to
> try. Just mention EMF or Ecore is a posting and my ears will perk
> up. :-)
Re: Ecore & ODA [message #586335 is a reply to message #32089] Tue, 10 July 2007 16:47 Go to previous message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Hi Ed,

From your other post it sounds like you may have learned a bit more
about ODA before I had this opportunity to respond. In case you haven't
seen it, though, here's a good overview:
< http://www.eclipse.org/datatools/project_connectivity/connec tivity_doc/OdaOverview.htm>

In short, ODA is an abstraction layer over data sources that the DTP
provides and BIRT consumes. We have a need to generate BIRT reports from
an Ecore model, so this seems the natural approach. The only problem is
that no one has written the bridge from Ecore to ODA yet. That's where
this thread comes in...

Jeff

Ed Merks wrote:
> Jeff,
>
> I'm even more ignorant than you might think. ;-) I don't know what ODA
> stands for. From wikipedia I would guess it means Open Data Access. Is
> that right?
Re: Ecore & ODA [message #586346 is a reply to message #32336] Tue, 10 July 2007 17:55 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 33113
Registered: July 2009
Senior Member
Jeff,

I'd be more than happy to review your prototypes and contribute toward
the effort. Are you intending to contribute the results to DTP? I
can't justify the effort to help just individuals so much, but for
contributions that will potentially benefit a large class of users, it's
well worth it, especially if they are EMF users. ;-) Sharing prototypes
via bugzilla attachments is a good way. The one Linda mentioned seems a
little less general in its focus on OCL...


Jeff Ramsdale wrote:
> Hi Ed,
>
> From your other post it sounds like you may have learned a bit more
> about ODA before I had this opportunity to respond. In case you
> haven't seen it, though, here's a good overview:
> < http://www.eclipse.org/datatools/project_connectivity/connec tivity_doc/OdaOverview.htm>
>
>
> In short, ODA is an abstraction layer over data sources that the DTP
> provides and BIRT consumes. We have a need to generate BIRT reports
> from an Ecore model, so this seems the natural approach. The only
> problem is that no one has written the bridge from Ecore to ODA yet.
> That's where this thread comes in...
>
> Jeff
>
> Ed Merks wrote:
>> Jeff,
>>
>> I'm even more ignorant than you might think. ;-) I don't know what
>> ODA stands for. From wikipedia I would guess it means Open Data
>> Access. Is that right?


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: Ecore & ODA [message #586406 is a reply to message #32371] Tue, 10 July 2007 18:11 Go to previous message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Thanks Ed,

Yes, I intend to donate. Just sent another message on the subject...

I think offering the ability to do BIRT reporting on EMF models is a
nice win. Looking forward to this!

I agree that specifying OCL seems overly narrow, especially as I lean
towards the EMF Query approach myself. However, ODA's API is SQL-like
and there's a bit of an impedance mismatch with EMF, especially with EMF
Query's OO approach, in this instance. Specifically, the ODA API caters
to text queries. Part of the reason for my initial post was to feel out
whether that would be a limitation on our implementation, but I wasn't
very specific. I sort of wanted to hear what others had to say without
leading them to conclusions I was forming but wasn't certain of.

Jeff

Ed Merks wrote:
> Jeff,
>
> I'd be more than happy to review your prototypes and contribute toward
> the effort. Are you intending to contribute the results to DTP? I
> can't justify the effort to help just individuals so much, but for
> contributions that will potentially benefit a large class of users, it's
> well worth it, especially if they are EMF users. ;-) Sharing prototypes
> via bugzilla attachments is a good way. The one Linda mentioned seems a
> little less general in its focus on OCL...
Re: Ecore & ODA [message #586419 is a reply to message #32441] Tue, 10 July 2007 20:22 Go to previous message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Jeff,

You are correct that the current ODA API is geared towards a text-based
query. Adding API support for an object-based query is on our list, and it
is also needed when we integrate the ODA framework with the SQL Query model
within DTP. This however is not likely to happen immediately, since we
are not supposed to make API changes in an Eclipse maintenance release. The
next major release is Ganymede scheduled in June 2008; but the API changes
are likely to occur earlier on in one of the Ganymede's milestone releases.
Will you be interested in being an early adopter, working with a milestone
release?
In the meantime, you might want to first proceed with a short-term solution
that you'd mentioned.

Linda

"Jeff Ramsdale" <jeff.ramsdale@gmail.com> wrote in message
news:f70i2f$q7i$1@build.eclipse.org...
> Thanks Ed,
>
> Yes, I intend to donate. Just sent another message on the subject...
>
> I think offering the ability to do BIRT reporting on EMF models is a nice
> win. Looking forward to this!
>
> I agree that specifying OCL seems overly narrow, especially as I lean
> towards the EMF Query approach myself. However, ODA's API is SQL-like and
> there's a bit of an impedance mismatch with EMF, especially with EMF
> Query's OO approach, in this instance. Specifically, the ODA API caters to
> text queries. Part of the reason for my initial post was to feel out
> whether that would be a limitation on our implementation, but I wasn't
> very specific. I sort of wanted to hear what others had to say without
> leading them to conclusions I was forming but wasn't certain of.
>
> Jeff
Re: Ecore & ODA [message #586430 is a reply to message #32301] Tue, 10 July 2007 20:31 Go to previous message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Ok, best of luck Jeff. ;-) And thanks to Ed in advance for your help.

Re: the learning curve, there is another source that may be useful to get a
better technical overview.
I did a talk on building a custom ODA data source at EclipseCon 2007. The
presentation file can be found in this link:
http://www.eclipsecon.org/2007/index.php?page=sub/&id=36 16

In addition, the BIRT newsgroup is another good source for getting info from
others in the community who have developed their own ODA drivers.

Linda

"Jeff Ramsdale" <jeff.ramsdale@gmail.com> wrote in message
news:f70crl$de8$1@build.eclipse.org...
>I knew I could depend on you, Ed. :-)
>
> Linda,
>
> I actually started on this a week ago, but it's somewhat slow going with
> the learning curve. I also have a looming deadline that may mean hacking a
> solution in the short term. Long term, however, I have initial approval
> from client and employer to donate the product of our efforts to the
> Eclipse Foundation if they would have it.
>
> Wish me luck, and I'll likely be back for help...
>
> Jeff
>
> Ed Merks wrote:
>> Linda,
>>
>> I'm also interested in this, so if Jeff needs any help, I'll be happy to
>> try. Just mention EMF or Ecore is a posting and my ears will perk up.
>> :-)
Re: Ecore & ODA [message #586449 is a reply to message #32546] Wed, 11 July 2007 22:37 Go to previous message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
I did run across that presentation in my research. Thanks!

Jeff

Linda Chan wrote:
> Ok, best of luck Jeff. ;-) And thanks to Ed in advance for your help.
>
> Re: the learning curve, there is another source that may be useful to get a
> better technical overview.
> I did a talk on building a custom ODA data source at EclipseCon 2007. The
> presentation file can be found in this link:
> http://www.eclipsecon.org/2007/index.php?page=sub/&id=36 16
>
> In addition, the BIRT newsgroup is another good source for getting info from
> others in the community who have developed their own ODA drivers.
>
> Linda
Re: Ecore & ODA [message #586457 is a reply to message #32160] Wed, 11 July 2007 22:38 Go to previous message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Linda,

I believe I had seen the Bugzilla entry before (at least I'd seen the
feature requested. Thanks for the pointer, though. The Bugzilla entry
mentions a Mindmap model. Where can I find this?

Jeff

Linda Chan wrote:
> Jeff,
>
> I'm glad to hear about your contemplating to develop an ODA data provider
> for Ecore models.
> There are some introduction info in
> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that could
> be a good start. Please feel free to post how-to questions in the
> newsgroup. I do try to monitor the newsgroup and respond on a regular
> basis.
> As you might have already found, there is an open request in Bugzilla
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA data
> provider; and it's looking for contribution from the community. This would
> be a good place to discuss the functionality of the ODA driver and design
> UI.
>
> Linda
> Open Data Access (ODA) component lead
Re: Ecore & ODA [message #586465 is a reply to message #32511] Wed, 11 July 2007 22:47 Go to previous message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Certainly I think an EMF Query implementation would be a fantastic use
of the feature. I'm not sure my project will demand it, though. While
I'm open to the possibility, and I'd like to continue to be in touch
with the community, I can't promise anything.

If an Ecore OCL provider turns out to be useful there may very well be
demand (and a codebase to build on) to extend it to EMF Query.

Jeff

Linda Chan wrote:
> Jeff,
>
> You are correct that the current ODA API is geared towards a text-based
> query. Adding API support for an object-based query is on our list, and it
> is also needed when we integrate the ODA framework with the SQL Query model
> within DTP. This however is not likely to happen immediately, since we
> are not supposed to make API changes in an Eclipse maintenance release. The
> next major release is Ganymede scheduled in June 2008; but the API changes
> are likely to occur earlier on in one of the Ganymede's milestone releases.
> Will you be interested in being an early adopter, working with a milestone
> release?
> In the meantime, you might want to first proceed with a short-term solution
> that you'd mentioned.
>
> Linda
Re: Ecore & ODA [message #586485 is a reply to message #32649] Wed, 11 July 2007 23:49 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 33113
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------090106090007050501040005
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Jeff,

I'm not absolutely sure but I think it's maybe the example used a lot by
GMF: http://wiki.eclipse.org/index.php/GMF_Documentation I've attached
the .xsd version of that model. Probably I should have let Linda answer
the question...


Jeff Ramsdale wrote:
> Linda,
>
> I believe I had seen the Bugzilla entry before (at least I'd seen the
> feature requested. Thanks for the pointer, though. The Bugzilla entry
> mentions a Mindmap model. Where can I find this?
>
> Jeff
>
> Linda Chan wrote:
>> Jeff,
>>
>> I'm glad to hear about your contemplating to develop an ODA data
>> provider for Ecore models.
>> There are some introduction info in
>> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that
>> could be a good start. Please feel free to post how-to questions in
>> the newsgroup. I do try to monitor the newsgroup and respond on a
>> regular basis.
>> As you might have already found, there is an open request in Bugzilla
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA
>> data provider; and it's looking for contribution from the community.
>> This would be a good place to discuss the functionality of the ODA
>> driver and design UI.
>>
>> Linda
>> Open Data Access (ODA) component lead


--------------090106090007050501040005
Content-Type: text/xml;
name="MindMap.xsd"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="MindMap.xsd"

<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore" xmlns:mindmap="http://www.example.org/mindmap" xmlns:xsd="http://www.w3.org/2001/XMLSchema" ecore:documentRoot="DocumentRoot" ecore:nsPrefix="mindmap" ecore:package="org.example.mindmap" targetNamespace="http://www.example.org/mindmap">
<xsd:element name="map" type="mindmap:Map"/>
<xsd:complexType name="Map">
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="rootTopics" type="mindmap:Topic"/>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="relations" type="mindmap:Relationship"/>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="resources" type="mindmap:Resource"/>
</xsd:sequence>
<xsd:attribute name="title" type="xsd:string"/>
</xsd:complexType>
<xsd:complexType name="Relationship">
<xsd:attribute name="label" type="xsd:string"/>
<xsd:attribute ecore:reference="mindmap:Topic" name="source" type="xsd:anyURI"/>
<xsd:attribute ecore:reference="mindmap:Topic" name="target" type="xsd:anyURI"/>
<xsd:attribute default="DEPENDENCY" name="type" type="mindmap:RelationshipType"/>
</xsd:complexType>
<xsd:complexType name="Resource">
<xsd:attribute ecore:opposite="author" ecore:reference="mindmap:Thread" name="comments">
<xsd:simpleType>
<xsd:list itemType="xsd:anyURI"/>
</xsd:simpleType>
</xsd:attribute>
<xsd:attribute name="email" type="xsd:string"/>
<xsd:attribute name="name" type="xsd:string"/>
<xsd:attribute ecore:opposite="resources" ecore:reference="mindmap:Topic" name="topics">
<xsd:simpleType>
<xsd:list itemType="xsd:anyURI"/>
</xsd:simpleType>
</xsd:attribute>
</xsd:complexType>
<xsd:complexType name="Thread">
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="items" type="mindmap:ThreadItem"/>
</xsd:sequence>
<xsd:attribute ecore:opposite="comments" ecore:reference="mindmap:Resource" name="author" type="xsd:anyURI"/>
<xsd:attribute name="postDate" type="xsd:date"/>
<xsd:attribute name="subject" type="xsd:string"/>
</xsd:complexType>
<xsd:complexType name="ThreadItem">
<xsd:attribute ecore:reference="mindmap:Resource" name="author" type="xsd:anyURI"/>
<xsd:attribute name="body" type="xsd:string"/>
<xsd:attribute name="itemPostDate" type="xsd:date"/>
</xsd:complexType>
<xsd:complexType name="Topic">
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="comments" type="mindmap:Thread"/>
</xsd:sequence>
<xsd:attribute default="0" name="duration" type="xsd:float"/>
<xsd:attribute name="endDate" type="xsd:date"/>
<xsd:attribute name="name" type="xsd:string"/>
<xsd:attribute name="percentComplete" type="xsd:float"/>
<xsd:attribute default="ZERO" name="priority" type="mindmap:Priority"/>
<xsd:attribute ecore:opposite="topics" ecore:reference="mindmap:Resource" name="resources">
<xsd:simpleType>
<xsd:list itemType="xsd:anyURI"/>
</xsd:simpleType>
</xsd:attribute>
<xsd:attribute name="startDate" type="xsd:date"/>
<xsd:attribute ecore:reference="mindmap:Topic" name="subtopics">
<xsd:simpleType>
<xsd:list itemType="xsd:anyURI"/>
</xsd:simpleType>
</xsd:attribute>
</xsd:complexType>
<xsd:simpleType name="Priority">
<xsd:restriction base="xsd:string">
<xsd:enumeration value="ZERO"/>
<xsd:enumeration value="ONE"/>
<xsd:enumeration value="TWO"/>
<xsd:enumeration value="THREE"/>
<xsd:enumeration value="FOUR"/>
<xsd:enumeration value="FIVE"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="RelationshipType">
<xsd:restriction base="xsd:string">
<xsd:enumeration value="DEPENDENCY"/>
<xsd:enumeration value="INCLUDES"/>
<xsd:enumeration value="EXTENDS"/>
</xsd:restriction>
</xsd:simpleType>
</xsd:schema>

--------------090106090007050501040005--


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: Ecore & ODA [message #586496 is a reply to message #32719] Thu, 12 July 2007 06:12 Go to previous message
Jeff Ramsdale is currently offline Jeff RamsdaleFriend
Messages: 122
Registered: July 2009
Senior Member
Thanks! Also found the ecore file here:
< http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.gmf/exa mples/org.eclipse.gmf.examples.mindmap/model/mindmap.ecore?r evision=1.1&root=Modeling_Project>,
though I generated my own from the xsd and it was nearly identical.

Anyone interested in using the MindMap schema or corresponding Ecore
model and producing a semi-rich data file for me to test against? I'm
having success querying my own file with my new Ecore ODA provider.
Still pretty rough, but proving the concept...

-Jeff

Ed Merks wrote:
> Jeff,
>
> I'm not absolutely sure but I think it's maybe the example used a lot by
> GMF: http://wiki.eclipse.org/index.php/GMF_Documentation I've attached
> the .xsd version of that model. Probably I should have let Linda answer
> the question...
>
>
> Jeff Ramsdale wrote:
>> Linda,
>>
>> I believe I had seen the Bugzilla entry before (at least I'd seen the
>> feature requested. Thanks for the pointer, though. The Bugzilla entry
>> mentions a Mindmap model. Where can I find this?
>>
>> Jeff
>>
>> Linda Chan wrote:
>>> Jeff,
>>>
>>> I'm glad to hear about your contemplating to develop an ODA data
>>> provider for Ecore models.
>>> There are some introduction info in
>>> http://wiki.eclipse.org/BIRT/FAQ/Data_Access#Extended_Data_S ets that
>>> could be a good start. Please feel free to post how-to questions in
>>> the newsgroup. I do try to monitor the newsgroup and respond on a
>>> regular basis.
>>> As you might have already found, there is an open request in Bugzilla
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=132958 for such an ODA
>>> data provider; and it's looking for contribution from the community.
>>> This would be a good place to discuss the functionality of the ODA
>>> driver and design UI.
>>>
>>> Linda
>>> Open Data Access (ODA) component lead
>
Previous Topic:Ecore ODA provider packaging
Next Topic:[Plugin developpement with DTP] - ClassNotFoundException
Goto Forum:
  


Current Time: Thu Mar 28 12:38:31 GMT 2024

Powered by FUDForum. Page generated in 0.10588 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top