Avatar billede trp79 Nybegynder
11. august 2003 - 20:33 Der er 12 kommentarer og
1 løsning

Opsætning af Oracle Developer 903

Hejsa,
jeg har nu udpakket Oracle Developer 903 og ændret værdien af "SetJavaHome" til "C:\j2sdk1.4.1_01" i " <jdev_install>/jdev/bin/jdev.conf". Det virker også fint så længe jeg ikke bruger nogle af de klasser, som specielt ligger i jsdk 1.4. Jeg får fx følgende fejl når jeg kompilerer:

Error(7,1): cannot access directory javax\net\ssl; verify that directory is reachable from classpath and/or sourcepath

Error(9,28): cannot access class javax.security.cert.X509Certificate; file javax\security\cert\X509Certificate.class not found

Error(7,26): cannot access class javax.xml.parsers.FactoryConfigurationError; file javax\xml\parsers\FactoryConfigurationError.class not found

Error(8,26): cannot access class javax.xml.parsers.ParserConfigurationException; file javax\xml\parsers\ParserConfigurationException.class not found
....

Hvordan sætter jeg JDEV op så jeg kan bruge disse klasser?

Mvh
Torben
Avatar billede arne_v Ekspert
11. august 2003 - 20:49 #1
Prøv evt. at vende slash'erne den anden vej, altså:

C:/j2sdk1.4.1_01
Avatar billede arne_v Ekspert
11. august 2003 - 20:50 #2
Ellers post lige et lille udsnit af jdev.conf filen med
SetJavaHome.
Avatar billede trp79 Nybegynder
11. august 2003 - 21:24 #3
Det funkede desværre heller ikke :o(
Her er et udklip af jdev.conf, som den ser ud nu:

#
# Extensions in jdev/lib/ext may require native libraries
#
AddNativeCodePath ../lib/ext

#
# Oracle9i Lite Settings
# Enable these lines (and modify the directories)
# to suit your Oracle Lite installation
#
# AddNativeCodePath C:/Oracle/lite5/mobile/sdk/bin
# AddJavaLibFile    C:/Oracle/Lite5/mobile/classes/olite40.jar

#
# SetJavaHome is not required by default, since the launcher will
# determine the HOME.  On Windows it looks in ../../jdk, on UNIX
# it looks in /usr/java/jdk1.3 by default.
#
# SetJavaHome C:/j2sdk1.4.1_01

#
# The Windows launcher will attempt to use ojvm by default, on UNIX
# we use whatever is listed first in the $(JAVA_HOME)/jre/lib/jvm.cfg file.
#
# SetJavaVM ojvm

#
# Turn off verifications since the included classes are already verified by the
# compiler.  This will reduce startup time significantly.  On some Linux
# Systems, using -Xverify:none will cause a SIGABRT, if you get this, try
# removing this option.
#
AddVMOption    -Xverify:none

#
# Set the maximum heap to 512M
#
AddVMOption    -Xmx512M

#
# Option used by OJVM client on Windows, This option will turn on line numbers
# in the stack traces by disabling the optimizing compiler.
#
# AddVMOption    -XOd

#
# Enabling this option will cause OJVM client on Windows to only use 1 CPU on
# a multi-processor system, on single-cpu systems, this option has no effect.
#
# AddVMOption    -Xsinglecpu

#
# Disable Direct Draw, on some Windows 2000/XP base computers,
# Direct Draw is cause excessive screen refreshes and slows down drawing.
#
# Disabled by default for all Windows platform.
#
AddVMOption    -Dsun.java2d.noddraw=true

#
# Set Visibroker default ORB settings.
#
AddVMOption    -Dorg.omg.CORBA.ORBClass=com.inprise.vbroker.orb.ORB
AddVMOption    -Dorg.omg.CORBA.ORBSingletonClass=com.inprise.vbroker.orb.ORB

#
# Disable the forced GC for the ICE browser.
#
AddVMOption    -Dice.browser.forcegc=false

#
# Sets whether JDeveloper validates the web.xml when compiling JSPs
# that use tag libraries.  If not specified, the default value is "true".
# Set to "false" when using Servlet 2.3 filters in a web application
# that also contains JSPs.
#
# AddVMOption    -Djdev.jsp.compiler.validate=false

#
# Prepend patches to the bootclasspath.  Currently, rtpatch.jar contains a
# patch that fixes the javax.swing.JTree accessibility problems.
# Uncomment the line below if you need to run JDeveloper under JAWS.
#
# AddVMOption    -Xbootclasspath/p:../../jdk/jre/lib/patches/rtpatch.jar

#
# Replace heavyweight AWT controls with lightweight implementations.
#
AddVMOption    -Xbootclasspath/p:../lib/lwawt.jar

#
# This setting must not be changed.
#
SetMainClass oracle.ideimpl.IdeMain

#
# SetUserHomeVariable is used to define an environment variable
# that overrides the default user home location.  The directory
# pointed to by the environment variable defined here will be
# used to store user settings and the "mywork" directory.
# On UNIX platforms the default setting is $HOME/jdevhome
#
SetUserHomeVariable JDEV_USER_DIR

#
# If you run into problems related to relocation errors of system dll's, use
# this option to resolve them.  This option only works under ojvm.
#
# AddVMOption -Xheapbase10000000

#
# A list of filenames that are reserved
#
AddVMOption -Dreserved_filenames=con,aux,prn,lpt1,lpt2,lpt3,lpt4,lpt5,lpt6,lpt7,lpt8,lpt9,com1,com2,com3,com4,com5,com6,com7,com8,com9,conin$,conout$

#
# Disable tracing for BC4J (not needed for production code)
# Also, for the IDE suppress the debug warning banner
#
AddVMOption -Djbo.debugoutput=silent
AddVMOption -Djbo.showdebugwarningbanner=false
Avatar billede arne_v Ekspert
11. august 2003 - 21:26 #4
# SetJavaHome C:/j2sdk1.4.1_01

skal være:

SetJavaHome C:/j2sdk1.4.1_01
Avatar billede arne_v Ekspert
11. august 2003 - 21:27 #5
# betyder "resten af linien er kommentar" !
Avatar billede trp79 Nybegynder
11. august 2003 - 21:47 #6
Det hjalp desværre heller ikke (har prøvet både med / og \). Kan det være fordi jeg ikke har installeret "The oracle java virtual machine client"? Jeg får nemlig en advarsel:

"The Oracle Java Virtual Machine Client is not installed.
Profiling and CodeCoach will not be avaibable, and Debugging performance will be slower than with OJVM Client.
To install the OJVM client, please refer to the Oracle9i JDeveloper Install Guide(jdev\install.html)"

Det burde vel ikke have noget at sige... Når jeg så trykker OK (kan ikke vælge andet), så kommer den med en ny advarsel:

"This version of JDeveloper is certified on JDK 1.3.1_02, you are attempting to run on JDK 1.4.1_01. JDeveloper may not run correctly on this version of JDK.
Continue?"

Jeg får de samme fejl som jeg har beskrevet i selve spørgsmålet. Jeg kan godt kompilerer "alm." klasser.
Avatar billede arne_v Ekspert
11. august 2003 - 21:59 #7
Du burde sagtens kunen køre uden den OJVM.

Jdev 9.03 er så lavet til 1.3.1 mne det burde virke fint med 1.4.1.

Og vi ved nu at SetJavaHome virker når du får den fejl.

Så er det bare tilbage at finde ud af hvorfor compile ikke virker
med SSL klasserne.
Avatar billede arne_v Ekspert
11. august 2003 - 22:14 #8
Det er lidt af et hack, men kunne du prøve at tilføje de nødvendige jar-filer til
projektet classpath ?
Avatar billede arne_v Ekspert
11. august 2003 - 22:26 #9
Hov.

Helt forkert approach !
Avatar billede arne_v Ekspert
11. august 2003 - 22:28 #10
Fjern den SetJavaHome igen.

Det er den Java version som JDeveloper selv kører i.

Inde i JDeveloper kan du definere alle de Java versioner du vil og
vælge JDK per projekt.

Project
Project Settings
Configurations
Development
Libraries
J2SE Version
Define
og fortæl hvor den ligger !
Avatar billede arne_v Ekspert
11. august 2003 - 22:30 #11
Jeg får nu med:

new SSLSocket("localhost", 443);

følgende fejl:

Error(8,22): class javax.net.ssl.SSLSocket is abstract; cannot be instantiated

hvilket jo er rigtigt !
Avatar billede arne_v Ekspert
11. august 2003 - 22:31 #12
Og jeg burde kunne have sagt mig selv det.

Alle professionelle Java IDE'er understøtter flere Java versioner.

Det er et must i seriøs software udvikling.
Avatar billede trp79 Nybegynder
12. august 2003 - 09:12 #13
Kanont Arne! Den kompiler bare som den skal nu :)
Tak for hjælpen, mvh
Torben
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Kurser inden for grundlæggende programmering

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester