Rendre la version de Noël (quasi-finale) du projet Zuul

DATES / HEURES LIMITES :

• Date/heure   A  : Si vous rendez avec succès votre projet sur JNews avant mercredi 19h59, vous avez un point de bonus.
• Date/heure   B  : Si vous le rendez avant jeudi 19h59, vous avez un demi-point de bonus
• Date/heure C : Si vous le rendez après vendredi 19h59, vous avez un point de pénalité.
  
• Date/heure   D  : Si vous le rendez après samedi 19h59, les points de pénalité augmenteront au fur et à mesure.
  
• Date/heure   E  : Si vous le rendez après lundi 19h59, la note 00/20 pourra être attribuée.
                             (Il est préférable de rendre un projet même s'il manque beaucoup d'exercices plutôt que d'attendre trop longtemps pour le rendre ;
                             seule l'absence du 7.18.6 et du 7.26.1 peut vous empêcher de rendre votre projet)
  

INSTRUCTIONS À SUIVRE :

• Formulaire de dépôt sur le serveur JNews.  < < <
  
• Choisir l'étape NOEL2425 (sauf si vous voulez juste faire un ESSAI, juste pour vérifier que tout est correct dans votre fichier .jar, et que vous n'aurez pas de problème lorsque vous voudrez vraiment rendre votre projet.).
• Si l'exercice 7.18.6 n'est toujours pas intégralement terminé et fonctionnel, vous ne pouvez pas rendre cette version. Demandez de l'aide rapidement pour vous aider à le terminer. Ensuite, il vous faudra passer directement à l'exercice 7.26.1 avant de pouvoir rendre votre projet.
  
• Utilisez uniquement les identifiants JNews qui vous ont été envoyés par mail.
  

CONSEILS DÉTAILLÉS :

1. Terminez le dernier exercice commencé s'il est <= 7.29, sinon reprenez la dernière version qui fonctionne.
   Si ce n'est pas le cas au bout d'un quart d'heure, laissez tomber et reprenez la version précédente de votre projet.
   Rappel : Pour chaque exercice du projet, sauvegardez une nouvelle version de votre projet dès que vous avez testé que tout fonctionne.
   Et conservez toujours au moins les deux dernières versions fonctionnelles.
   Attention ! Si vous êtes en retard dans les exercices, vous pouvez rendre cette version si vous avez au moins terminé l'exercice 7.18.6, mais à condition d'ajouter l'exercice 7.26.1.


2. Mettez à jour votre rapport jusqu'au dernier exercice terminé <= 7.29.
   Pour cette version encore intermédiaire, il n'est pas indispensable que le scénario complet soit décrit de façon exhaustive, un résumé suffira.
   De même, un plan simplifié peut suffire, mais cela reporte du travail supplémentaire à faire avant de rendre la version finale.


3. Générez le fichier .jar avec BlueJ comme indiqué dans les instructions ci-dessous, après avoir placé le fichier rapport.pdf au même endroit que les fichiers .java de votre projet ET avoir recopié le fichier README.TXT cité ci-dessous.
   
   
4. Essayez de rendre votre fichier .jar sur le serveur JNews comme indiqué dans les instructions ci-dessous.
   - En cas d'échec, lisez bien les conseils affichés pour résoudre le problème.
   - En cas de succès, vous pouvez essayer de faire un exercice supplémentaire <= 7.34.2 (surtout si vous n'êtes toujours pas arrivé au 7.31.1), de mettre à jour le rapport, de regénérer le fichier .jar, puis de le redéposer sur le serveur JNews.
   - Par contre, ne dépassez pas l'heure limite, car les pénalités de retard pourraient être plus élevées que ce que vous pouvez gagner en rendant un exercice supplémentaire.
   Attention ! Si vous avez déjà dépassé l'exercice 7.47, vous devez rendre une version antérieure à cet exercice, au mieux jusqu'au 7.46.4.
   
   
5. Après avoir rendu le projet sur JNews avec succès, mettez à jour (cliquez sur "Modifiez votre réponse") le CRAPEL (Compte-Rendu d'Avancement Permanent En Ligne) habituel.
   Le projet ne sera pas considéré comme correctement rendu si le CRAPEL n'a pas ensuite été rempli pour décrire précisément ce qui a été rendu.
   Attention !  Comme pour la saisie de la phrase-thème, il s'agit d'un formulaire Google. Il vous faut donc vous déconnecter de votre compte gmail personnel AVANT de vous connecter sur votre compte gmail @edu.esiee.fr puis de cliquer sur le lien ci-dessus.
   D'autre part, si vous ne recevez pas par mail une copie de vos réponses, c'est que le formulaire n'a pas été correctement validé.



6. Ce qu'il faut rendre : - Un unique fichier .jar contenant tous les fichiers du projet (dont la javadoc) plus le rapport. (les noms du fichier .jar et des répertoires dans lequel il se trouve ne doivent comporter aucun espace ni accent) - Il est plus grave de ne pas rendre le projet avant la limite que de rendre un projet moins avancé mais qui fonctionne,   et plus grave de rendre un projet qui ne fonctionne pas que de rendre un projet moins avancé mais qui fonctionne. - Il ne peut être invoqué un manque de temps pour rendre cette version : au pire, rendre le projet "en l'état",   ou revenir à une version antérieure qui fonctionne, en cas de besoin.




7. Comment générer le fichier .jar ? Tout simplement avec BlueJ, menu Exporter... ou Project/Create Jar File... - le .jar n'a pas besoin d'être exécutable, donc la classe principale (main) est inutile - cocher les 2 cases juste pour inclure les sources et le fichier de projet BlueJ ! - bien attendre le message "Export to jar file complete." dans le bandeau en bas à gauche de la fenêtre Attention !  Ne pas enregistrer le fichier .jar dans le répertoire du projet, mais à l'extérieur.




8. Comment ajouter des fichiers (.TXT ou .pdf) dans le .jar ? Tout simplement en les mettant au même endroit que les fichiers .java avant de demander à BlueJ de créer le fichier .jar.   - le fichier rapport doit s'appeler rapport.pdf   Comme expliqué au IV. de l'exercice 7.3.1, ce rapport (au moins pour la version finale)    doit comprendre obligatoirement une déclaration anti-plagiat (même si c'est simplement    pour certifier qu'il n'y a aucune ligne de code copiée/collée).. - Si vous rendez une page web, le fichier README.TXT doit contenir au moins 2 lignes et    la 1ère doit contenir uniquement l'adresse de la page web ESIEE de votre projet    (doit commencer par https://perso.esiee.fr)  - Si vous ne rendez pas la page web facultative, écrasez votre fichier README.TXT par celui-ci. - les fichiers avec des ~ # ou .1 doivent être supprimés, ainsi que tout autre fichier inutile qui risquerait de faire dépasser la limite de 20Mo.   Vous pouvez même être conduit à réduire la résolution et/ou la dimension de vos images, et à supprimer des fichiers de sons s'il y en a.




9. Comment rendre le projet ? Le fichier .jar doit impérativement être rendu sur le serveur JNews et en aucun cas par mail. Choisissez l'étape qui vous sera communiquée par mail et utilisez les identifiants JNews qui vous seront ou ont été communiqués par mail (vérifiez que le copier/coller du mot de passe comporte bien 8 caractères). Vous pouvez rendre le projet plusieurs fois, mais attention, seul le dernier dépôt compte ! (à la fois pour l'heure prise en compte et pour le fichier stocké) Vous pouvez aussi faire des essais en choisissant l'étape ESSAI, mais attention, dans ce cas, le projet n'est pas rendu !




10. Que faire si JNews refuse le dépôt du projet ? - ne pas paniquer ; il est très rare de réussir le dépôt du projet du premier coup - bien lire dans l'écran de réponse du serveur les instructions correspondant à votre cas - essayer à partir d'un ordinateur de l'école (la création du .jar et le dépôt) - après quelques essais toujours infructueux, poster un message dans ce forum    (en décrivant précisément l'erreur obtenue et ce que vous avez déjà essayé) Il y a clairement un risque à prévoir de rendre le projet loin de l'école, car cela diminue les possibilités d'aide et d'accès à des PC à la configuration connue.

Dès le projet rendu, n'oubliez pas de remplir le CRAPEL *, même si rien n'a changé depuis le dernier CRAPEL.
* Vous pouvez cliquer sur n'importe quel lien CRAPEL des séances précédentes.