Пока все переменные используют один и тот же тип, вы можете использовать массив для хранения всех них. Затем вы можете использовать цикл for для итерации по массиву. Что-то вроде этого:
String[] V = {"var1","var2","var3","var4","var5"};
int arraylength = V.length;
for(int i = 0; i<arraylength; i++){
System.out.println(V[i]);
}
Чтобы к verbosely отображают ошибки, следующие из Вашей услуги передачи данных, можно поместить следующий тег выше dataservice определения:
[System.ServiceModel.ServiceBehavior(IncludeExceptionDetailInFaults = true)]
Это затем отобразит ошибку в Вашем окне браузера, а также отслеживании стека.
В дополнение к этому dataservices выдает все исключения к методу HandleException поэтому, если Вы реализуете этот метод на своем dataservice классе, можно поместить точку останова на него и видеть исключение:
protected override void HandleException(HandleExceptionArgs e)
{
try
{
e.UseVerboseErrors = true;
}
catch (Exception ex)
{
Console.WriteLine(ex.Message);
}
}
Хорошо я нашел "Журналы Сервера" упомянутыми по ошибке выше.
необходимо включить трассировку в web.config файле путем добавления следующих тегов:
<system.diagnostics>
<sources>
<source name="System.ServiceModel.MessageLogging" switchValue="Warning, ActivityTracing" >
<listeners>
<add name="ServiceModelTraceListener"/>
</listeners>
</source>
<source name="System.ServiceModel" switchValue="Verbose,ActivityTracing" >
<listeners>
<add name="ServiceModelTraceListener"/>
</listeners>
</source>
<source name="System.Runtime.Serialization" switchValue="Verbose,ActivityTracing">
<listeners>
<add name="ServiceModelTraceListener"/>
</listeners>
</source>
</sources>
<sharedListeners>
<add initializeData="App_tracelog.svclog"
type="System.Diagnostics.XmlWriterTraceListener, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
name="ServiceModelTraceListener" traceOutputOptions="Timestamp"/>
</sharedListeners>
</system.diagnostics>
Это создаст файл, названный app_tracelog.svclog в Вашем каталоге веб-сайта.
Вы затем используете утилиту SvcTraceViewer.exe для просмотра этого файла. Средство просмотра делает хорошее задание выделения ошибок (наряду с большой другой информацией о связи).
Остерегайтесь: файл журнала, созданный с вышеупомянутыми параметрами, растет очень быстро. Только включите его во время отлаживания!
В данном случае, проблема закончила тем, что была неверной версией OraDirect. Сеть, наш Поставщик данных Oracle. Версия, которую мы использовали, не поддерживала 3,5 SP1.
Для меня ошибка была вызвана двумя методами с одинаковыми именами (непреднамеренная перегрузка).
Перегрузка не поддерживается, но тип abc имеет перегруженный метод Void SubmitCart (System.String, Int32).
Я узнал, запустив службу в режиме отладки.