W podanej bazie danych nie można uruchomić rozwiązania sferycznego

[LB Szef 0]

Dzień dobry,
podczas próby połączenia się do bazy danych z wykorzystaniem SDK otrzymujemy następujący błąd:
 

System.InvalidOperationException: 'W podanej bazie danych nie można uruchomić rozwiązania sferycznego, ponieważ zawiera ona oczekujące aktualizacje. Uruchom najpierw produkt z linii nexo, aby przeprowadzić aktualizację.'

Po uruchomieniu Rewizora Nexo widzimy wersję: InsERT nexo 42.0.3 (5880)
W narzędziu serwisowym baza danych ma wersję: 14.0.2042.3 42.0.3 (5880)
Pobrane SDK ma nazwę katalogu: nexoSDK_42.0.3.5880

Problem pojawił się po aktualizacji do wersji 42.0.3.5880, wcześniej na wersji 41.1.3.5696 wszystko działało bez zarzutu.

[Katarzyna Rozmarynowska 174]

Czy Rewizor w wersji 42.0.3 był uruchamiany na tym samym komputerze i użytkowniku windowsowym co rozwiązanie sferyczne?

[LB Szef 0]

Tak - Rewizor w wersji 42.0.3 był uruchamiany na tym samym komputerze i użytkowniku co rozwiązanie sferyczne

[Katarzyna Rozmarynowska 174]

A czy aplikacja sferyczna działa w tym samym folderze, co Rewizor.exe, czyli np. c:\Users\{użytkownik}\AppData\Local\InsERT\Deployments\Nexo\{podmiot}\Binaries\?

[LB Szef 0]

Nasza aplikacja WinFormsowa posiada jedynie referencje do bibliotek SDK pobranych bezpośrednio ze strony. Zarówno nasza aplikacja jak i biblioteki SDK nie znajdują się w tym samym katalogu, co Rewizor.

[Katarzyna Rozmarynowska 174]

W takim razie kolejne pytanie: czy w bazie, do której się Państwo łączą, były kiedyś pola własne zaawansowane w wersji 1?

 

Jeśli tak, to problemem jest niewłaściwa wersja biblioteki InsERT.Moria.ModelDanych.dll. W SDK ta biblioteka jest w wersji "fabrycznej", natomiast w podmiotach, w których były kiedyś pola własne 1, jest ona zmieniona względem "fabrycznej", nawet jeśli są tam teraz pola własne 2 albo nie ma pól własnych w ogóle. 

 

Rozwiązania sferyczne powinny korzystać zawsze z takiej wersji biblioteki InsERT.Moria.ModelDanych.dll, która pochodzi z podmiotu, z którym się łączą. Właściwa wersja znajduje się w katalogu podmiotu, np. c:\Users\{użytkownik}\AppData\Local\InsERT\Deployments\Nexo\{podmiot}\Binaries.

 

Pracujemy nad tym, żeby usunąć tę niedogodność i żeby - niezależnie od historii pól własnych w podmiocie - InsERT.Moria.ModelDanych.dll był uniwersalny dla wszystkich podmiotów, ale póki co, trzeba dostosowywać rozwiązania sferyczne w taki sposób, żeby korzystały z odpowiedniej wersji. 

[LB Szef 0]

Nasza aplikacja wykorzystuje następujące biblioteki: 

InsERT.Moria.API.dll,

InsERT.Moria.DaneDomyslne.dll,

InsERT.Moria.EwidencjaVAT.dll,

InsERT.Moria.Klienci.dll,

InsERT.Moria.KsiegowoscPelna.dll,

InsERT.Moria.ModelDanych.dll,

InsERT.Moria.Rozrachunki.dll,

InsERT.Moria.Sfera.dll,

InsERT.Mox.Core.dll,

InsERT.Mox.EntityFrameworkSupport.dll,

InsERT.Moria.Security.Core.dll,

 

Najpierw zaktualizowaliśmy jedynie InsERT.Moria.ModelDanych.dll, następnie zaktualizowaliśmy wszystkie biblioteki na te, które znajdują się w katalogu: c:\Users\{użytkownik}\AppData\Local\InsERT\Deployments\Nexo\{podmiot}\Binaries, a mimo to dostajemy wciąż ten sam komunikat błędu. 

[Daniel Kozłowski 1 171]

58 minut temu, LB Szef napisał:

Najpierw zaktualizowaliśmy jedynie InsERT.Moria.ModelDanych.dll, następnie zaktualizowaliśmy wszystkie biblioteki na te, które znajdują się w katalogu: c:\Users\{użytkownik}\AppData\Local\InsERT\Deployments\Nexo\{podmiot}\Binaries, a mimo to dostajemy wciąż ten sam komunikat błędu. 

Polecam wdrożyć rozwiązanie zgodnie z zalecaniami firmy InsERT, wtedy to nexo będzie dbało o aktualizację bibliotek, a nie autor rozwiązania.

[Katarzyna Rozmarynowska 174]

Tak jak napisał pan Daniel - warto spróbować wdrożyć rozwiązanie przy pomocy sprawdzonych i zalecanych sposobów. Jeśli to nie wchodzi w grę, to i tak można zrobić taki test: utworzyć nową aplikację sferyczną przy pomocy szablonów z SDK i zobaczyć, czy taka nowa aplikacja potrafi się poprawnie połączyć z bazą. W ten sposób ustalimy, czy problemem jest baza, czy konstrukcja rozwiązania sferycznego.

Przychodzi mi jeszcze do głowy, że jeśli pańska aplikacja ładuje biblioteki w odpowiedzi na zdarzenie AppDomain.AssemblyResolve, to może to jest to miejsce, gdzie ładuje niewłaściwą wersję modelu danych.