Eclipse Community Forums - RDF feed
https://www.eclipse.org/forums/
Eclipse Community Forumsecore ODA - dependencies for driver?
https://www.eclipse.org/forums/index.php/mv/msg/14192/45011/#msg_45011
Really excited about the ecore ODA driver, scratches a big itch. For my
usage, all of the setup will be done programmatically -- I'll be using
it as a front end for charting of live models. So for packaging
purposes I'm wondering what dependnecies the ODA driver alone will
have. That is, does it need the BIRT designer, EMF Transaction, DTP
JDBC, etc..? Basically, do you envision having a fully p2 capable
(whatever that might mean :)) update site that grabs what's needed?
Trying to avoid dependency trauma for my users..]]>Miles Parker2008-06-07T06:39:01-00:00Re: ecore ODA - dependencies for driver?
https://www.eclipse.org/forums/index.php/mv/msg/14192/45122/#msg_45122
Thanks for your interest!
This is the list of dependencies for the Ecore ODA driver itself (i.e.
not the UI):
These, of course, do have transitive dependencies.
For the near term I don't see having the Ecore ODA Driver available on
an update site. While we'd love to get there we have limited time to get
to our backlog and that might be a big step. We're the first project in
the DTP Incubator and there would need to be some infrastructure set up
and coordination with the rest of the community. There's also the issue
that we depend on EMF 2.3 and Java 5, which is a constraint the rest of
the DTP family isn't subject to.
We'd be interested in hearing about your experiences with the Driver
(and recommendations/bug reports if you have them).
-jeff
Miles Parker wrote:
>
> Hi,
>
> Really excited about the ecore ODA driver, scratches a big itch. For my
> usage, all of the setup will be done programmatically -- I'll be using
> it as a front end for charting of live models. So for packaging purposes
> I'm wondering what dependnecies the ODA driver alone will have. That is,
> does it need the BIRT designer, EMF Transaction, DTP JDBC, etc..?
> Basically, do you envision having a fully p2 capable (whatever that
> might mean :)) update site that grabs what's needed? Trying to avoid
> dependency trauma for my users..
>]]>Jeff Ramsdale2008-06-10T22:53:36-00:00Re: ecore ODA - dependencies for driver?
https://www.eclipse.org/forums/index.php/mv/msg/14192/591332/#msg_591332
Thanks for your interest!
This is the list of dependencies for the Ecore ODA driver itself (i.e.
not the UI):
These, of course, do have transitive dependencies.
For the near term I don't see having the Ecore ODA Driver available on
an update site. While we'd love to get there we have limited time to get
to our backlog and that might be a big step. We're the first project in
the DTP Incubator and there would need to be some infrastructure set up
and coordination with the rest of the community. There's also the issue
that we depend on EMF 2.3 and Java 5, which is a constraint the rest of
the DTP family isn't subject to.
We'd be interested in hearing about your experiences with the Driver
(and recommendations/bug reports if you have them).
-jeff
Miles Parker wrote:
>
> Hi,
>
> Really excited about the ecore ODA driver, scratches a big itch. For my
> usage, all of the setup will be done programmatically -- I'll be using
> it as a front end for charting of live models. So for packaging purposes
> I'm wondering what dependnecies the ODA driver alone will have. That is,
> does it need the BIRT designer, EMF Transaction, DTP JDBC, etc..?
> Basically, do you envision having a fully p2 capable (whatever that
> might mean :)) update site that grabs what's needed? Trying to avoid
> dependency trauma for my users..
>]]>Jeff Ramsdale2008-06-10T22:53:36-00:00Re: ecore ODA - dependencies for driver?
https://www.eclipse.org/forums/index.php/mv/msg/14192/45870/#msg_45870
perfect for me as I'm already using EMF (duh) and some of EMFT -- I'll
just have to look into ODA. And natch no prob. w/ EMF 2.3 Java 5, my
target is Gany. That is if I I read you correctly to say EMF 2.3+.
w/ this limited tree its np on update site -- assuming you guys
wouldn't have a problem w/ my including relevant jars in my distro /
update site.
(It may. be a while before I can get to this..I have a long list of
tasks.. :))
> Hi Miles,
>
> Thanks for your interest!
>
> This is the list of dependencies for the Ecore ODA driver itself (i.e.
> not the UI):
>
> org.eclipse.core.resources
> org.eclipse.core.runtime
> org.eclipse.datatools.connectivity.oda
> org.eclipse.datatools.connectivity.oda.design
> org.eclipse.datatools.connectivity.oda.profile
> org.eclipse.emf.ecore.xmi
> org.eclipse.emf.query.ocl
> org.eclipse.ocl.ecore
>
> These, of course, do have transitive dependencies.
>
> For the near term I don't see having the Ecore ODA Driver available on
> an update site. While we'd love to get there we have limited time to
> get to our backlog and that might be a big step. We're the first
> project in the DTP Incubator and there would need to be some
> infrastructure set up and coordination with the rest of the community.
> There's also the issue that we depend on EMF 2.3 and Java 5, which is a
> constraint the rest of the DTP family isn't subject to.
>
> We'd be interested in hearing about your experiences with the Driver
> (and recommendations/bug reports if you have them).
>
> -jeff
>
> Miles Parker wrote:
>>
>> Hi,
>>
>> Really excited about the ecore ODA driver, scratches a big itch. For my
>> usage, all of the setup will be done programmatically -- I'll be using
>> it as a front end for charting of live models. So for packaging
>> purposes I'm wondering what dependnecies the ODA driver alone will
>> have. That is, does it need the BIRT designer, EMF Transaction, DTP
>> JDBC, etc..? Basically, do you envision having a fully p2 capable
>> (whatever that might mean :)) update site that grabs what's needed?
>> Trying to avoid dependency trauma for my users..]]>Miles Parker2008-06-27T20:28:15-00:00Re: ecore ODA - dependencies for driver?
https://www.eclipse.org/forums/index.php/mv/msg/14192/591600/#msg_591600
perfect for me as I'm already using EMF (duh) and some of EMFT -- I'll
just have to look into ODA. And natch no prob. w/ EMF 2.3 Java 5, my
target is Gany. That is if I I read you correctly to say EMF 2.3+.
w/ this limited tree its np on update site -- assuming you guys
wouldn't have a problem w/ my including relevant jars in my distro /
update site.
(It may. be a while before I can get to this..I have a long list of
tasks.. :))
> Hi Miles,
>
> Thanks for your interest!
>
> This is the list of dependencies for the Ecore ODA driver itself (i.e.
> not the UI):
>
> org.eclipse.core.resources
> org.eclipse.core.runtime
> org.eclipse.datatools.connectivity.oda
> org.eclipse.datatools.connectivity.oda.design
> org.eclipse.datatools.connectivity.oda.profile
> org.eclipse.emf.ecore.xmi
> org.eclipse.emf.query.ocl
> org.eclipse.ocl.ecore
>
> These, of course, do have transitive dependencies.
>
> For the near term I don't see having the Ecore ODA Driver available on
> an update site. While we'd love to get there we have limited time to
> get to our backlog and that might be a big step. We're the first
> project in the DTP Incubator and there would need to be some
> infrastructure set up and coordination with the rest of the community.
> There's also the issue that we depend on EMF 2.3 and Java 5, which is a
> constraint the rest of the DTP family isn't subject to.
>
> We'd be interested in hearing about your experiences with the Driver
> (and recommendations/bug reports if you have them).
>
> -jeff
>
> Miles Parker wrote:
>>
>> Hi,
>>
>> Really excited about the ecore ODA driver, scratches a big itch. For my
>> usage, all of the setup will be done programmatically -- I'll be using
>> it as a front end for charting of live models. So for packaging
>> purposes I'm wondering what dependnecies the ODA driver alone will
>> have. That is, does it need the BIRT designer, EMF Transaction, DTP
>> JDBC, etc..? Basically, do you envision having a fully p2 capable
>> (whatever that might mean :)) update site that grabs what's needed?
>> Trying to avoid dependency trauma for my users..]]>Miles Parker2008-06-27T20:28:15-00:00