Skocz do zawartości

Jerzy Dudra

InsERT
  • Liczba zawartości

    302
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    1

Posty dodane przez Jerzy Dudra

  1. Zrezygnowaliśmy z usuwania zdjęć z poziomu galerii zdjęć obiektu bo zdjęcie może być używane gdzieś indziej (np. w innym towarze). 

    Tworzy to pewne ryzyko, że można "niechcący" usunąć sobie zdjęcie powiązane z innymi towarami.

     

    Obecnie jeżeli chcemy usunąć wszystkie zdjęcia towaru "na zawsze" należy:

    • Pobrać galerię zdjęć tego towaru (IAsortyment.PobierzGalerieZdjec())
    • Z galerii towaru pobrać zdjęcia IGaleriaZdjecObiektu.PobierzZdjecia();
    • Pobrać globalną galerią Uchwyt.PodajObiektTypu<IGaleriaZdjec>()
    • dla każdego zdjęcia do usunięcia wykonać: IGaleriaZdjec.UsunZdjecie(..) 

    A pisząc po ludzku :) np. jakoś tak:

    				IGaleriaZdjec galeriaZdjec = uchwyt.PodajObiektTypu<IGaleriaZdjec>();
    
    				IAsortyment towar = PodajTowarZeZdjeciamiDoWywalenia();
    				var galeriaZdjecTowaru = towar.PobierzGalerieZdjec();
    
    				foreach (var zdjecieDoUsuniecia in galeriaZdjecTowaru.PobierzZdjecia())
    				{
    					galeriaZdjec.UsunZdjecie(zdjecieDoUsuniecia);
    				}

     

  2. Opis z "Inner Exception" może wskazywać na to, że problematyczny plik DLL (tutaj ThemeControls.dll) ma ustawiony atrybut "Zablokowany".

    Proszę sprawdzić, czy ThemeControls.dll (i prawdopodobnie inne pliki) nie jest zablokowany.

    Widać do we właściwościach pliku na pierwszej zakładce, poniżej klawisza Zaawansowane.

    Można to znaleźć w tym miejscu:

    1380067916_Unblockbuttonlocation.png.a460e5bb0b2a20bed13f8bc315683c1e.png

     

     

    Windows blokuje czasem pliki skopiowane z lokalizacji sieciowych w ten sposób, ze względów bezpieczeństwa.

    • Dziękuję 1
  3. Problem wynika z tego, że Aplikacja WPF nie ma jawnej referencji do pliku InsERT.Moria.ThemeControls.dll (i jeszcze paru innych).

    Dlatego podczas kompilacji Pana programu nie ma go w folderze z Pana prograem.

     

    Doraźnie można ten problem rozwiązać np. poprzez skopiowanie z SDK brakujących plików do folderu z programem.

    Lepszym rozwiązaniem będzie jednak posłużenie się szablonem do tworzenia aplikacji wpf, dostarczonym w SDK.

    Szablony projektów są opisane w dokumentacji w rozdziale 'Szablony projektów dla Visual Studio'

     

  4. W tej chwili raporty sferyczne nie mają takich parametrów.

    Zanotowałem sugestię.

     

    PS.

    Gdyby powtórzył Pan występujący u Pana błąd (błąd kompilacji),

    to czy Mógłby Pan podesłać (na priv) plik z logiem ze stanowiska na którym wystąpił.

    Chodzi mi o plik logu znajdujący się zwykle w takiej lokalizacji:

    c:\Users\{użytkownik windows}\AppData\Local\Insert\Logs\NexoLog.txt 

  5. 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.

     

     

     

     

     

  6. 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?

     

  7. NEXO obecnie używa nowszej wersji Newtonsoft.Josn'a

    app.config Subiekta dla Newtonsoft.Json ma obecnie takie przekierowanie:

        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
          <dependentAssembly>
            <assemblyIdentity name="Newtonsoft.Json" culture="neutral" publicKeyToken="30ad4fe6b2a6aeed" />
            <bindingRedirect oldVersion="0.0.0.0-13.0.0.0" newVersion="13.0.0.0" />
          </dependentAssembly>
        </assemblyBinding>

     

  8. Jeżeli zainstalowano NEXO na tej maszynie to wymagania software'owe są spełnione.
    Czy z bazy na tym serwerze korzystają inne stanowiska. Jeżeli tak, to działają one 'lepiej'?
    Czy 'wolniejsze działanie' widać przy każdym uruchomieniu czy tylko przy pierwszym?

    Czy NEXO działa na tej maszynie wolniej? 
    Czy rozwiązanie sferyczne jest wdrożone 'pakietem wdrożeniowym' czy inaczej?
     

  9. Można zamiast nazwy użytkownika wskazać identyfikator użytkownika.

    Należy wtedy użyć metody z identyfikatorem (Guid) a nie loginem.

    Listę loginów identyfikatorów i opisów można odczytać np. takim sql'em:

    SELECT Id,Login,Nazwa FROM ModelDanychContainer.Uzytkownicy

     

  10. Ten komunikat pojawia się gdy podamy nieprawidłowe hasło lub wskażemy nieprawidłowy login użytkownika.

    Logując się do programu (Subiekt,Rachmistrz,Rewizor..itp) na liście użytkowników do wyboru pojawiają się opisy użytkowników.

    Podczas logowania do sfery należy wskazać login. Może to być trochę mylące.

    Czy na pewno logując się sferycznie wskazano login?

  11. Problem tkwi w tym, że zapytanie z definicji parametru CHL (fragment definicji {CHL:Typ:<zapytanie sql>})

    jest wykonywane niezależnie od 'głównego zapytania'. W praktyce oznacza to, że nie ma w nim <zapytanie sql> dostępu do zmiennych, tabel tymczasowych zdefiniowanych z 'głównym zapytaniu'

    Działające obejście, jakie mogę zaproponować, to użycie zwykłej tabeli SQL(CREATE TABLE _typyDoumentow ... )

    dla listy typów dokumentów.

     

     

     

×
×
  • Dodaj nową pozycję...