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

[Carlos Moro]

Hi,

I also think a completely new checkout of cvs tree and sh 
redo-public.sh, saying yes to AMIS, should work.

If it doesn't, you can try, to review the error trace:

As postgres user:
cd gnumed_server_path/sql/test-data
psql -e gnumed < test_data-James_Kirk.sql

Best regard,
carlos

> 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
> >    
>
>
>
> _______________________________________________
> Gnumed-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gnumed-devel
>
>