Sfera nexo test licencja

[Jerzy Biesiadowski 0]

Sfera uruchomiona na Bazie nexo_Test wyrzuca błąd:

InsERT.Mox.Security.LicenceException: 'Dane licencyjne nie zostały wczytane.'

Na lokalnym serwerze do testów INSERTNEXO istnieje już uzyskana poprzez dearchiwizację Baza klienta z aktualnymi licencjami. Posiadam do niej wszelkie uprawnienia administracyjne, chciałbym jednak nowe rozwiązania testować zgodnie z podpowiedziami w dokumentacji Sfery na Bazie nexo_Test.

 

[Jacek Magiera 147]

Prawdopodobnie przy tworzeniu własnego rozwiązania został pominięty bardzo ważny krok:

Przy tworzeniu swoich rozwiązań należy pamiętać o skopiowaniu folderu x86 z folderu nexo SDK\Bin do katalogu wynikowego projektu, gdzie już znajdują się pozostałe moduły (DLL) z SDK.

[Jerzy Biesiadowski 0]

Dziękuję za wskazanie kierunku. Folder x86 był już skopiowany do katalogu wynikowego projektu. Pomogło przepisanie zawartości tego folderu czyli biblioteki InsERT.Moria.Security.Core.dll do katalogu z innymi bibliotekami c:\Users\Jerzy\source\repos\jeden\bin\Debug\.

Obecny błąd to:

System.InvalidOperationException: 'Licencja zabrania używania Sfery w podanej bazie podmiotu.'

Czy dobrze rozumiem, że posiadana licencja nie obejmuje bazy nexo_Test, pomimo,że została utworzona w tej samej bazie dystrybucyjnej co licencjonowana baza klienta?

[Jacek Magiera 147]

Czy program, który jest uruchamiany sferycznie ma wersję PRO?

Jeszcze tak w roli wyjaśnienia - licencja nie jest przypisywana do bazy dystrybucyjnej tylko do bazy konkretnego podmiotu, natomiast na jednym serwerze może być kilka różnych podmiotów, gdzie każdy z nich może mieć przypisaną osobną licencję.

Edytowane 7 Czerwca 2019 przez Jacek Magiera

[Jerzy Biesiadowski 0]

Ostatecznie pomogło przepisanie InsERT.Moria.ModelDanych.dll z aktualnie używanych binariów do katalogu wynikowego projektu.

Dziękuję za wyjaśnienia.

[Jerzy Biesiadowski 0]

Temat bardzo podobny więc kontynuuję wątek:

Proste konsolowe rozwiązanie własne. Działa.

 W Uchwycie:

DanePolaczenia danePolaczenia = DanePolaczenia.Jawne("(local)", "nexo_Test", true);

Zmieniam dane połączenia na inną Bazę. W środowisku Visual Studio wymieniam odwołanie do biblioteki InsERT.Moria.ModelDanych.dll z odpowiednich binariów:

C:\Users\Nazwa_uzytkownika\AppData\Local\InsERT\Deployments\Nexo\katalog_bazy_danych\Binaries\

Powyższą bibliotekę przepisuję też ręcznie do katalogu z wynikami kompilacji.

Uruchamiam kompilację lub wynikowy program exe i otrzymuję :

Wystapil blad: Licencja zabrania uzywania Sfery w podanej bazie podmiotu.

Używany nowy podmiot posiada oczywiście aktywną licencję na Sferę.

Oba podmioty działają na wersji 36.0.0 (4611). Bazy na wspólnym serwerze \INSERTNEXO (SQL Server 15.0.2080)

Widzę jedyną różnicę. Program działa z podmiotem, który ma wgrane binaria, a wyrzuca błąd, gdy podmiot ich nie ma. (widoczny brak ptaszka w programie serwisowym).

Jak można sprawdzić,  binaria to pakiet mpkg ze wspomnianą biblioteką

Jak się dogrywa binaria własne? Może to pomoże.

[Jerzy Biesiadowski 0]

Autopoprawka!

Oczywiście mój błąd/nieuwaga.

W podmiocie pierwotnym w danych połączenia było:

Uchwyt sfera = mp.Polacz(danePolaczenia, ProductId.Subiekt, ProductId.Gratyfikant);

Nowy podmiot nie zakupił Gratyfikanta. Wystarczyło poprawić na:

Uchwyt sfera = mp.Polacz(danePolaczenia, ProductId.Subiekt);

I wszystko zadziałało. Przepraszam za zamieszanie

[Jerzy Dudra 38]

18 godzin temu, Jerzy Biesiadowski napisał:

Jak się dogrywa binaria własne?

W SDK w dokumencie InsERT.nexo.Sfera.chm w Zarządzanie rozwiązaniem | Instalacja

opisano jak wgrywać pakiety z rozwiązaniem własnym.

 

Tworzenie pakietu własnego opisano w SDK, w dokumecie Wdrazamy_rozwiazanie_dla_nexo_PRO_wykorzystujace_Sfere_nexo.pdf (rozdział 1).

Dokument ten bazuje na treści dokumentu Tworzymy_nowe_rozwiazanie_dla_Sfery_nexo_w_MS_Visual_Studio_2017.pdf, w którym opisano ciekawy sposób tworzenia rozwiązania własnego.

 

 

[Jerzy Biesiadowski 0]

Dziękuję za wskazanie znanego mi miejsca. Może wyraziłem się mało precyzyjnie. Przez "binaria własne" rozumiałem tu binaria własne podmiotu czyli pakiet InsERT.Moria.ModelDanych_DeploymentName.mpkg zawierający aktualnie używaną przez podmiot bibliotekę InsERT.Moria.ModelDanych.dll.  Launcher nie umożliwia tworzenia takiego pakietu ( a przynajmniej ja nie potrafię).

[Jerzy Dudra 38]

Jeżeli podmiot ma 'własne binaria' (znacznik w kolumnie binaria w programie serwisowym),

to znaczy, że podmiot ma zmodyfikowany model danych (własna wersja dll'ki InsERT.Moria.ModelDanych.dll).

Taka modyfikacja powstaje, gdy w podmiocie zdefiniowano pola własne w wersji 1.

W rozwiązaniach korzystających z takiej bazy należy 'referencjonować' się do dll'ki  InsERT.Moria.ModelDanych.dll z tego podmiotu,

a nie tej z SDK.