Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: loadjava ORA-29521

Re: loadjava ORA-29521

From: Karsten Farrell <kfarrell_at_belgariad.com>
Date: Tue, 03 Dec 2002 16:33:37 GMT
Message-ID: <B15H9.34$it4.4504626@newssvr13.news.prodigy.com>


André Weber wrote:
> Hello,
>
> i'am trying to load some classes into Oracle 8i (8.1.7R3 on a W2000 Server)
> and get the following error, when i'am useing this command line
>
> loadjava -noverify -verbose -synonym -resolve -user nberg/xx_at_xx E:\WebProjects\vmsweb\oracle\org-haller.jar
> E:\WebProjects\vmsweb\oracle\de-haller.jar
> (the jars are compressed i think oracle 8.1.7 can handle this instead of older versions?)
>
> ...
> resolving: docman/_DocManagerStub
> errors : docman/_DocManagerStub
> ORA-29521: Referenzierter Name java/lang/String[] konnte nicht gefunden werden
> ORA-29521: Referenced Name java/lang/String[] couldn't be found.
> ...
>
> i am sure my classpath in (loadjava.bat) is ok. (default oracle pointing to his own JDK 1.1)
> (i tried also my JDK 1.3 but with no success)
>
> What could be wrong?
> Is it possible to upgrade Oracle 8i to a more modern JDK than 1.1? -
>
> My Client is running Win2000, (default JDK 1.3. but loadjava.bat ignores this? i think) and
> the Oracle 8.1.7 Clientsoftware.
>
> best regards
> André
>
>
> the content of loadjava (default oracle)
>
> @echo off
> if (%OS%) == (Windows_NT) setlocal
> set JAVA_HOME=C:\Programme\Oracle\jre\1.1.7
> set
> JRECLASSPATH="C:\Programme\Oracle\jre\1.1.7\lib\rt.jar;C:\Programme\Oracle\jre\1.1.7\lib\i18n.jar;c:\Volume1\Oracle817\ora81\jlib\
> javax-ssl-1_1.jar;c:\Volume1\Oracle817\ora81\jlib\jssl-1_1.jar;c:\Volume1\Oracle817\ora81\jdbc\lib\classes111.zip;c:\Volume1\Oracl
> e817\ora81\sqlj\lib\translator.zip;c:\Volume1\Oracle817\ora81\javavm\lib\aurora.zip"
>
> "C:\Programme\Oracle\jre\1.1.7\bin\jre" -Djava.compiler=NONE -classpath %JRECLASSPATH%
> oracle.aurora.server.tools.loadjava.LoadJavaMain %*
> if (%OS%) == (Windows_NT) endlocal
>
> all the jars/zips are existing and valid (could be opened by winzip nothing where i think - that it could cause this problem)
>
> the content of my JDK1.3 loadjava test
>
> @echo off
> if (%OS%) == (Windows_NT) setlocal
> set JAVA_HOME=e:\jdk13\
> set
> JRECLASSPATH=E:\jdk13\jre\lib\rt.jar;E:\jdk13\jre\lib\i18n.jar;E:\Oracle817\ora81\lib\aurora_client.jar;E:\Oracle817\ora81\jdbc\li
> b\classes111.zip;C:\Volume1\Oracle817\ora81\jlib\javax-ssl-1_1.jar;C:\Volume1\Oracle817\ora81\jlib\jssl-1_1.jar;C:\Volume1\Oracle8
> 17\ora81\sqlj\lib\translator.zip;C:\Volume1\Oracle817\ora81\javavm\lib\aurora.zip;
>
> E:\jdk13\jre\bin\java -Djava.compiler=NONE -classpath %JRECLASSPATH% oracle.aurora.server.tools.loadjava.LoadJavaMain %*
>
> if (%OS%) == (Windows_NT) endlocal
>
> --
> ---
> Dipl. Ing. (BA) A. Weber
>
> EDV-Dr. Haller & Co. GmbH
> Bärenstraße 31
> 08523 Plauen
>
> Tel.: +49 3741 1 20 60
> Fax.: +49 3741 22 26 52
> mail: software_at_edv-dr-haller.de
> http: www.edv-dr-haller.de
>
>

Don't know if this is happening to you ... when you run loadjava, are you in a directory that has 'docman' as a subdirectory? When I use loadjava, I have to do something like this ('com' is a subdir of 'projects\everest'):

cd \projects\everest
dropjava -user me/pass_at_db -verbose com\common\md5.java loadjava -user me/pass_at_db -verbose -resolve com\common\md5.java Received on Tue Dec 03 2002 - 10:33:37 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US