Conexion WSDL
Claudio Rodríguez
Una vez antes envie unas dudas que tenía sobre un tipo de
encriptación, eso ya lo tengo resuelto muchas gracias, ahora el problema
que tengo es otro, ojala alguien me pueda ayudar, esto trata sobre el
consumo de un WSDL del SII, alguien ha intentado hacer esto ¿?
Yo probe cargando el WSDL pero me tira errores y cae en la excepcion
encontre estos archivos fuente
http://www.nic.cl/anuncios/2003-08-07.html
El SII trabaja de la siguiente forma:
Uno hace la conexion al SII, donde pide una semilla que es un
numero, luego este numero mas una encriptación retorna un numero que se
llama token, y este token mas la consulta realizan la obtención de datos
del WS, mi problema esta al inicio porque no puedo conectarme al WS del
servicio de impuesto interno puesto que el codigo que probe cae.
Alguien me puede ayudar¿? el WSDL que uso para la conexion con el sii y
obtener la semilla es:
https://ws1.sii.cl/WSAUT/services/CrSeed?wsdl
Ariel Alejandro Aguayo Bascu~an
Y que estas usando para consumir (o intentar consumir) el web service?
Ariel Aguayo B. (arag...@dcc.uchile.cl)
"Vale la pena morir por todo aquello sin lo cual no vale la pena vivir..."
Salvador Allende.
Claudio Rodríguez
pagina de nic que se supone es la manera oficial de consumir el WSDL.
Ariel Alejandro Aguayo Bascu~an escribió:
Cesar Ogalde
no tengo problemas en ver el WSDL con "Web Services Explorer" de eclipse puedo ver que se pueden conumir las siguientes operaciones.
getVersionMayor
getState
getSeed
getVersionMenor
getVersionPatch
Saludos
Atte Cesar Ogalde Hernández
Líder Senior de Proyectos Capa Integración y Presentación.
Claudio Rodríguez
pero al momento de ejecutar el codigo fuente que esta en la pagina de
nic, me dice que retorna null y no obtiene la semilla que mensione.
Alguna idea?
Cesar Ogalde escribió:
> no tengo problemas en ver el WSDL con "Web Services Explorer" de
> eclipse puedo ver que se pueden conumir las siguientes operaciones.
>
> getVersionMayor
> getState
> getSeed
> getVersionMenor
> getVersionPatch
>
> Saludos
>
> El 20 de enero de 2009 17:00, Claudio Rodríguez <crod...@gmail.com
Juan Carlos Herrera M.
Claudio Rodríguez
me imagine que por acá podría fluir la conversación mas rapido gracias ;)
Juan Carlos Herrera M. escribió:
> que lea los mensajes y pueda ayudarte.
>
> 2009/1/20 Claudio Rodríguez <crod...@gmail.com
>
> Claro yo también puedo revisar las clases y verlas, el WSDL esta bien
> pero al momento de ejecutar el codigo fuente que esta en la pagina de
> nic, me dice que retorna null y no obtiene la semilla que mensione.
> Alguna idea?
>
> Cesar Ogalde escribió:
> >
> > no tengo problemas en ver el WSDL con "Web Services Explorer" de
> > eclipse puedo ver que se pueden conumir las siguientes operaciones.
> >
> > getVersionMayor
> > getState
> > getSeed
> > getVersionMenor
> > getVersionPatch
> >
> > Saludos
> >
> > El 20 de enero de 2009 17:00, Claudio Rodríguez
> <crod...@gmail.com <mailto:crod...@gmail.com>
Alex Fuentes
Estuvo buena el almuerzo venia con su postre de Helado con galletas Tritón : -)
ALex ..
--
_____________________________________
Alex Fuentes
Chile JUG leader : www.jug.cl
Blog: jroller.com/afuentes
LinkedIn: www.linkedin.com/in/fuentesalex
Juan Carlos Herrera M.
Alex Fuentes
( El mono sin fichas )
___________
ALex ..
Juan Carlos Herrera M.
Alex Fuentes
Alex, no fuiste al almuerzo, estas en capilla, junto con jose luis que salio arrancando apenas llego su pizza.
Jose Coronel
de presencia.
El día 20 de enero de 2009 17:55, Alex Fuentes
<fuente...@gmail.com> escribió:
gacevedo
Excelente almuerzo en todo caso, sobre todo el postre :P
On Jan 20, 5:57 pm, "Jose Coronel" <jcoronelcor...@gmail.com> wrote:
> yo tuve un pequeñito problema personal...pero por lo menos hice acto
> de presencia.
>
> El día 20 de enero de 2009 17:55, Alex Fuentes
> > perdom jefecito nunca mas : -) ...
>
> >> Alex, no fuiste al almuerzo, estas en capilla, junto con jose luis que
> >> salio arrancando apenas llego su pizza.
>
Ariel Alejandro Aguayo Bascu~an
Offtopic :P
Pude obtener una respuesta desde SII usando los clientes que genera
Netbeans a partir de WSDL:
<?xml version="1.0" encoding="UTF-8"?> <SII:RESPUESTA
xmlns:SII="http://www.sii.cl/XMLSchema"> <SII:RESP_BODY>
<SEMILLA>000159862904</SEMILLA> </SII:RESP_BODY> <SII:RESP_HDR>
<ESTADO>00</ESTADO> </SII:RESP_HDR> </SII:RESPUESTA>
Claro que no fue completamente trivial. Al principio obtenia el siguiente
error:
nombre de elemento inesperado: esperado=getSeedReturn,
existente={http://DefaultNamespace}getSeedReturn
Asi que tuve que cambiar el codigo generado donde decia:
private static final javax.xml.namespace.QName ns1_getSeedReturn_QNAME =
new QName("", "getSeedReturn");
por:
private static final javax.xml.namespace.QName ns1_getSeedReturn_QNAME =
new QName("http://DefaultNamespace", "getSeedReturn");
Ahora lo que no se es si esto es culpa de una mala definicion de SII o del
generador de clientes de netbeans.
Salu2!
Cesar Ogalde
en la ejecución desde cliente eclipse no hay problemas debe ser el cliente generado, salvo que alguna definición falte en el wsdl.
respuesta getVersionMayor
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <soapenv:Body>
- <ns1:getVersionMayorResponse xmlns:ns1="http://DefaultNamespace" soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<getVersionMayorReturn xsi:type="xsd:string">2</getVersionMayorReturn>
</ns1:getVersionMayorResponse>
</soapenv:Body>
</soapenv:Envelope>
respuesta getState
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <soapenv:Body>
- <ns1:getStateResponse xmlns:ns1="http://DefaultNamespace" soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<getStateReturn xsi:type="xsd:string"><?xml version="1.0" encoding="UTF-8"?> <SII:RESPUESTA xmlns:SII="http://www.sii.cl/XMLSchema"> <SII:RESP_HDR> <SII:ESTADO>0</SII:ESTADO> <SII:GLOSA>OK</SII:GLOSA> </SII:RESP_HDR> <SII:RESP_BODY/> </SII:RESPUESTA></getStateReturn>
</ns1:getStateResponse>
</soapenv:Body>
</soapenv:Envelope>
Respuesta getSeed
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <soapenv:Body>
- <ns1:getSeedResponse xmlns:ns1="http://DefaultNamespace" soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<getSeedReturn xsi:type="xsd:string"><?xml version="1.0" encoding="UTF-8"?> <SII:RESPUESTA xmlns:SII="http://www.sii.cl/XMLSchema"> <SII:RESP_BODY> <SEMILLA>000159867858</SEMILLA> </SII:RESP_BODY> <SII:RESP_HDR> <ESTADO>00</ESTADO> </SII:RESP_HDR> </SII:RESPUESTA></getSeedReturn>
</ns1:getSeedResponse>
</soapenv:Body>
</soapenv:Envelope>
Respuesta getVersionMenor
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <soapenv:Body>
- <ns1:getVersionMenorResponse xmlns:ns1="http://DefaultNamespace" soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<getVersionMenorReturn xsi:type="xsd:string">1</getVersionMenorReturn>
</ns1:getVersionMenorResponse>
</soapenv:Body>
</soapenv:Envelope>
Respuesta getVersionPatch
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <soapenv:Body>
- <ns1:getVersionPatchResponse xmlns:ns1="http://DefaultNamespace" soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<getVersionPatchReturn xsi:type="xsd:string">0</getVersionPatchReturn>
</ns1:getVersionPatchResponse>
</soapenv:Body>
</soapenv:Envelope>
Claudio Rodríguez
parecido pero en el eclipse...
porque por ahora no puedo usar el netbeans y ver si me lo genera
automaticamente
Ariel Alejandro Aguayo Bascu~an escribió:
Ariel Alejandro Aguayo Bascu~an
jar y enviartelo en el peor de los casos.
Sonic
saludos
Jose Urzua
Si bien te respondí por email otras preguntas relacionadas con este
tema, ahora hago un copy-paste de parte de esa respuesta:
El problema que mencionas, por lo detalles que me mandaste en el email
se podruce en las siguientes líneas de código:
Iterator it = sb.getChildElements(nmResp);
SOAPBodyElement bodyElement = (SOAPBodyElement) it.next();
y se puede deber a que el iterator "it" es nulo, y al hacer it.next()
con un cast se cae por un NullPointerException. Si "it" es "null", lo
más probable es que la comunicación con el SII no se esté
realizando bien. Para que esa comunicación con ese software hecho hace
más de 5 años opere bien, se debe tener mucho ojo con la
compatibilidad de todos los jar que se están utilizando.
Si sólo necesitas hacer una pieza de software que se comunique con el
SII para la autentificación, te recomiendo utilizar "xfire", que si
bien está descontinuado el desarrollo y lo reemplaza "cxf", hace muy
sencilla la comunicación con webservices. Por ejemplo para solicitar
la semilla puedes utilizar el siguiente trozo de código:
Client cl = new Client(new URL(
"https://palena.sii.cl/DTEWS/
CrSeed.jws?WSDL"));
Object[] results = cl.invoke("getSeed", new Object[] {});
String xmlSemilla = (String) results[0];
System.out.println("XML Semilla: " + xmlSemilla);
En donde "cl" es un org.codehaus.xfire.client.Client y el jar "xfire-
all-1.2.6.jar" lo descargué desde:
http://xfire.codehaus.org/Download
También necesitas log4j que se puede descargar desde:
http://logging.apache.org/log4j/1.2/download.html
Saludos,
On 20 ene, 17:00, Claudio Rodríguez <crodr...@gmail.com> wrote:
> Estimados amigos
> Una vez antes envie unas dudas que tenía sobre un tipo de
> encriptación, eso ya lo tengo resuelto muchas gracias, ahora el problema
> que tengo es otro, ojala alguien me pueda ayudar, esto trata sobre el
> consumo de un WSDL del SII, alguien ha intentado hacer esto ¿?
> Yo probe cargando el WSDL pero me tira errores y cae en la excepcion
Juan C. Olivares
There where some warnings while generating the code: - This web reference does not conform to WS-I Basic Profile v1.1
R2706: A wsdl:binding in a DESCRIPTION MUST use the value of "literal"
for the use attribute in all soapbind:body, soapbind:fault,
soapbind:header and soapbind:headerfault elements
* Binding 'CrSeedSoapBinding', in Service Description
'http://DefaultNamespace'
R2209: A wsdl:binding in a DESCRIPTION SHOULD bind every wsdl:part of a
wsdl:message in the wsdl:portType to which it refers to one of
soapbind:body, soapbind:header, soapbind:fault or soapbind:headerfault
* Binding 'CrSeedSoapBinding', in Service Description
'http://DefaultNamespace'
¿DefaultNamespace? Uhmmmmmmm...
<wsdlsoap:body encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="http://DefaultNamespace" use="encoded"/>
¡Qué lindo!... (aunque ni idea si esto es realemente un problema... es feo)
Atte,
Juan Cristóbal Olivares
Claudio Rodríguez
funcionar esta cuestión,
realmente estoy complicado porque intente lo que me dijo el josé, y no
funciona. además a mi me lanza el siguiente error con las nuevas
modificaciones que me dio el José
Exception in thread "Main Thread" java.lang.NoClassDefFoundError:
weblogic/logging/WLLogRecord : weblogic/logging/LogEntry
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at
weblogic.logging.commons.LogFactoryImpl.getInstance(LogFactoryImpl.java:21)
at
weblogic.logging.commons.LogFactoryImpl.getInstance(LogFactoryImpl.java:18)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
at org.codehaus.xfire.client.Client.<clinit>(Client.java:55)
at controles.sii.Prueba.main(Prueba.java:15)
Alguna idea?
Juan C. Olivares escribió:
> (una pequeña aplicación de manipulación de WSDL de Mono), obtengo esto:
>
> There where some warnings while generating the code:
>
>
> https://ws1.sii.cl/WSAUT/services/CrSeed?wsdl
> <https://ws1.sii.cl/WSAUT/services/CrSeed?wsdl>
> - This web reference does not conform to WS-I Basic Profile v1.1
> R2706: A wsdl:binding in a DESCRIPTION MUST use the value of
> "literal"
> for the use attribute in all soapbind:body, soapbind:fault,
> soapbind:header and soapbind:headerfault elements
> * Binding 'CrSeedSoapBinding', in Service Description
> wsdl:part of a
> wsdl:message in the wsdl:portType to which it refers to one of
> soapbind:body, soapbind:header, soapbind:fault or
> soapbind:headerfault
> * Binding 'CrSeedSoapBinding', in Service Description
> ¿DefaultNamespace? Uhmmmmmmm...
>
> <wsdlsoap:body
> encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
>
> ¡Qué lindo!... (aunque ni idea si esto es realemente un problema... es
> feo)
>
> Atte,
> Juan Cristóbal Olivares
>
>
> Hola Claudio,
>
> Si bien te respondí por email otras preguntas relacionadas con este
> tema, ahora hago un copy-paste de parte de esa respuesta:
>
> El problema que mencionas, por lo detalles que me mandaste en el email
> se podruce en las siguientes líneas de código:
>
> Iterator it = sb.getChildElements(nmResp);
> SOAPBodyElement bodyElement = (SOAPBodyElement) it.next();
>
> y se puede deber a que el iterator "it" es nulo, y al hacer it.next()
> con un cast se cae por un NullPointerException. Si "it" es "null", lo
> más probable es que la comunicación con el SII no se esté
> realizando bien. Para que esa comunicación con ese software hecho hace
> más de 5 años opere bien, se debe tener mucho ojo con la
> compatibilidad de todos los jar que se están utilizando.
>
> Si sólo necesitas hacer una pieza de software que se comunique con el
> SII para la autentificación, te recomiendo utilizar "xfire", que si
> bien está descontinuado el desarrollo y lo reemplaza "cxf", hace muy
> sencilla la comunicación con webservices. Por ejemplo para solicitar
> la semilla puedes utilizar el siguiente trozo de código:
>
> Client cl = new Client(new URL(
> "https://palena.sii.cl/DTEWS/
> String xmlSemilla = (String) results[0];
> System.out.println("XML Semilla: " + xmlSemilla);
>
> En donde "cl" es un org.codehaus.xfire.client.Client y el jar "xfire-
> all-1.2.6.jar" lo descargué desde:
>
> http://xfire.codehaus.org/Download
>
> También necesitas log4j que se puede descargar desde:
>
> http://logging.apache.org/log4j/1.2/download.html
>
> Saludos,
>
> On 20 ene, 17:00, Claudio Rodríguez <crodr...@gmail.com
Jose Urzua
adjunto un archivo comprimido con todos los .jar que se necesitan (a
todo esto no es necesario el log4j). Lo probé con jdk versión 1.6.0.03
============================
public class PruebaSemilla {
/**
* @param args
*/
public static void main(String[] args) {
try {
// Client cl = new Client(new URL(
//
"https://palena.sii.cl/DTEWS/CrSeed.jws?WSDL"));
String xmlSemilla = (String) results[0];
System.out.println("XML Semilla :" + xmlSemilla);
System.out.println(ex);
}
}
}
============================
El día 20 de enero de 2009 23:35, Claudio Rodríguez
<crod...@gmail.com> escribió:
José Urzúa Reinoso
http://jose.cl
Mauricio Cáceres
<wsdlsoap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
probaste invocaciones soap sobre http usando el soapUI??? además vi a la pasada (estoy viendo 1810) algo con weblogic, si ese es el caso podrias usar clientgen para generar el cliente o no? (weno si me chambonié por ultimo tomenlo pa reir tipo comentario de jcherrera jojojojo
saludos
Angelo Uribe
Claudio Rodríguez
Comento el problema esta en las librerias por lo visto ese fue el
problema....
PD: el generador de weblogic me lanzaba error cuando lo hacía
automaticamente....quizas el WSDL como varios comentaron no era el
"catolico" que digamos
Jose Urzua escribió: