Wsdl .net x wsdl java(axis)

Assuntos Gerais
#1

Galera, comparei a geração de um WSDL nas duas plataformas e verifiquei essa diferença.
Alguem sabe como posso parametrizar o axis para gerar algo aprecido com o .NET

Obs: Não estou virando a casaca! ahahahah

é que eu tenho que usar uma ferramenta que não entende o meu WSDL em Java.

WSDL em Java usando AXIS:

[quote]<wsdl:message name=“incluirEspecialistaRequest”>
<wsdl:part name=“especialistaIntg” type=“impl:ArrayOf_tns1_EspecialistaIntg” />
</wsdl:message>

<complexType name=“ArrayOf_tns1_EspecialistaIntg”>
<complexContent>
<restriction base=“soapenc:Array”>
<attribute ref=“soapenc:arrayType” wsdl:arrayType=“tns1:EspecialistaIntg[]” />
</restriction>
</complexContent>
</complexType>

<complexType name=“EspecialistaIntg”>
<sequence>
<element name=“nome” nillable=“true” type=“xsd:string” />
<element name=“senha” nillable=“true” type=“xsd:string” />
</sequence>
</complexType>[/quote]

WSDL feito em .NET

[quote]
<s:element name=“Teste”>
<s:complexType>
<s:sequence>
<s:element minOccurs=“0” maxOccurs=“1” name=“args” type=“s0:ArrayOfObjeto” />
</s:sequence>
</s:complexType>
</s:element>

<s:complexType name=“ArrayOfObjeto”>
<s:sequence>
<s:element minOccurs=“0” maxOccurs=“unbounded” name=“Objeto” nillable=“true” type=“s0:Objeto” />
</s:sequence>
</s:complexType>

<s:complexType name=“Objeto”>
<s:sequence>
<s:element minOccurs=“1” maxOccurs=“1” name=“idade” type=“s:int” />
<s:element minOccurs=“0” maxOccurs=“1” name=“nome” type=“s:string” />
</s:sequence>
</s:complexType>[/quote]

#2

mas cara… se é webservice… independe da tecnologia q vai consumir a informação.

#3

TEORICAMENTE deveria ser assim… mas no proprio site do axis tem falando sobre parametros que devem ou não ser usados para clientes .NET.

Mas meu problema é que uso a ferramenta Composer eXtend, da Novell.
Ela não entende a descrição de arrays quando o WS é em java.
O mais engraçado é que a ferramenta é para desenvolvimento baseado na especificação J2EE.

Mas sabe como é neh…os fabricantes nunca implementam o padrão corretamente…sempre dão suas piruadas!

É provavel que eles desenvolveram o Composer para que pudesse entender o que o .NET gera.

#4

Opa, beleza?
Já tivemos este problema aqui na empresa tb…A solução adotada foi trocar o array de objetos por um vetor de beans.
No seu exemplo que vc colocou no outro post vc queria passar um array de EspecialistaIntg, se eu não me engano.
Substitua por um vetor de EspecialistaIntg[].

Abraços

#5

Havia um bug na ferramenta, foi só atualizar com o path de correção.
Vocês tbm utilizam o Composer??

#6