Re: [GUSDEV] class notdefyet on building GUS 3.5

[Michael S. <msa...@pc...>]

Hi Fabricio,

This is usually indicative that the schema was not properly loaded into the
RDBMS.  Can you review the output from the very first run (when you did
-installDBSchema) to confirm there were no SQL errors?  Can you connect to
your DB and confirm that the objects exist-- especially that the
core.tableinfo table is fully populated.

If the DB was not fully installed, you must resolve the issue preventing
installation, and then remove all GUS objects that may have been partially
created (i.e. Users/schemas, tables, sequences, etc.)  Then you can try
again.  (I believe this is outlined in the install docs).

If all of the objects are being fully installed, then it may be that your
jdbc connection string has different settings than your perl connection
string.  Make sure that your $GUS_CONFIG_FILE has the correct dbiDsn for
your database.

Let me know how the above goes and we'll figure out the next step.

--Mike

On 7/3/05 10:18 PM, "Fabr=EDcio" <fab...@de...> wrote:

> Hello all,
>=20
> =20
>=20
> We=B9re trying to install the new GUS 3.5 release, and we=B9re having a probl=
em
> when we have to run =B3build GUS install -append -installDBSchema=B2. After a
> time running the building process stops whit many errors like this:
>=20
> =20
>=20
> [javac]/usr/local/GUS/GUS35/project_home/GUS/Model/src/java/org/gusdb/mod=
el/
> Core/AlgorithmInvocation_Row.java:99: cannot resolve symbol
> [javac]symbol  : class notdefyet
> [javac]location: class org.gusdb.model.Core.AlgorithmInvocation_Row
> [javac]public notdefyet getModificationDate () { return
> (notdefyet)get_Attribute("modification_date"); }
> [javac]            ^
>=20
> =20
>=20
> Despite these errors, the schema was generated in our postgres, but we do=
n=B9t
> know if it=B9s complete.
>=20
> =20
>=20
> We tried to build again using only the command =B3build GUS install =ADappend=
=B2
> and we put the output in a file as you can see here:
>=20
> =20
>=20
> http://www.de9.ime.eb.br/~fabricio/out.txt
>=20
> =20
>=20
> Can you tell us why the notdefyet class isn=B9t found?
>=20
> =20
>=20
> Thanks a lot,
>=20
> =20
>=20
> Fabr=EDcio.
>=20
> =20
>=20
> =20
>=20
> =20
>=20