Rozwiązanie sferyczne a nowa wersja nexo

[Jerzy Biesiadowski 0]

Rozwiązanie sferyczne utworzone jest jako WpfApplication. W programie serwisowym pakuję rozwiązanie własne do kontenera mpkg, podpinam do binariów oraz dodaję odniesienie do Bazy, z którą ma to działać. Uruchamiam poprzez "C:\Program Files (x86)\InsERT\nexo\InsLauncher.exe" Nexo/WPFApplication i wszystko działa.

Chciałbym aby rozwiązanie działało po zmianie wersji programu.

W programie serwisowym pakuję powyższe rozwiązanie do mpkg pozostawiając w manifeście pole "Do produktu" puste. Podobnie podpinam do binariów launchera. W Bazie nie daję odniesienia do rozwiązania. Uruchamiam podobnie i program zapętla się się na etapie "WYBIERZ PODMIOT"

Fragment logu:

10-10-19 17:46:22    10324    InsLauncher - wersja 26.2.1.3077
10-10-19 17:46:22    10324    Parametry: Nexo/WPFApplication
10-10-19 17:46:22    10324    .NET Framework: 4.0.30319.42000 (4.7.2 lub późniejsza)
10-10-19 17:46:23    10324    Uruchamianie GUI.
10-10-19 17:46:35    10324    Sprawdzanie dostępności aktualizacji. Wersja zainstalowana: 26.2.1.3077. Wersja w bazie dystrybucyjnej: 26.2.0.3065
10-10-19 17:46:51    10324    Wybrana baza produktowa - Nexo_XXXX04.
10-10-19 17:47:06    10324    Wybrana baza produktowa - Nexo_XXXX04.
10-10-19

Co robię niewłaściwie?

[Katarzyna Rozmarynowska 166]

Czy przy pakowaniu rozwiązania podał Pan scenariusz uruchomienia? InsLauncher.exe uruchamiany jest z parametrami {Produkt}/{Scenariusz}, gdzie {Produkt} to nexo, a {Scenariusz} to w Pana przypadku "WPFApplication". Wobec tego przy pakowaniu rozwiązania własnego w programie serwisowym w zakładce "Uruchamianie" należy dodać do listy scenariusz o nazwie "WPFApplication" i podać, jaka aplikacja ma być uruchamiana w tym scenariuszu (np. "WPFApplication.exe").

Tak przygotowane rozwiązanie własne może Pan uruchomić teoretycznie na dowolnej bazie nexo i nie ma potrzeby dodawania pakietu z tym rozwiązaniem do listy pakietów składowych w wybranej bazie. Na takiej samej zasadzie nie trzeba tam nic dodawać, żeby np. na bazie z Subiektem uruchomić Gratyfikanta - wystarczy uruchomić scenariusz Nexo/Gratyfikant. 

Rozwiązanie własne trzeba dodać do listy pakietów składowych wtedy, gdy nie jest osobną aplikacją i jest uruchamiane w ramach jakiegoś istniejącego scenariusza.

Na przykład: jeśli mam rozwiązanie własne "MojeRozszerzenie.dll" i chcę, żeby działało w bazie Demo_1, to pakuję je do mpkg (MojeRozszerzenieDLL-26.2.1.3077.mpkg), podpinam na liście pakietów składowych bazy Demo_1 i uruchamiam Nexo/Subiekt na bazie Demo_1. InsLauncher wczytuje wtedy wszystkie pakiety składowe bazy Demo_1, w tym zawartość mojego pakietu MojeRozszerzenieDLL-26.2.1.3077.mpkg. Jeśli natomiast mam osobną aplikację, "MojeRozwiązanie.exe", to też pakuję je do mpkg (MojeRozszerzenieEXE-26.2.1.3077.mpkg). Podaję scenariusz o nazwie "MojScenariusz", w którym uruchamiana jest aplikacja "MojeRozwiazanie.exe" i nie podłączając rozwiązania do bazy Demo_1, mogę je uruchomić InsLauncherem z parametrem Nexo/MojScenariusz. 

 

Cytat

Chciałbym aby rozwiązanie działało po zmianie wersji programu.

Tutaj przyznam, że chyba nie do końca rozumiem dokładnie Pana problem, ale chcę zauważyć, że wersja programu i wersja SDK użytego do stworzenia rozwiązania własnego muszą się zgadzać, więc możliwe, że musi Pan po prostu aktualizować rozwiązanie własne razem z nexo. 

Edytowane 14 Października 2019 przez Katarzyna Rozmarynowska

[Jerzy Biesiadowski 0]

Sprawdziłem czy referencje do bibliotek sfery używane przez Visual Studio są aktualne.

Ponownie skompilowałem aplikację.

Z launchera spakowałem rozwiązanie własne.

Zawartość mpkg:

Zakładki podczas pakowania:

 

Podpiąłem do binariów:

Uruchamiam poprzez: "C:\Program Files (x86)\InsERT\nexo\InsLauncher.exe" Nexo/WPFApplication

Brak efektu tzn launcher zachowuje się tak, jakby nie widział scenariusza. Nie ma tu znaczenia czy okienko "do produktu" jest wypełnione czy nie. Launcher zachowuje się identycznie gdy nie podepnę rozszerzenia do binariów. Proszę o podpowiedź co jeszcze mogę sprawdzić.

To chyba nie ma znaczenia, że w programie serwisowym Launcher pokazuje się bez wersji ale z datą z lipca?

 

 

[Katarzyna Rozmarynowska 166]

Wygląda na to, że napisałam nieprawdę w moim poprzednim poście i jest dokładnie tak, jak Pan opisuje, tzn. Launcher nie znajduje scenariusza, jeśli nie podepnie się pakietu do bazy. Bardzo przepraszam za to nieporozumienie. 

Tak wygląda pakiet z rozszerzeniem własnym podpięty do bazy Demo_1: 

Pakiet MojeRozszerzenieEXE zawiera aplikację WpfApp1.exe, uruchamianą w scenariuszu WpfApp1. Uruchamiam InsLaunchera z parametrem Nexo/WpfApp1:

Tak wygląda proces z moją aplikacją:

 

Wpis w polu "Do produktu" ma znaczenie dla "długości życia" rozwiązania własnego. Jeśli poda tam Pan Nexo-26.2.1.3077, to rozwiązanie będzie działało tylko z bazami w wersji 26.2.1.3077, a po aktualizacji bazy do innej wersji zostanie odłączone. Jeśli nie poda Pan tam nic, to rozwiązanie, raz przypięte do bazy, będzie do niej przypięte już zawsze, tzn. będzie je można ręcznie odpiąć w programie serwisowym, ale nie odłączy się samo w trakcie aktualizacji. 

 

Jeśli chodzi o bazę InsERT_Launcher, to nie ma ona wersji i jest to zupełnie normalne.

[Jerzy Biesiadowski 0]

Dziękuję. Sprawdziłem swoją aplikację. Działa tak, jak Pani opisała. Wklejam log:

*****START**********************************************************************
17-10-19 23:52:12    1088    InsLauncher - wersja 26.2.1.3077
17-10-19 23:52:12    1088    Parametry: Nexo/WPFApplication
17-10-19 23:52:12    1088    .NET Framework: 4.0.30319.42000 (4.7.2 lub późniejsza)
17-10-19 23:52:13    1088    Uruchamianie GUI.
17-10-19 23:52:38    1088    Sprawdzanie dostępności aktualizacji. Wersja zainstalowana: 26.2.1.3077. Wersja w bazie dystrybucyjnej: 26.2.0.3065
17-10-19 23:52:53    1088    Wybrana baza produktowa - Nexo_XXXX.
17-10-19 23:52:55    1088    Wybrana baza produktowa - Nexo_XXXX.

17-10-19 23:53:04    4092    *****START**********************************************************************
17-10-19 23:53:04    4092    InsLauncher - wersja 26.2.1.3077
17-10-19 23:53:04    4092    Parametry: /ServiceMode Nexo
17-10-19 23:53:04    4092    .NET Framework: 4.0.30319.42000 (4.7.2 lub późniejsza)

17-10-19 23:53:47    10588    *****START**********************************************************************
17-10-19 23:53:47    10588    InsLauncher - wersja 26.2.1.3077
17-10-19 23:53:47    10588    Parametry: Nexo/WPFApplication
17-10-19 23:53:47    10588    .NET Framework: 4.0.30319.42000 (4.7.2 lub późniejsza)
17-10-19 23:53:48    10588    Uruchamianie GUI.
17-10-19 23:54:01    10588    Sprawdzanie dostępności aktualizacji. Wersja zainstalowana: 26.2.1.3077. Wersja w bazie dystrybucyjnej: 26.2.0.3065
17-10-19 23:54:09    10588    Wybrana baza produktowa - Nexo_XXXX.
17-10-19 23:54:09    10588    Wgrywanie pakietów: Nexo-26.1.1.3034, Moria-26.1.0.3026, MoriaQueryCache-26.1.0.3026, Moria1-26.1.1.3034, MoriaLauncher-26.1.0.3026, MoriaDemoData-26.1.0.3026, CertyfikatJPKVAT-26.1.1.3034, Rozszerzenie1DoNexoOdJerzyZJERZY_W10-26.2.1.3077
17-10-19 23:54:10    10588    Katalog z binariami: C:\Users\Jerzy\AppData\Local\InsERT\Deployments\Nexo\XXXXddb82e52315e4699a95b4d398cde\Binaries
17-10-19 23:54:10    10588    Usuwanie nieużywanych pakietów - start
17-10-19 23:54:11    10588    LocalPackageCleaner: MoriaDemoData-24.1.0.2901 (C:\ProgramData\InsERT\Packages\MoriaDemoData-24.1.0.2901.mpkg) - przeterminowany, ale nie można usunąć
17-10-19 23:54:11    10588    LocalPackageCleaner: MoriaQueryCache-24.1.0.2901 (C:\ProgramData\InsERT\Packages\MoriaQueryCache-24.1.0.2901.mpkg) - przeterminowany, ale nie można usunąć
17-10-19 23:54:11    10588    Usuwanie nieużywanych pakietów - koniec
17-10-19 23:54:11    10588    Uruchamianie - scenariusz: WpfApplication
18-10-19 00:05:47    8328   

 

Pierwsze uruchomienie launchera. Program zawiesza się przy sprawdzaniu BAZY

Drugie uruchomienia launchera. Podpięcie rozwiązania własnego do pakietu Bazy produktowej.

Trzecie uruchomienie launchera. Launcher wgrywa  całe środowisko i dopiero wtedy uruchamia scenariusz aplikacji własnej. Taka kolejność ma sens.

Jeszcze raz dziękuję. Ten temat uważam za pozytywnie zamknięty.