javl
commented
10 years ago 1: Zorgen dat we kunnen zien wat de fout was. Het Node scherm zou open moeten blijven zodat je de error kan lezen toch? 2: try catch / exception handling inbouwen
Open bombarie opened 10 years ago
javl
commented
10 years ago 1: Zorgen dat we kunnen zien wat de fout was. Het Node scherm zou open moeten blijven zodat je de error kan lezen toch? 2: try catch / exception handling inbouwen
bombarie
commented
10 years ago Voor nu een keep-alive AutoIt script gemaakt ('keeprunning.au3' in de decorLAB map).
Ik wilde Forever (https://github.com/nodejitsu/forever) gaan gebruiken maar stuitte erop dat Forever kennelijk vaak niet meer werkt met nieuwere versies van Node, en dat het veel trial and error is om te onderzoeken welke Forever versie het wel gaat doen (ook afhankelijk van welk OS-versie je draait). PM2 (https://github.com/Unitech/pm2) zou een modernere oplossing zijn maar lijkt gebonden aan *Nix (zonder dat ze dat expliciet vermelden). Daarom dus AutoIt. Does the job, maar voelt als een rudimentaire oplossing.
Het is nog niet duidelijk waarom het Node script aan het crashen was. We doen nog maar weinig error-catching op gevoelige plekken zoals het triggeren van een foto capture of het accessen van de database, misschien ligt het daar aan. Deze errors loggen zou ons extra inzicht geven. NPM lib Winston (https://github.com/flatiron/winston) is daar wel geschikt voor.
javl
commented
10 years ago Deze is nog niet te sluiten zolang we geen log ingebouwd hebben, toch?
Node server kapt ermee. Ik werd gebeld dat de iPads de 'loading wheel' toonden -> Node lag eruit. Heb laten rebooten en opnieuw iPads connecten. Na 1x foto maken lag Node er weer uit. Onduidelijk waarom omdat we niet loggen. Toen ik nr HNI (het nieuwe instituut) kwam kon ik dit niet reproduceren.