gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] Still no luck with test data


From: Richard Terry
Subject: Re: [Gnumed-devel] Still no luck with test data
Date: Thu, 9 Dec 2004 09:52:18 +1100
User-agent: KMail/1.5.4

> > failed to import [../sql/test-data/test_data-James_Kirk.sql]
>
> this tells me your source isn't up to date

Karsten  - twas virgin up to date source re-downloaded on a number of 
occasions. However - I will delete the entire gnuMed directory and do another 
virgin import of the CVS and try again.

BTW if one is doing the import by hand, what directory does one have to be in?

Regards

Ricahrd


On Thu, 9 Dec 2004 03:15 am, Karsten Hilbert wrote:
> > Have tried what you suggested to no avail. Note that it bombs out before
> > the AMIS test data (which of course I don't have anyway - this
> > installation script needs modifying so as if one installs test data it
> > dosn't request that - unless of course it is needed, in which case it
> > should be supplied (if possible legally).
>
> If one uses the script redo-public.sh then one will
> not be bothered by missing AMIS data.
>
> > I once again enclose the log file, but again, it crashes as the same
> > place: ===================================================
> > 2004-12-08 17:09:07 [DATA]
> > (/home/richard/gnumed/gnumed/Gnumed/pycommon/gmPsql.py:address@hidden):
> > insert into lnk_pat2vacc_reg (fk_patient, fk_regime) values (
> >         currval('identity_id_seq'),
> >         (select pk_regime from v_vacc_regimes where regime='Tetanus
> > (STIKO)') )
> > 2004-12-08 17:09:07 [ERROR]
> > (/home/richard/gnumed/gnumed/Gnumed/pycommon/gmPsql.py:address@hidden):
> > ../sql/test-data/test_data-James_Kirk.sql:73: ERROR:  ExecInsert: Fail to
> > add null value in not null attribute fk_regime
>
> 1) please make sure you have the lastest source
> 2) this (or some variant thereof) won't work until Psql.py
>    gains transaction awareness which I have been unable to
>    provide yet
> 3) nevertheless, one can still work around that problem:
>    - a bootstrap should fails on lab regression test data only
>    - this is harmless unless one wants to do lab regressions
>    - it is possible to still import that test data with:
>      psql -d gnumed -U gm-dbowner -f lab_regression*.sql
>

>
> > Interestingly if I try and run your multi-sash soap stuff now, I get a
> > different set of error messages -doesn't even get to the gnumed logon.
>
> Like which messages ?
>
> Karsten





reply via email to

[Prev in Thread] Current Thread [Next in Thread]