[sfera] rozszerzenie własne

[Bartłomiej Warchoł 5]

Dzień Dobry,

 

Przygotowałem jakiś czas tematu rozszerzenie własne do subiekta, jednak uruchamiałem je tylko przy pomocy .exe wytworzonego przez visual studio.

 

Jako, że to nie jest zgodne z sztuką to chciałem podłączyć rozszerzenie do subiekta (wg sdk i instrukcji instalacji).

Na początku wykonałem pakiet .mpkg wg instrukcji i niestety mimo, że była widoczna w spisie rozszerzeń do subiekta to nie potrafiłem go uruchomić (wg instrukcji uruchamianie w sdk).

Po ponownym wykonaniu pakiety ale z odznaczonym "pomiń pliki sdk" to udało mi się  odnaleźć aplikację w folderze deplyments\nexo\nazwa_podmiotu.

Jednak niestety nie jestem w stanie zalogować się do subiekta - dostaje następujący błąd:

 

Które czynności wykonałem niepoprawnie skoro dostałem powyższy błąd?

[Radomił Ząbik 308]

Czy uruchamiał Pan tą aplikacje, za pomocą pliku startowego, stworzonego w programie serwisowym, z odpowiednią nazwą scenariusza - nazwa aplikacji?

Odpalić z folderu deployments też można, ale trzeba się liczyć z tym, że należy to zrobić przez skrót, z wskazaniem folderu w którym ma aplikacja być uruchamiana, aby wiedziała skąd czerpać biblioteki

[Bartłomiej Warchoł 5]

tego nie próbowałem jeszcze - zaniechałem prób po tym jak mi się w subiekcie podmiot testowy przestał uruchamiać (błąd wyżej) 

Aplikacja z folderu deployments uruchomiła się poprawnie

 

Update:

Udało mi się uruchomić aplikację za pomocą pliku startowego

Edytowane 28 Lutego 2023 przez Bartłomiej Warchoł

[Radomił Ząbik 308]

A ten XML, o który się czepia, to jego nazwa, jest taka jak aplikacji? Może coś się nie spakowało w instalator/mpgk - proszę je otworzyć np. 7zip i zobaczyć zawartość. A może to plik, który tworzy Pan przez Swój program i po uruchomieniu ręcznym, podmiot się uruchomi. Ten błąd to pojawia się w oknie subiekta (już z ładnym tłem), czy jeszcze w oknie launchera (okno w której wybiera się bazę itp.).

[Bartłomiej Warchoł 5]

Szukałem tego w folderze z wersją release aplikacji i nigdzie nie ma tego elementu.

Jak ręcznie uruchamiam to również się nie pojawia ten folder ani plik. Nazwa również nie jest taka sama jak aplikacji - nawet nie kojarzę bym korzystał z "RodzajeOpisuAsortymentuCommands".

 

Błąd pojawia się po zalogowaniu z trakcie wczytywania danych aplikacji/podmiotu  (tak, ten z ładnym tłem)

[Katarzyna Rozmarynowska 170]

Proszę sprawdzić, czy przypadkiem nie spakował Pan do pliku mpkg pliku Xml.pak. Jeśli tak jest, to wtedy Xml.pak zawarty w Pana mpkg nadpisuje "fabryczny" egzemplarz Xml.pak. Jeśli oba są w tej samej wersji, to nie ma problemu, ale jeśli są w różnych wersjach, to mogą wystąpić takie błędy. U Pana wygląda to tak, jakby Xml.pak został nadpisany starszą wersją, bo "RodzajeOpisuAsortymentuCommands" to relatywnie nowy plik w źródłach nexo.  

[Bartłomiej Warchoł 5]

Rzeczywiście - usunąłem ten plik z .mpkg i problem zniknął.

 

Dziękuje za pomoc

[Radomił Ząbik 308]

To ja tylko wspomnę, że opcja spakuj rozwiązanie własne, z programu serwisowego, często, rzekłbym nawet losowo, dopakowuje różne rzeczy. Co ciekawe, pakiety co powstają z instalatorem, z szablonów VS, już takich akcji nie robią

[Katarzyna Rozmarynowska 170]

To dlatego, że zastosowaliśmy tam dwa radykalnie różne podejścia. W projektach z szablonu do pakietu wchodzi tylko to, co jest wpisane w pliku Konfiguracja.xml - i nic poza tym. W programie serwisowym jest dokładnie odwrotnie: do pakietu wchodzi cała zawartość wskazanego folderu, z wyłączeniem wskazanych plików. Ta lista wyłączeń nie jest niestety zbyt aktualna i wyobrażam sobie, że można mieć wątpliwości, czy i kiedy coś tam dodawać. Sposób "szablonowy" jest bardziej zrozumiały (a przynajmniej taką mamy nadzieję): dopisujemy do listy wszystko to, co wchodzi w skład rozwiązania własnego.

[Radomił Ząbik 308]

Też to zauważyłem i szczerze, to nawet jakieś stare aplikacje czasem tworzę na nowo w szablonie i przenoszę je, bo potem mniej roboty z obsługą, a już w szczególności z przekazaniem komuś

[Bartłomiej Warchoł 5]

Dzień Dobry - w tym podobnym temacie natknąłem się z innym problemem związanym z instalacja rozszerzeń własnych.

 

Podczas uruchomieniu aplikacji już zainstalowanej w subiekcie dostaje błędy związane z zewnętrznymi bibliotekami.

 

 

 

 

Sprawdziłem plik .mpkg i tezestawy są zawarte w w paczce.

Również w folderze Deplyoments\Nexo\nazwa podmiotu\Binaries 

i pliki od tych bibliotek były zawarte.

 

 

 

[Katarzyna Rozmarynowska 170]

W jaki sposób uruchamia Pan swoją aplikację? 

 

Najłatwiej jest uruchamiać ją przez InsLauncher, bo wtedy mamy gwarancję tego, że binaria będą dopasowane do podmiotu, który uruchamiamy. Robi się to w ten sposób:

InsLauncher.exe nexo/{scenariusz}

gdzie scenariusz to nazwa, która musi pojawić się w tzw. manifeście rozwiązania własnego. W programie serwisowym podaje się go tu: 

Zawartość manifestu widać na zakładce Podsumowanie: 

Jeśli korzysta Pan z naszych szablonów dla Visual Studio, to taki manifest jest w pliku Konfiguracja.xml:

Żeby rozwiązanie zadziałało, to w manifeście w węźle <Contents></Contents> powinny się znaleźć wszystkie pliki, które wchodzą w skład rozwiązania własnego.

 

Warto też sprawdzić, czy rozwiązanie na pewno jest wgrywane do właściwego folderu podmiotu. Wszystkie aplikacje uruchamiane InsLauncherem zapisują w specjalnym logu, jakie pakiety są wgrywane do jakiego podmiotu. Log znajduje się w pliku c:\Users\{użytkownik}\AppData\Local\InsERT\InsLauncherLogs\Log.txt i można tam znaleźć tego typu wpisy:

 

13-03-23 17:12:57	15532	Wybrana baza produktowa: Nexo_Demo_22
13-03-23 17:12:57	15532	Wgrywanie pakietów: Nexo-43.0.0.5973, Moria-43.0.0.5973, MoriaQueryCache-43.0.0.5973, MoriaLauncher-43.0.0.5973, MoriaDemoData-43.0.0.5973, MoriaDeklaracje-43.0.0.5973, SferaConsoleApp1-43.0.0.5973
13-03-23 17:12:58	15532	Katalog z binariami: p:\deployments\Nexo\Demo_2230413018abef469b875b149e1\Binaries

Mogę dzięki temu zweryfikować, że przy uruchamianiu podmiotu Demo_22 na pewno wgrywany jest mój pakiet SferaConsoleApp1-43.0.0.5973. Jego zawartość powinna trafić do folderu Nexo\Demo_2230413018abef469b875b149e1\Binaries, więc jeśli mam jakiś błąd z brakującymi plikami, to tam powinnam sprawdzić, czy pliki na pewno istnieją. 

 

Jest też możliwość, że być może biblioteka Spire.XLS wymaga spakowania jeszcze innego pliku. Nie pamiętam dokładnie, ale wydaje mi się, że przy odpowiadaniu na poniższy post musiałam dołączyć do pakietu także Spire.Pdf: