Gandi.net Groups

J'ai de gros problème pour reproduire la structure que vous utilisez au
sein de la partie Operation de l'api, j'ai mené divers tests mais
j'obtiens invariablement : invalid type for struct [filter:
['domain_create', 'ALL', '', '', '', '']]
Je me pose la question, comment faire pour faire l'équivalent d'une
structure en java afin qu'elle soit compréhensible par votre API

Thomas

On Avr, 26 2007 15:30 CEST, Thomas wrote:

J'ai de gros problème pour reproduire la structure que vous utilisez
au
sein de la partie Operation de l'api, j'ai mené divers tests mais
j'obtiens invariablement : invalid type for struct [filter:
['domain_create', 'ALL', '', '', '', '']]

D'après le log, il semblerait que tu passes un Array plutôt qu'un
Hash.

Je me pose la question, comment faire pour faire l'équivalent d'une
structure en java afin qu'elle soit compréhensible par votre API

Peut-être avec un HashMap ? :/

\o/ Pierrick "dek\" Prévert
 G  Gandi

Je me pose la question, comment faire pour faire l'équivalent d'une
structure en java afin qu'elle soit compréhensible par votre API

Peut-être avec un HashMap ? :/

Absolument :)

Le 27 avr 2007 à 09:58 CEST, Thomas a écrit :

Je me pose la question, comment faire pour faire l'équivalent

d'une

structure en java afin qu'elle soit compréhensible par votre API

Peut-être avec un HashMap ? :/

Absolument :)

je crois que mon API de xmlrpc aime pas trop le format dateTime.8601 ^^

[OPERATION DETAILS]  org.apache.xmlrpc.client.XmlRpcClientException:
Failed to parse servers response: Failed to parse integer value:
2007-04-26 13:53:03

[OPERATION DETAILS]  org.apache.xmlrpc.client.XmlRpcClientException:
Failed to parse servers response: Failed to parse integer value:
2007-04-26 13:53:03

Pourtant si je regarde la doc de XMLRPC, il gère le type Date.iso8601,
mais d'après le message d'erreur il semble qu'il interprete la ligne
de date comme un entier ...

On Avr, 27 2007 10:35 CEST, Thomas wrote:

 [OPERATION DETAILS] 

org.apache.xmlrpc.client.XmlRpcClientException:

Failed to parse servers response: Failed to parse integer value:
2007-04-26 13:53:03

Pourtant si je regarde la doc de XMLRPC, il gère le type
Date.iso8601,
mais d'après le message d'erreur il semble qu'il interprete la ligne
de date comme un entier ...

Hmmm. Ça pourrait être intéressant d'avoir un dump de la réponse
pour identifier un peu mieux le problème.

\o/ Pierrick "dek\" Prévert
 G  Gandi

Hmmm. Ça pourrait être intéressant d'avoir un dump de la réponse
pour identifier un peu mieux le problème.

Hmmm je vais voir ce que je peux faire.
Si je regarde la correspondante des types ici :
http://ws.apache.org/xmlrpc/types.html
Normalement un type DateTime.iso8601 doit donner un Date en java
Donc soit l'api ne transmet pas un DateTime.iso8601, soit XmlRpc
reconnait mal le type et croit qu'il a affaire à un integer, ce qui
est bizarre puisque ca correspond à un type i4 ou int dans le xml....

Pour le dump je vais voir ce que je peux faire, tu as besoin de quelles
infos exactement ?

Pourtant si je regarde la doc de XMLRPC, il gère le type
Date.iso8601,
mais d'après le message d'erreur il semble qu'il interprete la ligne
de date comme un entier ...

Hmmm. Ça pourrait être intéressant d'avoir un dump de la réponse
pour identifier un peu mieux le problème.

le tag généré est bien <dateTime.iso8601>	 ?
Il n'y a jamais eu de problème du genre de rapporté ?

Donc soit l'api ne transmet pas un DateTime.iso8601, soit XmlRpc
reconnait mal le type

sur le site de la norme XMLRPC on trouve ceci :
Tag	                             Type	         Example
<dateTime.iso8601>	date/time	19980717T14:08:55

Hors Java reçoit et lit 2007-04-26 13:53:03
Ne devrait il pas lire 20070426T13:53:03 ?

Désolé je bombarde un peu de messages depuis quelques jours ^^

La stack :
org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
response: Failed to parse integer value: 2007-04-26 13:53:03
	at
org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTransport.java:177)
	at
org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:145)
	at
org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:94)
	at
org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTransport.java:39)
	at
org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:53)
	at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
	at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
	at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
	at
com.cardiweb.dnsconfigurator.impl.gandi.GandiPrestataire.getOperationDetails(GandiPrestataire.java:113)
	at com.cardiweb.dnsconfigurator.test.test2.main(test2.java:32)
Caused by:
org.xml.sax.SAXParseException: Failed to parse integer value: 2007-04-26
13:53:03
	at org.apache.xmlrpc.parser.DateParser.setResult(DateParser.java:40)
	at
org.apache.xmlrpc.parser.AtomicParser.endElement(AtomicParser.java:56)
	at
org.apache.xmlrpc.parser.RecursiveTypeParserImpl.endElement(RecursiveTypeParserImpl.java:96)
	at org.apache.xmlrpc.parser.MapParser.endElement(MapParser.java:158)
	at
org.apache.xmlrpc.parser.RecursiveTypeParserImpl.endElement(RecursiveTypeParserImpl.java:96)
	at
org.apache.xmlrpc.parser.XmlRpcResponseParser.endElement(XmlRpcResponseParser.java:186)
	at com.caucho.xml.XmlParser.popNode(XmlParser.java:877)
	at com.caucho.xml.XmlParser.closeTag(XmlParser.java:783)
	at com.caucho.xml.XmlParser.parseNode(XmlParser.java:356)
	at com.caucho.xml.XmlParser.parseInt(XmlParser.java:245)
	at com.caucho.xml.AbstractParser.parse(AbstractParser.java:611)
	at
org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTransport.java:175)
	at
org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:145)
	at
org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:94)
	at
org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTransport.java:39)
	at
org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:53)
	at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
	at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
	at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
	at
com.cardiweb.dnsconfigurator.impl.gandi.GandiPrestataire.getOperationDetails(GandiPrestataire.java:113)
	at com.cardiweb.dnsconfigurator.test.test2.main(test2.java:32)

en faisant des recherches sur l'erreur je retombe la dessus :
http://www.nabble.com/-jira--Created:-(XML...)-Date-format-20070316T162808Z-cannot-be-parsed-t3450458.html

Je viens de tester, quand je fournis une structure contenant un objet
date à operation_list, ca fonctionne de votre côté, donc c'est
vraiment étrange que ca ne fonctionne pas dans l'autre sens !

On Avr, 27 2007 14:35 CEST, Thomas wrote:

Je viens de tester, quand je fournis une structure contenant un objet
date à operation_list, ca fonctionne de votre côté, donc c'est
vraiment étrange que ca ne fonctionne pas dans l'autre sens !

En effet, on renvoie un DateTime qui ne ressemble pas franchement à un
iso8601. Étrange, première fois que ce problème est soulevé. On va
corriger ça. Merci !

\o/ Pierrick "dek\" Prévert
 G  Gandi

Le 27 avr 2007 à 16:18 CEST, Pierrick "dek\" Prévert a écrit :

On Avr, 27 2007 14:35 CEST, Thomas wrote:

Je viens de tester, quand je fournis une structure contenant un objet
date à operation_list, ca fonctionne de votre côté, donc c'est
vraiment étrange que ca ne fonctionne pas dans l'autre sens !

En effet, on renvoie un DateTime qui ne ressemble pas franchement à
un
iso8601. Étrange, première fois que ce problème est soulevé. On va
corriger ça. Merci !

A votre service :)
Merci de me faire un petit signe sur ce message lorsque ca sera corrigé
!

A votre service :)
Merci de me faire un petit signe sur ce message lorsque ca sera
corrigé
!

Des news de votre côté ?

On May, 2 2007 09:16 CEST, Thomas wrote:

Des news de votre côté ?

Oui, mais j'attendais la mise en production pour répondre. Ce bug est
patché et rentre dans la version 0.99 de l'API qui sortira le 14 Mai
en OT&E. Bonne journée ! :)

\o/ Pierrick "dek\" Prévert
 G  Gandi

Oui, mais j'attendais la mise en production pour répondre. Ce bug est
patché et rentre dans la version 0.99 de l'API qui sortira le 14 Mai
en OT&E. Bonne journée ! :)

Merci, toi aussi :)