Eclipse Community Forums: Riena » Riena and database

Help

Home

Home » Eclipse Projects » Riena » Riena and database

Show: Today's Messages :: Show Polls :: Message Navigator

Riena and database [message #18540]

Thu, 08 January 2009 21:00

Eclipse User

Originally posted by: gxquarel.txin.it

On wiki I can't find examples about a minimal Riena application with a table
for editing a table retrieved from a database (maybe with Eclipselink).
Is there a plan for this?
Thanks

Giovanni

Report message to a moderator

Re: Riena and database [message #18548 is a reply to message #18540]

Fri, 09 January 2009 14:33

Jose Carlos de Missias

Messages: 41
Registered: July 2009

Member

Giovanni wrote:

> On wiki I can't find examples about a minimal Riena application with a table
> for editing a table retrieved from a database (maybe with Eclipselink).
> Is there a plan for this?
> Thanks
> Giovanni

Hi Giovanni,

May be through EclipseLink, I particularly use Hibernate+Spring, these
bundles and many other libraries are available on "SpringSource Enterprise
Bundle Repository" (http://www.springsource.com /repository/app /) for
OSGi.

Ekkes (http://ekkes-corner.blogspot.com/) projected its solution thus
(Riena+ EasyBeans+Hibernate) More details in its blog.

In summary all work of handling (operations CRUD) in persistence layer is
done via of Riena communication, see at "Riena Getting started" on wiki.

You registers a service OSGi (a Facade Pattern - GOF) and views have
access to this facade by Riena communication.

Report message to a moderator

Re: Riena and database [message #18556 is a reply to message #18548]

Fri, 09 January 2009 14:42

Jose Carlos de Missias

Messages: 41
Registered: July 2009

Member

Jose Carlos de Missias wrote:

> Giovanni wrote:

>> On wiki I can't find examples about a minimal Riena application with a
table
>> for editing a table retrieved from a database (maybe with Eclipselink).
>> Is there a plan for this?
>> Thanks
>> Giovanni

> Hi Giovanni,

> May be through EclipseLink, I particularly use Hibernate+Spring, these
> bundles and many other libraries are available on "SpringSource Enterprise
> Bundle Repository" (http://www.springsource.com /repository/app /) for
> OSGi.

> Ekkes (http://ekkes-corner.blogspot.com/) projected its solution thus
> (Riena+ EasyBeans+Hibernate) More details in its blog.

> In summary all work of handling (operations CRUD) in persistence layer is
> done via of Riena communication, see at "Riena Getting started" on wiki.

> You registers a service OSGi (a Facade Pattern - GOF) and views have
> access to this facade by Riena communication.

I am sorry, when I spoke in "Riena communication" wanted refer to
"Remote Services".

I am preparing an example for publication in "Riena Snippits"

Report message to a moderator

Re: Riena and database [message #18564 is a reply to message #18540]

Mon, 12 January 2009 12:44

Christian Campo

Messages: 597
Registered: July 2009

Senior Member

Giovanni schrieb:
> On wiki I can't find examples about a minimal Riena application with a table
> for editing a table retrieved from a database (maybe with Eclipselink).
> Is there a plan for this?
> Thanks
>
> Giovanni
>
>
Hi Giovanni,

as Jose is mentioning you can use any persistence layer that you like. We havnt come around yet to write an example but
the plan of course is to have some thin layer of support for EclipseLink and also probably for Hibernate (since it is so
popular). Havnt done it yet because of limited ressources and there are so many other things to come clear in Riena.

Jose is also right that you should keep you database logic and access layer on the server and access and transfer the
objects using Rienas Remote Services. If you have really large object nets there is component ObjectTransaction that
might be helpful (still lacks a sample and documentation). ObjectTransactions is about monitoring and tracking changes
in large object nets and then being able to only transfer the changed values over the wire (Remote Service connection).
So you could read a large customer record (several hundred properties) and if only a handful are changed they are
tracked on the client, before you transfer you create an extract from the ObjectTransaction, on the server you read the
original object net, apply the extract (the changes) to the extract and you have the modified object net on the server
which you can then persist. Helps you save bandwidth and transfer time.

As I said we have no sample or documentation of ObjectTransaction. BUT.....we have really many many JUnit Tests for them
that show you how they can be used.

Does that help ? If not please let me know.....

christian campo

Report message to a moderator