flexite | Hjälpcenter

Appearance

Loggar och felsökning ​

Loggar ​

Om problem uppstår med drift av flexite är det rekommenderat att kontrollera loggar.

Applikationsloggar ​

flexiteProcessEngine ​

Loggar för flexiteProcessEngine lagras inom installationskatalogen för applikationen. Sökvägar för tjänsteloggarna konfigureras i C:\tomcat\flexite\flexiteProcessEngine\flexiteProcessEngine.ini.

I en standardinstallation används följande sökvägar:

  • C:\tomcat\flexite\flexiteProcessEngine\flexiteProcessEngine.log
    Generell logg för flexiteProcessEngine.
  • C:\tomcat\flexite\flexiteProcessEngine\Logs\
    Katalog där loggfiler för de separata tjänsterna lagras.
    I en standardinstallation är det alarm.log, dblink.log, leadtimes.log, mail.log, mail_prepare.log, mail_send.log, mail_tbl.log, onhold.log, report.log, statistics.log, substitute.log.
  • C:\tomcat\flexite\flexiteProcessEngine\ExtData\
    Katalog med individuella Extern Data–DLL samt tillhörande loggfiler.
  • C:\tomcat\flexite\flexiteProcessEngine\DBLinkData\
    Katalog med individuella flexiteDB-link integrationer, sorterade i underkataloger.
  • C:\tomcat\flexite\flexiteProcessEngine\logbackup\
    Katalog med backup av samtliga loggar för flexiteProcessEngine. Backup tas 00:00 varje dag, varvid nya loggfiler skapas. Hur länge loggfiler sparas konfigureras i flexiteCLIENT.

flexiteWEB ​

Loggar för flexiteWEB delas upp i tre kategorier och skrivs till individuella filer. Loggar för inloggningshändelser och databasanslutningar konfigureras i flexite.conf respektive pool.conf under C:\tomcat\webapps\flexite\WEB-INF\classes\settings. Driftloggar för webbapplikationen skrivs till filer i Tomcats katalog för loggar.

I en standardinstallation används följande sökvägar:

  • C:\tomcat\flexite\log\{date}_flexite.log
    Loggar för inloggningshändelser samt kvittering av ärenden. Datumstämplad.
    Exempel: 231231_flexite.log
  • C:\tomcat\flexite\log\{date}_pool.log
    Loggar för databasanslutning. Datumstämplad.
    Exempel: 231231_pool.log
  • C:\tomcat\logs\{date}_{webbapplikation}-out.log
    Loggar för webbapplikationen. Datumstämplad.
    Exempel: 231231_flexite-out.log

flexiteAdmin ​

Sökväg för loggar för flexiteAdmin konfigureras i C:\tomcat\webapps\flexite\WEB-INF\classes\settings\flexiteAdmin.conf.

I en standardinstallation används följande sökväg:

  • C:\tomcat\flexite\log\flexiteAdmin\{date}_{webbapplikation}.log
    Loggar för webbapplikationen. Datumstämplad.
    Exempel: 251231_flexiteAdmin.log

Apache Tomcat ​

I en standardinstallation lagras loggfiler för Tomcat inom installationskatalogen för applikationen.

I en standardinstallation används följande sökvägar:

  • C:\tomcat\logs\commons-daemon.{date}.log
    Logg för Java Virtual Machine (JVM). Datumstämplad.
    Exempel: commons-daemon.2023-12-31.log
  • C:\tomcat\logs\isapi.log Logg för ISAPI-integration med Microsoft IIS.
  • C:\tomcat\logs\localhost_access_log.{date}.txt Logg för åtkomst till webbapplikationer. Datumstämplad. Exempel: localhost_access_log.2023-12-31.txt
  • C:\tomcat\logs\tomcat-stderr.{date}.log; tomcat-stdout.{date}.log Loggar för Tomcat och Java. Datumstämplad. Exempel: tomcat-stderr.2023-12-31.log; tomcat-stdout.2023-12-31.log

Systemloggar ​

Loggar för arbete i flexite samt systemtekniska loggar lagras i databasen och kan läsas i flexiteCLIENT under 'System > Loggar'.

Loggar för individuella registreringar kan även läsas i flexiteWEB.

Loggning av e-post för systemtekniska fel ​

Vid systemtekniska problem skickas e-post till Licensansvarig, E-postmottagare för tekniska systemmeddelanden (Ange licensnummer samt systeminformation) samt de Administratörer som sammankopplats med ett användarkonto (som i sin tur har en e-postadress).

Dessa e-postmeddelanden loggas på följande vis i flexite:

  1. Loggar skrivs primärt till databas.
  2. Om databasen inte är tillgänglig skrivs loggar till lokal disk.
  3. Om databasen inte är tillgänglig, och det inte är möjligt att skriva till disk, skickas e-post till mottagare för systemteknisk e-post. Detta meddelande innehåller en länk via vilken logginformationen kan laddas upp till databasen när den åter är tillgänglig.

Felsökning ​

flexiteProcessEngine stoppas på grund av prefixet 'CHANGE-' i URL ​

flexite har ett skydd mot förändring av databasanslutning i flexiteProcessEngine. Vid varje uppstart av flexiteProcessEngine jämförs strängen för ConnectDatabaseName från flexiteProcessEngine.ini med samma information i databasen. Denna sträng innehåller sökvägen till databasen.

Om informationen saknas i databasen skrivs strängen från ini-filen till databasen.

Om informationen existerar i databasen men skiljer sig från strängen ini-filen skrivs prefixet 'CHANGE-' till URL:er (exempelvis CHANGE-https://flexite.company.com/flexite/), strängen från ini-filen skrivs till databasen och flexiteProcessEngine stoppas.

För att kunna starta flexiteProcessEngine igen måste samtliga URL:er redigeras i flexiteCLIENT så att de inte längre innehåller prefixet 'CHANGE-'.

Scenarion ​

Orsaker till att strängen för ConnectDatabaseName ändras i flexiteProcessEngine.ini och inte längre stämmer överens med den i databasen kan bero på:

  • Flytt av databas till ny databasserver. Detta resulterar oftast i en ny adress för databasservern.
  • Ändring av ConnectDatabaseName från att nyttja IP till att nyttja FQDN eller vice versa.

Kontroll av databasanslutning samt URL-konfiguration ​

Vid varje uppstart av flexiteProcessEngine utförs en jämförelse mellan ConnectDatabaseName i flexiteProcessEngine.ini och informationen som är sparad i databasen. Därtill utförs en kontroll av konfiguration av URL-inställningar.

  1. Om ConnectDatabaseName saknas i databasen:
    • Skriv värde från flexiteProcessEngine.ini till databasen.
    • Starta flexiteProcessEngine.
  2. Om ConnectDatabaseName i flexiteProcessEngine.ini INTE stämmer överens med databasen:
    • Skriv värde från flexiteProcessEngine.ini till databasen.
    • Lägg till prefixet 'CHANGE-' till följande URL:
      • E-posthantering > Länkar > flexiteWEB > Peka länk mot (När 'Peka mot standardplats' inte används)
      • E-posthantering > Länkar > flexitePortal > Peka länk mot
      • Webbinställningar > Länkar > flexiteWEB URL
      • Webbinställningar > Länkar > flexiteWEB Webservice (När 'Använd flexiteWEB' inte används)
      • Webbinställningar > Länkar > flexiteDMS URL
      • Webbinställningar > Länkar > flexiteAdmin URL
      • Webbinställningar > Extern server > Extern URL
      • Processmotor > Alarm > URL till webservice (När 'Använd URL från globala inställningar' inte används)
      • Processmotor > DB-link > URL till webservice (När 'Använd URL från globala inställningar' inte används)
      • Processmotor > Statistik > URL till mapp för publicering (När 'Använd URL från globala inställningar' inte används)
    • Stoppa flexiteProcessEngine.
  3. Om ConnectDatabaseName i flexiteProcessEngine.ini stämmer överens med databasen:
    • Om prefixet 'CHANGE-' finns angivet på någon URL:
      • Stoppa flexiteProcessEngine.
    • Om prefixet 'CHANGE-' inte är angivet på någon URL:
      • Starta flexiteProcessEngine.

Loggar ​

När flexiteProcessEngine stoppas på grund av att ConnectDatabaseName inte matchar databasen, eller på grund av att någon URL innehåller prefixet 'CHANGE-', loggas det på följande vis i flexiteProcessEngine.log:

log
2026-01-31 08:12:34 [sql.company.com:flexite] Change global settings in flexiteCLIENT to be able to start services:
Web Settings > flexiteWEB: 'CHANGE-https://flexite.company.com/flexite/'
Web Settings > flexiteWEB Web Service: 'CHANGE-https://flexite-services.company.com:4043/flexite/services/'
Web Settings > flexiteAdmin: 'CHANGE-https://flexite.company.com/flexiteadmin/'
E-mail Managment > Links > Login to flexitePortal: 'CHANGE-https://flexite.company.com/flexiteportal/'
Process Engine > Statistics > Web publish folder URL: 'CHANGE-https://flexite.company.com/flexite/customer/ps/'
2026-01-31 08:12:35 Service failed to initialize and can't continue

Åtgärd ​

För att flexiteProcessEngine ska kunna starta måste samtliga URL som benämnts i flexiteProcessEngine.log ändras så att de inte längre innehåller prefixet 'CHANGE-'.

Denna operation utförs i flexiteCLIENT utav ett konto som är Databasadministratör. Observera att flexiteCLIENT måste startas med kommandot '/services' ('flexite.exe /services') för att inställningar för flexiteProcessEngine ska vara tillgängliga.

Inställningar ​

Följande inställningar behöver åtgärdas:

  • E-posthantering > Länkar > flexiteWEB > Peka länk mot (När 'Peka mot standardplats' inte används)
  • E-posthantering > Länkar > flexitePortal > Peka länk mot
  • Webbinställningar > Länkar > flexiteWEB URL
  • Webbinställningar > Länkar > flexiteWEB Webservice (När 'Använd flexiteWEB' inte används)
  • Webbinställningar > Länkar > flexiteDMS URL
  • Webbinställningar > Länkar > flexiteAdmin URL
  • Webbinställningar > Extern server > Extern URL
  • Processmotor > Alarm > URL till webservice (När 'Använd URL från globala inställningar' inte används)
  • Processmotor > DB-link > URL till webservice (När 'Använd URL från globala inställningar' inte används)
  • Processmotor > Statistik > URL till mapp för publicering (När 'Använd URL från globala inställningar' inte används)

När flera flexiteProcessEngine används i samma installation ​

Det är möjligt att nyttja flera flexiteProcessEngine i samma installation, exempelvis vid nyttjande av separat extern server eller för lastbalansering.

I det fall flera flexiteProcessEngine ansluter mot samma databas så är det kritiskt att konfiguration av ConnectDatabaseName är densamma i samtliga flexiteProcessEngine.ini.

flexiteProcessEngine stoppas på grund av annan flexiteProcessEngine som kör samma tjänster ​

flexite har stöd för att köra multipla instanser av flexiteProcessEngine och flexiteWEB mot samma databas. Dessa multipla instanser måste vara fördelade på separata servrar för att kommunikationsportarna inte ska kollidera med varandra.

Detta scenario kan exempelvis nyttjas för att lastbalansera tjänster i större organisationer med stor informationshantering.

Det kritiskt att följande tjänster enbart körs på en flexiteProcessEngine:

  • Alarm Service (AlarmSvc)
  • LeadTimes Service (LeadTimesSvc)
  • Mail Service (MailSvc)
  • On Hold Service (OnHoldSvc)
  • Statistics Service (StatisticsSvc)
  • Substitute Service (SubstituteSvc)

För att säkerställa detta utförs vid varje uppstart av flexiteProcessEngine en kontroll av vilken server som dessa tjänster är registrerade för i databasen. Om ingen server är angiven skrivs det aktuella servernamnet till databasen och flexiteProcessEngine startas. Om det registrerade servernamnet skiljer sig från det aktuella servernamnet stoppas flexiteProcessEngine.

Detaljerat förfarande ​

Uppstart av flexiteProcessEngine ​

Vid varje uppstart av flexiteProcessEngine utförs en jämförelse mellan servernamnet för den aktuella servern samt servernamn angivet i databasen för de tjänster som är aktiverade i aktuell flexiteProcessEngine.

Aktiva tjänster anges i flexiteProcessEngine.ini. Som standard är samtliga tjänster aktiva.

ini
OnHoldSvc=1
AlarmSvc=0
StatisticsSvc=1
DBLinkSvc=1
LeadTimesSvc=1
SubstituteSvc=0
MailSvc=0

Exempel på konfiguration där Alarm Service, Mail Service samt Substitute Service är inaktiverade.

Procedur vid uppstart ​
  1. Om servernamn saknas för samtliga aktiva tjänster i databasen:
    • Skriv aktuellt servernamn till databasen för samtliga aktiva tjänster.
    • Starta flexiteProcessEngine.
  2. Om aktuellt servernamn INTE stämmer överens med angivet servernamn i databasen för någon av de aktiva tjänsterna:
    • Stoppa flexiteProcessEngine.
  3. Om aktuellt servernamn stämmer överens med angivet servernamn i databasen för samtliga aktiva tjänster:
    • Starta flexiteProcessEngine.
Körning av individuella tjänster ​

Under drift utförs en kontinuerlig kontroll av servernamnet för den aktuella servern samt servernamnet angivet i databasen för den aktuella tjänsten. Denna kontroll utförs vid varje schemalagd start av respektive tjänst.

  1. Om servernamn saknas i databasen för aktuell tjänst:
    • Skriv INTE aktuellt servernamn till databasen för aktuell tjänst. I detta fall lämnas servernamnet fortsatt tomt i databasen.
    • Kör aktuell tjänst.
  2. Om aktuellt servernamn INTE stämmer överens med angivet servernamn i databasen för aktuellt tjänst:
    • Kör inte aktuell tjänst.
  3. Om aktuellt servernamn stämmer överens med angivet servernamn i databasen för aktuell tjänst:
    • Kör aktuell tjänst.

Loggar ​

När flexiteProcessEngine stoppas på grund av att det aktuella servernamnet inte matchar servernamnet i databasen loggas det på följande vis i flexiteProcessEngine.log:

log
2021-01-01 01:00:00 Current server name: CURRENT_SERVER
2021-01-01 01:00:00 Main server for AlarmSvc: OTHER_SERVER
2021-01-01 01:00:00 Main server for SubstituteSvc: OTHER_SERVER
2021-01-01 01:00:00 Main server for MailSvc: OTHER_SERVER
2021-01-01 01:00:00 Service stopped
2021-01-01 01:00:00 flexiteProcessEngine cannot be started. Another 
flexiteProcessEngine is already configured to run the same service(s) against the same 
database.
2021-01-01 01:00:00 ------------------------------
2021-01-01 01:00:00 Service failed to initialize and can't continue
2021-01-01 01:00:00 ------------------------------

Exempel på logg där flexiteProcessengine stoppats på grund av att tjänsterna för 'Alarm Service', 'Substitute Service' samt 'Mail Service' redan är konfigurerade att köras från en annan server (OTHER_SERVER).

Identifiera orsak ​

För att åtgärda detta krävs det att man först identifierar orsaken till varför flexiteProcessEngine larmar att tjänster är registrerade till en annan server än den aktuella. Orsaker kan delas upp i två huvudsakliga kategorier; enkel flexiteProcessEngine och multipla flexiteProcessEngine.

Enkel flexiteProcessEngine ​
  • Aktuell flexiteProcessEngine är den enda flexiteProcessEngine som ansluter till databasen, och den har flyttats till ny server med nytt servernamn.
Multipla flexiteProcessEngine ​
  • En parallell instans av flexiteProcessEngine har installerats på separat server för prestandamässig lastbalansering.
  • En parallell instans av flexiteProcessEngine och flexiteWEB har installerats på en isolerad server för publik åtkomst.

Åtgärd — Enkel flexiteProcessEngine ​

När enbart en flexiteProcessEngine nyttjas beror detta problem oftast på ett namnbyte på den server som huserar flexiteProcessEngine, vilket exempelvis kan uppstå vid ett serverbyte. I dessa fall är det att betrakta som säkert att åter registrera aktuell flexiteProcessEngine som huvudsaklig server för samtliga tjänster.

  1. Öppna Windows Services och verifiera att tjänsten för flexiteProcessEngine inte körs. Om flera flexiteProcessEngine körs på samma server är det kritiskt att verifiera att aktuell flexiteProcessEngine inte körs.
  2. Starta Windows kommandotolk (CMD) som Administratör.
    • Navigera till C:\tomcat\flexite\flexiteProcessEngine och kör kommandot flexiteProcessEngine.exe /main Detta kommando registrerar aktuell server för samtliga aktiva tjänster i flexiteProcessEngine.ini.
  3. Verifiera i flexiteProcessEngine.log att aktuellt servernamn är angivet för tjänsterna och att samtliga tjänster har startat.
  4. Öppna Task Manager och navigera till fliken 'Details'.
    • Leta rätt på processen för flexiteProcessEngine. Om flera flexiteProcessEngine körs på samma server är det kritisk att leta fram processerna för aktuell flexiteProcessEngine. Detta kan exempelvis utföras genom att kontrollera sökvägen i egenskaperna för processerna.
    • Stoppa samtliga processer för aktuell flexiteProcessEngine.
  5. Öppna Windows Services och starta aktuell flexiteProcessEngine.
  6. Verifiera i flexiteProcessEngine.log att samtliga tjänster har startat.

Åtgärd — Multipla flexiteProcessEngine ​

När multipla flexiteProcessEngine nyttjas mot samma databas är det kritiskt att designera vilken instans av flexiteProcessEngine som ska köra vilken tjänst.

I detta exempel har vi följande scenario::

  • SERVER-A — Huvudserver och används för tjänsterna Alarm Service, DBLink Service, Leadtimes Service, Mail Service, OnHold Service samt Statistics Service.
  • SERVER-B — Används för lastbalansering för tjänsten Substitute Service.

Detta ger följande åtgärder:

  1. På SERVER-A och SERVER-B, öppna Windows Services och verifiera att flexiteProcessEngine inte körs. Om flera flexiteProcessEngine körs på samma server är det kritiskt att verifiera att aktuell flexiteProcessEngine inte körs.

  2. Konfigurera tjänster i flexiteProcessEngine.ini:

    • På SERVER-A, ange följande tjänster:

      ini
      OnHoldSvc=1
AlarmSvc=1
StatisticsSvc=1
DBLinkSvc=1
LeadTimesSvc=1
SubstituteSvc=0
MailSvc=1

    • På SERVER-B, ange följande tjänster:

      ini
      OnHoldSvc=0
AlarmSvc=0
StatisticsSvc=0
DBLinkSvc=0
LeadTimesSvc=0
SubstituteSvc=1
MailSvc=0

  3. Registrera tjänster mot databasen för SERVER-A:

    • Starta Windows kommandotolk (CMD) som Administratör.
      • Navigera till C:\tomcat\flexite\flexiteProcessEngine och kör kommandot flexiteProcessEngine.exe /main Detta kommando registrerar aktuell server för samtliga aktiva tjänster i flexiteProcessEngine.ini.
    • Verifiera i flexiteProcessEngine.log att aktuellt servernamn är angivet för tjänsterna och att samtliga aktiverade tjänster har startat.
    • Öppna Task Manager och navigera till fliken 'Details'.
      • Leta rätt på processen för flexiteProcessEngine. Om flera flexiteProcessEngine körs på samma server är det kritisk att leta fram processerna för aktuell flexiteProcessEngine. Detta kan exempelvis utföras genom att kontrollera sökvägen i egenskaperna för processerna.
      • Stoppa samtliga processer för aktuell flexiteProcessEngine.

  4. Registrera tjänster mot databasen för SERVER-B med samma procedur som för SERVER-A.

  5. Starta flexiteProcessEngine på SERVER-A respektive SERVER-B:

    • På respektive server, öppna Windows Services och starta aktuell flexiteProcessEngine.
    • På respektive server, verifiera i flexiteProcessEngine.log att samtliga tjänster har startat.

Integration kan ej hantera okrypterad XML ​

Som standard krypterar flexite idag innehållet i XML-filer som genereras för integrationer. Vidare kräver de flesta integrationer i flexite idag att XML-filer genererade av flexite som ska hanteras av integrationen är krypterade.

I äldre versioner av flexite fanns inte detta krav på kryptering, varpå XML-filer kunde genereras och hanteras i okrypterat format.

Mot bakgrund av detta kan det efter uppgradering från en äldre version av flexite uppstå situationer där XML-filer som genererats i den äldre versionen men ej hunnits hanteras innan uppgradering inte kan hanteras av den nya versionen.

För att lösa denna situation är det möjligt att ta hjälp av flexiteProcessEngine för att kryptera utvalda XML-filer.

Exempel på scenario ​

I detta exempel används den påhittade integrationen ExtSysExport.dll för att exportera information från flexite till ett externt system. Denna export sker genom att information först exporteras till temporära XML-filer, varpå de sedan hanteras av ExtSysExport.dll för att skickas till det externa systemet.

  1. I en äldre version av flexite exporteras information till temporära, okrypterade, XML-filer för vidare hantering av ExtSysExport.dll.
  2. Innan ExtSysExport.dll hinner köras enligt schemaläggning stoppas systemet för planerad uppgradering.
  3. Uppgradering genomförs och systemet startas upp igen.
  4. I den nya versionen av flexite exporteras nu information till temporära, krypterade, XML-filer för vidare hantering av ExtSysExport.dll.
  5. Den nya versionen av ExtSysExport.dll accepterar enbart krypterade XML-filer. Exporter från aktuell version hanteras utan problem eftersom de krypteras som standard. De kvarliggande exporterna från den äldre versionen kan däremot inte längre hanteras utav integrationen eftersom de är i okrypterat format.

Kryptera XML-filer med flexiteProcessEngine ​

Det är möjligt att ta hjälp av flexiteProcessEngine för att kryptera okrypterade XML-filer i en utvald katalog. Detta utförs genom att köra flexiteProcessEngine med tilläggskommandot '/encrypt'.

Detta kommando är framtaget för att kunna köras under normal drift och kommer således inte påverka övrig funktionalitet. Operationen använder den aktuella krypteringsnyckeln för systemet för att kryptera samtliga okrypterade XML-filer i en angiven katalog med undantag för filer med namnet 'sample.xml'.

Den instans av flexiteProcessEngine som startats för att utföra krypteringen avslutas efter kommandot utförts.

Kommando ​
cmd
flexiteProcessEngine.exe /encrypt:{absolute_path_to_XML_folder}
  • {absolute_path_to_XML_folder} ­— Fullständig sökväg till den katalog som innehåller de XML-filer som ska krypteras. I det fall någon av katalogerna i sökvägen innehåller mellanslag måste den fullständiga sökvägen inneslutas i citationstecken.
Exempel ​

Exempel med sökväg utan mellanslag:

cmd
flexiteProcessEngine.exe /encrypt:C:\absolute\path\to\xml\folder

Exempel med sökväg innehållande mellanslag:

cmd
flexiteProcessEngine.exe /encrypt:"C:\absolute\path with spaces\to\xml\folder"
Loggning ​

Utförande och resultat av detta kommando loggas till ordinarie loggfil för flexiteProcessEngine; flexiteProcessEngine.log.

Exempel ​

Exempel på loggning av lyckad kryptering av tre XML-filer:

log
2024-01-31 08:59:52 Encryption of XMLs in folder is started
2024-01-31 08:59:59 File C:\path\to\xml\20240001.xml will be encrypted using active key (ID: ABCD1234-1234-ABCD-1234-ABCD1234ABCD)
2024-01-31 08:59:59 File C:\path\to\xml\20240002.xml will be encrypted using active key (ID: ABCD1234-1234-ABCD-1234-ABCD1234ABCD)
2024-01-31 08:59:59 File C:\path\to\xml\20240003.xml will be encrypted using active key (ID: ABCD1234-1234-ABCD-1234-ABCD1234ABCD)
2024-01-31 08:59:59 Encryption of XMLs in folder is finished
Multipla databaser ​

I en standardinstallation, med en databas, använder kommandot 'encrypt' krypteringsnyckeln från den enda konfigurerade databasen. I system där en flexiteProcessEngine är kopplad mot multipla databaser måste databas-ID anges för att deklarera från vilken databas krypteringsnyckeln ska hämtas:

cmd
flexiteProcessEngine.exe /encrypt:{absolute_path_to_XML_folder} /db:{database_id}
  • {database_id} — Det numeriska ID:t för den databaskoppling från vilken krypteringsnyckeln ska hämtas. Detta ID återfinns i konfigurationsfilen för flexiteProcessEngine, flexiteProcessEngine.ini i formatet [Database.X].
Exempel ​

Exempel där krypteringsnyckel hämtas från databasanslutningen [Database.1].

cmd
flexiteProcessEngine.exe /encrypt:C:\absolute\path\to\xml\folder /db:1

Prestandatester ​

flexiteCLIENT ​

I flexiteCLIENT finns ett verktyg för att mäta svarstiden för databasanrop från aktuell flexiteCLIENT till databasservern. Detta kan användas för att exempelvis utreda prestandaproblem kopplade till nätverkskommunikation vid arbete i flexiteCLIENT.

Verktyget återfinns under 'Inställningar > Systeminformation'.

Verktyget utför ett databasanrop som upprepas tio gånger. Medel-, min- och maxvärde för svarstiden för dessa anrop presenteras i en resultatlista.

Fig.55: flexiteCLIENT. Testa databasanslutning.

Funktioner ​
  • Starta — Starta nytt test.
  • Stoppa — Stoppa pågående test.
  • Stäng — Stäng dialogrutan.
Resultat ​

Resultatet av utförda test uppdateras i realtid medan test utförs.

  • Databas – Namn på den databasserver samt databas som flexiteCLIENT är ansluten till.
  • Iterationer – Antal gånger som aktuellt test har upprepats. Ett fullständigt test innehåller 10 iterationer.
  • Medel – Medelvärdet för den tid, i sekunder, det tagit att genomföra en iteration.
  • Min – Minsta värdet för den tid, i sekunder, det tagit att genomföra en iteration.
  • Max – Högsta värdet för den tid, i sekunder, det tagit att genomföra en iteration.

flexiteWEB ​

I flexiteWEB finns ett verktyg för att mäta svarstiden för anrop från aktuell webbläsare till webbservern. Detta kan användas för att utreda prestandaproblem kopplade till nätverkskommunikation vid arbete i flexiteWEB.

Verktyget återfinns under 'Inställningar' i huvudmenyn och har namnet 'Testa anslutning till webserver'.

Fig.56: flexiteWEB. Inställningar för användarkonto.

Verktyget utför en uppsättning anrop till webbservern och presenterar medel-, min- och maxvärde för svarstiden för dessa anrop i en resultatlista.

Fig.57: flexiteWEB. Testa webbserveranslutning.

Funktioner ​
  • Starta — Starta nytt test.
  • Stopp — Stoppa pågående test.
  • Kopiera resultat — Kopiera aktuellt resultat till urklippshanteraren.
  • Stäng — Stäng dialogrutan.
Resultat ​
  • Svarstid webserver — Svarstid för anrop från aktuell webbläsare till webbserver, utan att hämta information.
  • Test för att hämta information — Individuella test för att från aktuell webbläsare efterfråga webbserver att presentera olika mängder information från databasen. Svarstiden räknas från att från att förfrågan skickas tills dess att fullständig information mottagits.
  • Poster — Antal poster från databasen som presenteras.
  • Min — Minsta värdet för den tid, i sekunder, det tagit att genomföra en iteration.
  • Max — Högsta värdet för den tid, i sekunder, det tagit att genomföra en iteration.
  • Medel — Medelvärdet för den tid, i sekunder, det tagit att genomföra en iteration.
  • Totalt — Summan av tidsåtgången för samtliga individuella iterationer av aktuellt test. Notera att detta inte representerar faktisk tidsåtgång eftersom iterationerna utförs parallellt.