Erreur compilation Java - API SUN de CORBA

Version imprimable

05/12/2011, 17h04
Lolitaaa

Erreur compilation Java - API SUN de CORBA

EN fait dans mon code j'appel des classe de SUN, le package :
com.sun.corba.se.impl.orbutil
[mkdir] Created dir: /u02/bscsproducts/futbdmco/ix_001/FTS/bin
[javac] Compiling 37 source files to /u02/bscsproducts/futbdmco/ix_001/FTS/bin
[javac] /u02/bscsproducts/futbdmco/ix_001/FTS/src/com/cge/mvne/fts/ServiceRoot.java:19: cannot resolve symbol
[javac] symbol : class ORBConstants
[javac] location: package orbutil
[javac] import com.sun.corba.se.impl.orbutil.ORBConstants;

Sachant que j'ai verifié dans $JAVA_HOME/jre/lib/rt.jar, effectivement le JAR ne contient pas ce package car je suis pas sur une machine SUN,
mais comment faire dans ce cas pour avoir Une JVM dans laquelle je peux faire référence à ces classes, , notamment pour compiler ?

Merci
05/12/2011, 17h13
dinobogan

Le type de machine n'a rien à voir avec le package "com.sun".
Quelle JVM as-tu installé ?
05/12/2011, 17h27
Lolitaaa

Resultats de java -version

En fait quand je tape java-version sur mon serveur Unix,
j'ai :
java version "1.4.2.20"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2.20-080814-16:18)
Java HotSpot(TM) Server VM (build 1.4.2 1.4.2.20-080814-22:10-IA64N IA64, mixed mode)
05/12/2011, 19h43
sinok

Il ne faut en aucun cas utiliser des classes issues de com.sun.* dans vos développements.

Ces classes ne font pas partie de la norme java, et sont susceptibles d'être modifiées/supprimées/renommées/déplacée à n'importe quelle release de java.

Quelle est l'utilisation que vous faites de cette classe?
06/12/2011, 09h31
Lolitaaa

Utilisation pour threadPoolManager de l'orb

Bonjour,

en fait j'en ai besoin, pour utiliser un threadPoolManager comme suivant :

Code:

((com.sun.corba.se.impl.orb.ORBImpl) orb).setThreadPoolManager(new ThreadPoolManagerImpl(minSize, maxSize, timeout));

car j'ai une appli qui utilise le niveau corba et qui a des soucis de threading ...
06/12/2011, 11h37
deathness

Il devrait te suffir de rajouter dans ton projet les jar des librairies de Sun que tu veux utiliser.
06/12/2011, 11h50
Lolitaaa

Oui mais dans mon cas la JVM n'est pas celle de SUN

Oui mais selon le resultat de java - version
la JVM n'est pas celle de SUN
06/12/2011, 11h51
sinok

Bah, malheureusement, il va te falloir te passer de ton ThreadPoolManager.
Tu as utilisé du code ne faisant pas partie de la spec java, et te voilà confrontée aux problèmes que cela engendre.
Supprime la ligne en question et ça devrait marcher.
06/12/2011, 11h56
Lolitaaa

Erreur de compilation

Même en ajoutant le rt.jar à mon projet
j'ai l'erreur :
cannot access com.sun.corba.se.impl.logging.ORBUtilSystemException
06/12/2011, 13h22
sinok

Si tu utilises une JVM IBM, tu n'as pas besoin de passer par ce genre de "saloperies".

EN effet les JVM IBM proposent un fichier permettant de configurer la taille du ThreadPool. Ce fichier se trouve dans le répertoire lib de la JRE qui sert à faire tourner ton programme et s'appelle orb.properties.

Et ne cherche en aucun cas à intégrer le rt.jar de sun à ton projet, ce pourrait mener à des graves problèmes de conflit...
06/12/2011, 14h01
Lolitaaa

Ok merci
Ok merci, je laisserai tomber l'idée de gérér le Pool de Thread via ça, par contre
dans le progiciel que j'utilise ils ont déjà pour un module donnée un orb.properties

donc à ton avis ça suffit que dans mon code j'initialise l'orb :
et au lieu de faire :

Code:

((com.sun.corba.se.impl.orb.ORBImpl) orb).setThreadPoolManager(new ThreadPoolManagerImpl(minSize, maxSize, timeout));

je crée normalement :
Code:

1 2 System.getProperties().putAll(properties); orb = ORB.init(args, System.getProperties());
et du coup je peux gérer la config du Pool directement dans le orb.properties sans le préciser explicitement lors de l'instanciation de l'ORB ?

Fichier orb.properties que j'ai

Le fichier que j'ai ressemble à ça :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
 
#
# This file contains properties (associations of a name with a value)
# used by ORB, This file is used on a server and on a client side
#
# Properties specified here are passed to the ORB.init()
# These properties are also important for bootstraping of the naming service
# using ORB.resolve_initial_references()
#
 
#
# These properties should be set when the system is used with the namings
# service orbd included JDK 1.4 or running on AIX with TAO naming service
#
#org.omg.CORBA.ORBInitialPort=2010
#org.omg.CORBA.ORBInitialHost=localhost
 
 
# Specifies the initial context of the name service when using another
# naming service as orbd.
# Use following syntax: "org.omg.CORBA.ORBInitRef=NameService=<URL of name service>"
# Here <URL of name service> could be specified with the help of
# "IOR" or "corbaloc" or "corbaname" schemes. The syntax used to specify
# a concrete instance of the name service is vendor-specific.
#
# Note: only INS-compatible name service could be specified here
# (INS - Interopeable Name Service)
#
# Example 1:
# org.omg.CORBA.ORBInitRef=NameService=corbaname::localhost:1050
#
# Example 2 (for TAO naming service running on host toronoto port 1061):
#org.omg.CORBA.ORBInitRef=NameService=corbaloc:iiop:montreal:10051/NameService
org.omg.CORBA.ORBInitRef=NameService=corbaloc:iiop:TENERIFE:41301/NameService
 
 
#
# This property used to specify the file where IOR of the naming service is saved.
# Specifying this file is an alternative to use ORB.resolve_initial_references()
# for bootstraping of the naming service.
#
# Usage of file with IOR of the naming service provides a workaround
# when not INS-compatible naming service is used (like tnameserv)
#
 
#com.slb.sema.ccb.FileWithIOR=myfile.txt