[Techronic N1 - Technical Chronicles] xmlrpc, http, squeak, pharo, etc, etc

> Trabajando con Edgar estuvimos elucubrando y probando diferentes cosas
> de la web, cada uno en su mundo (Squeak/Pharo/diferentes
> imágenes/diferentes VMs) y aprovechando que estoy trabajando en el
> proyecto XMLRPC (http://code.google.com/p/pharo-xmlrpc/) y que justo
> el domingo actualicé la configuración para que instale nuevas
> versiones de soporte XML y Komanche (ya que con las anteriores daba
> errores de deprecación de #platformName) llegamos a una instancia
> donde todo lo que antes andaba, parece no funcionar.
>
> Así que tuve que volver para atrás y luego de diversas pruebas, tengo
> algunas observaciones:
>
> 1. El script correcto para trabajar contra flickr tiene que ser así:
>
> | url proxy r |
>
> url := Url absoluteFromText: 'http://api.flickr.com/services/xmlrpc/'.
>
> proxy := XMLRPCProxy new url: url.
>
>
> d := Dictionary new.
> d at: 'name' put: 'FLICKRUSER'.
> d at: 'api_key' put: 'FLICKRAPIKEY'.
>
> r := proxy invokeMethod: 'flickr.test.echo' withStruct: d.
>
> (Ya corregí la documentación en la página del proyecto). Gracias
> Edgar, porque sin tu comentario no me hubiera dado cuenta que tenía
> una versión vieja del script de ejemplo.
>
> Tu comentario al que me refiero es el del error de #contentString en
> el método #decodeStruct: de la clase XMLRPCDecoder, que daba error
> porque en realidad en el xml que retornaba flickr venía un error (por
> el script erróneo) y no el contenido esperado. Tengo que ver si puedo
> mejorar esa devolución de error, pero no estoy seguro ya que depende
> de cómo uno arma el xml con el cual llama al servicio a usar (en este
> caso Flickr).
>
>
> 2. Descubierto el punto 1 anterior, me puse a instalar desde cero,
> últimas versiones con última configuración tanto en Pharo 1.1.1 como
> en Squeak 4.2 [*]
>
> [*] Para que ande, primero hay que instalar Metacello desde su
> ConfigurationOfMetacello, y yo usé la forma:
>
> (ConfigurationOfMetacello project version: #'stable') load.
>
> tratando de usar las últimas características de Metacello (uso de
> versiones simbólicas como #stable:
> http://gemstonesoup.wordpress.com/2011/01/17/metacello-1-0-beta-28-unearthed/)
>
> Luego de instalado el Metacello lo otro es igual que en Pharo, o sea
> descargar la ConfigurationOfXMLRPC (vía Gofer, a mano con Monticello,
> como se prefiera) y ejecutar la instalación:
>
> ConfigurationOfXMLRPC project latestVersion load: 'All'. (Esto instala
> XMLRPC server, client y los tests, todo completo, aunque por ahora
> solo el cliente anda, es decir la parte que nos permite comunicarnos
> con cualquier web que exponga un API xmlrpc).
>
>
> Ahora, luego de instalados igual en Squeak y Pharo y sin errores en
> ningún caso, encuentro que el script para Flickr en Squeak no anda,
> por un método que ya no está: HTTPSocket
> class>>initHTTPSocket:ifError:
>
> Leyendo la documentación de esta clase en Squeak, acerca que es una
> implementación mínima que permite usar el cliente que uno quiera, me
> parece recordar que algo lei al respecto en la lista alguna vez.
> Parece que realmente "achicaron" HTTPSocket, pero lo malo es que no
> tengo idea que debería hacer ahora, si desde ahi vincular al
> Webclient? Edgar, qué te parece?
>
> Luego fue a ver ese método en Pharo, porque ahí si funciona, pero me
> encuentro con que está en una categoría llamada "deprecated-ROLL OVER
> PROBLEM" lo cual no da muchos buenos augurios tampoco y parece que en
> Pharo también se va a cambiar esto, pero tampoco se cómo ni qué se
> recomienda (Seguramente se habló del tema en la lista, pero hay tantos
> mails que se me hace imposible leerlos a todos). Alguien de Pharo sabe
> sobre este tema? Alex?
>

>
>
> El día 7 de febrero de 2011 14:58, Germán Arduino <[hidden email]>
> escribió:
>
> > Trabajando con Edgar estuvimos elucubrando y probando diferentes cosas
> > de la web, cada uno en su mundo (Squeak/Pharo/diferentes
> > imágenes/diferentes VMs) y aprovechando que estoy trabajando en el
> > proyecto XMLRPC (http://code.google.com/p/pharo-xmlrpc/) y que justo
> > el domingo actualicé la configuración para que instale nuevas
> > versiones de soporte XML y Komanche (ya que con las anteriores daba
> > errores de deprecación de #platformName) llegamos a una instancia
> > donde todo lo que antes andaba, parece no funcionar.
> >
> > Así que tuve que volver para atrás y luego de diversas pruebas, tengo
> > algunas observaciones:
> >
> > 1. El script correcto para trabajar contra flickr tiene que ser así:
> >
> > | url proxy r |
> >
> > url := Url absoluteFromText: 'http://api.flickr.com/services/xmlrpc/'.
> >
> > proxy := XMLRPCProxy new url: url.
> >
> >
> > d := Dictionary new.
> > d at: 'name' put: 'FLICKRUSER'.
> > d at: 'api_key' put: 'FLICKRAPIKEY'.
> >
> > r := proxy invokeMethod: 'flickr.test.echo' withStruct: d.
> >
> > (Ya corregí la documentación en la página del proyecto). Gracias
> > Edgar, porque sin tu comentario no me hubiera dado cuenta que tenía
> > una versión vieja del script de ejemplo.
> >
> > Tu comentario al que me refiero es el del error de #contentString en
> > el método #decodeStruct: de la clase XMLRPCDecoder, que daba error
> > porque en realidad en el xml que retornaba flickr venía un error (por
> > el script erróneo) y no el contenido esperado. Tengo que ver si puedo
> > mejorar esa devolución de error, pero no estoy seguro ya que depende
> > de cómo uno arma el xml con el cual llama al servicio a usar (en este
> > caso Flickr).
> >
> >
> > 2. Descubierto el punto 1 anterior, me puse a instalar desde cero,
> > últimas versiones con última configuración tanto en Pharo 1.1.1 como
> > en Squeak 4.2 [*]
> >
> > [*] Para que ande, primero hay que instalar Metacello desde su
> > ConfigurationOfMetacello, y yo usé la forma:
> >
> > (ConfigurationOfMetacello project version: #'stable') load.
> >
> > tratando de usar las últimas características de Metacello (uso de
> > versiones simbólicas como #stable:
> >
> http://gemstonesoup.wordpress.com/2011/01/17/metacello-1-0-beta-28-unearthed/
> )
> >
> > Luego de instalado el Metacello lo otro es igual que en Pharo, o sea
> > descargar la ConfigurationOfXMLRPC (vía Gofer, a mano con Monticello,
> > como se prefiera) y ejecutar la instalación:
> >
> > ConfigurationOfXMLRPC project latestVersion load: 'All'. (Esto instala
> > XMLRPC server, client y los tests, todo completo, aunque por ahora
> > solo el cliente anda, es decir la parte que nos permite comunicarnos
> > con cualquier web que exponga un API xmlrpc).
> >
> >
> > Ahora, luego de instalados igual en Squeak y Pharo y sin errores en
> > ningún caso, encuentro que el script para Flickr en Squeak no anda,
> > por un método que ya no está: HTTPSocket
> > class>>initHTTPSocket:ifError:
> >
> > Leyendo la documentación de esta clase en Squeak, acerca que es una
> > implementación mínima que permite usar el cliente que uno quiera, me
> > parece recordar que algo lei al respecto en la lista alguna vez.
> > Parece que realmente "achicaron" HTTPSocket, pero lo malo es que no
> > tengo idea que debería hacer ahora, si desde ahi vincular al
> > Webclient? Edgar, qué te parece?
> >
> > Luego fue a ver ese método en Pharo, porque ahí si funciona, pero me
> > encuentro con que está en una categoría llamada "deprecated-ROLL OVER
> > PROBLEM" lo cual no da muchos buenos augurios tampoco y parece que en
> > Pharo también se va a cambiar esto, pero tampoco se cómo ni qué se
> > recomienda (Seguramente se habló del tema en la lista, pero hay tantos
> > mails que se me hace imposible leerlos a todos). Alguien de Pharo sabe
> > sobre este tema? Alex?
> >
>
> Perdón, una correción, el método de clase >>initHTTPSocket:ifError:
> está en la categoría Utilities, con lo cual parece que no
> desaparecerá. Es otro (>>initHTTPSocket: httpUrl wait: timeout
> ifError: aBlock) el que está deprecado.
>
> Igualmente, esto plantea como hacer un framework o utilitario que
> funcione en ambos (Squeak/Pharo) si se necesita interacción con la
> web.
>
> Se me ocurren varias maneras, pero me gustaría escuchar otras opiniones.
>
> Gracias.
>  
>

>
>
> Hola Germán.
>
> Me meto sin saber mucho del tema red en Smalltalk, pero estuve buscando en
> el archivo de la lista de pharo y veo que una vez te recomendaron usar Zinc,
> pudiste verlo alguna vez? No valdrá la pena ahora hecharle una mirada?
>
>
> http://www.mail-archive.com/pharo-project@.../msg33128.html
>
> Saludos!
>
> El 7 de febrero de 2011 15:26, Germán Arduino <[hidden email]>escribió:
>
>
>>
>> El día 7 de febrero de 2011 14:58, Germán Arduino <[hidden email]>
>> escribió:
>>
>> > Trabajando con Edgar estuvimos elucubrando y probando diferentes cosas
>> > de la web, cada uno en su mundo (Squeak/Pharo/diferentes
>> > imágenes/diferentes VMs) y aprovechando que estoy trabajando en el
>> > proyecto XMLRPC (http://code.google.com/p/pharo-xmlrpc/) y que justo
>> > el domingo actualicé la configuración para que instale nuevas
>> > versiones de soporte XML y Komanche (ya que con las anteriores daba
>> > errores de deprecación de #platformName) llegamos a una instancia
>> > donde todo lo que antes andaba, parece no funcionar.
>> >
>> > Así que tuve que volver para atrás y luego de diversas pruebas, tengo
>> > algunas observaciones:
>> >
>> > 1. El script correcto para trabajar contra flickr tiene que ser así:
>> >
>> > | url proxy r |
>> >
>> > url := Url absoluteFromText: 'http://api.flickr.com/services/xmlrpc/'.
>> >
>> > proxy := XMLRPCProxy new url: url.
>> >
>> >
>> > d := Dictionary new.
>> > d at: 'name' put: 'FLICKRUSER'.
>> > d at: 'api_key' put: 'FLICKRAPIKEY'.
>> >
>> > r := proxy invokeMethod: 'flickr.test.echo' withStruct: d.
>> >
>> > (Ya corregí la documentación en la página del proyecto). Gracias
>> > Edgar, porque sin tu comentario no me hubiera dado cuenta que tenía
>> > una versión vieja del script de ejemplo.
>> >
>> > Tu comentario al que me refiero es el del error de #contentString en
>> > el método #decodeStruct: de la clase XMLRPCDecoder, que daba error
>> > porque en realidad en el xml que retornaba flickr venía un error (por
>> > el script erróneo) y no el contenido esperado. Tengo que ver si puedo
>> > mejorar esa devolución de error, pero no estoy seguro ya que depende
>> > de cómo uno arma el xml con el cual llama al servicio a usar (en este
>> > caso Flickr).
>> >
>> >
>> > 2. Descubierto el punto 1 anterior, me puse a instalar desde cero,
>> > últimas versiones con última configuración tanto en Pharo 1.1.1 como
>> > en Squeak 4.2 [*]
>> >
>> > [*] Para que ande, primero hay que instalar Metacello desde su
>> > ConfigurationOfMetacello, y yo usé la forma:
>> >
>> > (ConfigurationOfMetacello project version: #'stable') load.
>> >
>> > tratando de usar las últimas características de Metacello (uso de
>> > versiones simbólicas como #stable:
>> >
>> http://gemstonesoup.wordpress.com/2011/01/17/metacello-1-0-beta-28-unearthed/
>> )
>> >
>> > Luego de instalado el Metacello lo otro es igual que en Pharo, o sea
>> > descargar la ConfigurationOfXMLRPC (vía Gofer, a mano con Monticello,
>> > como se prefiera) y ejecutar la instalación:
>> >
>> > ConfigurationOfXMLRPC project latestVersion load: 'All'. (Esto instala
>> > XMLRPC server, client y los tests, todo completo, aunque por ahora
>> > solo el cliente anda, es decir la parte que nos permite comunicarnos
>> > con cualquier web que exponga un API xmlrpc).
>> >
>> >
>> > Ahora, luego de instalados igual en Squeak y Pharo y sin errores en
>> > ningún caso, encuentro que el script para Flickr en Squeak no anda,
>> > por un método que ya no está: HTTPSocket
>> > class>>initHTTPSocket:ifError:
>> >
>> > Leyendo la documentación de esta clase en Squeak, acerca que es una
>> > implementación mínima que permite usar el cliente que uno quiera, me
>> > parece recordar que algo lei al respecto en la lista alguna vez.
>> > Parece que realmente "achicaron" HTTPSocket, pero lo malo es que no
>> > tengo idea que debería hacer ahora, si desde ahi vincular al
>> > Webclient? Edgar, qué te parece?
>> >
>> > Luego fue a ver ese método en Pharo, porque ahí si funciona, pero me
>> > encuentro con que está en una categoría llamada "deprecated-ROLL OVER
>> > PROBLEM" lo cual no da muchos buenos augurios tampoco y parece que en
>> > Pharo también se va a cambiar esto, pero tampoco se cómo ni qué se
>> > recomienda (Seguramente se habló del tema en la lista, pero hay tantos
>> > mails que se me hace imposible leerlos a todos). Alguien de Pharo sabe
>> > sobre este tema? Alex?
>> >
>>
>> Perdón, una correción, el método de clase >>initHTTPSocket:ifError:
>> está en la categoría Utilities, con lo cual parece que no
>> desaparecerá. Es otro (>>initHTTPSocket: httpUrl wait: timeout
>> ifError: aBlock) el que está deprecado.
>>
>> Igualmente, esto plantea como hacer un framework o utilitario que
>> funcione en ambos (Squeak/Pharo) si se necesita interacción con la
>> web.
>>
>> Se me ocurren varias maneras, pero me gustaría escuchar otras opiniones.
>>
>> Gracias.
>>
>
>  
>

>
>
> Hola Gastón:
>
> Mi idea es que xmlrpc sea lo más neutral posible, Zinc se usa (se usa?) en
> Pharo, pero no en Squeak.
>
> Quiero explorar bien todas las alternativas respecto de que funcionalidad
> mínima cada fork piensa dejar en la imagen default y partir de esa certeza.
>
> En todo caso si finalmente divergen y uno se queda con WebClient y el otro
> con Zinc, me gustaría tratar de que xmlrpc funcione con cualquiera, a
> elección del usuario.
>
> Saludos.
>
>
> 2011/2/7 Gastón Dall' Oglio <[hidden email]>
>
>
>>  Hola Germán.
>>
>> Me meto sin saber mucho del tema red en Smalltalk, pero estuve buscando en
>> el archivo de la lista de pharo y veo que una vez te recomendaron usar Zinc,
>> pudiste verlo alguna vez? No valdrá la pena ahora hecharle una mirada?
>>
>>
>> http://www.mail-archive.com/pharo-project@.../msg33128.html
>>
>> Saludos!
>>
>> El 7 de febrero de 2011 15:26, Germán Arduino <[hidden email]>escribió:
>>
>>
>>>
>>> El día 7 de febrero de 2011 14:58, Germán Arduino <[hidden email]>
>>> escribió:
>>>
>>> > Trabajando con Edgar estuvimos elucubrando y probando diferentes cosas
>>> > de la web, cada uno en su mundo (Squeak/Pharo/diferentes
>>> > imágenes/diferentes VMs) y aprovechando que estoy trabajando en el
>>> > proyecto XMLRPC (http://code.google.com/p/pharo-xmlrpc/) y que justo
>>> > el domingo actualicé la configuración para que instale nuevas
>>> > versiones de soporte XML y Komanche (ya que con las anteriores daba
>>> > errores de deprecación de #platformName) llegamos a una instancia
>>> > donde todo lo que antes andaba, parece no funcionar.
>>> >
>>> > Así que tuve que volver para atrás y luego de diversas pruebas, tengo
>>> > algunas observaciones:
>>> >
>>> > 1. El script correcto para trabajar contra flickr tiene que ser así:
>>> >
>>> > | url proxy r |
>>> >
>>> > url := Url absoluteFromText: 'http://api.flickr.com/services/xmlrpc/'.
>>> >
>>> > proxy := XMLRPCProxy new url: url.
>>> >
>>> >
>>> > d := Dictionary new.
>>> > d at: 'name' put: 'FLICKRUSER'.
>>> > d at: 'api_key' put: 'FLICKRAPIKEY'.
>>> >
>>> > r := proxy invokeMethod: 'flickr.test.echo' withStruct: d.
>>> >
>>> > (Ya corregí la documentación en la página del proyecto). Gracias
>>> > Edgar, porque sin tu comentario no me hubiera dado cuenta que tenía
>>> > una versión vieja del script de ejemplo.
>>> >
>>> > Tu comentario al que me refiero es el del error de #contentString en
>>> > el método #decodeStruct: de la clase XMLRPCDecoder, que daba error
>>> > porque en realidad en el xml que retornaba flickr venía un error (por
>>> > el script erróneo) y no el contenido esperado. Tengo que ver si puedo
>>> > mejorar esa devolución de error, pero no estoy seguro ya que depende
>>> > de cómo uno arma el xml con el cual llama al servicio a usar (en este
>>> > caso Flickr).
>>> >
>>> >
>>> > 2. Descubierto el punto 1 anterior, me puse a instalar desde cero,
>>> > últimas versiones con última configuración tanto en Pharo 1.1.1 como
>>> > en Squeak 4.2 [*]
>>> >
>>> > [*] Para que ande, primero hay que instalar Metacello desde su
>>> > ConfigurationOfMetacello, y yo usé la forma:
>>> >
>>> > (ConfigurationOfMetacello project version: #'stable') load.
>>> >
>>> > tratando de usar las últimas características de Metacello (uso de
>>> > versiones simbólicas como #stable:
>>> >
>>> http://gemstonesoup.wordpress.com/2011/01/17/metacello-1-0-beta-28-unearthed/
>>> )
>>> >
>>> > Luego de instalado el Metacello lo otro es igual que en Pharo, o sea
>>> > descargar la ConfigurationOfXMLRPC (vía Gofer, a mano con Monticello,
>>> > como se prefiera) y ejecutar la instalación:
>>> >
>>> > ConfigurationOfXMLRPC project latestVersion load: 'All'. (Esto instala
>>> > XMLRPC server, client y los tests, todo completo, aunque por ahora
>>> > solo el cliente anda, es decir la parte que nos permite comunicarnos
>>> > con cualquier web que exponga un API xmlrpc).
>>> >
>>> >
>>> > Ahora, luego de instalados igual en Squeak y Pharo y sin errores en
>>> > ningún caso, encuentro que el script para Flickr en Squeak no anda,
>>> > por un método que ya no está: HTTPSocket
>>> > class>>initHTTPSocket:ifError:
>>> >
>>> > Leyendo la documentación de esta clase en Squeak, acerca que es una
>>> > implementación mínima que permite usar el cliente que uno quiera, me
>>> > parece recordar que algo lei al respecto en la lista alguna vez.
>>> > Parece que realmente "achicaron" HTTPSocket, pero lo malo es que no
>>> > tengo idea que debería hacer ahora, si desde ahi vincular al
>>> > Webclient? Edgar, qué te parece?
>>> >
>>> > Luego fue a ver ese método en Pharo, porque ahí si funciona, pero me
>>> > encuentro con que está en una categoría llamada "deprecated-ROLL OVER
>>> > PROBLEM" lo cual no da muchos buenos augurios tampoco y parece que en
>>> > Pharo también se va a cambiar esto, pero tampoco se cómo ni qué se
>>> > recomienda (Seguramente se habló del tema en la lista, pero hay tantos
>>> > mails que se me hace imposible leerlos a todos). Alguien de Pharo sabe
>>> > sobre este tema? Alex?
>>> >
>>>
>>> Perdón, una correción, el método de clase >>initHTTPSocket:ifError:
>>> está en la categoría Utilities, con lo cual parece que no
>>> desaparecerá. Es otro (>>initHTTPSocket: httpUrl wait: timeout
>>> ifError: aBlock) el que está deprecado.
>>>
>>> Igualmente, esto plantea como hacer un framework o utilitario que
>>> funcione en ambos (Squeak/Pharo) si se necesita interacción con la
>>> web.
>>>
>>> Se me ocurren varias maneras, pero me gustaría escuchar otras opiniones.
>>>
>>> Gracias.
>>>
>>
>>
>
>
> --
> =================================================
> Germán S. Arduino  <gsa @ arsol.net>   Twitter: garduino
> Arduino Software & Web Hosting   http://www.arduinosoftware.com
> PasswordsPro  http://www.passwordspro.com
> =================================================
>  
>

>
>
> Hola.
> Sí me parece lo mejor. La verdad no se si se usa, la nombran a veces, pero
> como vos decís usar la funcionalidad mínima es lo mejor... si todos hicieran
> eso capaz no habría tanta cosa repetida y engordada :)
> Éxito con tu proyecto!
> Saludos!
>
> PD: no se por sus pagos gente, pero en Concepción del Uruguay DILUVIA! y se
> vino la tan deseada fresca como dice Edgar.
>
> El 7 de febrero de 2011 17:29, Germán Arduino <[hidden email]>escribió:
>
>>
>>
>> Hola Gastón:
>>
>> Mi idea es que xmlrpc sea lo más neutral posible, Zinc se usa (se usa?) en
>> Pharo, pero no en Squeak.
>>
>> Quiero explorar bien todas las alternativas respecto de que funcionalidad
>> mínima cada fork piensa dejar en la imagen default y partir de esa certeza.
>>
>> En todo caso si finalmente divergen y uno se queda con WebClient y el otro
>> con Zinc, me gustaría tratar de que xmlrpc funcione con cualquiera, a
>> elección del usuario.
>>
>> Saludos.
>>
>>
>> 2011/2/7 Gastón Dall' Oglio <[hidden email]>
>>
>>
>>>  Hola Germán.
>>>
>>> Me meto sin saber mucho del tema red en Smalltalk, pero estuve buscando
>>> en el archivo de la lista de pharo y veo que una vez te recomendaron usar
>>> Zinc, pudiste verlo alguna vez? No valdrá la pena ahora hecharle una mirada?
>>>
>>>
>>> http://www.mail-archive.com/pharo-project@.../msg33128.html
>>>
>>> Saludos!
>>>
>>> El 7 de febrero de 2011 15:26, Germán Arduino <[hidden email]>escribió:
>>>
>>>
>>>>
>>>> El día 7 de febrero de 2011 14:58, Germán Arduino <[hidden email]>
>>>> escribió:
>>>>
>>>> > Trabajando con Edgar estuvimos elucubrando y probando diferentes cosas
>>>> > de la web, cada uno en su mundo (Squeak/Pharo/diferentes
>>>> > imágenes/diferentes VMs) y aprovechando que estoy trabajando en el
>>>> > proyecto XMLRPC (http://code.google.com/p/pharo-xmlrpc/) y que justo
>>>> > el domingo actualicé la configuración para que instale nuevas
>>>> > versiones de soporte XML y Komanche (ya que con las anteriores daba
>>>> > errores de deprecación de #platformName) llegamos a una instancia
>>>> > donde todo lo que antes andaba, parece no funcionar.
>>>> >
>>>> > Así que tuve que volver para atrás y luego de diversas pruebas, tengo
>>>> > algunas observaciones:
>>>> >
>>>> > 1. El script correcto para trabajar contra flickr tiene que ser así:
>>>> >
>>>> > | url proxy r |
>>>> >
>>>> > url := Url absoluteFromText: 'http://api.flickr.com/services/xmlrpc/
>>>> '.
>>>> >
>>>> > proxy := XMLRPCProxy new url: url.
>>>> >
>>>> >
>>>> > d := Dictionary new.
>>>> > d at: 'name' put: 'FLICKRUSER'.
>>>> > d at: 'api_key' put: 'FLICKRAPIKEY'.
>>>> >
>>>> > r := proxy invokeMethod: 'flickr.test.echo' withStruct: d.
>>>> >
>>>> > (Ya corregí la documentación en la página del proyecto). Gracias
>>>> > Edgar, porque sin tu comentario no me hubiera dado cuenta que tenía
>>>> > una versión vieja del script de ejemplo.
>>>> >
>>>> > Tu comentario al que me refiero es el del error de #contentString en
>>>> > el método #decodeStruct: de la clase XMLRPCDecoder, que daba error
>>>> > porque en realidad en el xml que retornaba flickr venía un error (por
>>>> > el script erróneo) y no el contenido esperado. Tengo que ver si puedo
>>>> > mejorar esa devolución de error, pero no estoy seguro ya que depende
>>>> > de cómo uno arma el xml con el cual llama al servicio a usar (en este
>>>> > caso Flickr).
>>>> >
>>>> >
>>>> > 2. Descubierto el punto 1 anterior, me puse a instalar desde cero,
>>>> > últimas versiones con última configuración tanto en Pharo 1.1.1 como
>>>> > en Squeak 4.2 [*]
>>>> >
>>>> > [*] Para que ande, primero hay que instalar Metacello desde su
>>>> > ConfigurationOfMetacello, y yo usé la forma:
>>>> >
>>>> > (ConfigurationOfMetacello project version: #'stable') load.
>>>> >
>>>> > tratando de usar las últimas características de Metacello (uso de
>>>> > versiones simbólicas como #stable:
>>>> >
>>>> http://gemstonesoup.wordpress.com/2011/01/17/metacello-1-0-beta-28-unearthed/
>>>> )
>>>> >
>>>> > Luego de instalado el Metacello lo otro es igual que en Pharo, o sea
>>>> > descargar la ConfigurationOfXMLRPC (vía Gofer, a mano con Monticello,
>>>> > como se prefiera) y ejecutar la instalación:
>>>> >
>>>> > ConfigurationOfXMLRPC project latestVersion load: 'All'. (Esto instala
>>>> > XMLRPC server, client y los tests, todo completo, aunque por ahora
>>>> > solo el cliente anda, es decir la parte que nos permite comunicarnos
>>>> > con cualquier web que exponga un API xmlrpc).
>>>> >
>>>> >
>>>> > Ahora, luego de instalados igual en Squeak y Pharo y sin errores en
>>>> > ningún caso, encuentro que el script para Flickr en Squeak no anda,
>>>> > por un método que ya no está: HTTPSocket
>>>> > class>>initHTTPSocket:ifError:
>>>> >
>>>> > Leyendo la documentación de esta clase en Squeak, acerca que es una
>>>> > implementación mínima que permite usar el cliente que uno quiera, me
>>>> > parece recordar que algo lei al respecto en la lista alguna vez.
>>>> > Parece que realmente "achicaron" HTTPSocket, pero lo malo es que no
>>>> > tengo idea que debería hacer ahora, si desde ahi vincular al
>>>> > Webclient? Edgar, qué te parece?
>>>> >
>>>> > Luego fue a ver ese método en Pharo, porque ahí si funciona, pero me
>>>> > encuentro con que está en una categoría llamada "deprecated-ROLL OVER
>>>> > PROBLEM" lo cual no da muchos buenos augurios tampoco y parece que en
>>>> > Pharo también se va a cambiar esto, pero tampoco se cómo ni qué se
>>>> > recomienda (Seguramente se habló del tema en la lista, pero hay tantos
>>>> > mails que se me hace imposible leerlos a todos). Alguien de Pharo sabe
>>>> > sobre este tema? Alex?
>>>> >
>>>>
>>>> Perdón, una correción, el método de clase >>initHTTPSocket:ifError:
>>>> está en la categoría Utilities, con lo cual parece que no
>>>> desaparecerá. Es otro (>>initHTTPSocket: httpUrl wait: timeout
>>>> ifError: aBlock) el que está deprecado.
>>>>
>>>> Igualmente, esto plantea como hacer un framework o utilitario que
>>>> funcione en ambos (Squeak/Pharo) si se necesita interacción con la
>>>> web.
>>>>
>>>> Se me ocurren varias maneras, pero me gustaría escuchar otras opiniones.
>>>>
>>>> Gracias.
>>>>
>>>
>>>
>>
>>
>> --
>> =================================================
>> Germán S. Arduino  <gsa @ arsol.net>   Twitter: garduino
>> Arduino Software & Web Hosting   http://www.arduinosoftware.com
>> PasswordsPro  http://www.passwordspro.com
>> =================================================
>>
>
>  
>

>
>
> Acá también llovió y por fin tenemos un día de 20 grados!!! y nublado!!!!
> :)
>
>
>
> 2011/2/7 Gastón Dall' Oglio <[hidden email]>
>
>>
>>  Hola.
>> Sí me parece lo mejor. La verdad no se si se usa, la nombran a veces, pero
>> como vos decís usar la funcionalidad mínima es lo mejor... si todos hicieran
>> eso capaz no habría tanta cosa repetida y engordada :)
>> Éxito con tu proyecto!
>> Saludos!
>>
>> PD: no se por sus pagos gente, pero en Concepción del Uruguay DILUVIA! y
>> se vino la tan deseada fresca como dice Edgar.
>>
>> El 7 de febrero de 2011 17:29, Germán Arduino <[hidden email]>escribió:
>>
>>>
>>>  Hola Gastón:
>>>
>>> Mi idea es que xmlrpc sea lo más neutral posible, Zinc se usa (se usa?)
>>> en Pharo, pero no en Squeak.
>>>
>>> Quiero explorar bien todas las alternativas respecto de que funcionalidad
>>> mínima cada fork piensa dejar en la imagen default y partir de esa certeza.
>>>
>>> En todo caso si finalmente divergen y uno se queda con WebClient y el
>>> otro con Zinc, me gustaría tratar de que xmlrpc funcione con cualquiera, a
>>> elección del usuario.
>>>
>>> Saludos.
>>>
>>>
>>> 2011/2/7 Gastón Dall' Oglio <[hidden email]>
>>>
>>>
>>>>  Hola Germán.
>>>>
>>>> Me meto sin saber mucho del tema red en Smalltalk, pero estuve buscando
>>>> en el archivo de la lista de pharo y veo que una vez te recomendaron usar
>>>> Zinc, pudiste verlo alguna vez? No valdrá la pena ahora hecharle una mirada?
>>>>
>>>>
>>>> http://www.mail-archive.com/pharo-project@.../msg33128.html
>>>>
>>>> Saludos!
>>>>
>>>> El 7 de febrero de 2011 15:26, Germán Arduino <[hidden email]>escribió:
>>>>
>>>>
>>>>>
>>>>> El día 7 de febrero de 2011 14:58, Germán Arduino <[hidden email]>
>>>>> escribió:
>>>>>
>>>>> > Trabajando con Edgar estuvimos elucubrando y probando diferentes
>>>>> cosas
>>>>> > de la web, cada uno en su mundo (Squeak/Pharo/diferentes
>>>>> > imágenes/diferentes VMs) y aprovechando que estoy trabajando en el
>>>>> > proyecto XMLRPC (http://code.google.com/p/pharo-xmlrpc/) y que justo
>>>>> > el domingo actualicé la configuración para que instale nuevas
>>>>> > versiones de soporte XML y Komanche (ya que con las anteriores daba
>>>>> > errores de deprecación de #platformName) llegamos a una instancia
>>>>> > donde todo lo que antes andaba, parece no funcionar.
>>>>> >
>>>>> > Así que tuve que volver para atrás y luego de diversas pruebas, tengo
>>>>> > algunas observaciones:
>>>>> >
>>>>> > 1. El script correcto para trabajar contra flickr tiene que ser así:
>>>>> >
>>>>> > | url proxy r |
>>>>> >
>>>>> > url := Url absoluteFromText: 'http://api.flickr.com/services/xmlrpc/
>>>>> '.
>>>>> >
>>>>> > proxy := XMLRPCProxy new url: url.
>>>>> >
>>>>> >
>>>>> > d := Dictionary new.
>>>>> > d at: 'name' put: 'FLICKRUSER'.
>>>>> > d at: 'api_key' put: 'FLICKRAPIKEY'.
>>>>> >
>>>>> > r := proxy invokeMethod: 'flickr.test.echo' withStruct: d.
>>>>> >
>>>>> > (Ya corregí la documentación en la página del proyecto). Gracias
>>>>> > Edgar, porque sin tu comentario no me hubiera dado cuenta que tenía
>>>>> > una versión vieja del script de ejemplo.
>>>>> >
>>>>> > Tu comentario al que me refiero es el del error de #contentString en
>>>>> > el método #decodeStruct: de la clase XMLRPCDecoder, que daba error
>>>>> > porque en realidad en el xml que retornaba flickr venía un error (por
>>>>> > el script erróneo) y no el contenido esperado. Tengo que ver si puedo
>>>>> > mejorar esa devolución de error, pero no estoy seguro ya que depende
>>>>> > de cómo uno arma el xml con el cual llama al servicio a usar (en este
>>>>> > caso Flickr).
>>>>> >
>>>>> >
>>>>> > 2. Descubierto el punto 1 anterior, me puse a instalar desde cero,
>>>>> > últimas versiones con última configuración tanto en Pharo 1.1.1 como
>>>>> > en Squeak 4.2 [*]
>>>>> >
>>>>> > [*] Para que ande, primero hay que instalar Metacello desde su
>>>>> > ConfigurationOfMetacello, y yo usé la forma:
>>>>> >
>>>>> > (ConfigurationOfMetacello project version: #'stable') load.
>>>>> >
>>>>> > tratando de usar las últimas características de Metacello (uso de
>>>>> > versiones simbólicas como #stable:
>>>>> >
>>>>> http://gemstonesoup.wordpress.com/2011/01/17/metacello-1-0-beta-28-unearthed/
>>>>> )
>>>>> >
>>>>> > Luego de instalado el Metacello lo otro es igual que en Pharo, o sea
>>>>> > descargar la ConfigurationOfXMLRPC (vía Gofer, a mano con Monticello,
>>>>> > como se prefiera) y ejecutar la instalación:
>>>>> >
>>>>> > ConfigurationOfXMLRPC project latestVersion load: 'All'. (Esto
>>>>> instala
>>>>> > XMLRPC server, client y los tests, todo completo, aunque por ahora
>>>>> > solo el cliente anda, es decir la parte que nos permite comunicarnos
>>>>> > con cualquier web que exponga un API xmlrpc).
>>>>> >
>>>>> >
>>>>> > Ahora, luego de instalados igual en Squeak y Pharo y sin errores en
>>>>> > ningún caso, encuentro que el script para Flickr en Squeak no anda,
>>>>> > por un método que ya no está: HTTPSocket
>>>>> > class>>initHTTPSocket:ifError:
>>>>> >
>>>>> > Leyendo la documentación de esta clase en Squeak, acerca que es una
>>>>> > implementación mínima que permite usar el cliente que uno quiera, me
>>>>> > parece recordar que algo lei al respecto en la lista alguna vez.
>>>>> > Parece que realmente "achicaron" HTTPSocket, pero lo malo es que no
>>>>> > tengo idea que debería hacer ahora, si desde ahi vincular al
>>>>> > Webclient? Edgar, qué te parece?
>>>>> >
>>>>> > Luego fue a ver ese método en Pharo, porque ahí si funciona, pero me
>>>>> > encuentro con que está en una categoría llamada "deprecated-ROLL OVER
>>>>> > PROBLEM" lo cual no da muchos buenos augurios tampoco y parece que en
>>>>> > Pharo también se va a cambiar esto, pero tampoco se cómo ni qué se
>>>>> > recomienda (Seguramente se habló del tema en la lista, pero hay
>>>>> tantos
>>>>> > mails que se me hace imposible leerlos a todos). Alguien de Pharo
>>>>> sabe
>>>>> > sobre este tema? Alex?
>>>>> >
>>>>>
>>>>> Perdón, una correción, el método de clase >>initHTTPSocket:ifError:
>>>>> está en la categoría Utilities, con lo cual parece que no
>>>>> desaparecerá. Es otro (>>initHTTPSocket: httpUrl wait: timeout
>>>>> ifError: aBlock) el que está deprecado.
>>>>>
>>>>> Igualmente, esto plantea como hacer un framework o utilitario que
>>>>> funcione en ambos (Squeak/Pharo) si se necesita interacción con la
>>>>> web.
>>>>>
>>>>> Se me ocurren varias maneras, pero me gustaría escuchar otras
>>>>> opiniones.
>>>>>
>>>>> Gracias.
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> =================================================
>>> Germán S. Arduino  <gsa @ arsol.net>   Twitter: garduino
>>> Arduino Software & Web Hosting   http://www.arduinosoftware.com
>>> PasswordsPro  http://www.passwordspro.com
>>> =================================================
>>>
>>
>>
>
>
> --
> =================================================
> Germán S. Arduino  <gsa @ arsol.net>   Twitter: garduino
> Arduino Software & Web Hosting   http://www.arduinosoftware.com
> PasswordsPro  http://www.passwordspro.com
> =================================================
>  
>

> El día 7 de febrero de 2011 14:58, Germán Arduino <[hidden email]>
> escribió:
>
>
>> Trabajando con Edgar estuvimos elucubrando y probando diferentes cosas
>> de la web, cada uno en su mundo (Squeak/Pharo/diferentes
>> imágenes/diferentes VMs) y aprovechando que estoy trabajando en el
>> proyecto XMLRPC (http://code.google.com/p/pharo-xmlrpc/) y que justo
>> el domingo actualicé la configuración para que instale nuevas
>> versiones de soporte XML y Komanche (ya que con las anteriores daba
>> errores de deprecación de #platformName) llegamos a una instancia
>> donde todo lo que antes andaba, parece no funcionar.
>>
>> Así que tuve que volver para atrás y luego de diversas pruebas, tengo
>> algunas observaciones:
>>
>> 1. El script correcto para trabajar contra flickr tiene que ser así:
>>
>> | url proxy r |
>>
>> url := Url absoluteFromText: 'http://api.flickr.com/services/xmlrpc/'.
>>
>> proxy := XMLRPCProxy new url: url.
>>
>>
>> d := Dictionary new.
>> d at: 'name' put: 'FLICKRUSER'.
>> d at: 'api_key' put: 'FLICKRAPIKEY'.
>>
>> r := proxy invokeMethod: 'flickr.test.echo' withStruct: d.
>>
>> (Ya corregí la documentación en la página del proyecto). Gracias
>> Edgar, porque sin tu comentario no me hubiera dado cuenta que tenía
>> una versión vieja del script de ejemplo.
>>
>> Tu comentario al que me refiero es el del error de #contentString en
>> el método #decodeStruct: de la clase XMLRPCDecoder, que daba error
>> porque en realidad en el xml que retornaba flickr venía un error (por
>> el script erróneo) y no el contenido esperado. Tengo que ver si puedo
>> mejorar esa devolución de error, pero no estoy seguro ya que depende
>> de cómo uno arma el xml con el cual llama al servicio a usar (en este
>> caso Flickr).
>>
>>
>> 2. Descubierto el punto 1 anterior, me puse a instalar desde cero,
>> últimas versiones con última configuración tanto en Pharo 1.1.1 como
>> en Squeak 4.2 [*]
>>
>> [*] Para que ande, primero hay que instalar Metacello desde su
>> ConfigurationOfMetacello, y yo usé la forma:
>>
>> (ConfigurationOfMetacello project version: #'stable') load.
>>
>> tratando de usar las últimas características de Metacello (uso de
>> versiones simbólicas como #stable:
>>

>>
>> Luego de instalado el Metacello lo otro es igual que en Pharo, o sea
>> descargar la ConfigurationOfXMLRPC (vía Gofer, a mano con Monticello,
>> como se prefiera) y ejecutar la instalación:
>>
>> ConfigurationOfXMLRPC project latestVersion load: 'All'. (Esto instala
>> XMLRPC server, client y los tests, todo completo, aunque por ahora
>> solo el cliente anda, es decir la parte que nos permite comunicarnos
>> con cualquier web que exponga un API xmlrpc).
>>
>>
>> Ahora, luego de instalados igual en Squeak y Pharo y sin errores en
>> ningún caso, encuentro que el script para Flickr en Squeak no anda,
>> por un método que ya no está: HTTPSocket
>> class>>initHTTPSocket:ifError:
>>
>> Leyendo la documentación de esta clase en Squeak, acerca que es una
>> implementación mínima que permite usar el cliente que uno quiera, me
>> parece recordar que algo lei al respecto en la lista alguna vez.
>> Parece que realmente "achicaron" HTTPSocket, pero lo malo es que no
>> tengo idea que debería hacer ahora, si desde ahi vincular al
>> Webclient? Edgar, qué te parece?
>>
>> Luego fue a ver ese método en Pharo, porque ahí si funciona, pero me
>> encuentro con que está en una categoría llamada "deprecated-ROLL OVER
>> PROBLEM" lo cual no da muchos buenos augurios tampoco y parece que en
>> Pharo también se va a cambiar esto, pero tampoco se cómo ni qué se
>> recomienda (Seguramente se habló del tema en la lista, pero hay tantos
>> mails que se me hace imposible leerlos a todos). Alguien de Pharo sabe
>> sobre este tema? Alex?
>>
>
> Perdón, una correción, el método de clase >>initHTTPSocket:ifError:
> está en la categoría Utilities, con lo cual parece que no
> desaparecerá. Es otro (>>initHTTPSocket: httpUrl wait: timeout
> ifError: aBlock) el que está deprecado.
>
> Igualmente, esto plantea como hacer un framework o utilitario que
> funcione en ambos (Squeak/Pharo) si se necesita interacción con la
> web.
>
> Se me ocurren varias maneras, pero me gustaría escuchar otras opiniones.
>
> Gracias.

> Mac
> que es donde tengo todo.
> Le comente a MuIVi (Por Muchacha italiana viene a casarse" (1969,
> Argentina,
> Teleteatro con Alejandra Da Passano) de nuestras charlas.
> Ayer , dia de lluvia, tambien fue primer lunes de mes.
> Por lo que hubo que hacer Coto , yo te conozco (sos un chanta )
> Fuimos al de 3 de Febrero y Pte. Amigo de los indios (Roca).
> No quieran saber, no le pregunten a nadie como vocifera Victor Hugo a veces
> en sus relatos futbolisticos.
> Uno de los dos ascensores a la cochera acaba de cumplir 6 semanas sin
> funcionar (Muivi agrego mas notas a mano al cartel que ya escribio hace 3
> semanas)
> El otro , cuando despues de casi tres horas ahí adentro nos estabamos por
> ir, empezo a querer no andar...
>
>

>   no es un metodo lo que falta, son varios y mis horas de
> laburo de ayer me hicieron saber que Socket y HTTPSocket son distintos en
> Pharo y Squeak.
>
> Tendrias que seguir el sabio consejo de hace bastante de Hernan Wilkinson.
> Seguir toda la cadena de herencia de Object hasta lo que realmente usas ,
> supongamos HTTPSocket o peor algo que venga de Pharo mas abajo en la
> herencia.
>
> Hacer todas las diff e importarlas a Squeak (O viniendo de Squeak a Pharo
> al
> reves)
>
> El cambio estuvo en Squeak.....algo me perdí de la lista, seguramnte habrán

>   Ayer andaba con el iPad en el Coto , pero quedamos medio muertos para a
> ir a
> un bar y hacer la crónica en Aida en OldWarrior.
> Pensaba hacer otra prueba total de sistema desde el exterior, preparando
> para Marzo, pero no se pudo.
>
> Que les garue finito por una semana (y a mi que me encantan estos dias)
>
> Edgar
>
>

>
> Perdón, una correción, el método de clase >>initHTTPSocket:ifError:
> está en la categoría Utilities, con lo cual parece que no
> desaparecerá. Es otro (>>initHTTPSocket: httpUrl wait: timeout
> ifError: aBlock) el que está deprecado.
>
> Igualmente, esto plantea como hacer un framework o utilitario que
> funcione en ambos (Squeak/Pharo) si se necesita interacción con la
> web.
>
> Se me ocurren varias maneras, pero me gustaría escuchar otras opiniones.
>
> Gracias.
>