| Riena and database [message #18540] |
Thu, 08 January 2009 16: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
|
|
|
|
|
| Re: Riena and database [message #18564 is a reply to message #18540] |
Mon, 12 January 2009 07:44  |
| Eclipse User |
|
|
|
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
|
|
|
| Re: Riena and database [message #577782 is a reply to message #18540] |
Fri, 09 January 2009 09:33 |
| Eclipse User |
|
|
|
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.
|
|
|
| Re: Riena and database [message #577793 is a reply to message #18548] |
Fri, 09 January 2009 09:42 |
| Eclipse User |
|
|
|
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"
|
|
|
| Re: Riena and database [message #577808 is a reply to message #18540] |
Mon, 12 January 2009 07:44 |
| Eclipse User |
|
|
|
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
|
|
|
Powered by
FUDForum. Page generated in 0.04399 seconds
Home