C'est un script de copie de fichier qui ne fonctionnera qu'avec Windows 7 et +
Après avoir lu la documentation des commandes dos,
qu'est ce que tu ne comprends pas dedans ?
C'est un script de copie de fichier qui ne fonctionnera qu'avec Windows 7 et +
Après avoir lu la documentation des commandes dos,
qu'est ce que tu ne comprends pas dedans ?
Ah mais je le comprends, je voulais juste être sûr de ne pas passé à coté de quelque chose.
Je comprend aussi que je dois regrouper mes ressources dans un dossier lib et je dois créer un .jar.
Je regarde sur le net comment créer un .jar là...
"Clean and build" dans le menu NetBeans "Run"
sinon tu peux faire Maj + F11
sinon il y a une icône pour cela
Le résultat se trouve dans le dossier "dist" du projet (avec dossier lib)
Parfait Népo ! T'es le meilleur ! Merci
Le matricule correspond à la personne qui a commencé le projet (il y a 3 ans).
Code : Sélectionner tout - Visualiser dans une fenêtre à part error: error reading C:\Users\FR083100\Desktop\mail.jar; C:\Users\[matricule]\Desktop\mail.jar (Accès refusé)
Je n'ai pas besoin de se mail.jar je pense alors j'ai lancé une recherche sur C:\Users\[matricule] et ca match pas du tout.
NB le cherche où son error ?
Tu ne l'avais pas retiré des librairies du projet ?
Je viens de la dégager du projet. Elle était encore là...
(J'ai pas encore testé)
Avant de créer mon .jar, j'essaye de corriger une petite erreur mais je ne trouve pas...
Dans mon Excel, à la cellule G39, je suis censé avoir la fonction du chef de chantier de mon sous traitant or, j'ai son numéro à la place...
(Je viens de remarquer que le bug existait déjà avant...)
Je vais donc le laisser de coté.
Je test le lancement du .jar !
Les mails fonctionnent parfaitement.
Je rencontre un soucis pour l'ajout d'un chef de chantier dans ajout d'un sous traitant.
Je pense que c'est dû à une plus vielle manip (il y a 1 ou 2 jours peut être)
Je corrige ceci et je te feedback.
Le jar à parfaitement fonctionné et qui plus est, la manipulation regroupe toute seule les lib dans dist !
Ben oui, c'est fait pour ...Le jar à parfaitement fonctionné et qui plus est, la manipulation regroupe toute seule les lib dans dist !
Il suffit d'installer le dossier dist avec son sous-dossier lib pour que ça fonctionne sur n'importe quel poste ayant java d'installé ...
Ca recommence...
Comment aimer le développement en JAVA s'il y a toujours des problèmes... et je parle pas de dev là...
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 debug: Have no FileObject for C:\Program Files\Java\jdk1.6.0_25\jre\lib\sunrsasign.jar Have no FileObject for C:\Program Files\Java\jdk1.6.0_25\jre\lib\modules\jdk.boot.jar Have no FileObject for C:\Program Files\Java\jdk1.6.0_25\jre\classes Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: coactivite4/FichierExcel at coactivite4.CoActivite2App.startup(CoActivite2App.java:24) at org.jdesktop.application.Application$1.run(Application.java:171) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:641) at java.awt.EventQueue.access$000(EventQueue.java:84) at java.awt.EventQueue$1.run(EventQueue.java:602) at java.awt.EventQueue$1.run(EventQueue.java:600) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) at java.awt.EventQueue.dispatchEvent(EventQueue.java:611) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) Caused by: java.lang.ClassNotFoundException: coactivite4.FichierExcel at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) ... 16 more BUILD SUCCESSFUL (total time: 1 second)
Bon ben je reprends la journée de travail d'hier et je recommence...
Je trouve louche que dans ton projet dans NB il y ait META-INF à côté des classes.
Tu peux re-poster la photo de l'arbre de ton projet ?
En revoyant la photo d'hier, je vois META-INF.services
Cela n'a pas lieu d'être dans un projet comme celui-là et doit perturber le fonctionnement.
D'accord, à ton avis je peux le supprimer simplement ?
Sinon je reviens de ma pause et ca refonctionne... me rend fou ce projet
il avait faim ?
Tu dois trainer des paramètres du projet initial qui comportait des bibliothèques réservées aux "gros" projets java EE.
Pour test :
- ouvre un nouveau projet CoActivite5 ... en décochant "Create main class
- dans les propriétés du projet, librairies ajoute toutes les librairies de CoActivite4
- dans CoActivite4 fais un clic-droit sur le package coactivite4 et fais Ctrl + C (pour copier)
- colle-le dans CoActivite5 dans Source Packages
... fais pareil pour les autres packages si tu en as.
- à nouveau dans les propriétés de CoActivite5, run, tu choisis la "main class" : c'est la classe qui contient la méthode main qui lance tout le programme.
Teste ton programme avec cette version "nettoyée"
Je sens que tu aimes bien les enigmes népo !
Je viens de tester le déploiement de mon application sur deux postes :
- celui d'un collègue (abs) où, le déploiement se passe bien (copie de lib et de l'application .jar) mais elle n'est pas fonctionnelle car elle ne récupère pas le matricule en cours par exemple.
- Sur mon pc (dev), déploiement parfait aussi, et utilisation fonctionnelle.
Les deux sont sous Win7...
j'ai remarqué ceci dans les logs :
Ceci émane du code suivant :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8 -------------- 02/12/2016 - 14:49:45,19 -- [matricule] "Mise a jour effectué !" -------------- -------------- Fri 12/02/2016 - 14:54:01.87 -- [matricule] "Mise a jour effectué !" --------------
La date est sur un poste présenté comme ceci 02/12/2016 et sur l'autre comme cela : Fri 12/02/2016
Code : Sélectionner tout - Visualiser dans une fenêtre à part echo %date% - %time% -- %USERNAME% >> lienTESTserveur\mise_a_jour.txt
Est ce que tu aurais une petite idée du pourquoi ca fonctionne pas et pourquoi on a pas le même format de date émanant du même script ?
Le script c'est un batch du DOS.
Il faudrait que tu fasses des recherches internet sur echo %date%
J'ai essayé avec une troisième bécane.
On retrouve le même format date que le premier (c'est du Win10)
Bon je vais te présenter le problème sous une autre forme :
Voici un tableau blanc qui fait jaune en photo
LIPS4 c'est le nom qu'on donne au anciennes bécanes (Win7) sur lesquelles l'application fonctionnait avec Access
LIPS5 est le nom des bécanes plus récentes sur lesquelles l'application ne fonctionnait plus...
J'ai effectué le teste de déploiement en exécutant le pdp.bat qui permet de copier le .jar de l'application que l'on a corrigé accompagné de toutes ses libs sur le bureau du user.
Sur ma bécane (LIPS4) de DEV cela fonctionne mais pas sur les autres.
Il y a donc quelque chose sur mon poste qui fait que ca marche mais j'ignore ce que c'est...
Je pense aux dll mais sans conviction.
Aurais tu un avis à me soumettre ?
On sort complètement des problèmes java.
Si cela te turlupine autant, tu devrais créer une discussion dans le forum adéquat car je n'ai jamais rencontré cela.
Oui tu as raison Népo !
Mais concernant l'appli, vu comme elle fonctionne là, ce n'est pas possible que mon soucis de déploiement provienne du JAVA on est d'accord ?
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager