kraynel/sila-cli

Erreur JS

foucdeg opened this issue · 14 comments

J'ai eu l'erreur suivante en essayant d'utiliser l'outil pour la première fois:

$ sila-cli -u foucauldd -p password -l
Generating client keys
Loading request templates
fs.js:584
  return binding.open(pathModule._makeLong(path), stringToFlags(flags), mode);
                 ^

Error: ENOENT: no such file or directory, open 'soap/loginRequest.xml'
    at Error (native)
    at Object.fs.openSync (fs.js:584:18)
    at Object.fs.readFileSync (fs.js:431:33)
    at init (/usr/local/lib/node_modules/sila-cli/client.js:24:40)
    at Object.execute (/usr/local/lib/node_modules/sila-cli/client.js:32:3)
    at Object.<anonymous> (/usr/local/lib/node_modules/sila-cli/index.js:25:8)
    at Module._compile (module.js:397:26)
    at Object.Module._extensions..js (module.js:404:10)
    at Module.load (module.js:343:32)
    at Function.Module._load (module.js:300:12)
    at Function.Module.runMain (module.js:429:10)
    at startup (node.js:139:18)
    at node.js:999:3

Il n'arrive pas à lire les templates de requêtes qui sont censés être dans /usr/local/lib/node_modules/sila-cli/soap/ d'après le log. Tu peux vérifier qu'il a bien tout récupéré dans ce répertoire ?

Sinon, tu peux essayer d'aller directement dans /usr/local/lib/node_modules/sila-cli et lancer un node index.js -u foucauldd -p XXX -l.

Dernière piste, tu as dû faire un sudo pour faire l'installation globale, peut-être que les droits ne sont pas bien positionnés sur tous les fichiers. Perso, j'utilise nvm pour gérer mes version de node, ça permet notamment de faire des npm install -g sans avoir besoin de sudo.

Les templates sont là avec des droits en lecture pour tout le monde.

Erreur en suivant ta suggestion :

$ node index.js -u foucauldd -p password -l
Generating client keys
Loading request templates
Sending login request
RSA key exchange ok, got id 26017
Unhandled rejection TypeError: Cannot read property 'ID_PAISALARIE' of null
    at /usr/local/lib/node_modules/sila-cli/client.js:59:28
    at tryCatcher (/usr/local/lib/node_modules/sila-cli/node_modules/bluebird/js/release/util.js:16:23)
    at Promise._settlePromiseFromHandler (/usr/local/lib/node_modules/sila-cli/node_modules/bluebird/js/release/promise.js:504:31)
    at Promise._settlePromise (/usr/local/lib/node_modules/sila-cli/node_modules/bluebird/js/release/promise.js:561:18)
    at Promise._settlePromise0 (/usr/local/lib/node_modules/sila-cli/node_modules/bluebird/js/release/promise.js:606:10)
    at Promise._settlePromises (/usr/local/lib/node_modules/sila-cli/node_modules/bluebird/js/release/promise.js:685:18)
    at Async._drainQueue (/usr/local/lib/node_modules/sila-cli/node_modules/bluebird/js/release/async.js:138:16)
    at Async._drainQueues (/usr/local/lib/node_modules/sila-cli/node_modules/bluebird/js/release/async.js:148:10)
    at Immediate.Async.drainQueues [as _onImmediate] (/usr/local/lib/node_modules/sila-cli/node_modules/bluebird/js/release/async.js:17:14)
    at processImmediate [as _immediateCallback] (timers.js:383:17)

@kraynel dans client.js ligne 49 tu attends une clé ONG0 ou ONG1 dans result.value.$R.value, mais moi j'ai ça :

{
  SIGM: { type: 12, value: '' },
  DLP: { type: 2, value: false },
  NS: { type: 5, value: 1 },
  IDENT: { type: 5, value: 2 },
  NOMC: { type: 12, value: '' },
  BALC: { type: 2, value: false },
  NOMD: { type: 12, value: '' },
  NBMID: { type: 5, value: 0 },
  NOMG: { type: 12, value: '' },
  NOME: { type: 12, value: '' },
  NCS: { type: 5, value: 0 },
  NAT: { type: 5, value: 0 },
  NLANG: { type: 12, value: '' },
  COLDD: { type: 12, value: '' },
  COLBA: { type: 2, value: false },
  CLANG: { type: 5, value: 0 }
}

Hum étrange. Il faudrait que j'aille creuser dans le code .NET du client pour avoir un truc propre. Le cas ONG0/ONG1 à l'air d'être lié à la société de rattachement, tu es bien Theodo/Theodo Academy ?

Sinon je peux passer te voir, on peut regarder le contenu de result.value ensemble et essayer de trouver la bonne clé.

Oui je suis Academy normalement.
Je suis à la Défense malheureusement ... faudrait qu'on se cale un moment quand je suis là.

euh je suis trop con, t'es là aussi -_-
bref, quand tu veux.

Après vérif de mon côté, ça me fait la même erreur, et en y allant avec un Internet Explorer, je n'ai plus accès aux fiches de paies.

J'ai reçu un mail le 05/07 de Silae qui me disait "Un collaborateur vient de rajouter à votre compte utilisateur l'accès au portail salarié.", ils ont peut-être changé les droits à ce moment.

Je leur ai envoyé un mail, on verra leur réponse.

@kraynel j'ai ce bug aussi, ça veut dire que toutes les fiches de paies sont bloquées en ce moment ?

@florentdestremau Y'a toujours la VM avec IE

ah chiant ^^

Récap :
J'ai eu le même bug la semaine dernière.
Même l'accès depuis la VM était mort, je pouvais me logger mais plus d'accès à la partie perso avec les congés/paies. Un petit mail à paies@experts-entreprendre.com et j'avais de nouveau accès, VM + cli...

Ils n'ont pas l'air de tout bien maîtriser...

Il faut que je rajoute des logs pour le debug, je vais essayer de faire ça.

Edit : pareil chez moi aujourd'hui, je pense que le soucis est de leur côté.

J'ai essayé sur mon IE sous windows, j'arrive à me connecter mais j'ai pas d'accès à la partie perso. Mail envoyé à paies@experts-entreprendre.com et j'attends de leurs nouvelles.

image

Ok ouais ils galèrent haha