Jerzy Biesiadowski 0 Napisano 5 Lipca 2022 Udostępnij Napisano 5 Lipca 2022 w "Podana baza danych nie jest przystosowana..." ponownie 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? Link to postu
Jerzy Dudra 38 Napisano 6 Lipca 2022 Udostępnij Napisano 6 Lipca 2022 w "Podana baza danych nie jest przystosowana..." ponownie 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? Link to postu
Daniel Kozłowski 1 171 Napisano 6 Lipca 2022 Udostępnij Napisano 6 Lipca 2022 w "Podana baza danych nie jest przystosowana..." ponownie 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. Link to postu
Jerzy Biesiadowski 0 Napisano 10 Lipca 2022 Autor Udostępnij Napisano 10 Lipca 2022 w "Podana baza danych nie jest przystosowana..." ponownie 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: Link to postu
Jerzy Dudra 38 Napisano 11 Lipca 2022 Udostępnij Napisano 11 Lipca 2022 w "Podana baza danych nie jest przystosowana..." ponownie 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. Link to postu
Jerzy Biesiadowski 0 Napisano 11 Lipca 2022 Autor Udostępnij Napisano 11 Lipca 2022 w "Podana baza danych nie jest przystosowana..." ponownie 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. Link to postu
Jerzy Dudra 38 Napisano 12 Lipca 2022 Udostępnij Napisano 12 Lipca 2022 w "Podana baza danych nie jest przystosowana..." ponownie 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 Link to postu
Daniel Kozłowski 1 171 Napisano 12 Lipca 2022 Udostępnij Napisano 12 Lipca 2022 w "Podana baza danych nie jest przystosowana..." ponownie 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 ? Link to postu
Jerzy Biesiadowski 0 Napisano 14 Lipca 2022 Autor Udostępnij Napisano 14 Lipca 2022 w "Podana baza danych nie jest przystosowana..." ponownie 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. Link to postu
Polecane posty