Почему .NET не десериализует мой примитивный массив из веб-службы?
https://stackoverflow.com/questions/30171
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Помощь!У меня есть веб-сервис Axis, который используется приложением C#.Все работает отлично, за исключением того, что массивы длинных значений всегда имеют вид [0,0,0,0] — правильная длина, но значения не десериализуются.Я пробовал использовать другие примитивы (целые числа, двойные числа), и происходит то же самое.Что мне делать?Я не хочу менять семантику своего сервиса.
Решение
Вот что у меня получилось.Я никогда не нашел другого решения для этой проблемы, поэтому, если у вас есть что-то получше, обязательно внесите свой вклад.
Во-первых, определение длинного массива в области wsdl:types:
<xsd:complexType name="ArrayOf_xsd_long">
<xsd:complexContent mixed="false">
<xsd:restriction base="soapenc:Array">
<xsd:attribute wsdl:arrayType="soapenc:long[]" ref="soapenc:arrayType" />
</xsd:restriction>
</xsd:complexContent>
</xsd:complexType>
Затем мы создаем атрибут SoapExtensionAttribute, который выполнит исправление.Кажется, проблема заключалась в том, что .NET не следовал идентификатору multiref к элементу, содержащему двойное значение.Итак, мы обрабатываем элемент массива, находим значение, а затем вставляем его в элемент:
[AttributeUsage(AttributeTargets.Method)]
public class LongArrayHelperAttribute : SoapExtensionAttribute
{
private int priority = 0;
public override Type ExtensionType
{
get { return typeof (LongArrayHelper); }
}
public override int Priority
{
get { return priority; }
set { priority = value; }
}
}
public class LongArrayHelper : SoapExtension
{
private static ILog log = LogManager.GetLogger(typeof (LongArrayHelper));
public override object GetInitializer(LogicalMethodInfo methodInfo, SoapExtensionAttribute attribute)
{
return null;
}
public override object GetInitializer(Type serviceType)
{
return null;
}
public override void Initialize(object initializer)
{
}
private Stream originalStream;
private Stream newStream;
public override void ProcessMessage(SoapMessage m)
{
switch (m.Stage)
{
case SoapMessageStage.AfterSerialize:
newStream.Position = 0; //need to reset stream
CopyStream(newStream, originalStream);
break;
case SoapMessageStage.BeforeDeserialize:
XmlWriterSettings settings = new XmlWriterSettings();
settings.Indent = false;
settings.NewLineOnAttributes = false;
settings.NewLineHandling = NewLineHandling.None;
settings.NewLineChars = "";
XmlWriter writer = XmlWriter.Create(newStream, settings);
XmlDocument xmlDocument = new XmlDocument();
xmlDocument.Load(originalStream);
List<XmlElement> longArrayItems = new List<XmlElement>();
Dictionary<string, XmlElement> multiRefs = new Dictionary<string, XmlElement>();
FindImportantNodes(xmlDocument.DocumentElement, longArrayItems, multiRefs);
FixLongArrays(longArrayItems, multiRefs);
xmlDocument.Save(writer);
newStream.Position = 0;
break;
}
}
private static void FindImportantNodes(XmlElement element, List<XmlElement> longArrayItems,
Dictionary<string, XmlElement> multiRefs)
{
string val = element.GetAttribute("soapenc:arrayType");
if (val != null && val.Contains(":long["))
{
longArrayItems.Add(element);
}
if (element.Name == "multiRef")
{
multiRefs[element.GetAttribute("id")] = element;
}
foreach (XmlNode node in element.ChildNodes)
{
XmlElement child = node as XmlElement;
if (child != null)
{
FindImportantNodes(child, longArrayItems, multiRefs);
}
}
}
private static void FixLongArrays(List<XmlElement> longArrayItems, Dictionary<string, XmlElement> multiRefs)
{
foreach (XmlElement element in longArrayItems)
{
foreach (XmlNode node in element.ChildNodes)
{
XmlElement child = node as XmlElement;
if (child != null)
{
string href = child.GetAttribute("href");
if (href == null || href.Length == 0)
{
continue;
}
if (href.StartsWith("#"))
{
href = href.Remove(0, 1);
}
XmlElement multiRef = multiRefs[href];
if (multiRef == null)
{
continue;
}
child.RemoveAttribute("href");
child.InnerXml = multiRef.InnerXml;
if (log.IsDebugEnabled)
{
log.Debug("Replaced multiRef id '" + href + "' with value: " + multiRef.InnerXml);
}
}
}
}
}
public override Stream ChainStream(Stream s)
{
originalStream = s;
newStream = new MemoryStream();
return newStream;
}
private static void CopyStream(Stream from, Stream to)
{
TextReader reader = new StreamReader(from);
TextWriter writer = new StreamWriter(to);
writer.WriteLine(reader.ReadToEnd());
writer.Flush();
}
}
Наконец, мы помечаем нашим атрибутом все методы в файле Reference.cs, которые будут десериализовать длинный массив:
[SoapRpcMethod("", RequestNamespace="http://some.service.provider",
ResponseNamespace="http://some.service.provider")]
[return : SoapElement("getFooReturn")]
[LongArrayHelper]
public Foo getFoo()
{
object[] results = Invoke("getFoo", new object[0]);
return ((Foo) (results[0]));
}
Это исправление специфично для длинных файлов, но его, вероятно, можно обобщить для обработки любого примитивного типа, имеющего эту проблему.
Другие советы
Вот более или менее скопированная версия Сообщение блога Я писал по теме.
Управляющее резюме:Вы можете либо изменить способ десериализации набора результатов в .NET (см. решение Криса выше), либо перенастроить Axis для сериализации результатов способом, совместимым с реализацией .NET SOAP.
Если вы пойдете по последнему пути, вот как:
...Сгенерированные классы выглядят и, по -видимому, функционируют нормально, но если вы посмотрите на десериализованный массив на стороне клиента (.net/wcf), вы обнаружите, что массив был неверно опустошен, и все значения в массиве 0 ПолемВам придется вручную посмотреть на мыльный ответ, возвращаемый осью, чтобы выяснить, что не так;Вот образец ответа (опять же, отредактирован для ясности):
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/>
<soapenv:Body>
<doSomethingResponse>
<doSomethingReturn>
<doSomethingReturn href="#id0"/>
<doSomethingReturn href="#id1"/>
<doSomethingReturn href="#id2"/>
<doSomethingReturn href="#id3"/>
<doSomethingReturn href="#id4"/>
</doSomethingReturn>
</doSomethingResponse>
<multiRef id="id4">5</multiRef>
<multiRef id="id3">4</multiRef>
<multiRef id="id2">3</multiRef>
<multiRef id="id1">2</multiRef>
<multiRef id="id0">1</multiRef>
</soapenv:Body>
</soapenv:Envelope>
Вы заметите, что ось не генерирует значения непосредственно в возвращаемом элементе, а вместо этого ссылается на внешние элементы для значений.Это может иметь смысл, когда существует много ссылок на относительно мало дискретных значений, но в любом случае, это не обрабатывается должным образом поставщиком WCF BasichttpBinding (и, как сообщается, также с помощью GSOAP и классических веб -ссылок).
Мне потребовалось некоторое время, чтобы найти решение:Отредактируйте файл Dever-config.wsdd от оси развертывания и найдите следующий параметр:
<parameter name="sendMultiRefs" value="true"/>
Измените его на false, затем переведите через командную строку, которая выглядит (под окнами) примерно так:
java -cp %AXISCLASSPATH% org.apache.axis.client.AdminClient server-config.wsdl
Ответ веб -службы теперь должен быть опустошен вашим клиентом .NET.
Нашел эту ссылку, которая может предложить лучшую альтернативу: http://www.tomergabel.com/GettingWCFAndApacheAxisToBeFriendly.aspx
