Bon, c'est bien comme je pensais, ça ne sert plus à grand chose en 2016.

via skunnyk

framework java utilisé pour le projet en RIE

Comment créer un script d'init pour une application java.

EDIT : ce truc n'a pas marché pour moi :
s=ps -C 'java -jar /path/to/application.jar' -o pid h
Du coup, j'ai remplacé par :
s=$(pgrep --full 'une string unique qui identifie la command line pour lancer mon jar')

!/bin/sh

#

init script for a Java application

#

Check the application status

#

This function checks if the application is running

check_status() {

Running ps with some arguments to check if the PID exists

-C : specifies the command name

-o : determines how columns must be displayed

h : hides the data header

s=ps -C 'java -jar /path/to/application.jar' -o pid h

If somethig was returned by the ps command, this function returns the PID

if [ $s ] ; then
return $s
fi

In any another case, return 0

return 0

}

Starts the application

start() {

At first checks if the application is already started calling the check_status

function

check_status

$? is a special variable that hold the "exit status of the most recently executed

foreground pipeline"

pid=$?

if [ $pid -ne 0 ] ; then
echo "The application is already started"
exit 1
fi

If the application isn't running, starts it

echo -n "Starting application: "

Redirects default and error output to a log file

java -jar /path/to/application.jar >> /path/to/logfile 2>&1 &
echo "OK"
}

Stops the application

stop() {

Like as the start function, checks the application status

check_status

pid=$?

if [ $pid -eq 0 ] ; then
echo "Application is already stopped"
exit 1
fi

Kills the application process

echo -n "Stopping application: "
kill -9 $pid &
echo "OK"
}

Show the application status

status() {

The check_status function, again...

check_status

If the PID was returned means the application is running

if [ $? -ne 0 ] ; then
echo "Application is started"
else
echo "Application is stopped"
fi

}

Main logic, a simple case to call functions

case "$1" in
start)
start
;;
stop)
stop
;;
status)
status
;;
restart|reload)
stop
start
;;
*)
echo "Usage: $0 {start|stop|restart|reload|status}"
exit 1
esac

exit 0

ArrayList<DeviceId> reslist = new ArrayList<DeviceId>();
reslist.add....

return reslist.toArray(new DeviceId[reslist.size()]);

How to run a jar the daemon way under linux

Enoncé du TP

Ce programme ressemblera à un système de chat transposé à la voix. Chaque usager dispose du même programme. Une fois lancé on doit être en mesure de recevoir les demandes de dialogue qui seront présentées dans une fenêtre sous la forme d'une liste.

Une demande de dialogue est caratérisée par quelques informations d'identification (NOM, PRENOM, @IP, ...), et par les caractéristiques du son attendu (paramètres sons).

L'usager choisit une demande dans la liste et l'accepte.
A partir de ce moment deux canaux audio sont construits pour permettre un dialogue full duplex :

• le flux audio en provenance du micro est envoyé sur le canal sortant,
• le flux audio en provenance du correspondant est envoyé sur le HP.

Une deuxième liste montrera les communications en cours, les demandes disparaissent de la prmière liste.

Un bouton "fin" permettra d'interrompre la communication. Le système devra permettre de gérer plusieurs communications simultanéments, soit en alternance soit en parallèle. Pour cela des boutons "Pause/reprise" seront introduits. Dans le cas du traitement en parallele et pour éviter d'être envahi par un locuteur jugé un peu trop "bavard", l'usager pourra à tout moment couper un canal actif ceci sans que son vis-à-vis ne s'en rende compte, on coupe la transmission sur le haut parleur.

Afin d'optimiser la bande passante un algorithme de compression sera mis en place. On utilisera pour cela la technologie SPEEX. Opensource SPEEX est particulièrement adaptée au transport de la voix.

On traitera la question des silences audio, de telle sorte que quand les interlocuteurs ne parlent pas aucun paquets n'est transmis.

Pour gérer les demandes de communication on utilisera un canal TCP, et pour transporter les flux audio on utilisera des canaux UDP.

Livrable :

• une demo de 10mn
• un agent deployable (.jar)
• des classes de tests- unitaires
• un document de conception d'une dizaine de page

Délai : fin Juin, vous prendrez rendez vous sur un sondage qui sera publié ultérieurement.

Bon cours simple sur socket, voir partie UDP

cours de java de l'upmf avec des schémas qui ont l'air bien clair

plus de détails sur comment créer un JAR