Discussion :

[Lolitaaa]

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

[dinobogan]

Le type de machine n'a rien à voir avec le package "com.sun".
Quelle JVM as-tu installé ?

[Lolitaaa]

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)

[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?

[Lolitaaa]

Bonjour,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

((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 ...

[deathness]

Il devrait te suffir de rajouter dans ton projet les jar des librairies de Sun que tu veux utiliser.

[Lolitaaa]

Oui mais selon le resultat de java - version
la JVM n'est pas celle de SUN

[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.

[Lolitaaa]

Même en ajoutant le rt.jar à mon projet
j'ai l'erreur :
cannot access com.sun.corba.se.impl.logging.ORBUtilSystemException

[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...

[Lolitaaa]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

je crée normalement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ?

[Lolitaaa]

Le fichier que j'ai ressemble à ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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