"Podana baza danych nie jest przystosowana..." ponownie

[Jerzy Biesiadowski 0]

Po aktualizacji do 41.0.1 przestało mi działać rozwiązanie własne. Chciałem skompilować ponownie. W Visual Studio zmieniłem referencje na aktualne.

InsERT.Moria.ModelDanych.dll referencja z AppData. Kodu pisanego kanonicznie w SferaWinFormsApp nie dotykałem. Pojawił się znany błąd: Gdzie szukać przyczyny?

[Jerzy Dudra 38]

Zwykle taki błąd ('Podana baza danych nie jest .. ') wynika z rozbieżności wersji bazy danych i 'binariów'.

Może to być sytuacja, gdy baza jest zaktualizowana do wersji 41.0.1, a 'binaria' których używa rozwiązanie sferyczne są z wersji wcześniejszej.

 

Czy rozwiązanie własne działa na stanowisku, na którym pracuje Subiekt NEXO, jeżeli tak to czy Subiekt się uruchamia?

10 godzin temu, Jerzy Biesiadowski napisał:

InsERT.Moria.ModelDanych.dll referencja z AppData

Jak dokładnie wygląda ta referencja?

 

[Daniel Kozłowski 1 165]

12 godzin temu, Jerzy Biesiadowski napisał:

Po aktualizacji do 41.0.1 przestało mi działać rozwiązanie własne.

...

Gdzie szukać przyczyny?

W jaki sposób zostało wdrożone to rozwiązanie ? Jeśli nie wdrożył Pan rozwiązania za pomocą programu serwisowego / nie skorzystał z mechanizmów nexo to musi Pan również sam zadbać o aktualizację programu / binariów.

[Jerzy Biesiadowski 0]

Poprzednie rozwiązanie zostało wdrożone zgodnie z Tworzymy_nowe_rozwiazanie_dla_Sfery_nexo_w_MS_Visual_Studio oraz Wdrazamy_rozwiazanie_dla_nexo_PRO_wykorzystujace_Sfere z dokumentacji z wykorzystaniem QuickInstaller.exe i działało do aktualizacji wersji.

Aby nie babrać się w binariach na obcym serwerze chciałem je skompilować na nowo.

Obecnie do testów utworzyłem nowy projekt konsolowy. Efekt podobny.

 

Fragment programu w którym to występuje:

Odwołanie do Modelu danych:

Zestaw InsERT.Moria.ModelDanych
    C:\Users\admin\AppData\Local\InsERT\Deployments\Nexo\Exxxxxxxx2266f8c2095e943b5a608c2\Binaries\InsERT.Moria.ModelDanych.dll

 

Przy okazji: Co to za nowe programy w folderze Narzędzia:

[Jerzy Dudra 38]

To może od końca:

nexoSDKSzablony_VS2019 i nexoSDKSzablony_VS2022 to pakiety do Visual Studio z szablonami projektów dla rozwiązań sferycznych.

PackageAndInstalledBuilder.exe i QuickInstallerBuild.exe to elementy wykorzystywane w projektach tworzonych z szablonów z pakietów.

 

Jeżeli chodzi o program sferyczny to komunikat taki zwykle wskazuje na rozbieżność między InsERT.Moria.ModelDanych.dll i bazą danych.

Upewniłbym się czy na pewno Pana rozwiązanie było kompilowane z SDK zgodnym z bazą danych.

Dla wersji 41.0.1 właściwy SDK to NexoSDK_41.0.1.5571.exe.

 

Pisał Pan, że zaktualizowano bazę do wersji 41.0.1, 

Zakładam więc, że

• NEXO w wersji 41.0.1 działa na tym stanowisku.
• Folder, o którym Pan pisze: C:\Users\admin\AppData\Local\InsERT\Deployments\Nexo\Exxxxxxxx2266f8c2095e943b5a608c2\Binaries\
  to folder podmiotu, z którym działa Subiekt NEXO w wersji 41.0.1.

Jeżeli tak, to proszę sprawdzić czy plik InsERT.Moria.ModelDanych.dll jest taki sam

• w folderze C:\Users\admin\AppData\Local\InsERT\Deployments\Nexo\Exxxxxxxx2266f8c2095e943b5a608c2
• w SDK (w lokalizacji \nexoSDK_41.0.1.5571\Bin
• w folderze do którego buduje Pan swoje rozwiązanie.

 

 

 

 

 

[Jerzy Biesiadowski 0]

Serdecznie dziękuję za zainteresowanie. Sprawdzałem już wielokrotnie, ale pewnie czegoś nie dojrzałem

Środowisko uruchomieniowe tworzę kopiując z SDK cały folder BIN. Z tego też miejsca dodaje referencje do VisualStudio.

I wspomniana biblioteka w tym środowisku:

oraz w Deployment:

Baza:

Binaria z Launchera:

Jestem do dyspozycji gdyby trzeba było podać inne szczegóły.

[Jerzy Dudra 38]

Proszę jeszcze pokazać na zrzucie ekranu plik InsERT.Moria.Sfera.dll

z katalogu SDK, tak żeby była widoczna data jego utworzenia i rozmiar.

Dobrze by było, gdyby mógł Pan pokazać maksymalnie obszerną zawartość katalogu bin SDK'a

 

[Daniel Kozłowski 1 165]

W dniu 10.07.2022 o 15:17, Jerzy Biesiadowski napisał:

Poprzednie rozwiązanie zostało wdrożone zgodnie z Tworzymy_nowe_rozwiazanie_dla_Sfery_nexo_w_MS_Visual_Studio oraz Wdrazamy_rozwiazanie_dla_nexo_PRO_wykorzystujace_Sfere z dokumentacji z wykorzystaniem QuickInstaller.exe i działało do aktualizacji wersji.

Dlaczego go nie widać w bazie podmiotu ? Czy znajduje się w bazie Lunchera ?

 

W dniu 11.07.2022 o 14:34, Jerzy Biesiadowski napisał:

Sprawdzałem już wielokrotnie, ale pewnie czegoś nie dojrzałem

No i wszystkiego Pan nie pokazuje - nie widać nazw baz danych, a odwołuje się w kodzie na sztywno do nazwy podmiotu, nie pobiera Pan danych połączenia z Lunchera, przy uruchomieniu spod VS nie ma to znaczenia, ale w środowisku produkcyjnym już tak (być może są dwa różne przyczyny problemu).

 

W dniu 11.07.2022 o 14:34, Jerzy Biesiadowski napisał:

Środowisko uruchomieniowe tworzę kopiując z SDK cały folder BIN. Z tego też miejsca dodaje referencje do VisualStudio.

Nie mam pewności więc spytam - w jakim celu i do jakiej lokalizacji kopiuje Pan folder BIN z SDK, skoro tworzy Pan aplikację i uruchamia w folderze SDK ? 

[Jerzy Biesiadowski 0]

Dzięki Panie Danielu za zainteresowanie.

Od końca. SDK wypakowuję gdzieś z boku. Następnie Przegrywam całość na dysk C i usuwam wszystkie foldery i pliki poza \Bin.

Powstaje w ten sposób dla danej wersji środowisko uruchomieniowe Visual Studio.

Wywołany w tytule wątku problem znikł, gdy zaktualizowałem nexo i Bazę do wersji 41.1.1.5634.

Nie jestem pewien czy wersja 4.0.1.5571 była lekko walnięta czy też pomogło przepuszczenie skryptu nexoSDKSzablony_VS2019.vsix.

Temat uważam za zamknięty.