| [news.eclipse.tools.emf] Re: Attaching cdo adapters takes long time |
Florian Pirchner schrieb:
Hi Simon,some additional infos: We're using EMF to store Business (SWT) Views. This is done by redView (Riena EMF Dynamic Views for Business Applications) redView will be open-sourced soon (EPL) redView supports all SWT Widgets + some Nebula and uses Riena Ridgets with (Eclipse) Databinding redView contains a WYSIWYG editor to be used from inside IDE and redView also works from RCP clients where complete business views are rendered dynamically based from EMF models Our redView's are deep trees and of course if a user opens a Business View this should be fast ;-) Flo spent much time to make redView run using CDO and it works great: some RCP clients have redViews open, then the Business-View-Admin(Designer) does some design-changes using redView's WYSIWYG editor from inside Eclipse IDE and after saving them to CDO server - the changes are immediately visible to the users :-) before using CDO the redViews (XMI) are part of a plug-in and after changing something, the admin had to update one bundle from OSGI console and to refresh some others to provide the new views - using CDO this is much easier and an eye-catcher demonstrating this :-) If all RCP clients are working in a local network then CDO works fast, but many clients may be working from other cities using high-speed DSL connection - and in these cases CDO fails :-( it takes a long long time to open a View. While opening the view we have to iterate over all objects and this causes much network-traffic and consumes too much time. Its great that CDO scales with large models, does lazy loading etc. and there are many use-cases where this works well and perhaps is the main reason to use CDO. But in our use-cases we have the need to iterate over all objects and we know that our model fits into memory, because its a single business (SWT) view ;-) I can imagine that there are many uses-cases where EMF is used with models where these models have to be completely loaded at once over a network connection. loading step-by-step and only 1-level deep doesnt work in these cases. We have to find a soulution to load a model at once from CDO server - otherwise I have to cancel the use of CDO, because of performance slowdown so it would be great if Flo can get enough information to know where to patch CDO - I really like the concepts of CDO and think its not an un-common use-case to need a whole emf model from CDO server at once thx for any help --
ekke (ekkehard gentz) |