#ironruby

Fix: How do I update Ruby Gems from behind a Proxy (ISA-NTLM) #it #programming #answer

How do I update Ruby Gems from behind a Proxy (ISA-NTLM)

Firewall I’m behind is running Microsoft ISA server (NTLM only mode), anyone have success getting their Ruby gems to install/update via Ruby SSPI gem or other method?

… or am I just being lazy?

Edit: rubysspi-1.2.4 does not work

UPDATE: This also works for “igem”, part of the IronRuby project

Answer [by Jarin Udom]: How do I update Ruby…

Por cuestiones de un proyecto en el que estoy trabajando, tuve la necesidad de crear una aplicación de Sinatra que se conectara a las bases de datos de un par de sistemas diferentes, a manera que la aplicación de Sinatra sea un API que exponga información que manejan esos sistemas de una manera unificada para ser consumida por otras aplicaciones/servicios.

Ambos sistemas tienen como base de datos a MSSQL Server, aunque uno esta escrito en ColdFusion y el otro en ASP.NET. Como unico requisito es que la aplicación de Sinatra sea servida por el Internet Information Server - IIS -; este requisito fue el inicio de una búsqueda de la mejor opción para hacerlo.

El motivo de usar Sinatra es simple, es muy sencillo hacer API para aplicaciones web con el DSL de Sinatra. Inicialmente trate de usar DataMapper para la conexión a MSSQL server, pero resulta que el conector tiene como dependencia una libreria en Java, motivo por el cual decidí usar ActiveRecord de Rails, ya que el driver para MSSQL esta implementado completamente en Ruby.

Mi primera opción para configurar IIS para servir solicitudes de Sinatra, fue usar Ruby y Fastcgi para IIS. Para esto me encontre con un post llamado "10 pasos para hacer que Ruby on Rails sea servidor con IIS y FastCGI", el titulo se mostraba muy prometedor y el post bastante sencillo de seguir.

Pero, al final de cuentas no fue tan sencillo como seguir los 10 pasos, y al igual que muchos de los que publicaron comentarios en el post solo llegue hasta el mensaje de error:

FastCGI Handler Extension

Error 0x80004005 occurred processing request.

The FastCGI process exited unexpectedly

Y al igual que las otras personas, este error fue como toparse con pared, ya que no es descriptivo de lo que realmente causa el problema y al parecer nadie encontró una solución viable.

Después de darle vueltas e inclusive contemplar la posibilidad de reemplazar la aplicación de Sinatra por una aplicación de ASP.NET MVC - me negaba a hacerlo, ya que perderia la simplicidad y elegancia de Sinatra -, recordé que IronRuby tenia soporte para aplicaciones Rack en IIS.

Así que procedi a descargar a instalar IronRuby, así como el .NET 4.0, el cual es dependencia. Obviamente, y aunque con IronRuby logre mi cometido, el camino no fue simple.

Mi primer problema fue actualizar RubyGems con IronRuby, al tratar de ejecutar:

igem update --system

Fallaba con el error invalid exec_format “ir”, no %s Aparentemente un bug que solo sucede con IronRuby, la manera de darle la vuelta es prevenir que el bug "truene" el proceso, atrapandolo y mostrando un mensaje del problema, pero permitiendo la continuación del proceso. La solución consiste en agregar un archivo con esta logica al código de RubyGems incluido en IronRuby, este post contiene los detalles de la solución.

Mi siguiente problema fue que ActiveRecord 3.0.3 no funciona con IronRuby 1.0.x, por lo que baje mi dependencia a ActiveRecord 2.3.10 y el problema se soluciono. Además de ActiveRecord, agregue como dependencia el ActiveRecord SqlServer Adapter, el cual configure para que se conecte a través de ADO.NET.

El siguiente paso fue hacerme del IronRuby.Rack.dll, el cual lo encontré en una gema del mismo nombre, la cual ademas contiene una serie de utilerias interesantes.

Por ejemplo en el folder de la aplicación de Sinatra ejecute:

rack2aspnet . sinatra

Esto creo un directorio bin, con las librerías necesarias de IronRuby y IronRuby.Rack, ademas de instalar Cassini, un servidor de Web basico para probar aplicaciones que son servidas a traves de ASP.NET. Tambien creo el archivo config.ru y web.config.

En este punto podemos probar nuestra aplicación con Cassini:

bin\cassini c:\wwwroot\miapp 9292 /

Pero al intentar conectarme a la URL http://localhost:9292, esta solo me muestra el siguiente error

C:/dev/ruby/lib/ruby/gems/1.8/gems/rack-1.2.1/lib/rack/utils.rb:138:in `union': can't convert Array into String (TypeError)

El problema es que IronRuby no funciona correctamente con rack-1.2.1, la solución es simple y esta descrita en este reporte de problema en Rack, hay que modificar la linea 138 de utils.rb, para que el lugar de ser:

Regexp.union(ESCAPE_HTML.keys)

sea

Regexp.union(ESCAPE_HTML.keys.join(','))

Listo, mi aplicación de Sinatra es servida por Cassini.

La gema de IronRuby-Rack, provee de la herramienta deploy2iis, que permite crear y configurar una aplicación en IIS, desafortunadamente solo funciona con IIS7, en mi caso el servidor usa IIS6, por lo que procedi a crear la aplicación en el IIS de manera manual.

Hay algunas recomendaciones que debemos de tener en cuenta al crear y configurar nuestra aplicación en IIS6. Primero, si ya tenemos aplicaciones que estén corriendo en el IIS y que dependan del .NET < 4.x, hay que crear un nuevo pool, para permitir el tener aplicaciones con diferentes versiones de .NET, en el caso de IronRuby el framework 4.x es requerido. Una vez creado el nuevo pool, en la configuración de nuestra aplicación en IIS, le indicamos que use ese nuevo pool y también le indicamos que use .NET 4.x.

El siguiente punto es que necesitamos configurar la aplicación para que sea servida a través del filtro aspnet_isapi.dll e indicarle que no espere que los archivos a servir existam fisicamente en el sistema de archivos.

Esto es importante ya que nuestra aplicación, puede responder a diversas URLs, que generalmente no tienen extensión. Por ejemplo mi aplicación en Sinatra puede responder a las siguientes URLs

http://localhost/administration/models.xml

o

http://localhost/administration/models/88234.xml

Siendo que esos archivos no existen físicamente, son generados al momento de que se solicitan.

Adicionalmente tenemos que hacer un ajuste - si estamos en IIS6 -, en web.config, ya que este archivo hay que recordar que fue generado automáticamente por rack2aspnet. Por lo tanto este archivo esta generado para IIS7, el ajuste en sencillo, y solo consiste en corregir la manera en como se registra el "http handler" para IronRuby, en las siguientes lineas se muestra donde se tiene que hacer el registro para cada versión de IIS:

IIS7: configuration>system.webServer>handlers>add

IIS6: configuration>system.web>httpHandlers>add

Listo, en este punto ya podemos acceder a la dirección publica de nuestra aplicación de Sinatra, la cual será servida por IIS.