Вопрос по java, jax-ws, visual-studio, web-services, .net – Обрабатывать JAXB @XMLIDRef в .NET

37

Я пишу веб-сервис с использованием jax-ws. Один из методов веб-службы возвращает bean-компонент, который содержит ссылку на своего родител. Чтобы предотвратить циклические ссылки, я использую аннотации JAXB @XMLID и @XMLIDRef в моем bean-компоненте.

Затем я создаю прокси-класс для Java-клиента, все работает нормально, и идентификатор разрешается в свойствах объекта. Но затем я создаю клиентский прокси-сервер веб-службы в Visual Studio для .NET, он интерпретирует idrefs как строковые свойства, а не Object.

Можно ли сгенерировать прокси-классы из wsdl для .NET с разрешением idrefs?

Похоже, .NET предпочитает комбо атрибута id / ref. Увидетьstackoverflow.com/a/1617566/278836, Таким образом, .NET не нравится способ Java, а Java не любит способ .NET; по крайней мере, из коробки (насколько я могу судить). Я также очень заинтересован в этом, поскольку кросс-платформенные ссылки кажутся довольно важной функцией. Andrew White
@ Андрей Белый спасибо за эту ссылку. Я сижу здесь, размышляя о том, как мне все это время удалось избежать этой путаницы. Я прочитал эту ссылку, которая привела к этой ссылке:blogs.msdn.com/b/sowmy/archive/2006/03/26/561188.aspx, Возможно, вопрос сводится к следующему: достаточно ли описанной методики для обеспечения взаимодействия .NET / Java? Richard Sitze

Ваш Ответ

1   ответ
1

я попросить Microsoft изменить

инструменты генерации WSDL. Например.:

wsdl.exe: http://msdn.microsoft.com/library/7h3ystb6(VS.80).aspx svcutil.exe: http://msdn.microsoft.com/en-us/library/aa347733.aspx

В недавнем проекте мне пришлось обойти недостатки этих инструментов и изменить сгенерированный код, используя Basic Script, исправляя то, что не было сгенерировано нужным способом (в нашем случае несовместимость с генерацией wsdl на стороне Java)

Пожалуйста, объясните, как вы пришли к своему выводу.

Похожие вопросы