Accès global aux arguments

**donnadieujulien** · 10/09/2012, 16h45

Bonjour,

Je n'arrive pas à accéder/modifier certaines variables de mon programme java :

Voici la structure globale de mon code :

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
47
48
49
50
51
52
53
54
55
56
57
 
public class MaClassePrincipale {
 
	private static final String CHAINE_MODE1_1 = "11";
	private static final String CHAINE_MODE1_2 = "12";
 
	private static final String CHAINE_MODE2_1 = "21";
	private static final String CHAINE_MODE2_2 = "22";
 
	private static String chaine_mode_1;
	private static String chaine_mode_2;
 
	public static class MaClasseStatique1
		{
 
		public void MaFonction1()
        throws IOException, InterruptedException 
        	{
			//CODE
			}
		}
 
	public static class MaClasseStatique2
		{
 
		public void MaFonction2()
        throws IOException, InterruptedException 
        	{
			//CODE
        	}
		}
 
	public static void main(String[] args) throws Exception 
		{
		if ( args[0].CompareTo("mode1") == 0 )
			{
			chaine_mode_1=CHAINE_MODE1_1;
			chaine_mode_2=CHAINE_MODE1_2;
			}
		else
			{
			chaine_mode_1=CHAINE_MODE2_1;
			chaine_mode_2=CHAINE_MODE2_2;
			}
 
                Job job = new Job(FConf, "monjob");
		job.setJarByClass(MaClassePrincipale.class);
		job.setMapperClass(MaClasseStatique1.class);
		job.setReducerClass(MaClasseStatique2.class);
		job.setOutputKeyClass(Text.class);
		job.setOutputValueClass(IntWritable.class);
 
		FileInputFormat.addInputPath(job, new Path(FInputPath));
		FileOutputFormat.setOutputPath(job, new Path(FOutputPath));
		System.exit(job.waitForCompletion(true) ? 0 : 1);
		}
	}

La valeur de chaine_mode_1 et chaine_mode_2 dans MaFonction1 et MaFonction2 sont null, il y a une subtilité que je n'ai pas compris, pourriez vous m'expliquer pourquoi svp?

Merci d'avance!

**professeur shadoko** · 10/09/2012, 16h49

je ne vois pas comment :

Code :

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

1
2
 
if (args[0].CompareTo("mode1")

peut se compiler ....

**tchize_** · 10/09/2012, 17h23

non seulement ton code ne compile pas dans le main, mais en plus on ne vois pas comment tes fonctions sont appelée -> difficile de te dire pourquoi c'est null lors de l'appel

**Népomucène** · 10/09/2012, 17h32

Envoyé par professeur shadoko

je ne vois pas comment :

Code :

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

1
2
 
if (args[0].CompareTo("mode1")

peut PAS se compiler ....

pour que ça compile il faut au moins écrire :

Code :

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

1
2
3
4
5
        ...
        if (args[0].compareTo("mode1") == 0) {
        ...
}

Après on peut discuter ...

**supergeoffrey** · 10/09/2012, 17h43

euh...

Le java n'est pas un langage fonctionnel, c'est un langage orienté objet!
On parle alors plus de fonctions mais de méthodes.

De plus ton programme fait deux affectations pas plus!!

Comment fait-tu les appels des méthodes MaFonction1 et MaFonction2 sans créer d'instance de tes objets internes??

**donnadieujulien** · 11/09/2012, 08h37

j'ai oublié compareto()==0 ca va!

**donnadieujulien** · 11/09/2012, 08h42

Dans le main :

Code :

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

1
2
3
4
5
6
7
8
9
10
Job job = new Job(FConf, "monjob");
job.setJarByClass(MaClassePrincipale.class);
job.setMapperClass(MaClasseStatique1.class);
job.setReducerClass(MaClasseStatique2.class);
job.setOutputKeyClass(Text.class);
job.setOutputValueClass(IntWritable.class);
 
FileInputFormat.addInputPath(job, new Path(FInputPath));
FileOutputFormat.setOutputPath(job, new Path(FOutputPath));
System.exit(job.waitForCompletion(true) ? 0 : 1);

Je ne sais pas comment elles sont appellées justement ce que je sais c'est que je n'arrive pas à passer des arguments dans ces "méthodes"

**professeur shadoko** · 11/09/2012, 09h06

Nepomucène: je confirme la tournure de phrase "je ne vois pas comment xxxx peut se compiler" .....
effectivement l'expression ne peut PAS se compiler ... donc ma phrase est parfaitement correcte

**donnadieujulien** · 11/09/2012, 09h07

Mais a partir du moment ou chaine_mode_1 est statique, je ne comprend pas pourquoi je ne peux pas y accéder de n'importe ou dans le code pour lire/écrire....

En fait pour ceux qui connaissent je cherche le meme principe que le var dans l'interface en delphi...
J'vais quand meme pas aller écrire dans un fichier pour ca, doit y avoir moyen mais je trouve pas

**JoeChip** · 11/09/2012, 09h11

Je ne sais pas comment elles sont appellées justement

Je ne voudrais pas être désagréable, et encore moins vexant, mais quelles sont tes connaissances en programmation ? Quelles sont les docs que tu as lues sur Java ?

Afin que nous puissions mieux comprendre ce que tu sais, il serait pratique que nous sachions quelles sont tes sources, pour pouvoir t'indiquer des docs qui contiennent ce que tu ne sais pas.

**donnadieujulien** · 11/09/2012, 09h27

Je suis développeur delphi, je connais un peu java, j'ai lu pas mal de docs.

En gros je suis pas en train de vous dire les mecs j'y arrive pas faite sle boulot à ma place, je suis pas un noob qui a fait 3 lignes de code, je suis pas non plus enstein et je ne connais pas tout.

Je tente en ce moment d'exécuter des map reduce sur mon cluster hadoop, ces map reduce codés en java, et je vous rassure, j'y arrive très bien!

Mais dans un soucis de confort et de curiosité, j'aimerai pouvoir dire a mon programme mode 1,2,3,... sans avoir a recompiler à chaque fois suivant les versions de map reduce que je souhaite effectuer.

J'ai déja utilisé ces variables statiques, j'ai cherché sur le net et partout il est indiqué de faire comme ca, j'ai monitoré mes variables dans le main et la valeur est bonne mais dans ces méthodes statiques du mapréduce il n'y a pas moyen de les transmettre!

Pourtant, si je déclare une constante (final), la j'y accède bien.

Donc je souhaiterai comprendre et effectivement je voulais synthétiser ma demande mais c'est clair que je l'ai peut etre un peu trop synthétisée.
L'inconnu c'est l'appel de ces méthodes c'est eptu etre de ce coté la qu'il faut chercher ou pas, j'ai peu etre loupé un truc tout bete, d'ou mon post, car je ne suis pas spécialiste en java

**Népomucène** · 11/09/2012, 09h45

Envoyé par professeur shadoko

Nepomucène: je confirme la tournure de phrase "je ne vois pas comment xxxx peut se compiler" .....
effectivement l'expression ne peut PAS se compiler ... donc ma phrase est parfaitement correcte

Ah oui désolé, je n'avais pas vu le montage.

**Népomucène** · 11/09/2012, 09h52

Envoyé par donnadieujulien

Mais a partir du moment ou chaine_mode_1 est statique, je ne comprend pas pourquoi je ne peux pas y accéder de n'importe ou dans le code pour lire/écrire....

En fait pour ceux qui connaissent je cherche le meme principe que le var dans l'interface en delphi...
J'vais quand meme pas aller écrire dans un fichier pour ca, doit y avoir moyen mais je trouve pas

Tu nous dis ne pas pouvoir accéder aux variables chaine_mode_1 et chaine_mode_2. A tous les coups c'est un bête problème de visibilité.
Poste le code où tu essayes de récupérer ces variables pour qu'on te dise où est le problème de "visibilité" des variables.

**donnadieujulien** · 11/09/2012, 09h57

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
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
public class MaClassePrincipale {
 
	private static final String CHAINE_MODE1_1 = "11";
	private static final String CHAINE_MODE1_2 = "12";
 
	private static final String CHAINE_MODE2_1 = "21";
	private static final String CHAINE_MODE2_2 = "22";
 
	private static String chaine_mode_1;
	private static String chaine_mode_2;
 
	public static class MaClasseStatique1
		{
 
		public void MaFonction1()
        throws IOException, InterruptedException 
        	{
			//CODE
                       System.out.println(chaine_mode_1); 
                       //->> affiche null
                       System.out.println(chaine_mode_2);
                       //->> affiche null
			}
		}
 
	public static class MaClasseStatique2
		{
 
		public void MaFonction2()
        throws IOException, InterruptedException 
        	{
			//CODE
                       //->> affiche null
                       System.out.println(chaine_mode_1);
                       //->> affiche null
                       System.out.println(chaine_mode_2);
        	}
		}
 
	public static void main(String[] args) throws Exception 
		{
		if ( args[0].CompareTo("mode1") == 0 )
			{
			chaine_mode_1=CHAINE_MODE1_1;
			chaine_mode_2=CHAINE_MODE1_2;
			}
		else
			{
			chaine_mode_1=CHAINE_MODE2_1;
			chaine_mode_2=CHAINE_MODE2_2;
			}
 
                Job job = new Job(FConf, "monjob");
		job.setJarByClass(MaClassePrincipale.class);
		job.setMapperClass(MaClasseStatique1.class);
		job.setReducerClass(MaClasseStatique2.class);
		job.setOutputKeyClass(Text.class);
		job.setOutputValueClass(IntWritable.class);
 
		FileInputFormat.addInputPath(job, new Path(FInputPath));
		FileOutputFormat.setOutputPath(job, new Path(FOutputPath));
		System.exit(job.waitForCompletion(true) ? 0 : 1);
		}
	}

**Népomucène** · 11/09/2012, 10h31

Ou là là ...
à aucun endroit je ne vois un appel à la fonction MaFonction1() ou MaFonction2().
tu récupères la classe MaClasseStatique1 pour la mettre dans job mais elle n'est pas instanciée
(ou alors dans job peut-être ?)

**thelvin** · 11/09/2012, 10h37

Ouaip. Cette classe Job sort de nulle part, on ne la connaît pas, on sait pas ce que c'est. Elle fait probablement quelque chose qui n'est pas censé permettre ce que tu essaies de faire.

Mais de toute façon, ça ne sert à rien de demander de l'aide sans nous montrer les classes non-standard que tu utilises.

**donnadieujulien** · 11/09/2012, 10h38

oui surement dans job, mais la c'est les méthodes du plugin hadoop, pour l'instant je ne sais pas ce qu'il y a dans ces méthodes, mais je ne comprend pas pourquoi on devrait se soucier de comment c'est fait/appelé, puisque ma variable est statique, donc théoriquement accessible partout????

**thelvin** · 11/09/2012, 10h58

Envoyé par donnadieujulien

oui surement dans job, mais la c'est les méthodes du plugin hadoop, pour l'instant je ne sais pas ce qu'il y a dans ces méthodes, mais je ne comprend pas pourquoi on devrait se soucier de comment c'est fait/appelé, puisque ma variable est statique, donc théoriquement accessible partout????

Parce que Hadoop est un framework de cloud computing et a donc pour principe de répliquer les données nécessaires au travail d'un nœud à l'autre, ce qui est complètement contradictoire avec la notion de static qui ne concerne bien sûr que l'application en cours et pas toutes les applications de tous les ordinateurs du monde.

On peut raisonnablement supposer, et le fait qu'il soit configuré avec des .class le confirme, que Hadoop s'assure qu'il ne travaille qu'avec des objets disposant des mêmes conditions de démarrage sur tous les nœuds, et charge donc les classes dans un ClassLoader spécialisé, ce qui a pour effet de charger une nouvelle vision des classes qui avaient déjà été chargée, et dont les variables statiques n'ont jamais été touchées par la méthode main().

Bref, si on fait du distribué, le premier principe de base est que static n'existe pas. Il vaut mieux définir un objet global qui contient toutes les données globales que tu veux, et qui sera sûrement répliqué.
Enfin, tout ça c'est de l'apprentissage de Hadoop, pas de Java.

**donnadieujulien** · 11/09/2012, 11h04

ah ouais, pas mal, d'accord, en fait il faut que j'envoie la classe selon l'argument passé en prm!
Merci beaucoup!
Je vais tester dans la journée

**professeur shadoko** · 11/09/2012, 11h06

bon j'ai pas regardé les codes mais une petite mise en garde:
en Java il n'y a pas de variable globale...
oui même un truc static n'est pas global: c'est une variable partagée au sein d'un ClassLoader.
Si par malheur tu fais appel à un code qui utilise au autre ClassLoader les variables static n'auront pas les mêmes valeurs ...
Bon je doute que ça soit le problème ... mais c'est juste pour dire qu'il vaut mieux éviter des conceptions avec des variables globales qui se modifient dans la vie du programme.

edit: quasi grilled

Accès global aux arguments

avec Java

Discussions similaires

Partager

Partager