Bonjour,
Le paquet mis à jour est dispo pour fedora 28 en testing :
https://bodhi.fedoraproject.org/updates/?packages=josm
Le paquet mis à jour est dispo pour fedora 28 en testing :
https://bodhi.fedoraproject.org/updates/?packages=josm
Ccquad
- 10 mai 2018
- Inscrit 16 oct. 2006
- 0 meilleure réponse
- Petit nouveau Rédacteur potentiel
Quand tu parle de supprimer le ".pub" c'est pour le ssh-copy-id ? si c'est cela, cela me semble contraire avec la doc en question, non ?:VINDICATORs wrote:supprime le .pub à la fin de .ssh/id_rsa.pub, car il faut utiliser la clef privé pour pouvoir t'y connecter qui dans ton cas est id_rsa.
Ou ce que tu propose c'est de supprimer la clé publique sur le local une fois celle ci envoyé vers le distant ?ssh-copy-id va copier la clé publique sur l'hôte distant. Par mesure de sécurité, le script ajoute l'extension .pub au fichier d'identité si elle a été omise.- Bonjour à tous.
Depuis mon passage sous fedora 24, je rencontre un souci d'authentification par clé.
Pour ma génération de clé j'ai fait :
Pour recopier ma clé publique sur le serveur distant :ssh-keygen -t rsa
un ssh -vvv user@ip_distant me retourne :ssh-copy-id -i ~/.ssh/id_rsa.pub user@ip_distant
Les droits sur mes clés dans .ssh sont les suivants :OpenSSH_7.2p2, OpenSSL 1.0.2h-fips 3 May 2016 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 58: Applying options for * debug2: resolving "192.168.0.167" port 22 debug2: ssh_connect_direct: needpriv 0 debug1: Connecting to 192.168.0.167 [192.168.0.167] port 22. debug1: Connection established. debug1: identity file /home/Ced/.ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file /home/Ced/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/Ced/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/Ced/.ssh/id_dsa-cert type -1 debug1: identity file /home/Ced/.ssh/id_ecdsa type 3 debug1: key_load_public: No such file or directory debug1: identity file /home/Ced/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/Ced/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/Ced/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.2 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2 debug1: match: OpenSSH_7.2 pat OpenSSH* compat 0x04000000 debug2: fd 3 setting O_NONBLOCK debug1: Authenticating to 192.168.0.167:22 as 'Sev' debug3: hostkeys_foreach: reading file "/home/Ced/.ssh/known_hosts" debug3: record_hostkey: found key type ECDSA in file /home/Ced/.ssh/known_hosts:1 debug3: load_hostkeys: loaded 1 keys from 192.168.0.167 debug3: order_hostkeyalgs: prefer hostkeyalgs: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521 debug3: send packet: type 20 debug1: SSH2_MSG_KEXINIT sent debug3: receive packet: type 20 debug1: SSH2_MSG_KEXINIT received debug2: local client KEXINIT proposal debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,ext-info-c debug2: host key algorithms: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,zlib@openssh.com,zlib debug2: compression stoc: none,zlib@openssh.com,zlib debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug2: peer server KEXINIT proposal debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1 debug2: host key algorithms: ssh-rsa,rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,zlib@openssh.com debug2: compression stoc: none,zlib@openssh.com debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug1: kex: algorithm: curve25519-sha256@libssh.org debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: kex: curve25519-sha256@libssh.org need=64 dh_need=64 debug1: kex: curve25519-sha256@libssh.org need=64 dh_need=64 debug3: send packet: type 30 debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug3: receive packet: type 31 debug1: Server host key: ecdsa-sha2-nistp256 SHA256:tT5E4waTOWJaSy7QoxfQKghiw57hTghLtbuBmu78n3o debug3: hostkeys_foreach: reading file "/home/Ced/.ssh/known_hosts" debug3: record_hostkey: found key type ECDSA in file /home/Ced/.ssh/known_hosts:1 debug3: load_hostkeys: loaded 1 keys from 192.168.0.167 debug1: Host '192.168.0.167' is known and matches the ECDSA host key. debug1: Found key in /home/Ced/.ssh/known_hosts:1 debug3: send packet: type 21 debug2: set_newkeys: mode 1 debug1: rekey after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug3: receive packet: type 21 debug2: set_newkeys: mode 0 debug1: rekey after 134217728 blocks debug1: SSH2_MSG_NEWKEYS received debug2: key: /home/Ced/.ssh/id_rsa (0x56421e087190), agent debug2: key: /home/Ced/.ssh/id_dsa ((nil)) debug2: key: /home/Ced/.ssh/id_ecdsa (0x56421e087120) debug2: key: /home/Ced/.ssh/id_ed25519 ((nil)) debug3: send packet: type 5 debug3: receive packet: type 7 debug1: SSH2_MSG_EXT_INFO received debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512> debug3: receive packet: type 6 debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug3: send packet: type 50 debug3: receive packet: type 51 debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password debug3: start over, passed a different list publickey,gssapi-keyex,gssapi-with-mic,password debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password debug3: authmethod_lookup gssapi-keyex debug3: remaining preferred: gssapi-with-mic,publickey,keyboard-interactive,password debug3: authmethod_is_enabled gssapi-keyex debug1: Next authentication method: gssapi-keyex debug1: No valid Key exchange context debug2: we did not send a packet, disable method debug3: authmethod_lookup gssapi-with-mic debug3: remaining preferred: publickey,keyboard-interactive,password debug3: authmethod_is_enabled gssapi-with-mic debug1: Next authentication method: gssapi-with-mic debug1: Unspecified GSS failure. Minor code may provide more information No Kerberos credentials available (default cache: KEYRING:persistent:1000) debug1: Unspecified GSS failure. Minor code may provide more information No Kerberos credentials available (default cache: KEYRING:persistent:1000) debug1: Unspecified GSS failure. Minor code may provide more information debug1: Unspecified GSS failure. Minor code may provide more information No Kerberos credentials available (default cache: KEYRING:persistent:1000) debug2: we did not send a packet, disable method debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Offering RSA public key: /home/Ced/.ssh/id_rsa debug3: send_pubkey_test debug3: send packet: type 50 debug2: we sent a publickey packet, wait for reply debug3: receive packet: type 51 debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password debug1: Trying private key: /home/Ced/.ssh/id_dsa debug3: no such identity: /home/Ced/.ssh/id_dsa: No such file or directory debug1: Offering ECDSA public key: /home/Ced/.ssh/id_ecdsa debug3: send_pubkey_test debug3: send packet: type 50 debug2: we sent a publickey packet, wait for reply debug3: receive packet: type 51 debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password debug1: Trying private key: /home/Ced/.ssh/id_ed25519 debug3: no such identity: /home/Ced/.ssh/id_ed25519: No such file or directory debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: ,password debug3: authmethod_is_enabled password debug1: Next authentication method: password
Je dois commettre une erreur quelque part, vu que cela ne fonctionne pas. Mais je ne sais ou 🙁drwx------. 22 Ced Ced 4096 9 août 19:47 .. -rw-r--r--. 1 Ced Ced 405 9 août 20:06 id_rsa.pub -rw-------. 1 Ced Ced 1766 9 août 20:06 id_rsa drwx------. 2 Ced Ced 4096 9 août 20:06 .
Je vous remercie par avance de toute piste. - J'ai testé de désactiver firewalld :
Puis un restart de docker. Et malgré tout le problème de résolution DNS subsiste.systemctl stop firewalld systemctl disable firewalld
Ce que je n'arrive pas à saisir, c'est quelle est la différence entre la résolution DNS de libcurl utilisée via PHP (qui ne fonctionne pas) et la résolution DNS de curl lancé via bash (qui elle fonctionne) - Bonjour,
J'ai constaté un souci avec docker et firewalld sous Centos7 : http://fr.centos.org/forums/viewtopic.php?f=38&t=4112
Pour résumer : Quand firewallD redemarre, il vide la table de iptables et donc les regles créées dynamiquement par docker sont perdues.
Conséquence les conteneurs ne fonctionnent plus.systemctl start docker.service # iptables -L | grep DOCKER DOCKER all -- anywhere anywhere Chain DOCKER (1 references) # systemctl restart firewalld.service # iptables -L | grep DOCKER #
J'ai donc voulu tester sous Fedora et je constate le même souci. Si on redemarre docker après firewallD, on peut relancer les conteneurs mais sous php ils ne bénéficient plus de la résolution de nom alors que cela fonctionne en bash dans le conteneur.
Avez vous une idée de piste à creuser ? - Tu as bien fait un reload après avoir modifié le fichier .service ?
systemctl --system daemon-reload - Suite aux conseils de remi j'ai versionné la librairie.
Il ne me reste donc plus que le warning suivant :
Voici le rpm mis à jour :xpl4linux-devel.x86_64: W: no-dependency-on xpl4linux/xpl4linux-libs/libxpl4linux
Spec : http://cquad.dyndns.org/hg/xpl4linux/raw-file/ecbee3cdbedd/SPECS/xpl4linux.spec
SRPMS : http://cquad.dyndns.org/hg/xpl4linux/raw-file/ecbee3cdbedd/SRPMS/xpl4linux-1.3a-4.fc16.src.rpm - Bonjour,
Je suis actuellement en train d'essayer de faire un paquet pour domogik, mais avant cela, il m'est nécessaire de traiter les dépendances, dont le Hub XPL.
J'ai donc réalisé un paquet (draft) que voici :
Spec : http://cquad.dyndns.org/hg/xPLLib/raw-file/f6fbdc43aa0c/SPECS/xPLLib.spec
SRPMS : http://cquad.dyndns.org/hg/xPLLib/raw-file/f6fbdc43aa0c/SRPMS/xPLLib-1.3a-3.fc16.src.rpm
J'ai un doute quand au nom du paquet... si je veux respecter le nom défini via upstream, il s'agit bien de xPLLib (qui je pense doit être défini en minuscule coté fedora non ?) mais le souci, c'est que ce qui est le + utilisé dans ce projet, c'est l'exemple à savoir le Hub xPL.
Ne serait-ce pas plus judicieux de définir le nom du paquet xpl_hub ?
J'ai par ailleurs un paquet devel et un "normal", et je ne sais que faire des warnings suivant dans le paquet devel :
xPLLib-devel.x86_64: W: no-dependency-on xPLLib/xPLLib-libs/libxPLLib
xPLLib-devel.x86_64: W: no-soname /usr/lib64/libxPL.so
PS: j'ai dans le même fichier spec, gérer les lancements initd (EL6) et systemd (fedora) est-ce que la méthode employée vous semble la bonne ?
Cquad - Je rencontre un souci avec EL6, le paquet produit n'est pas fonctionnel.
Avez vous une idée de ce qui ne va pas ?
La demande de revue : https://bugzilla.redhat.com/show_bug.cgi?id=752311 - Mis à part que normalement, il y a personne pour cliquer sur "J'ai besoin d'aide" sur le serveur.
Gitso est plutôt un outil destiné à aider simplement des utilisateurs en difficultés. Les solutions d'accès à un serveur distant sont pour moi déjà présentes. - Non pas de script d'install, c'est pas le rôle du rpm que d'installer ?
Pour EL5 et 6, je n'ai pour l'instant fait aucun paquet à destination de EL.
Vous avez besoin de gitso sur EL ? - Il suffisait de remplacer la ligne par "import gitso" et de corriger la casse de "from Gitso" en "from gitso" et cela fonctionne niquel. (Merci pingou)
J'ai donc une demande de pré-revue avant de la déposer sur le bugzilla :
SPEC : http://cedric.olivier.free.fr/rpms/gitso/gitso.spec
SRPM : http://cedric.olivier.free.fr/rpms/gitso/gitso-0.6-1.fc15.src.rpm
Je vous remercie d'avance pour vos remarques. - Il s'agit d'un petit logiciel libre écrit en python destiné à prendre la main graphiquement sur une machine distante (basé sur vnc)
Projet : http://code.google.com/p/gitso/
SPEC : http://cedric.olivier.free.fr/rpms/gitso/gitso.spec
SRPM : http://cedric.olivier.free.fr/rpms/gitso/gitso-0.6-1.fc15.src.rpm
Ce n'est pas une demande de revue, le paquet est malheureusement très loin d'être correct.
Je ne connais pas le python et je constate l'erreur suivante à l’exécution :
Je pense que cela vient du lanceur :Traceback (most recent call last): File "/usr/bin/gitso", line 5, in <module> from Gitso import ConnectionWindow, ArgsParser ImportError: No module named Gitso
Pour moi je suppose que la ligne "sys.path.append(os.path.join(sys.path[0], '..', 'share', 'gitso'))" n'est pas correcte, mais je ne sais que mettre ?#!/usr/bin/env python import sys, os, wx sys.path.append(os.path.join(sys.path[0], '..', 'share', 'gitso')) from Gitso import ConnectionWindow, ArgsParser if __name__ == "__main__": app = wx.PySimpleApp() args = ArgsParser.ArgsParser() ConnectionWindow.ConnectionWindow(None, -1, "Gitso", args.GetPaths()) app.MainLoop() del app - Bonjour,
Fedora fourni le paquet iscan-firmware, je constate dans le fichier spec qu'on se contente d'aller chercher les firmware sur avasys.
Les outils disponibles sur avasys sont : iscan-data et iscan ... les sources de ces 2 outils sont disponibles sur avasys : http://www.avasys.jp/lx-bin2/linux_e/scan/DL2.do
Et le fichier COPYING de ces 2 projet mentionne une licence GPL V2.
Y a t'il une raison qu'on n'empaquette pas les projets d'avasys ?
PS : chez moi seul les rpms d'avasys fonctionne, iscan-firmware fourni par fedora ne me permet pas d'avoir un scanner fonctionnel. - Pour tes prochaines install pense à mettre LVM cela te permettra une liberté au niveau des disques qui est vraiment super et surtout tout se fait à chaud.
- Bonjour,
J'ai acheté cet onduleur : http://www.ldlc.com/fiche/PB00107876.html
J'aimerais tenter de le faire fonctionner sous Linux.
lsusb me retourne :Bus 002 Device 002: ID 0001:0000 Fry's Electronics
après quelques recherche sur Internet, il semblerait qu'il utilise le protocle megatec qui est désormais repris dans le driver blazer, mais malheureusement cela ne fonctionne pas :
Si vous avez une idée ou une méthode pour trouver le driver qui pourrait convenir ?# blazer_usb -a monOnduleur -DDDDD -u root Network UPS Tools - Megatec/Q1 protocol USB driver 0.03 (2.6.1) 0.000000 debug level is '5' 0.137556 Checking device (1D6B/0001) (005/001) 0.137653 - VendorID: 1d6b 0.137659 - ProductID: 0001 0.137664 - Manufacturer: Linux 2.6.35.13-92.fc14.x86_64 uhci_hcd 0.137669 - Product: UHCI Host Controller 0.137673 - Serial Number: 0000:00:1d.3 0.137678 - Bus: 005 0.137682 Trying to match device 0.137689 Device does not match - skipping 0.137701 Checking device (1D6B/0001) (004/001) 0.137728 - VendorID: 1d6b 0.137734 - ProductID: 0001 0.137738 - Manufacturer: Linux 2.6.35.13-92.fc14.x86_64 uhci_hcd 0.137743 - Product: UHCI Host Controller 0.137749 - Serial Number: 0000:00:1d.2 0.137754 - Bus: 004 0.137758 Trying to match device 0.137763 Device does not match - skipping 0.137772 Checking device (1D6B/0001) (003/001) 0.137799 - VendorID: 1d6b 0.137805 - ProductID: 0001 0.137810 - Manufacturer: Linux 2.6.35.13-92.fc14.x86_64 uhci_hcd 0.137815 - Product: UHCI Host Controller 0.137819 - Serial Number: 0000:00:1d.1 0.137824 - Bus: 003 0.137828 Trying to match device 0.137834 Device does not match - skipping 0.137842 Checking device (0001/0000) (002/002) 0.143573 - VendorID: 0001 0.143601 - ProductID: 0000 0.143612 - Manufacturer: unknown 0.143622 - Product: unknown 0.143632 - Serial Number: unknown 0.143642 - Bus: 002 0.143652 Trying to match device 0.143664 Device matches 0.146572 send_to_all: SETINFO ups.vendorid "0001" 0.146597 send_to_all: SETINFO ups.productid "0000" 0.146615 send_to_all: SETINFO device.type "ups" 0.146630 send_to_all: SETINFO driver.version "2.6.1" 0.146644 send_to_all: SETINFO driver.version.internal "0.03" 0.146658 send_to_all: SETINFO driver.name "blazer_usb" 0.146669 Trying megatec protocol... 0.146681 send: Q1 0.149563 read: error sending control message: Broken pipe 0.152556 Stall condition cleared 0.152581 blazer_status: short reply 0.152587 Status read 1 failed 0.152593 send: Q1 0.155616 read: error sending control message: Broken pipe 0.158572 Stall condition cleared 0.158656 blazer_status: short reply 0.158681 Status read 2 failed 0.158693 send: Q1 0.161622 read: error sending control message: Broken pipe 0.166042 Stall condition cleared 0.166099 blazer_status: short reply 0.166107 Status read 3 failed 0.166113 Trying mustek protocol... 0.166119 send: QS 0.166127 read: QS 0.166166 blazer_status: short reply 0.166171 Status read 1 failed 0.166176 send: QS 0.166180 read: QS 0.166185 blazer_status: short reply 0.166190 Status read 2 failed 0.166194 send: QS 0.166199 read: QS 0.166203 blazer_status: short reply 0.166208 Status read 3 failed 0.166213 Trying megatec/old protocol... 0.166218 send: D 0.166222 read: D 0.166227 blazer_status: short reply 0.166231 Status read 1 failed 0.166236 send: D 0.166240 read: D 0.166245 blazer_status: short reply 0.166249 Status read 2 failed 0.166254 send: D 0.166259 read: D 0.166263 blazer_status: short reply 0.166268 Status read 3 failed 0.166272 No supported UPS detected
Et sinon, je me demande si cet onduleur ne fait pas du "serie over usb" et dans ce cas, il faudrait que j'arrive à créer un /dev/ttyUSB0 par exemple et que je teste avec un driver serie sous nut.
Mais je ne sais pas comment faire ?
Je vous remercie d'avance pour tout aide ou conseil.
Si ton fichier est dans le répertoire home, il faut faire "cp ./flash-player-properties /usr/bin" en étant dans ton home ou "cp /home/user/flash-player-properties /usr/bin".philneo2 wrote:j'ai mis le fichier flash-player-properties dans mon répertoire home
ensuite je tape cp /flash-player-properties /usr/bin
/flasg-player-properties indique que tu as mis le fichier à la racine "/" et non dans ton home (/home/user) ...- Modifié
Il s'avère que le souci vient de la librairie tomcat-dbcp.
J'avais l'erreur suivante dans catalina.log :
Pour résoudre le problème, j'ai été chercher dans le jar 'tomcat-dbcp.jar' directement dans les binaires fourni ici : http://apache.cict.fr/tomcat/tomcat-6/v6.0.32/bin/ et je l'ai placé dans /usr/share/tomcat6/lib.ATTENTION: Failed to register in JMX: javax.naming.NamingException: Could not create resource factory instance [Root exception is java.lang.ClassNotFoundException: org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory]
J'hésite à passer mon topic à Résolu, parce que pour moi ce n'est pas normal que je suis obligé de faire cela.
Quel est votre avis ?- Bonjour,
Je voulais tester SpagoBI sur mon poste, mais je rencontre des soucis de connexion à MySQL. J'ai donc tenté de reproduire l'exemple fourni dans les docs de Tomcat, mais malheureusement cela ne fonctionne pas mieux.
Le problème vient donc de ma configuration de Tomcat
Le fichier /etc/tomcat6/tomcat-users.xml :yum install tomcat6*
J'ai défini la connexion dans le fichier /etc/tomcat6/context.xml :<?xml version='1.0' encoding='utf-8'?> <tomcat-users> <role rolename="tomcat"/> <role rolename="role1"/> <role rolename="manager"/> <role rolename="admin"/> <user username="tomcat" password="tomcat" roles="tomcat"/> <user username="both" password="tomcat" roles="tomcat,role1"/> <user username="role1" password="tomcat" roles="role1"/> <user username="TomcatAdmin" password="tomcat" roles="admin,manager"/> </tomcat-users>
/usr/share/tomcat6/webapps/DBTest/WEB-INF j'ai créé le fichier web.xml suivant :<Context> <!-- Default set of monitored resources --> <WatchedResource>WEB-INF/web.xml</WatchedResource> <!-- Uncomment this to disable session persistence across Tomcat restarts --> <!-- <Manager pathname="" /> --> <!-- Uncomment this to enable Comet connection tacking (provides events on session expiration as well as webapp lifecycle) --> <!-- <Valve className="org.apache.catalina.valves.CometConnectionManagerValve" /> --> <Resource name="jdbc/TestDB" auth="Container" type="javax.sql.DataSource" maxActive="100" maxIdle="30" maxWait="10000" username="javauser" password="javadude" driverClassName="com.mysql.jdbc.Driver" url="jdbc:mysql://localhost:3306/javatest?autoReconnect=true"/> </Context>
dans /usr/share/tomcat6/webapps/DBTest/WEB-INF/lib les jar suivants ont été ajoutés :<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4"> <description>MySQL Test App</description> <resource-ref> <description>DB Connection</description> <res-ref-name>jdbc/TestDB</res-ref-name> <res-type>javax.sql.DataSource</res-type> <res-auth>Container</res-auth> </resource-ref> </web-app>
jstl.jar
mysql-connector-java.jar
standard.jar
et mon fichier Test.jsp déposé dans DBTest :
J'obtiens l'erreur suivante :<%@ taglib uri="http://java.sun.com/jsp/jstl/sql" prefix="sql" %> <%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %> <sql:query var="rs" dataSource="jdbc/TestDB"> select id, foo, bar from testdata </sql:query> <html> <head> <title>DB Test</title> </head> <body> <h2>Results</h2> <c:forEach var="row" items="${rs.rows}"> Foo ${row.foo}<br/> Bar ${row.bar}<br/> </c:forEach> </body> </html>
Je vous remercie d'avance de toute aide.javax.servlet.ServletException: javax.servlet.jsp.JspException: Unable to get connection, DataSource invalid: "java.sql.SQLException: No suitable driver found for jdbc/TestDB"