Podłączone Data Objects - Connected Data Objects

Podłączone Data Objects ( CDO ) to darmowa implementacja Ukazuje wspólnym modelu na wierzchu Eclipse Modeling Framework (EMF).

Z CDO, programiści mogą łatwo zwiększyć istniejące modele EMF w taki sposób, że mogą one być przechowywane, a następnie prowadzonego w centralnym repozytorium modelu. Chociaż mapowanie obiektowo-relacyjne przeciwko JDBC źródła danych po stronie serwera jest dostarczany domyślny, CDO przewiduje wtykowych kart pamięci , które pozwalają na opracowanie i zastosowanie różnych twórców map (jak Hibernate - lub OODB -na). Po stronie klienta, CDO zapewnia integrację zalega z EMF, Eclipse Modeling Framework, chociaż inny model integracji na szczycie protokołu CDO to można sobie wyobrazić, jak również.

Cechy Model integracyjny

  • Integracja na poziomie modelu EMF (w przeciwieństwie do poziomu Edit)
  • Wsparcie dla generowanych modeli (wystarczy przełączyć dwie właściwości .genmodel)
  • Wsparcie dla modeli dynamicznych (wystarczy załadować .ecore plik i zobowiązać się do repozytorium)
  • Wsparcie dla starszych modeli (na zestawionych modeli bez dostępu do .genmodel)
  • Wsparcie dla meta modelu i potomków ecore

Funkcje interfejsu użytkownika

  • Eclipse widok do pracy z sesjami, transakcje CDO, widoków i zasobów
  • Okno menedżera pakietów na sesję
  • Edytor Eclipse do pracy z zasobów i obiektów

Funkcje po stronie klienta

  • Wielokrotne sesje do wielu repozytoriów na wielu serwerach
  • Wiele transakcji na sesję
  • Stwardnienie tylko do odczytu widoki na sesję
  • Wiele poglądy audytu na sesję (audyt jest widokiem, który pokazuje spójny, historyczną wersję repozytorium)
  • Wiele zasobów per view (widok jest zawsze związane z własnym EMF ResourceSet)
  • Inter-resource proxy rozdzielczości
  • Wiele obiektów korzeniowych na zasób
  • Stan obiektu dzielone pomiędzy wszystkimi widokami sesji
  • Wykres Przedmiotem wewnętrznie niezwiązane (nieużywanych części wykresu mogą być łatwo odzyskane przez śmieciarza)
  • Tylko nowe i zmodyfikowane obiekty popełnione w transakcji
  • Transakcje mogą obejmować wiele zasobów
  • Popyt ładowanie obiektów (zasoby są wypełniane są one poruszać)
  • Częściowe ładowanie zbiorów (wielkość porcji może być skonfigurowany na sesję)
  • Elastycznych wstępnie Pobieranie obiektów (różne inteligentne analizatory użytkowania są dostępne)
  • Asynchroniczny Przedmiotem unieważniania (opcjonalnie)
  • Czyste API do pracy z sesjami, poglądów, transakcji i obiektów
  • CDOResources są EObjects także
  • Przedmioty przeprowadzenia meta informacje jak id, stanowych, wersji i żywotności
  • Wsparcie dla środowisk OSGi (bez głowy, Eclipse RCP, ...)
  • Wsparcie dla aplikacji autonomicznych (non-OSGi)

Funkcje protokołu sieciowego

  • Net4j binarny protokół aplikacja
  • Wtykowe warstwy transportowej (dostarczana z NIO transportu sprężystą i JVM transportu osadzonego)
  • Pluggable nie nad suportem
  • Uwierzytelnianie wtykowy (dostarczany z negocjacji wyzwanie / odpowiedź)
  • Wiele akceptujące na serwerze

Funkcje Server Side

  • Pluggable przechowywania adaptery
  • Wiele repozytoriów na serwerze
  • Wiele modeli (paczki) na repozytorium
  • Wiele zasobów (dokumenty instancji) na repozytorium
  • Ekspresyjna XML Plik konfiguracyjny
  • Konfigurowalny adapter za przechowywanie repozytorium (patrz niżej)
  • Konfigurowalny buforowanie za repozytorium
  • Czyste API do pracy z repozytoriów sesji, widoki transakcji i zmian
  • Wsparcie dla środowisk OSGi (zwykle Headless)
  • Wsparcie dla aplikacji autonomicznych (non-OSGi)

Opis DB Store

  • Obsługuje wszystkie opcjonalne funkcje serwera CDO
  • Pluggable SQL dialekt adaptery
  • Obejmuje wsparcie dla Derby, HSQLDB, MySQL i Oracle (TBD)
  • Wtykowe strategie mapowania
  • Zawiera horyzontalnej strategii Mapping (Jedna tabela na betonowej klasy)
  • Zawiera pionową strategię mapowania (TBD, jeden stół na klasy w hierarchii)
  • Obsługuje różne tryby mapowania dla zbiorów

Linki zewnętrzne