Jar exécutable se lance avec WinRaR

"je mette le dossier du JRE dans celui de mon/mes programme(s)"
Très mauvaise idée. Ça fonctionnerait (pas forcément comme tu le penses) mais il peut y avoir des effets de bords dramatiques et particulièrement complexes à gérer, cette solution ne doit pas être un choix par défaut.
En plus ça veut dire que tu imposes à l'utilisateur d'utiliser TA version de Java, alors qu'il en a déjà peut-être une installée, peut-être même plus récente que la tienne... et toi tu lui en imposes une autre, qui plus est pour chaque programme que tu fais (donc 150 Mo à chaque fois...) ou alors mutualisée et c'est là que les ennuis commencent.

Le fonctionnement de Java suppose que l'utilisateur installe sa machine virtuelle, en fonction de son système d'exploitation (Windows, Linux), de son architecture (32 ou 64 bits), il y a même plusieurs "vendeurs" disponibles (Oracle, OpenJDK...), ce n'est donc pas à chaque programme de venir avec sa JVM. Plus tu essaieras de t'éloigner de l'architecture Java, plus tu te créeras de problèmes (inutiles).

"que j'entre une/plusieurs ligne de codes pour lui donné l'adresse du JRE intégrer ?"
Il n'y a pas grand chose à faire, juste à pointer vers le bon java.exe (par défaut c'est celui qui est renseigné dans la variable d'environnement PATH qui est pris).

"fermer la console sans fermer le programme"
Si un programme est créé par une console, son processus est lié à cette console, si tu coupes la consoles, tu coupes le programme. Pour le débogage je te conseilles plutôt de créer des fichiers de logs (Apache Log4j est de loin l'API la plus utilisée dans le monde Java), du coup tu n'as plus besoin de console...

Dans le cadre d'un projet comme le tien, tu peux le faire, ça fonctionnera.
Les problèmes dont je parlais c'est plutôt si tu avais l'intention de proposer ton programme à un grand nombre d'utilisateurs quelconques en substituant leur installation de Java par la tienne.

Remarque : Tu peux même mettre la JRE sur une clé USB.

F:\jre1.8.0_60\bin\java.exe Test
pause

Déjà ne mets pas tes fichiers dans le dossier bin du JRE, ça n'a rien à faire là.

Là où tu dois faire ton cd c'est là où sont tes classes.

Admettons que tu sois sur ta clé USB (F:\ ou autre chose) et que tu ais cette structure de dossiers (il faut adapter à ton cas bien sûr).

F:\
    RunProject1.cmd

    jre1.8
        bin
            java.exe

    workspace
        project1
            src
                package1
                    Main.java
            bin
                package1
                    Main.class

Tu peux écrire dans RunProject1.cmd ceci :

set JAVA_EXE=%CD%\jre1.8\bin\java.exe
cd workspace\project1\bin
%JAVA_EXE% package1.Main
pause

Remarque : là on a pris une JRE, mais si tu voulais faire des compilations, tu pourrais aussi faire fonctionner un JDK sur une clé USB, de la même manière.

Le problème c'est les espaces dans le nom de ton dossier "Prog Java".
Parce que du coup, il découpe "K:\Prog Java\..." comme si "K:\Prog" était un programme et "Java\..." les paramètres de ce programme (qui n'existe pas donc ça plante).

Du coup dans l'invite de commandes il va falloir rajouter des guillemets (ou renommer ton dossier) pour ne pas que l'espace pose problème.

set JAVA_EXE="%CD%\jre1.8\bin\java.exe"

Remarque :

package1.Main

c'était un exemple, "package1" est à remplacer par tes propres nom de package (si tu en as), de même que "Main" est à remplacer par le bon nom de classe (celle qui contient la méthode main).

Oui, mais là tu es dans les sources .java mais ce que tu exécutes ce sont les .class
Et si tu rajoutes un package, il faut le déclarer dans le code (et recompiler).

package package1;

public class Main {
    public static void main(String[] args) {

C'EST BON CA FONCTIONNE, UN GRAND MERCI.
Plus qu'a le tester au bahut sur les vieux PC, en priant :D

Est-ce obligé de crée des package, car mon programme n'est pas ultra compliqué, donc, j'en ai pas besoin ...

C'est du detail, mais le.cmd ouvre la console et ma Jfenetre, y'a t'il un moyen de fermer la console, ou tout simplement de pas l'afficher (la console) ?

Oui, c'est à ça que je pensais.

Remarque : on peut vérifier si le jar est bien construit en faisant comme ça :

set JAVA_EXE=%CD%\jre1.8\bin\java.exe
cd workspace\project1
%JAVA_EXE% -jar Run.jar
pause

NB. Je ne suis pas sûr du chemin où est situé Run.jar chez toi.

set JAVA_EXE=%CD%\jre1.8\bin\java.exe
%JAVA_EXE% -jar Run.jar
pause

le programme ce lance quand j'exécute ce .cmd

Mais quand je lance le .jar directement, sa me met l'erreur comme quoi il trouve pas la classe principale ...
Dit moi si t'a une solution ;)

Ouai, je trouve sa bizarre que ça fonctionne pas, mais je peux deja :
- ouvrir le JAR via un cmd
- ouvrir le dossier du programme via une autre cmd

Donc, le plus important est fait (je peux utiliser le jre intégré), un grand merci a toi pour ton aide.
A une autre fois peut être ! :D