About maartinjsh

maartinjsh · ‎16-07-2024

Cik zināms, 2024-07-31 mainīsies tikai esošā risinājuma - Swedbank Gateway (SGW) saknes sertifikāts. Swedbank API gateway ieviešanas termiņš ir daudz vēlāk. Vai tiešām Horizon nebūs pieejami versiju laidieni, lai esošais risinājums turpinātu darboties, bez pārejas uz jauno? Pāreja uz jauno ir ieplānota, bet ne vasarā.

maartinjsh · ‎12-04-2022

Mēģinot HoP kādā no formām (atvaļinājuma pieteikums, brīvās formas pieteikums) pievienot failu, parādās paziņojums: Neizdevās pievienot visas datnes. test.jpg: Uz diska nav brīvas vietas lai pievienotu failu "C:\Windows\Temp\6FF8253978564F89B9438FAA2F77D973\test.jpg"! Vieta, saprotams, ir. Kur kāds iestatījums paslīdējis garām? HoP: Tuna 2021.10.04 Changelog neko par failu pievienošanas problēmām neatradām.

maartinjsh · ‎26-10-2021

Labdien, Saskārāmies ar problēmu, ka HoP vairs nestrādā. Windows Server 2012 R2 dotnet 5.0.3 (HoP instalators pats uzstāda) Ir mēģināts: Windows servera restarts Manuāli startēt katru no mikroservisiem Dotnet reinstall HoP atjaunināšana uz versiju Tuna (jaunākā, ko 570. Horizon versija atbalsta) Servera RAM palielināšana Unhandled exception. System.OperationCanceledException: The operation was canceled. at System.Threading.CancellationToken.ThrowOperationCanceledException() at System.Threading.ManualResetEventSlim.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken) at System.Threading.Tasks.Task.SpinThenBlockingWait(Int32 millisecondsTimeout, CancellationToken cancellationToken) at System.Threading.Tasks.Task.InternalWaitCore(Int32 millisecondsTimeout, CancellationToken cancellationToken) at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken) at System.Threading.Tasks.Task.Wait(CancellationToken cancellationToken) at H2OMicroService.MicroService.Run(String[] args, Type startupClass) at H2OMicroService.MicroService.Run(String[] args) at H2O.App.BusinessTrip.Program.Main(String[] args) Failed to load the dll from [C:\Program Files\dotnet\shared\Microsoft.NETCore.App\5.0.3\coreclr.dll], HRESULT: 0x800705AF Out of memory. Fatal error. Internal CLR error. (0x80131506) at System.GC.AllocateNewArray(IntPtr, Int32, GC_ALLOC_FLAGS) at System.Text.StringBuilder.ExpandByABlock(Int32) at System.Text.StringBuilder.Append(Char*, Int32) at System.Text.StringBuilder.Append(Char[], Int32, Int32) at System.IO.StreamReader.ReadToEnd() at System.IO.File.InternalReadAllText(System.String, System.Text.Encoding) at System.IO.File.ReadAllText(System.String) at H2OMicroService.LazyLoad.Services.H2OLazyLoadService.GetFile(System.String) at H2OMicroService.LazyLoad.Services.H2OLazyLoadService.LoadFile(System.String) at H2OMicroService.Feja.Services.FejaService.GetBootFilesWithContent() at H2OMicroService.Registration.Services.H2OMicroserviceRegistrationService.AddStaticFilesToAppRegisterModel(H2OMicroService.Components.App.H2OApp) at H2OMicroService.Registration.Services.H2OMicroserviceRegistrationService+<RegisterApp>d__10.MoveNext() at System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start[[System.__Canon, System.Private.CoreLib, Version=5.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef) at System.Runtime.CompilerServices.AsyncTaskMethodBuilder.Start[[System.__Canon, System.Private.CoreLib, Version=5.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]](System.__Canon ByRef) at H2OMicroService.Registration.Services.H2OMicroserviceRegistrationService.RegisterApp(H2OMicroService.Components.App.H2OApp, System.Threading.CancellationToken) at H2O.App.BusinessTrip.AppStart.AppRegisterBackgroundService+<ExecuteAsync>d__6.MoveNext() at System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start[[H2O.App.BusinessTrip.AppStart.AppRegisterBackgroundService+<ExecuteAsync>d__6, h2o.app.businesstrip, Version=2.0.0.1174, Culture=neutral, PublicKeyToken=null]](<ExecuteAsync>d__6 ByRef) at System.Runtime.CompilerServices.AsyncTaskMethodBuilder.Start[[H2O.App.BusinessTrip.AppStart.AppRegisterBackgroundService+<ExecuteAsync>d__6, h2o.app.businesstrip, Version=2.0.0.1174, Culture=neutral, PublicKeyToken=null]](<ExecuteAsync>d__6 ByRef) at H2O.App.BusinessTrip.AppStart.AppRegisterBackgroundService.ExecuteAsync(System.Threading.CancellationToken) at Microsoft.Extensions.Hosting.BackgroundService.StartAsync(System.Threading.CancellationToken) at Microsoft.Extensions.Hosting.Internal.Host+<StartAsync>d__9.MoveNext() at System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start[[Microsoft.Extensions.Hosting.Internal.Host+<StartAsync>d__9, Microsoft.Extensions.Hosting, Version=5.0.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60]](<StartAsync>d__9 ByRef) at System.Runtime.CompilerServices.AsyncTaskMethodBuilder.Start[[Microsoft.Extensions.Hosting.Internal.Host+<StartAsync>d__9, Microsoft.Extensions.Hosting, Version=5.0.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60]](<StartAsync>d__9 ByRef) at Microsoft.Extensions.Hosting.Internal.Host.StartAsync(System.Threading.CancellationToken) at Microsoft.Extensions.Hosting.HostingAbstractionsHostExtensions+<RunAsync>d__4.MoveNext() at System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start[[Microsoft.Extensions.Hosting.HostingAbstractionsHostExtensions+<RunAsync>d__4, Microsoft.Extensions.Hosting.Abstractions, Version=5.0.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60]](<RunAsync>d__4 ByRef) at System.Runtime.CompilerServices.AsyncTaskMethodBuilder.Start[[Microsoft.Extensions.Hosting.HostingAbstractionsHostExtensions+<RunAsync>d__4, Microsoft.Extensions.Hosting.Abstractions, Version=5.0.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60]](<RunAsync>d__4 ByRef) at Microsoft.Extensions.Hosting.HostingAbstractionsHostExtensions.RunAsync(Microsoft.Extensions.Hosting.IHost, System.Threading.CancellationToken) at H2OMicroService.MicroService.Run(System.String[], System.Type) at H2OMicroService.MicroService.Run(System.String[]) at H2O.App.BusinessTrip.Program.Main(System.String[]) Failed to create CoreCLR, HRESULT: 0x80004005

maartinjsh · ‎11-08-2020

Horizon tagad paredz iespēju pavadzīmes rindām pievienot īpašības. Kā šīs īpašības varētu ievadīt izmantojot REST? Diemžēl nolasot PVZ (/rest/TNdmPvzSale/{PK_DOK}) nekur rindu īpašības neparādās. Sagaidītu kaut ko līdzīgu šim pseido-kodam <tblRindas> <row> <RN_VEIDS>0</RN_VEIDS> <PK_NOM>5733</PK_NOM> <ipasibas> <pk_nipas>123</pk_nipas> <daudz>1</daudz> </ipasibas> </row> </tblRindas>

maartinjsh · ‎05-02-2020

Iepriekšējā postā teicu. Lietotājiem XX un YY abiem piešķirta tā pati loma "HoP lietotājs". Loma "HoP lietotājs" satur vienu tiesību punktu "Jaunie tiesību punkti / Horizon WEB". Lietotājs XX var ielogoties, lietotājs YY nevar. Pamēģinājām arī ieslēgt visus tiesību punktus zem "Sistēma / Horizon WEB", bet nekāda atšķirība.

maartinjsh · ‎05-02-2020

Kāpēc tā? Pareizāk tomēr šķiet tiem cilvēkiem, kam ir Horizon lietotājs arī WEB lietotāju pievienot pie atbilstošā. Un Jūsu ieteiktu risinājumu ar vienu Horizon lietotāju, izmantot tiem darbiniekiem, kas lietos tikai HoP, bez Horizon. Mūsu mēģinājumu rezultātos nav konsekvences. Variants A Pievienojam lietotāja XX lomai tiesības "Jaunie tiesību punkti -> Horizon WEB". Joprojām neizdodas ielogoties - "Neizdevās horizon web lietotāja datu atlase". Variants B Izveidojam jaunu "Lomu", "HoP lietotājs", tam piešķiram "Jaunie tiesību punkti -> Horizon WEB". Pievienojam lietotājam XX jauno lomu. Izdodas ielogoties HoP. Variants C Lietotājam YY pievienojam to pašu, iepriekš minēto, lomu. Lietotājs YY nevar ielogoties, lietotājs XX var. Arī HoP log failos neko noderīgu neizdodas atrast. Kāpēc vienam lietotājam tiesības strādā un otram ne? Vai ir kaut kāds HoP cache, kas neatjauno aktuālos datus no Horizon?

maartinjsh · ‎31-01-2020

Vai Horizon lietotājam ir nepieciešams piešķirt kādas tiesības, lai varētu lietot HoP? 1. Ir Horizon lietotajs JanisB 2. Ir izveidots WEB lietotājs "janisb", tam ir piesaistīts iepriekš minētais horizon lietotājs. Un WEB lietotājam ir pievienots atbilstošais Personas objekts. 3. HoP ir pievienots lietotājs janisb, un piešķirta pieeja moduļiem. HoP pieteikšanās logā mēs saņemam paziņojumu, ka "Neizdevās horizon web lietotāja datu atlase". Domājot, ka kaut kas nav kārtībā ar WEB lietotāja sasaisti ar HoP, mēģinām ar nepareizu paroli, tad kļūda ir "Nepareizs lietotājs vai parole". Bet nomainot WEB lietotājam "janisb", saistīto horizon lietotāju uz administratoru, izdodas pieslēgties. Tātad horizon lietotājam JanisB, pietrūkst kādas tiesības?

maartinjsh · ‎14-03-2019

Paldies par norādi uz Kontroles un vides parametriem. "Sarakstu sagatavju iezīmēšana" ir viens no mūs interesējošiem parametriem, bet tas jau ir uzstādīts ar vērtību "Info teksta" (kas ir iepriekš minētā viegli dzeltenā). Izmēģināju arī mainīt uz kādu konkrētu krāsu - bez rezultātiem. Savukārt apstrādē esošu dokumentu iezīmēšanas krāsa, šeit nemaz nav regulējama. Viss tomēr izskatās pēc kļūdas laidienā. Kāds no visma varētu apskatīt un komentēt?

maartinjsh · ‎13-03-2019

Kas tie par windows iestatījumiem, kas ietekmē Horizon izskatu? Kur, ko skatīties? Windows nekas nav mainīts, uzliekot atpakaļ 525v23 viss strādā kā agrāk.

maartinjsh · ‎13-03-2019

Kopš 525. versijas 27. laidiena novērojam problēmas ar krāsām. 525. versijā 23. laidienā vēl viss strādāja. Piemēram pavadzīmju sarakstā, līdz šim, dokuments apstrādes statusā (kāds ar to strādā) iekrāsojās sarkans, savukārt sagataves statusā - viegli dzeltens. Tagad visas rindas ir vienādas, neiekrāsotas. Pārskatot iestatījumus un meklējot Palīgā, neko par iekrāsošanu neatradām. Laidiena piezīmēs minēts par labojumu īpašību(krāsu) attēlošanā, vai tiešām būtu saistība?

maartinjsh · ‎07-03-2019

Labdien, Interesē kā paredzēts norādīt vai mainīt darījuma veidu (NDARAPR) PK_NDARAPR ievadot pavadzīmi ar REST. Norādot REST pieprasījumā PK_NDARAPR, tas netiek ņemts vērā. Aprites statusa gadījumā PK norāde nederēja, bija jāmaina pēc ievadīšanas, bet nekādu analoģisku "ChangeApritStatus" funkciju darījuma veidam uzreiz neredzu.

maartinjsh · ‎17-12-2018

Nepiedāvāju mainīt pašu aprēķinu, tikai izveidot iespēju to neizsaukt, ja tā tiek norādīts. Kas noteikti ir triviāls uzdevums. Piedāvātais dokumentu tipa ierobežojums, diemžēl, nepalīdzēs un tikai sarežģītu administrēšanu un/vai lietotāju ikdienu.

maartinjsh · ‎07-12-2018

525. versijā ir būtiski SQL uzlabojumi, bet joprojām trūkst iespēja atlaižu pārbaudi atslēgt pilnībā. Vēlreiz atgādinu motivāciju - ja rindiņai norāda (<tblRindas><row><FCENA>), tās vērtība tiek ierakstīta pavadzīmē. Katras rindiņas ievadei notiek cenu pārbaude, kas aprēķina klienta gala cenu. Bet tikai tad, ja `FCENA` cenu nenorāda, tiek piemērota aprēķinātā. Tātad, ja `FCENA` ir norādīta, aprēķināšana ir lieka darbības, kas patērē laiku. Ja tomēr kļūdos, un atsevišķos gadījumos aprēķins ir nepieciešams pat ar definētu `FCENA`, tad aicinu pievienot jaunu `<tblRindas><row>` parametru/pazīmi, kas norādītu, ka aprēķins rindiņai nav jāizpilda.

maartinjsh · ‎21-11-2018

Dokumentācijā aprakstīts, kā GET /query pieprasījumos var izmantot 'foreignkey=value', lai saņemtu PK vērtības, nevis link, href. Vai arī POST pieprasījumos iespējams panākt, lai atbilde būtu pk vērtība, nevis links? Ir šādi: <result><link><href>/rest/TNdmPvzSale/123456</href></link></result> Vēlams, piemēram: <result><value>123456</value></result>

maartinjsh · ‎21-11-2018

Paldies par atbildi @Anonymous. Tādā gadījumā rodas jautājums - kur ir aprakstīts, kuri no XML template pieejamajiem laukiem ir aizpildāmi pa tiešo un kuri ir maināmi tikai ar atsevišķām darbībām, kā šī? Kā arī, kas jāsūta ChangeApritStatuss POST pieprasījumā? pk_dok un pk_aprstatuss?

maartinjsh · ‎13-11-2018

<resource> <entity> <PK_DOKT>55</PK_DOKT> <PK_ESPATS>3</PK_ESPATS> <PK_KLIENTS>123456</PK_KLIENTS> <DAT_DOK>2018-11-02</DAT_DOK> <PK_VAL>3</PK_VAL> <PAMAT>test nedzēst</PAMAT> <REFNR>0999999</REFNR> <PK_APRSTATUSS>13</PK_APRSTATUSS> <tblRindas> <row> <RN_VEIDS>0</RN_VEIDS> <PK_NOM>1234</PK_NOM> <DAUDZ>1</DAUDZ> <FCENA>5.03</FCENA> <ATLAIDE>0</ATLAIDE> </row> </tblRindas> </entity> <docType>PARD</docType> </resource> Iesūtāmajā XML norādām PK_APRSTATUSS, pavadzīme tiek ievadīta, bet šis parametrs netiek ņemts vērā - PK_APRSTATUSS paliek noklusētais (tas, kam <NOKLUS>1</NOKLUS>). Mainīt noklusēto nevaram, jo tas paredzēts gadījumiem, ja PVZ veido cilvēks, manuāli.

maartinjsh · ‎09-11-2018

SQL pieprasījumu minimāli var uzlabot, testējot iegūstam vairs tikai 2-3s, nevis 3-5s 🙂 1. Izņemt ārā daļas, kas atkārtosies katram šādam pieprasījumam un pieprasīt tikai vienreiz. SELECT SDOKTIP.PK_DOKT,SDOKTIPSHAREDT.PK_DOKTSH,SDOKTIPSHAREDT.KODS,SDOKTIPSHAREDT.NOSAUK INTO #DOKTIP FROM SDOKTIP, SDOKTIPSHAREDT WHERE SDOKTIP.PK_DOKTSH = SDOKTIPSHAREDT.PK_DOKTSH SELECT G.PK_KLGR INTO #G FROM DKLGR G, KLSAGR S WHERE S.PK_KLIENTS = 987 AND S.PK_KLGR = G.PK_KLGR SELECT GRK.PK_GRUPA INTO #GRK FROM DKLIENTS GRK WHERE GRK.PK_KLIENTS = 987 2. Pārbaudīt pret NULL NPIESKM vērtības Uzlabotais varētu šadi izskatīties SELECT M.PK_PIESKM, (CASE WHEN M.PK_DOKT IS NULL THEN 'Visi' ELSE 'Tips' END) AS DOK_DAL, T.KODS AS T_KODS, T.NOSAUK AS T_NOSAUK, (CASE WHEN M.PK_NOMGR IS NULL THEN (CASE WHEN M.PK_NOMPGR IS NULL THEN (CASE WHEN M.PK_NOM IS NULL THEN 'Visas' ELSE 'Nomenklatūra' END) ELSE 'Papildgrupa' END) ELSE 'Grupa' END) AS NOM_DAL, (CASE WHEN M.PK_NOMGR IS NULL THEN (CASE WHEN M.PK_NOMPGR IS NULL THEN N.KODS ELSE NPGR.KODS END) ELSE NGR.KODS END) AS N_KODS, (CASE WHEN M.PK_NOMGR IS NULL THEN (CASE WHEN M.PK_NOMPGR IS NULL THEN N.NOSAUK ELSE NPGR.NOSAUK END) ELSE NGR.NOSAUK END) AS N_NOSAUK, (CASE WHEN M.PK_KLGR IS NULL THEN (CASE WHEN M.PK_GRUPA IS NULL THEN (CASE WHEN M.PK_KLIENTS IS NULL THEN 'Visi' ELSE 'Klients' END) ELSE 'Grupa' END) ELSE 'Papildgrupa' END) AS KL_DAL, (CASE WHEN M.PK_KLGR IS NULL THEN (CASE WHEN M.PK_GRUPA IS NULL THEN KL.KODS ELSE DGR.KODS END) ELSE KGR.KODS END) AS K_KODS, (CASE WHEN M.PK_KLGR IS NULL THEN (CASE WHEN M.PK_GRUPA IS NULL THEN KL.NOSAUK ELSE DGR.NOSAUK END) ELSE KGR.NOSAUK END) AS K_NOSAUK, M.SVARS, M.COUNTER, R.SAK_DAT, R.BEIG_DAT, R.LIKME FROM NPIESKM M LEFT OUTER JOIN #DOKTIP T ON M.PK_DOKT = T.PK_DOKT LEFT OUTER JOIN NNOMGR NGR ON M.PK_NOMGR = NGR.PK_NOMGR LEFT OUTER JOIN NNOMPGR NPGR ON M.PK_NOMPGR = NPGR.PK_NOMPGR LEFT OUTER JOIN NNOM N ON M.PK_NOM = N.PK_NOM LEFT OUTER JOIN DKLGR KGR ON M.PK_KLGR = KGR.PK_KLGR LEFT OUTER JOIN DGRUPAS DGR ON M.PK_GRUPA = DGR.PK_GRUPA LEFT OUTER JOIN DKLIENTS KL ON M.PK_KLIENTS = KL.PK_KLIENTS INNER JOIN NPIESKR R ON M.PK_PIESKM = R.PK_PIESKM AND R.SAK_DAT <= '2018-11-07 00:00:00' AND R.BEIG_DAT >= '2018-11-07 00:00:00' WHERE (M.PK_DOKT IS NULL OR M.PK_DOKT = 55) AND ( (M.PK_NOMGR IS NULL AND M.PK_NOM IS NULL AND M.PK_NOMPGR IS NULL) OR (M.PK_NOMGR IN (SELECT NGL.PK_NOMGR FROM NNOMGLIM NGL, NNOM N WHERE NGL.PK_CHILD=N.PK_NOMGR AND N.PK_NOM = 1234) and m.pk_nomgr is not null) OR (M.PK_NOMPGR IN (SELECT PG.PK_NOMPGR FROM NNOMPGR PG, NNOMSAGR PS WHERE PS.PK_NOM = 1234 AND PS.PK_NOMPGR = PG.PK_NOMPGR) and m.PK_NOMPGR is not null) OR M.PK_NOM = 1234 ) AND ( (M.PK_KLGR IS NULL AND M.PK_KLIENTS IS NULL AND M.PK_GRUPA IS NULL ) OR (M.PK_KLGR IN (select * from #G) AND M.PK_KLGR is not null) OR (M.PK_GRUPA IN (select * from #GRK) AND M.PK_GRUPA IS NOT NULL) OR M.PK_KLIENTS = 987 ) ORDER BY M.SVARS Ar to gribēju tikai ilustrēt, ka noteikti ir iespējas šo visu vēl vairāk paātrināt, lai vienas rindiņas ievade neaizņemtu vairāk par sekundes daļām.

maartinjsh · ‎07-11-2018

Paliek nepamatotā SQL pieprasījuma problēma, kas ievērojami palēnina darbu. Salīdzinājumam: izveidot PVZ bez rindām aizņem <1s. izveidot PVZ ar 1 rindu ~4-5s izveidot PVZ ar 3 rindām ~11-13s Testa nolūkos augstāk minēto SQL izmēģinājām palaist vienu pašu - vienmēr 3-4s.

maartinjsh · ‎07-11-2018

Paldies! Aizmirsu pieminēt, ka šādi arī bijām mēģinājuši. Izrādās mums bija kļūda <row> vietā <rows> Šādi strādā. <qryPamat> <row> <PAMAT>komentārs</PAMAT> </row> </qryPamat>

maartinjsh · ‎07-11-2018

Turpinot par pavadzīmju izveidošanu. 1. Rest pieprasījumā norādot <PAMAT>komentārs, pamatojums, bla bla</PAMAT> saturs netiek ierakstīts PVZ pamatojuma laukā. Horizonā veidotām PVZ, pieprasot tās caur rest, šajā "PAMAT" laukā ir pamatojums, kas redzams arī Horizon interfeisā. 2. Ja PVZ rindiņām norādam "FCENA", tad sagaidāmā darbība būtu tikai ierakstīt šo cenu PVZ rindiņai, cenas nepārlasot. Cena tiek ierakstīta pareizi, bet fonā vienalga notiek atlaižu pārlasīšana, katrai rindiņai izpildot šādu "piecstāvīgu" sql pieprasījumu, kura rezultāti nav vajadzīgi, jo netiks izmantoti. declare @p1 int set @p1=56 exec sp_prepare @p1 output,N'@P1 datetime,@P2 datetime',N'SELECT M.PK_PIESKM, (CASE WHEN M.PK_DOKT IS NULL THEN ''Visi'' ELSE ''Tips'' END) AS DOK_DAL, T.KODS AS T_KODS, T.NOSAUK AS T_NOSAUK, (CASE WHEN M.PK_NOMGR IS NULL THEN (CASE WHEN M.PK_NOMPGR IS NULL THEN (CASE WHEN M.PK_NOM IS NULL THEN ''Visas'' ELSE ''Nomenklatūra'' END) ELSE ''Papildgrupa'' END) ELSE ''Grupa'' END) AS NOM_DAL, (CASE WHEN M.PK_NOMGR IS NULL THEN (CASE WHEN M.PK_NOMPGR IS NULL THEN N.KODS ELSE NPGR.KODS END) ELSE NGR.KODS END) AS N_KODS, (CASE WHEN M.PK_NOMGR IS NULL THEN (CASE WHEN M.PK_NOMPGR IS NULL THEN N.NOSAUK ELSE NPGR.NOSAUK END) ELSE NGR.NOSAUK END) AS N_NOSAUK, (CASE WHEN M.PK_KLGR IS NULL THEN (CASE WHEN M.PK_GRUPA IS NULL THEN (CASE WHEN M.PK_KLIENTS IS NULL THEN ''Visi'' ELSE ''Klients'' END) ELSE ''Grupa'' END) ELSE ''Papildgrupa'' END) AS KL_DAL, (CASE WHEN M.PK_KLGR IS NULL THEN (CASE WHEN M.PK_GRUPA IS NULL THEN KL.KODS ELSE DGR.KODS END) ELSE KGR.KODS END) AS K_KODS, (CASE WHEN M.PK_KLGR IS NULL THEN (CASE WHEN M.PK_GRUPA IS NULL THEN KL.NOSAUK ELSE DGR.NOSAUK END) ELSE KGR.NOSAUK END) AS K_NOSAUK, M.SVARS, M.COUNTER, R.SAK_DAT, R.BEIG_DAT, R.LIKME FROM NPIESKM M LEFT OUTER JOIN (SELECT SDOKTIP.PK_DOKT,SDOKTIPSHARED.PK_DOKTSH,SDOKTIPSHARED.KODS,SDOKTIPSHARED.NOSAUK FROM SDOKTIP,SDOKTIPSHARED WHERE SDOKTIP.PK_DOKTSH = SDOKTIPSHARED.PK_DOKTSH) T ON M.PK_DOKT = T.PK_DOKT LEFT OUTER JOIN NNOMGR NGR ON M.PK_NOMGR = NGR.PK_NOMGR LEFT OUTER JOIN NNOMPGR NPGR ON M.PK_NOMPGR = NPGR.PK_NOMPGR LEFT OUTER JOIN NNOM N ON M.PK_NOM = N.PK_NOM LEFT OUTER JOIN DKLGR KGR ON M.PK_KLGR = KGR.PK_KLGR LEFT OUTER JOIN DGRUPAS DGR ON M.PK_GRUPA = DGR.PK_GRUPA LEFT OUTER JOIN DKLIENTS KL ON M.PK_KLIENTS = KL.PK_KLIENTS INNER JOIN (SELECT * FROM NPIESKR WHERE SAK_DAT <= @P1 AND BEIG_DAT >= @P2) R ON M.PK_PIESKM = R.PK_PIESKM WHERE (M.PK_DOKT IS NULL OR M.PK_DOKT = 55) AND ((M.PK_NOMGR IS NULL AND M.PK_NOM IS NULL AND M.PK_NOMPGR IS NULL) OR M.PK_NOMGR IN (SELECT NGL.PK_NOMGR FROM NNOMGLIM NGL, NNOM N WHERE NGL.PK_CHILD=N.PK_NOMGR AND N.PK_NOM = 1234) OR M.PK_NOMPGR IN (SELECT PG.PK_NOMPGR FROM NNOMPGR PG, NNOMSAGR PS WHERE PS.PK_NOM = 1234 AND PS.PK_NOMPGR = PG.PK_NOMPGR) OR M.PK_NOM = 1234) AND ((M.PK_KLGR IS NULL AND M.PK_KLIENTS IS NULL AND M.PK_GRUPA IS NULL ) OR M.PK_KLGR IN (SELECT G.PK_KLGR FROM DKLGR G, DKLSAGR S WHERE S.PK_KLIENTS = 987 AND S.PK_KLGR = G.PK_KLGR) OR (M.PK_GRUPA IN (SELECT GRK.PK_GRUPA FROM DKLIENTS GRK WHERE GRK.PK_KLIENTS = 987 ) AND NOT (M.PK_GRUPA IS NULL)) OR M.PK_KLIENTS = 987) ORDER BY M.SVARS ',1 select @p1 exec sp_execute 56,'2018-11-07 00:00:00','2018-11-07 00:00:00' Ja PVZ ir dažas rindiņas, to varētu pieciest, bet ja to ir vairāk, ātrums ir neapmierinošs. Kas jādara, lai šo pārlasīšanu atslēgtu?

maartinjsh · ‎06-11-2018

Nē, bet paldies par norādi. Izskatās, ka vajadzēja uz http://localhost/rest/TNdmPvzSale

maartinjsh · ‎06-11-2018

Saturs: <resource> <entity> <PK_DOKT>55</PK_DOKT> <PK_ESPATS>3</PK_ESPATS> <PK_KLIENTS>123456</PK_KLIENTS> <DAT_DOK>2018-11-02</DAT_DOK> <PK_VAL>3</PK_VAL> <PAMAT>test nedzēst</PAMAT> <REFNR>0999999</REFNR> <tblRindas> <row> <RN_VEIDS>0</RN_VEIDS> <PK_NOM>1234</PK_NOM> <DAUDZ>1</DAUDZ> <FCENA>5.03</FCENA> <ATLAIDE>0</ATLAIDE> </row> </tblRindas> </entity> <docType>PARD</docType>  </resource> Pieprasījums: POST http://localhost/rest/TNdmPvzSale/Insert HTTP/1.1 Cookie: IDHTTPSESSIONID=xxxxxxxxxxxxxxx Accept: application/xml;charset=utf-8 Content-Type: application/xml;charset=utf-8

maartinjsh · ‎06-11-2018

Mēģinot izveidot pavadzīmi izmantojot REST saņemam kļūdu. <?xml version="1.0" encoding="UTF-8" standalone="no"?> <error> <class>ERestException</class> <message>Parametra "ACopyMode" vērtība nav boolean</message> </error> Atkal, dokumentos un community neatrodam nekādu atsauci.

maartinjsh · ‎06-11-2018

Jā, izskatās, ka "Content-Type" bija vainīgais. Kļūdas paziņojums gan, ļoti neintuitīvs. Paldies!

maartinjsh · ‎02-11-2018

Vēlamies ievadīt pavadzīmi izmantojot REST. Sekojot instrukcijām dokumentā veiksmīgi izdodas pieslēgties, iegūt sarakstu, iegūt vēlamā dokumenta tipa template utml. Bet mēģinot ievadīt jaunu pavadzīmi saņemam kļūdu: <class>ERestException</class> <message>Satura tipam nav piereģistrēts parametru lasītājs!</message> Ne dokumentā, ne šeit, community, neko par šādu kļūdu neatrodam. Iesūtāmais XML <resource> <entity xsi:schemaLocation="TNdmPvzSale.xsd ../TNdmPvzSale.xsd"> <PK_DOKT>55</PK_DOKT> <PK_ESPATS>3</PK_ESPATS> <PK_KLIENTS>123456</PK_KLIENTS> <DAT_DOK>2018-11-02</DAT_DOK> <PK_VAL>3</PK_VAL> <PAMAT>test nedzēst</PAMAT> <REFNR>0999999</REFNR> <tblRindas> <row> <RN_VEIDS>0</RN_VEIDS> <PK_NOM>1234</PK_NOM> <DAUDZ>1</DAUDZ> <FCENA>5.03</FCENA> <ATLAIDE>0</ATLAIDE> </row> </tblRindas> </entity> <docType>PARD</docType> </resource>

maartinjsh · ‎02-08-2018

Tātad cross-domain/ārpus domain datora iespēja nepastāv. Žēl. Bet, diemžēl, arī no tā paša domēna neizdodas. Kļūdas paziņojums, par nepareizu lietotājvārdu vai paroli. Kādas iespējas atkļūdot (debug), lai atrastu cēloni? Kā noskaidrot, kuru DC Horizon aptaujā? Jāpiezīmē, ka citas trešo pušu programmas, kas izmanto LDAP/AD lietotājus un paroles, strādā.

maartinjsh · ‎01-08-2018

520. versijā beidzot ir iespēja izmantot Active Directory paroles. Taču rodas jautājums kā Horizon ir jākonfigurē, lai tas strādātu. Klasiski programmas, kas nodrošina LDAP/Active Directory autentifikāciju darbojas vienā no diviem veidiem: 1. Pa tiešo Programmai konfigurācijā ir norādīts tikai serveris un domēna vārds. Ievadīto lietotāja vārdu un paroli pārbauda aptaujājot AD serveri. 2. Caur sistēmas kontu Programmai konfigurācijā ir norādīts savs Active Directory konts un parole, ar to pieslēdzas AD serverim. Tiek aptaujāts serveris - meklēts lietotāja vārds. Ja tas tiek atrasts pārbauda lietotāja vārdu+paroli aptaujājot AD serveri. Kurā variantā strādā Horizon?

Re: Svarīgi! Izmaiņas Swedbank tiešsaistes bankā n...

HoP failu pievienošana

HoP nestrādā, iespējams dotnet problēma

PVZ rindu īpašību ievade ar REST

Tēma: Neizdevās horizon web lietotāja datu atlase

Tēma: Neizdevās horizon web lietotāja datu atlase

Neizdevās horizon web lietotāja datu atlase

Tēma: Rindu iekrāsošana atkarībā no dokumenta stat...

Tēma: Rindu iekrāsošana atkarībā no dokumenta stat...

Rindu iekrāsošana atkarībā no dokumenta statusa

Darījuma veids REST ievadītai pavadzīmei

Re: PVZ ievade izmantojot REST

Re: PVZ ievade izmantojot REST

REST atbildes foreignkey vērtība nevis href

Re: PVZ aprites statuss netiek ņemts vērā

PVZ aprites statuss netiek ņemts vērā

Re: PVZ ievade izmantojot REST

Re: PVZ ievade izmantojot REST

Tēma: PVZ ievade izmantojot REST

PVZ ievade izmantojot REST

Re: REST kļūda Parametra "ACopyMode" vērtība nav b...

Re: REST kļūda Parametra "ACopyMode" vērtība nav b...

REST kļūda Parametra "ACopyMode" vērtība nav boole...

Re: REST kļūda Satura tipam nav piereģistrēts para...

REST kļūda Satura tipam nav piereģistrēts parametr...

Tēma: Domain lietotājs + AD parole konfigurēšana

Domain lietotājs + AD parole konfigurēšana

Useful pages

About Visma

Contact us

Follow us