Jerzy Biesiadowski 0 Napisano 11 Października 2019 Udostępnij Napisano 11 Października 2019 w Rozwiązanie sferyczne a nowa wersja nexo 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? Link to postu
Katarzyna Rozmarynowska 168 Napisano 14 Października 2019 Udostępnij Napisano 14 Października 2019 w Rozwiązanie sferyczne a nowa wersja nexo (edytowane) 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 Link to postu
Jerzy Biesiadowski 0 Napisano 15 Października 2019 Autor Udostępnij Napisano 15 Października 2019 w Rozwiązanie sferyczne a nowa wersja nexo 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? Link to postu
Katarzyna Rozmarynowska 168 Napisano 15 Października 2019 Udostępnij Napisano 15 Października 2019 w Rozwiązanie sferyczne a nowa wersja nexo 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. Link to postu
Jerzy Biesiadowski 0 Napisano 17 Października 2019 Autor Udostępnij Napisano 17 Października 2019 w Rozwiązanie sferyczne a nowa wersja nexo 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. Link to postu
Polecane posty