Discussion :

[cormnsa]

Bonjour ou bonsoir...

J'ai une (des) application(s) qui font du logging.
Un fichier pour reçevoir le stream standard (System.out) et un fichier pour recevoir le stream d'erreur (System.err).

Une redirection des styreams out et err vers des fichiers.

Mais, actuellement, ces deux fichiers sont stocker dans un répertoire du profile utilisateur.
Si j'avais besoin de faire du support, je me connectais sur le serveur en mode administrateur et j'allais dans le répertoire adhoc consulter les fichiers logs.

Sauf que la parano des admins ont décider de mettre en place une solution zero-trust avec une solution nommée cyber-ark.
Donc, pour faire du support utilisateur, il faut que je me connecte sur la plate-formce cyber-ark, MFA, arriver sur le serveur, et faire le support...

Dès lors, je me demande s'il serait pas plus simple que les fichiers logs soit mis ailleurs, dans le répertoire d'installation de l'application, ce serait plus facile.
Sauf que plusieurs personnes peuvent utiliser l'application..

La contrainte est que la méthode de redirection est avant la fenêtre qui demande le logging utilisateur.

Alors, je me demande s'il serait pas possible de faire:

création de deux fichier temporaire
mise en place redirection vers les deux fichiers temporaire
renommer les deux fichiers temporaire vers <login>.err.log & <login>.out.log

Mais, ma question est : Est-ce que cela est possible ?
faut-il faire un genre de switch log (remise en place redirection par défaut après loggin, renommer les fichiers temporaire et puis refaire la redirection) ?

[fred1599]

Hello,

faut-il faire un genre de switch log (remise en place redirection par défaut après loggin, renommer les fichiers temporaire et puis refaire la redirection) ?

Ça me semble pas mal, faudrait voir ce que vous proposez...

Sinon il existe des Frameworks de logging qui font ça comme Logback ou Log4j2

Si vous avez la possibilité de modifier le code pour intégrer un de ces frameworks, ce serait la solution la plus robuste et la plus simple à maintenir, je pense...

[cormnsa]

Inclure un framework risque d'être compliqué, c'est un programme qui à 25 ans et qui est utilisé en tant que programme avec interface graphique, mais aussi intégrer comme package dans deux autres applications plus backend.

[cormnsa]

Voici ce que j'ait fais :

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
private void initLog()
		{
		// Generate random filename
 
		int leftLimit = 48; // numeral '0'
		int rightLimit = 122; // letter 'z'
		int targetStringLength = 10;
		Random random = new Random();
 
		String generatedString = random.ints(leftLimit, rightLimit + 1)
						.filter(i -> (i <= 57 || i >= 65) && (i <= 90 || i >= 97))
						.limit(targetStringLength)
						.collect(StringBuilder::new, StringBuilder::appendCodePoint, StringBuilder::append)
						.toString();
 
		temporary_logfilename_out = generatedString+"."+XinosConstants.LOGFILE_OUT;
		temporary_logfilename_err  = generatedString+"."+XinosConstants.LOGFILE_ERR;
 
		try	{
			// test if log folder exist, if not create it
		  String path_home = System.getProperty("user.dir")+File.separator+XinosConstants.LOGDIR;
 
		 // File creation = new File(HOME + File.separator + XinosConstants.LOGDIR);
			File creation = new File(path_home);
			if (creation.isDirectory() == false)
				creation.mkdir();
 
			console2 = System.err;
			fpError = new FileOutputStream(path_home + File.separator + temporary_logfilename_err);
			System.setErr(new PrintStream(fpError, true));
 
			console = System.out;
			fpLog = new FileOutputStream(path_home + File.separator + temporary_logfilename_out);
			System.setOut(new PrintStream(fpLog, true));
			}
		catch (FileNotFoundException e)
			{
			System.err.println("redirection  System.setErr impossible : " + e);
			}
		}

et après authenfication :

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
 
private void switchLog()
		{
		try {
			Path srcOutStreamPath = null, srcErrStreamPath, targetOutStreamPath = null, targetErrStreamPath = null;
			String path_home = System.getProperty("user.dir")+File.separator+XinosConstants.LOGDIR;
 
			real_logfilename_err = userInfo.getLogin()+"."+XinosConstants.LOGFILE_ERR;
			real_logfilename_out = userInfo.getLogin()+"."+XinosConstants.LOGFILE_OUT;
 
			// Switch to standard and default out & err output stream
 
			System.setOut(console);
			System.setErr(console2);
 
			fpLog.close();
			fpError.close();
 
			srcOutStreamPath = Paths.get(path_home+File.separator+temporary_logfilename_out);
			targetOutStreamPath = Paths.get(path_home+File.separator+real_logfilename_out);
			Files.copy(srcOutStreamPath, targetOutStreamPath, StandardCopyOption.REPLACE_EXISTING);
 
			srcErrStreamPath = Paths.get(path_home+File.separator+temporary_logfilename_err);
			targetErrStreamPath = Paths.get(path_home+File.separator+real_logfilename_err);
			Files.copy(srcErrStreamPath, targetErrStreamPath, StandardCopyOption.REPLACE_EXISTING);
 
			fpError = new FileOutputStream(path_home + File.separator + real_logfilename_err, true );
			System.setErr(new PrintStream(fpError, true));
 
			fpLog = new FileOutputStream(path_home + File.separator + real_logfilename_out, true);
			System.setOut(new PrintStream(fpLog, true));
 
 
			Files.delete(srcOutStreamPath);
			Files.delete(srcErrStreamPath);
			}
		catch (IOException io_err)
			{
			System.err.println("switchLog > failed to move from temporay log file to real log file : " + io_err);
			}
		}

[fred1599]

Ça semble fonctionnel pour du mono-utilisateur par machine, mais pour du multi-utilisateurs concurrents, il faudra un minimum ajouter des timestamps dans le nom des fichiers.

Les problèmes restants,

• Fenêtre de perte de logs : Entre System.setOut(console) et la réouverture, tout output est perdu. Si une exception survient pendant switchLog(), les logs ne sont plus capturés.
• Concurrence multi-utilisateur : Si le même login se connecte deux fois simultanément, REPLACE_EXISTING écrase le fichier actif de l'autre session. Les logs s'entremêlent.
• Cleanup des temporaires : Si l'app crash avant switchLog(), les fichiers temporaires persistent indéfiniment.
• Permissions user.dir : Fonctionne uniquement si l'app s'exécute depuis un répertoire accessible en écriture.

L'approche copie + suppression fonctionne, mais présente encore quelques risques...

[cormnsa]

• Fenêtre de perte de logs : Entre System.setOut(console) et la réouverture, tout output est perdu. Si une exception survient pendant switchLog(), les logs ne sont plus capturés.
  Elle seront affichée dans la console (j'utilise pas javaw)
• Concurrence multi-utilisateur : Si le même login se connecte deux fois simultanément, REPLACE_EXISTING écrase le fichier actif de l'autre session. Les logs s'entremêlent.
  Il y a un cas où il peut avoir deux fois le même utilisateur qui se connecte, c'est pour des formations, sinon, il y a tjrs un seul utilisateur qui se connecte à la version de son application.
  A la limite, je pourrais créer un compte pour les formations...
• Cleanup des temporaires : Si l'app crash avant switchLog(), les fichiers temporaires persistent indéfiniment.
  Effectivement, mais si crash, cela posera un problème pour le fonctionnement de l'application => intervention de ma part.
• Permissions user.dir : Fonctionne uniquement si l'app s'exécute depuis un répertoire accessible en écriture.
  Ce qui est le cas

[fred1599]

Bon ben voilà je ne vois rien d'autre à ajouter, ça semble globalement correct