Aktivnost
Od 05.02.2014 do 06.03.2014
06.03.2014
-
17:49 Podrška #32621 (Zatvoreno): hbcompat.ch out
- ovaj header je nepotreban a u novim verzijama harboura izbačen
generralno *NE dodavati* .ch-ove bez potrebe radeći copy-paste iz nekog postojećeg prg-a. -
-
-
-
13:57 Greške #32582: FAKT, tabela fakt_fakt izbaciti polje fisc_rn, dok_veza, opis => F18_DB 4.6.9
- http://redmine.bring.out.ba/issues/32605#note-29
-
- i ona su bila tu iz istog razloga kao što je bio i sa ovim slučaj (da bi izbjegao upgrade db-a) ?
-
- vidim i neka druga polja da su izbačena
Zašto su ona izbačena ?
-
-
- "commit":https://github.com/knowhow/fmk/commit/1a390ec9a759962d9ee64fc1607dba8a4667a891
ubačeno brisanje u skriptu
nova verzija paketa je 4.6.9 -
- završit ću kada završim podrške
-
- onda nismo završili sa ovim
-
- nije napravljen
-
- Nisam uočio da je napravljen database upgrade za eliminiaciju ovog polja iz sql baze.
-
- dorada završena u sklopu #32605
-
- da, dok sam radio opciju svakako sam radio na tom polju pa eto
-
- kolilo vidim ovo je sve urađeno na veznom ticketu
-
- h2. Poseban ticket za novootkriveni problem
Ubuduće prakticiraj sljedeće:
Kada radom na jednom zadaktu otkriješ problem kao ovdje http://redmine.bring.out.ba/issues/32605#note-12 : otvori novi ticket i na njemu zabilježi fiksiranje... -
- E sada mi je jasno kakvi su testovi napravljeni.
-
-
- h3. 5) test ispravnosti funkcije
namjerno sam ubacio u blacklistu jedno polje koje se koristi "n1" iz tabele FAKT_FAKT
cilj mi je bio da vidim da li će se to polje sinhornizovati u bilo kojoj varijanti (full, ids)
nakon testiranja dob... -
- h3. 4) blacklisted polja
FAKT_FAKT to su polja
* fisc_rn
* dok_veza
* opis
FAKT_DOKS to su polja
* dok_veza
znači, pronašao sam pored polja "fisc_rn" još polja koja se ne koriste -
- h2. Testovi
h3. 1) Full sinhro
pobrisao tabelu lokalnu na računaru "fakt_fakt.dbf" i pokrenuo aplikaciju
dobio ispravan fakt_fakt sa servera bez polja "fisc_rn"
pošto sam modifikacijom to polje pobrisao
h3. 2) IDS sinhro - nova fakt... -
- "git merge 32605":https://github.com/knowhow/F18_knowhow/compare/78c0fbb5a3...86c2bf75f8
-
- Saša Vranić je napisao/la:
> testirano:
> ...
Izvini ali ja iz ovoga ne mogu izvući neke korisne informacije.
Molim te da mi opišeš u par rečenica to što si radio - to kako si testirao. -
- Saša Vranić je napisao/la:
> koliko se sjećam sada mergiranje ide
> ...
da
-
- testirano:
* full sinhro
* semafori prilikom inserta novih stavki ili update-a postojećih
sve ok -
- koliko se sjećam sada mergiranje ide
pozicioniram se na master i kažem
git merge 32605
? -
- Ok ali neka to bude jasnije čitaocu, bez potrebe da čita sve komentare na ticketu.
Napiši rekapitulaciju testova
h2. Testovi
# testirao to - dobio to2, ok
# testirao ono - dobio ono2, ok -
- to je ono što mi je trenutno u glavi, to sam testirao i sve radi
-
- testirani i semafori, rade
-
- pa otud zato što postoji na serveru a ne koristi se
-
- otkuda ova dok_veza u "blacklisti":https://github.com/knowhow/F18_knowhow/commit/0bfd7a29d1c747cb6c2b6e9a4668c78afa467637#diff-8c4082da57a7862722f21f63cb8016c0R310
-
- na sve dev tickete evidentiraj utrošak vremena, obavezno
-
- samo još semafore da testiram, mada mislim da je sad sve ok jer i semafori koriste fill_dbf_from_server funkciju
-
- ovo sam sada testirao tako što sam namjerno recimo dodao polje "n1" u blacklistu (to je polje koje se inače koristi)
full sinhro mi ovo polje nije povukao u DBF
prilikom ažuriranja dokumenta ovo polje nije upisano na SQL (kada sam ... -
- "commit":https://github.com/knowhow/F18_knowhow/commit/0bfd7a29d1c747cb6c2b6e9a4668c78afa467637
-
- znači, potrebna je refernca
-
- međutim, postoji problem u funkciji filovanja dbf-a sa servera
https://github.com/knowhow/F18_knowhow/blob/32605/common/semaphores.prg#L457
loše je kodirano !
radi se o for petlji te se pretpostavlja da će biti isti broj članova... -
- interesne tačke su funkcije
* sql_table_update
* dbf_update_rec
-
- recimo funkcija koja puni dbf sa servera, tu ne trebamo jer se ona referiše prema strukturi DBF tabele
tako da ako u DBF-u nemamo polja, neće biti napunjeno ni sa servera -
- znači pored što je potrebno postaviti u matricu ovu stavku kao
-
vsasa-mac:F18_knowhow bringout$ git branch 32605
vsasa-mac:F18_knowhow bringout$ git push origin 32605-
-
- https://github.com/hernad/harbour_playground/blob/master/sddpg/testpg.prg
05.03.2014
-
- ne mogu odmah, radim podrške remotely
-
- imena branchova su ovdje brojevi ticketa, da se primjetiti
-
- hajde ovo uradi odmah na sljedeći način:
# otvori branch "32605"
# napravi ovo što sam definisao na ovom ticketu
# test
** provjeri da li glavne funkcije rade, npr test fakt_fakt, kalk_kalk full sysnc
** napravi još provjera koje smatr... -
- 1) "ovdje stavimo":https://github.com/knowhow/F18_knowhow/blob/master/fakt/set_a_dbf_fakt.prg#L276
_item["blacklist"] := {"fisc_rn" }
2) napravimo funkciju field_in_blacklist(table, field)
u odgovarajućim funkcijama napravim... -
- time bi se "mrtva polja" neutralizirala bez promjene strukture.
-
- sada imamo algoritam kod sql->dbf
- za sva polja napuni lokalni dbf
treba nam algoritam
if polje !filed_blacklist(tabela, polje)
napuni lokalni dbf sa tom vrijednošću
analogno tome i za dbf->sql
-
- fakt_fakt / fisc_rn je suvišno polje.
kod sql->dbf se sada pune i osvježavaju uvijek sva polja.
Dovoljno bi bilo uvesti "blacklist" atribute u opise tabela, pa ta polja gledati kod operacija punjenja dbf-ova i upisa dbf-ova
-
-
- Problem je što neki korisnici znaju napraviti update db-a a velika većina ne, pa bi kod osvježavanja verzija trebala naša intervencija.
-
- znači ovako:
tabela fakt_fakt i fakt_pripr imaju istu strukturu i praktično se kod ažuriranja dešava -
-
- dobro
-
- ako si se već fokusirao na ovo najbolje da odmah ovo i "otkačiš"
-
- treba dobro pregledati da li je se slučajno negdje koristi ali ne bi trebalo i onda izbaciti ovo polje iz igre, jer se fiskalni računi setuju u tabeli fakt_doks
-
27.02.2014
-
- Ovo definitivno vrijedi pokušati. Time bi postojeći set izvještaja gro bio iskoristiv.
Samo bi trebalo svakako izmjeniti da se kod use funkcija odmah uzmu filteri u obzir da se ne fetchira cijeli dbf nego samo ono što izvještaju treba. -
- ovaj mi drajver za postgresql ne djeluje puno manji od odgovarajućeg postgresql :)
Možda ima nade
https://github.com/harbour/core/blob/master/contrib/sddpg/core.c
-
- za mysql postoji test, ali za postgresql ne https://github.com/harbour/core/blob/master/contrib/sddmy/tests/test1.prg
-
- SDDMY (mysql) https://groups.google.com/forum/#!searchin/harbour-users/SQLRDD/harbour-users/HQWqh0WFjgQ/VBOiCHxIyGcJ
hm kao da postgresql nije urađen -
- priča o RDDSQL, SDDOCI (oracle)
https://groups.google.com/forum/#!msg/harbour-users/vxlvX3ynWeU/WU-sy7W8u3sJ
-
- https://github.com/vszakats/harbour-core/blob/master/contrib/sddpg/core.c
-
- https://github.com/harbour/core/tree/master/contrib/rddsql
-
- računam da bi ovo moglo riješiti migracju brzu reporting sistema na no-dbf
ali nisam siguran da će biti adekvatno za unos dokumenata. Vrlo vjerovatno unos ne bi bilo pametno pokušati ovom "prečicom" rješavati.
-
- u harbour source-u sam to vidio.
-
21.02.2014
-
-
- znači gleda se FAKT i provjerava se broj veze tj. polja FAKT->BRDOK i KALK->BRFAKTP, provjerava se sve gdje nema veze fakt->kalk
-
20.02.2014
-
- da, ispravljena funckija za picture format
"commit":https://github.com/knowhow/F18_knowhow/commit/3061efc78b52def0cfa195951506d39eb861c6fe -
- ovo sam primjetio i jučer na terenu, ulaz/izlaz su bez decimala