Kulcs-Ugyvitel orulet!

.NET

hello,

a kovetkezo a problemam, adott egy kulcs-ugyvitel szerver, a kliensek szepen csatlakoznak es mukodik is, am amennyiben uj gepet (eddig kulcs hasznalat nem volt, vagy ujra lett huzva) szeretnek csatlakoztatni kliensekent, ugy abban a pillanatban, ahogy a DB -hez (firebird) csatlakozni a program szabalytalan muveletet hajtott vegre...az esemenynaploban pedig ezen sorok generalodnak:

Valakinek valamit otlet, probaltam mar tobbfele .net -et, stb...de ugyanez, hatha valaki tudja a tutit.

koszi!
FBK

event 1000:

Faulting application name: ks.exe, version: 15.4.976.6158, time stamp: 0x55dc276b
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x07f4e0d6
Faulting process id: 0xfcc
Faulting application start time: 0x01d0eedb87f57670
Faulting application path: C:\ProgramData\KS\Bin\ks.exe
Faulting module path: unknown
Report Id: cd261038-5ace-11e5-80d3-000c29071f53
Faulting package full name:
Faulting package-relative application ID:

event 1026:

Application: ks.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.NullReferenceException
Stack:
at KS.BusinessLogic.PDO.DbConnectionFactory.GetFbConnectionString(System.String, System.String, System.String, System.String, Boolean, System.String, Boolean)
at KS.BusinessLogic.PDO.DbConnectionFactory.GetConnection(KS.BusinessLogic.PDO.DatabaseServerTypeEnum, System.String, System.String, System.String, System.String, System.String, System.String, Boolean)
at KS.BusinessLogic.ContextHandler.GetHandler()
at KS.BusinessWF.FormMain.MainInit()
at KS.BusinessWF.FormMain..ctor()
at KS.BusinessWF.FormMain.get_MainFormInstance()
at KS.BusinessWF.Forms.FormDatabaseSetup.OnOk()
at KS.BusinessWF.Forms.FormDatabaseSetup.btnOK_Click(System.Object, System.EventArgs)
at System.Windows.Forms.Control.OnClick(System.EventArgs)
at System.Windows.Forms.Button.OnClick(System.EventArgs)
at System.Windows.Forms.Button.OnMouseUp(System.Windows.Forms.MouseEventArgs)
at System.Windows.Forms.Control.WmMouseUp(System.Windows.Forms.Message ByRef, System.Windows.Forms.MouseButtons, Int32)
at System.Windows.Forms.Control.WndProc(System.Windows.Forms.Message ByRef)
at System.Windows.Forms.ButtonBase.WndProc(System.Windows.Forms.Message ByRef)
at System.Windows.Forms.Button.WndProc(System.Windows.Forms.Message ByRef)
at System.Windows.Forms.Control+ControlNativeWindow.OnMessage(System.Windows.Forms.Message ByRef)
at System.Windows.Forms.Control+ControlNativeWindow.WndProc(System.Windows.Forms.Message ByRef)
at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr, Int32, IntPtr, IntPtr)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG ByRef)
at System.Windows.Forms.Application+ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr, Int32, Int32)
at System.Windows.Forms.Application+ThreadContext.RunMessageLoopInner(Int32, System.Windows.Forms.ApplicationContext)
at System.Windows.Forms.Application+ThreadContext.RunMessageLoop(Int32, System.Windows.Forms.ApplicationContext)
at System.Windows.Forms.Application.RunDialog(System.Windows.Forms.Form)
at System.Windows.Forms.Form.ShowDialog(System.Windows.Forms.IWin32Window)
at System.Windows.Forms.Form.ShowDialog()
at KS.BusinessWF.Forms.FormDatabaseSetup.DisplayAsDialog(Boolean)
at KS.BaseProject.FrameWork.RunningContext.ContextHandler_WinForm.InitDatabaseContext()
at KS.BusinessWF.Classes.FormSplashPerPixel.InitSplashscreen()
at KS.BusinessWF.Program.Main(System.String[])

plusz adalek:

Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: ks.exe
Problem Signature 02: 15.4.976.6158
Problem Signature 03: 55dc276b
Problem Signature 04: KS.BusinessLogic
Problem Signature 05: 15.4.976.6158
Problem Signature 06: 55dc274b
Problem Signature 07: 922d
Problem Signature 08: 16
Problem Signature 09: System.NullReferenceException
OS Version: 6.3.9600.2.0.0.272.7
Locale ID: 1038
Additional Information 1: 5861
Additional Information 2: 5861822e1919d7c014bbb064c64908b2
Additional Information 3: a10f
Additional Information 4: a10ff7d2bb2516fdc753f9c34fc3b069

Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=280262

If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt

  • 7763 megtekintés

( junior013 | 2015. 09. 14., h – 14:04 )

Bár régen Kulcs-oztam már, de ha minimálisan is nem egyezik a "szerver" és a kliens verziója, akkor bármi előfordulhat (bár, erre feltételezem, hogy figyeltél).
Amúgy meg, leginkább KS support - nekem mindig segítőkészek voltak.

-------------------------------^v-----------------------------------
"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"

Support díjjal szerencsére nem volt dolgom, de egyedi fejlesztést mi is szerettünk volna - bármit kérsz, alapból netto 200k-ról indul :/

-------------------------------^v-----------------------------------
"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"

Fene tudja, hogy annyi-e. Meg ahhoz még azért hozzájön, hogy valaki azért megnézi, hogy hova való a rendszerben, hogy elég-e a csv, vagy tényleg xls kell, aztán jobb helyen azért irogatnak némi autotesztet, legalább egyszer meg is tesztelik alaposan, belerakják a buildbe, releaselnek neked, stb, és a félórás fejlesztés máris nem annyi. Nem mondom, hogy semmi nincs, amit ennél gyorsabban meg lehet csinálni, de azért imho az, hogy egy alapvetően nem erre berendezkedett cégnél kb két mérnöknapnál indul az egyedi fejlesztés az szerintem nem egy földtől elrugaszkodott dolog.

Persze értem én, de amikor ugyanazon szoftver néhány helyen aposztróf bevitelénél elszáll (persze el is dobhatod alóla az adatbázist :)) eleve nem lehet sok (auto)tesztelés mögötte. Vagy vegyük a fenti példát értem én, hogy 10k/fél óra de egy le nem kezelt kivétel miatt (és persze a licensz szerződésben biztos benne van, hogy ilspy-al nekiugrani szigorúan tilos)

félre ne értsd, ettől még a progi lehet egy határ szar (nem tudom, sose láttam), meg lehet neki gusztustalan a support contractja (amit szintén sose láttam, de egy unhandled excpetion után ha pénzt akarnak kérni, imho én is kedvesen érdeklődnék a kedves nőnemű felmenőik hogyléte felől), mindössze arra reagáltam, hogy ketten is kiakadtak arra, hogy az egyedi fejlesztés 200któl indul...

Értelek :) Amiről én írtam nem is kulcs-softos valamelyük termékükkel egyetlen egyszer futottam össze egy könyvelőnél és a sérült MSSQL db-t kellett rávenni, hogy magáhoztérjen (no backup rulez) így a programjaikról se tudok nyilatkozni. De általánosságban, hazai vendorral olyan hűdejó tapasztalatom nekem még nem volt, a legszebb talán az exebe hardcoded sql "masterkey" pass volt. Az egyedi fejlesztésnél szerintem a legnagyobb baj nem az árral van, hanem inkább azzal amit legtöbbször érte kapsz. :)

Nem is baj, hogy ennyiről indul: ez a cég ennyire tartja magát. De kérdés, hogy ezektől a cégektől megkapod-e, amit vársz? Van weboldal 18e Ft-ért és van webes megjelenés projekt 1.8m Ft-ért. Van közte pár nulla. Van ügyvitel 5e Ft-ért és 5m Ft-ért is, ha a cégnek megér ennyit. És itt nem is a tipikus pályázati lenyúlásról beszélünk, hanem a 2-5Mrd Ft árbevételű cégek működtetéséről. Bár ők egyre ritkábban váltanak "a válságban".

Visszatérve: Egyedi fejlesztést mások sem csinálnak olcsóbban, de nézd meg, hogy valóban azt kapod-e, amit kértél.

Anno pár éve nálam is eljátszották ezt az előre fizetős support díjat. Nyilván nem kértem, áthidaltam magam a problémát. Aztán pár nap múlva természetesen kiderült, hogy az ő cuccukban volt a hiba, akkor hívtak, hogy mondjam már el nekik hogyan sikerült kijavítanom/áthidalnom a problémát, mert másnál is előfordult amit jeleztem. Mondtam nekik, hogy "nincs semmi akadálya, 10e a support"..
Úgyhogy az első adandó alkalommal kerestem egy normális szoftvert/céget.

- - - - -
XetHost

( gemnon v | 2015. 09. 14., h – 14:19 )

A hibaüzenetből nekem úgy tűnik, mintha nem tudná kiolvasni az adatbázis beállítasait (gondolom a registry-ből :))

( Crayon | 2015. 09. 14., h – 14:44 )

ügyelj rá, hogy pontosan legyen kitöltve a szerver elérési útvonala és mivel ez firebird (nem pedig mssql, mint korábban) ezért nem kell \\ az elérési útba.
Van egyébként valahol ott a Bin mappában vagy egyel felette egy config fájl (sajnos épp nincs előttem ks telepítés) amiben be van állítva a szerver címe. Fogd meg és egy működő gépről másold le azt.

( Elbandi v | 2015. 09. 14., h – 15:57 )

szvsz teljesen mind1 hogy jol configoltad-e vagy sem. hibas a program, mert egy helyen nincs rendesen kezelve a kivetel.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Runtime kivételt eleve nem kezelünk le. Nem attól hibás a szoftver, mert van benne nem lekezelt kivétel. Csomó kivételt nem is lehet értelmesen lekezelni, hanem szépen el kell crashelni.
Itt az a baj, hogy olyan réteg felé küldtek null adatot, ami nem null adatot vár mindig. Ez nem kivételkezelési probléma.

KS.BusinessLogic.PDO.DbConnectionFactory.GetFbConnectionString(System.String, System.String, System.String, System.String, Boolean, System.String, Boolean)

A fenti nevéből én arra tippelek, hogy visszaadná a connectionstring-et, valószínű, hogy az egyik input paraméter (User,Password,Database,Datasource,Port,etc) null ami nem lehet null, amit valahol csak illene lekezelni, nem ilyen "Something happened" tipusúan. :)

Bár az is lehet, hogy teljesen mást csinál. :)

Azért imho szabályként kijelenteni hogy runtime exeptiont nem kezelünk, az kevéssé felhasználóbarát hozzáállás. Ez meg ránézésre tipikusan:
- vagy elmaradt input validáció
- vagy valami belső cucc (vélhetőleg a db kapcsolat) nem jött létre rendesen, és ez nem lett kezelve.

Ezt igenis illenék kezelni, a proginak nem belehalni egy setting savelésbe, és fehérember számára is értelmezhető formában kiírni, hogy mi baja, hiszen nem egy szerver backendről beszélünk, ahol kb elvárható, hogy az ember aki nézi, kb értsen egy ilyen stacktracet (bár őszintén szólva konfigurációs hiba környékén egy ilyenre én üzemeltetőként is húznám az orrom, hogy mi a töcs ez.

( samuf v | 2015. 09. 14., h – 19:07 )

Csak az éles adatbázisba nem tudsz belépni, vagy a Demóba se?

( uid_395 v | 2015. 09. 14., h – 21:50 )

Rászánni a pénzt és átmenni pl Novitaxhoz.

Kulcs-sftal nekem is csak szopások voltak és az előző hozzászólásokban említett "magas díjak".

Novitaxal azóta semmi gondom. Sokkal segítőkészebbek és olcsóbbak.

( sj | 2015. 09. 15., k – 08:54 )

tanulsagos

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

( igiboy | 2015. 09. 15., k – 09:57 )

Kulcs-soft mint olyanról hallani sem akarok.
Az egyik cégnél valami hirtelen-jött gondolattól vezérelve tőlük választottak bér könyvelésére alkalmas szoftvert. Persze felhő meg minden, mert az coool meg trendiiii.
Bevezetéskor (ez van ezt fogjuk használni) elkövették azt a hibát, hogy hiába kértem, hogy teszteljék nem foglalkoztak vele, így pl. az a dolog, hogy a "felhő" megoldás lényegében egy rdesktop server számomra kiderült és tudtam is hogy közben nem dogozhatnak majd a régi szerveren, amit megint csak távoli asztalon érnek el. Mindezt egy linuxos vékonykliensen (Fedora + irodai programok + rdesktop kliens + Intel Atom). Tippem szerint a csodafelhő megoldásnál azt nem taglalták, hogy közben a dolgozó ugyanazon a gépen még 1 db doc fájlt sem tud majd megnyitni, csak ha leginkább kilép (r=1 user).
Mivel a legújabb windows volt amire fel kellett csatlakoznom így újabb rdesktop kliens kellett, annak 1-2 érdekes beállításával. A support csak pislogott, amikor azt mondtam, hogy linuxról akarok belépni. Régen láttam már "rendes" vékonyklienst, de tippem szerint, még mindig van belőle sok sok linuxos. Végülis rdesktopos felhőszolgáltatást adnak el, de fingjuk sincs, hogy mivel lehet rá csatlakozni. Végülis a probléma a részemről lett megoldva, sőtt mivel kedves voltam így megosztottam velük, hogy merre keresgéljen majd a másik olyan balga/ökör/perverz ember, aki egy távoli-asztalos-felhő-szolgáltatás eléréséhez nem kíván üzemeltetni egy Win7-et.
Végül arra, hogy egyszerre két gépen dolgozzanak egy duplamonitoros rdesktop megoldás lett összehozva, amin az egyiken a régi szerver, a másikon a szíven kulcsa van.
Majd egyik nap történt, hogy hívnak hogy nem megy az "izé", nem megy semmi... stb... (r=1 user). Átmegyek, megnézem. Látom, hogy a saját szerverre fel tudnak lépni. A kulcs-soft nem megy. (Mivel 18-a lehetett így lényegében ez kellett csak nekik éppen, így úgy érzékelték, hogy "semmi sem megy" az r=1 user-ek) Indítom konzolból a csatlakozási script-et, látom, hogy változott a szerver kulcsa/lenyomata, stb... 2 perc és már működött is és mindenki örült. Természetesen a kulcs-soft arról elfelejtett szólni, hogy cserélnek szervert, vagy valami változás lesz. Többször is voltak hívva. Első körben, amikor még oda sem értem, a válsz a "náluk minden rendben van", "ők nem csináltak semmit". Amikor mondtam nekik mi volt a gond akkor csak pislogtak, majd refelxből rávágták, hogy szerver csere volt, mert a kb 600 dolgozó miatt külön szervert kapunk. WOW, ezt azért megnézném élőben is, mármint a külön szervert. Tehát probléma megoldva részemről, újra. Nem hogy segítséget nem kaptam, hanem teljesen eltereltek volna a megoldás útjáról.
Azok az esetek pedig már nagyon említésre sem méltóak, amikor hívnak hogy nem megy. Kérdés feltéve a kulcs-soft-nak, de "náluk minden rendben", majd egyszer csak magától megoldódik a probléma.

Általam megoldott problémák: 2
Support által megoldott problémák: 0
"Fogtündér" által megoldott problémák: sok

A programon belül is rengeteg gond volt, akár, hogy el sem indult.
Azóta meg van tanítva, hogyha a kulcs-soft-os monitoron nem megy valami, akkor hívják a kulcs-soft-ot és ne engem.

Nem kulcs-soft, de az rdesktopos móka ismerős. Microsoft Easy(?) Print annyira Easy, hogy XP/Vista-n az IPP nyomtató a Windows Presentation Foundation Terminal Server Print Wrapper-nek (de szép név) komoly lelki problémákat okoz (végülis tök bonyi dolog egy XPS-t kitolni helyileg a nyomtatóra), aztán helyileg cups-on variáljuk az outputot hogy ne próbáljon a nyomtató margóján kívülre nyomtatni...

Beledöglik az most is a webesen, talán kevésbé, vagy több user után.

Ugyanúgy van session limit, mindenki ütötte az f5-t hogy bejusson, mikor megláttam, hogy leimplementálták a login screenre, hogy 30x megpróbálkozik automatán, akkor azért sírva röhögtem, hogy ez igen, problem solved.

ööö, ezt benéztem, bocsánat.

abban biztos vagyok, hogy az elmúlet egy évben egyszer nagyon csúnyán bedőlt, s rántott magával mindent a Neptun nálunk. Úgy rémlik erről nem nagyon lett .pdf, pedig kíváncsi lettem volna rá. Ha jól nézem, az elmúlt két vizsgafelvétel-pdf hiányzik, de most már elbizonytalanítottál, melyik is volt.
--
blogom

regi "szep" idok... meg a bevezetes korai szakaszaban csinaltunk terheles tesztet nyaron, szimulalnikellett tobb 100 hallgatot. belehackeltem az rdesktop-ba hogy rogzitse fileba mikro hova kattintok, aztan egy neptunos csinalt vagy 5 fele test set-et, majd ezeket a geptermek osszes gepen visszajatszottuk (mintha valami makro lenne). 30 usernel elkezdett docogni, 50 folott mar olyan lassan reagalt a szerver hogy a makro elobb kattintott mint feljott volna az ablak, aztan olyan 120 korul osszeomlott az egesz. de ugy hogy csak reset segitett a szerveren. mindetz akkor 100 misiert (asszem 40 volt a 4 vas es 60 a sw)

ja es a megoldas (workaround): limit 100 userre.

Ahogy írod és ahogy írtam dolgozó. Te is felhasználónak hívod azt aki a programot használná és dolgozónak azt aki a bérszámfejtő programban szerepel mint dolgozó és akár számítógépet sem használ a munkájához.
Nem webes... .NET-es tippre, de annyira nem érdekelt, hogy a lelkivilágát kiismerjem, és amúgy sem lehetne, mivel amivel be lehet lépni RDP-n az a felhasználó még egy csokit sem ehet géphasználat közben annyira korlátozott, ami amúgy nem is baj. Sőt ezt nagyon jó megoldásnak tartom. Azért csak látszik, hogy vannak náluk is könyvelők. :D

Kérdés feltéve a kulcs-soft-nak, de "náluk minden rendben", majd egyszer csak magától megoldódik a probléma.

nice :-)

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

a ti halotok szar akar igaz is lehet, de itt nyilvan valami tavoli belepiszkalas volt. A dolgok, ha mar elromlottak, nem szoktak maguktol meggyogyulni...

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)