Estas en lo cierto, el modulo de Axis2 de Eclipse no está actualizado más allá de Axis2 1.1. De todas formas, yo intente usarlo en su momento con Axis2 1.1 y no iba muy bien como tu dices y termine dejandolo de lado.

Por eso te recomiendo usar directamente los plugins de Axis2 para eclipse. Aunque estos tambien tienen sus bugs… Lo mejor es usar ANT!

obiamente ya le indique en Preferences Axis2 y la ruta y en runtime tb ya selecione Axis2.

uso, eclipse3.3 wtp 2.0 tomcat 6.0 Axis 1.3 porque es el mas reciente.

Como pueodsolucionar el problema?

Gracias por tu comentario lo primero. Cuando dices que no tienes ni idea, espero que no te refieras de Java en general, porque entonces lo vas a tener muy duro.

Yo te recomendaria que hicieras unos cuantos tutoriales para ir cogiendole el truco y total lo que te han pedido no parece mucho mas complicado.

Eso sí, Axis2 por lo general se lleva mejor con eclipse que netbeans, yo hablaria con tu tutor para usar eclipse como ide o si se empeña en netbeans usar otro motor de webservices que no sea Axis2. De hecho si coges netbeans tienes un monton de documentacion, incluso videos, para hacer servicios web. Aunque sean en inglés supongo que para una erasmus como tu no debe ser un problema… De hecho yo tiraria por esta segunda opción.

Mucho animo y un saludo desde España!

Sonia

Gracias por el halago pero me temo que disto mucho de ser cualquier clase de gurú o experto en Axis2, Webservices o bueno en realidad cualquier tema!

Y para muestra un botón, digo tu duda. Te daré mi opinión y alguna pista que espero te ayuden a resolverla. Te ayudaría más, pero me pillas en fuera de juego, fuera de casa realmente y sin recursos ni tiempo para instalarme Axis2 o profundizar. Eso sí, espero que luego me cuentes el final!

Allá voy entonces:
1- Prueba a obtener el wsdl del servicio y consulta el campo protocol. Aunque en realidad si tiene wsdl yo ya optaria por soap, en principio el wsdl nace con soap.
2- Usa la herramienta tcpmon para capturar los mensajes de entrada y salida del servicio. Así veras si es un mensaje soap o no.

En principio yo apuesto por SOAP, aunque la clase se llame RPCServiceClient no implica que sea XML-RPC, de hecho en la doc no dice nada. Los dos (SOAP y XML-RPC) son dos formas o protocolos de hacer RPC o llamadas a procedimientos remotos. Bueno ya me cuentas eh…

Tengo una duda. He estado buscando información pero no he encontrado gran cosa al respecto, y como tú controlas tanto del tema, a lo mejor para tí es algo obvio y que puedes responderme sin hacerte perder mucho tiempo.

Si hago un servicio web POJO y un cliente RPCServiceClient siguiendo la guía que viene en la web de Axis 2, ¿qué pasará realmente por debajo cuando el cliente invoque el servicio web? ¿se usará el protocolo SOAP o el protocolo XML-RPC para comunicar cliente y servidor?.

Muchas gracias de antemano, Julio!!. Saludos!!.

Sí que es interesante lo de REST, sobre todo cuando estás haciendo pruebas.

Sobre lo del error, sí, investigando un poco finalmente me dí cuenta de que hacía falta ese constructor sin parámetros, y una vez que se lo puse ya todo funcionó bien, bueno… al menos las pruebas que hice, ahora tengo que hacer los servicios web de verdad, que espero que no me den tantos problemas!. El problema es que las definiciones que hay por ahí sobre lo que es un POJO no son excesivamente claras para alguien que empieza, pero bueno, es lo que hay.

Sí, supongo que tienes razón en lo de que el código queda más elegante con los sets, y ya que tengo que poner los métodos, trataré de usarlos aunque no esté acostumbrado.

Una vez más, muchas gracias por tu tiempo y tu interés!!!!!!, muchas graciassssssssss!!!!!!!. Un saludo :

Albert

Muy interesante lo del REST, no tenia ni idea. Aunque lo de los tipos simples lo deja muy limitado…

Volviendo a lo del error. Es lógico lo que me cuentas, un POJO no es ni más ni menos que el JavaBean de toda la vida. Y la definición de JavaBean incluye que debe tener, al menos, un constructor sin parametros.

A mi al principio tambien me gustaba tener un constructor con parametros para evitarme los sets. Pero el codigo antes o despues hay que modificarlo y el tiempo que te ahorras en no hacer los sets luego lo pierdes en mirar el orden de los parametros del constructor. Y en mi opinión queda un codigo mas elegante, aunque sean mas lineas.