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ż.
Zawartość
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