Общее исключение WCF: соединение, неожиданно закрытое
Но я думаю, что у ansible есть проблемы с 2 greps в 1 команде
То есть точно неверно
, если я не использую обратный "grep -v color", эта раздражающая вещь появляется "grep --color = auto", я не могу вырезать PID, который мне нужен в другой задаче, которая убивает процесс, потому что реальный процесс находится во второй строке.
Вы сталкиваетесь с классическим случаем процесса grep, совпадающего с собственным регулярным выражением, как это будет происходить во многих «простых» случаях. То, что вы хотите, это регулярное выражение, которое соответствует вашей строке, но не соответствует самому себе. В приведенном выше примере это будет:
shell: 'ps -e --format="pid cmd" | grep process[.]cfg | sed -e "s/[[:space:]]\+/ /g"', потому что
process[.]cfgсоответствуетprocess.cfg, но не соответствуетprocess[.]cfg. Я также исправил ваше регулярное выражение, потому что в регулярном выражении.означает любой символ, что не похоже на то, что вы действительно хотели бы получитьЧто касается этого бита
--color, вы, вероятно, можете обойти эту глупость, используя полный путь кgrep, что приведет к bash для реального выполнения двоичного файла, в отличие от некоторого псевдонима, который использует--color=auto; На самом деле я бы не ожидал, что цвета будут отображаться в заданном порядке, потому что это не правильно$TERM, но системы странные
5 ответов
Я нашел ответ
Хорошо, не уверенный, если это - kewl ответ на мой собственный вопрос, но здесь мы идем. По некоторым причинам перечисление должно было быть отмечено с [EnumMember] Атрибуты как указано ниже:
[DataContract]
public enum Priority
{
[EnumMember]
Low,
[EnumMember]
Medium,
[EnumMember]
High
}
После того как я сделал это, мои тесты и сервисы можно было назвать без ошибочного появления. Я все еще не уверен, почему та определенная ошибка была отображена. Ошибка, кажется, не выравнивается ни в какой корреляции с функциональной причиной, ошибка произошла, но эта фиксация определенно сгладила все.
Как Вы сами отметили, если Вы отмечаете перечисление как DataContract, необходимо будет отметить объекты, также.
Как альтернатива Вы могли просто удалить [DataContract] перед Вашим перечислением как это:
public enum Priority
{
Low,
Medium,
High
}
Это работало бы также, потому что в этом случае WCF обрабатывает перечисление отдельно. Если Вы отмечаете его как [DataContract], необходимо отметить каждый объект, поскольку Вы заметили себя.
Удостоверьтесь, что ничто, что не является FaultException, не брошено и пасовало назад клиенту.
Я мог быть путем прочь, но это могла бы быть вещь безопасности... Я получил ту ошибку прежде, и я решил ее..., но я бодрствовал в течение многих дней, пытаясь получить много различных разработанных ошибок.
У меня есть демонстрационная статья, делающая что-то основное, но я использую net.tcp (с набором безопасности ни к "Одному") здесь: Duplex WCF Services, Размещенная в IIS Используя Сеть. Tcp
Кроме того, где Вы добираетесь, ошибка... - это на ".Close ()" строка, или ".GetTasks ().ToString ()" строка?
Другая вещь, которую можно проверить, только к telnet к localhost на порте 9999, чтобы видеть, прислушивается ли сервис к входящим соединениям в целом.
Иногда эта ошибка может вводить в заблуждение. Распространенное исключение WCF: неожиданно закрытое соединение может возникать, если язык и региональные параметры заданы неправильно, а также при форматировании строки.
Не удалось выполнить следующее:
new DateTime(adate.Year, adate.Month, firstday).ToString("d", cultureInfo);
пока это работает:
CultureInfo culture = new CultureInfo(this.aculture.Name);
Convert.ToString(new DateTime(adate.Year, adate.Month, firstday), culture);