//Here is the answer
var express = require('express');
var router = express.Router();
var async = require("async");
function getSongSingerDetails (song_id,res) {
return new Promise(function(resolve, reject){
res.locals.connection.query('SELECT person_id, person_name FROM view_song_person_mapping WHERE song_id = ? and role_id = ? order by song_person_id DESC',[song_id,1556], function (error, results, fields) {
if(error){
res.send(JSON.stringify({"status": 500, "error": error, "response": null}));
} else {
resolve(results);
}
});
});
}
function getSongListing (req, res) {
return new Promise(function(resolve, reject){
res.locals.connection.query('select song_id, song_title, song_duration from view_song_movie_mapping where movie_id=? ORDER BY song_id ASC',[req.params.id], function (error, results, fields) {
if(error){
res.send(JSON.stringify({"status": 500, "error": error, "response": null}));
} else {
resolve(results);
}
});
});
}
async function getsongdetails(req, res){
var songlist = await getSongListing(req, res);
for (var i=0; i<songlist.length; i++) {
var singerdetails = await getSongSingerDetails(songlist[i].song_id,res);
songlist[i]['singers'] = [];
songlist[i]['singers'] = singerdetails;
}
res.send({"status": 200, "error": null, "response": songlist});
}
router.get('/:id', function(req, res) {
var results = getsongdetails(req, res);
});
module.exports = router;
Это могло бы быть полностью там - но иногда Visual Studio приводит к сбою к регистрации файл Решения, когда это было изменено и в то время как Решение открыто в Visual Studio. Попытайтесь закрыть Visual Studio и только затем фиксировать файл Решения.
Если не случается так, что, могло бы быть некоторое другое агентство, заставляющее файл Решения должен изменить GUID его использование. В одном экземпляре я использовал инструменты.NET от Национальных Инструментов, и у них есть схема лицензирования, которая инициировала бы такое действие (модификация посторонних файлов для не серьезное основание) каждый раз, когда я пошел, чтобы сделать восстанавливание.
Бросьте осторожный взгляд на вывод от сборки (в журнале или окне вывода) - можно найти некоторые дальнейшие подсказки там!
Я предполагаю здесь, но похоже, что некоторые изменения были внесены в проект InterCommClientB (проект, не файлы в проекте). Когда это происходит, sln обновляется, в этом случае только GUID проекта.
Мое лучшее предположение для решения этого вопроса должно было бы вручную создать решение и затем регистрацию изменения. Таким образом, sln файл не изменится на сборке.
Мое почти лучшее предположение - то, что Вы уже сделали, это изменяется в Вашем компьютере, и он хорошо работает, но Вы не получили последнюю версию на ПК, где Вы делаете ночную сборку.