Posts Tagged rails
Bundler gem and Daemons error (The default Gemfile was not found)
Posted by jcastaneyra in Ruby, scripting on February 12, 2010
Some days ago we deployed an application with rails, in this application we are using some daemons (with daemons gem) to take care about some business processes, and recently to have more control with all gems used by our application we started to use bundler.
Almost all was done, so, at the moment to start the daemons, we get the following error:
/usr/lib/ruby/gems/1.8/gems/bundler-0.9.3/lib/bundler.rb:122:in `default_gemfile': The default Gemfile was not found (Bundler::GemfileNotFound) from /usr/lib/ruby/gems/1.8/gems/bundler-0.9.3/lib/bundler.rb:64:in `setup'
So, looking for this error in google we didn’t get anything, and looking into the bundler gem code the solution to this problems was:
ENV['BUNDLE_GEMFILE'] ||= File.join(Dir.pwd, 'Gemfile')
The complete daemon code here:
Hace algunos días hicimos el deployment de una aplicación con rails, con esta aplicación corremos algunos demonios (con la gema daemons) que se hacen cargo de algunas operaciones de negocio, y recientemente para tener más control de las gemas que utilizamos empezamos a usar bundler.
Ya se tenía todo listo, al momento de correr los demonios nos encontramos con el siguiente error:
/usr/lib/ruby/gems/1.8/gems/bundler-0.9.3/lib/bundler.rb:122:in `default_gemfile': The default Gemfile was not found (Bundler::GemfileNotFound) from /usr/lib/ruby/gems/1.8/gems/bundler-0.9.3/lib/bundler.rb:64:in `setup'
Cabe mencionar que buscando en google no se encontró nada de como resolver el problema, así que indagando un poco en el código de bundler, llegamos a la siguiente solución, que fue agregar la siguiente línea al código que levanta nuestro demonio.
ENV['BUNDLE_GEMFILE'] ||= File.join(Dir.pwd, 'Gemfile')
El código completo del demonio es el siguiente:
Se busca desarrollador rails
Posted by jcastaneyra in Uncategorized on January 21, 2010
Nota: Deja un comentario aquí si estás interesado o bien manda un correo con tu CV a jcastaneyra@gmail.com.
Segunda reunión de MXOR
Posted by jcastaneyra in OpenSource on March 17, 2009
El día de ayer fue la segunda reunión de nuestro grupo de Rails MXOR, en el cuál se hablaron de diversos tópicos en general, pero como todos estamos interesados en aprender de estos tópicos llegamos a la idea de trabajar en un proyecto en donde se pueda trabajar con las cosas que nos interesan y que de esto surgan una serie de artículos los cuales puedan servirnos a nosotros como referencia y a las personas interesadas en Rails y de todo lo que está al rededor.
Sobre los tópicos que nos resultaron interesantes son:
- Instalación de Linux desde cero y con los necesario para Rails
- Version de Rails, VM’s
- Uso de Git con el proyecto
- RedMine como administrador de proyecto
- BDD
- Autenticación
- Servidores Web, App Servers
- Prototype, scriptaculous, JQuery (Edgar dice que es más ligero)
- CSS (blueprint, haml)
- Deployment
- Cache
- Plugins de consulta
- I18N
En la reunión se hizo una lluvia de ideas sobre que proyectos trabajar y sobre el proyecto que se eligió también se fueron aterrizando diversas ideas.
Problema:
Compartir historias de desarrolladores.
El contenido:
Tutoriales
Errores
Categorización de tutoriales
Categorización de Errores
Como wiki de errores
¿Compartir pasos de recetas?
Solo en español para empezar
Hasta aquí me quedé en las anotaciones ya que tuve que salir temprano, pero hay un podcast con la sesión de principio a fin. En este momento se está seleccionando un nombre para la aplicación, una vez que se haya elegido el nombre se podrá empezar a trabajar en estos tópicos, idealmente la gente involucrada en cada actividad sería la que esté interesada en aprender y no precisamente la que domine el tema. La lista de nombres al momento es:
Comunidades
Posted by jcastaneyra in OpenSource, Personal on January 29, 2009
El domingo pasado fui a la primer reunión de la comunidad de México On Rails, y también es para mi la primer comunidad en la que estoy, desde hace tiempo había querido integrarme a una comunidad pero en su momento no encontré una cerca a donde estaba viviendo, y también había leído de un buen de gurús de software que recomendaban el unirse a una comunidad que siguieran la tecnología o corriente que uno quería seguir o de la cual aprender, al seguir este consejo me di cuenta a lo que realmente se referían, en esta comunidad de México On Rails a pesar de que fuimos pocas personas, realmente pude ver el talento que hay aquí en México y con personas de todas las edades, la apertura que hay para aprender y compartir conocimiento, y con respecto a esto último, dentro de unos días será el Barcamp México al cual iré y contribuiré con mi granito de arena haciendo una ponencia, algo sencilla, pero la finalidad es compartir y aprender, y enseñando también se aprende mucho, la ponencia será cómo instalar Rails en Windows, por cierto aquí está la lista de ponencias que se planean dar por los demás miembros del grupo.
Por cierto a la otra convivencia de la comunidad a la que me gustaría asistir es la de Super Happy Dev House México, espero poder ir pronto.
Les dejo unas fotos del primer evento de MXOR (dar click en la foto para ir a Flickr):
Desarrollando en Rails con Vim
Posted by jcastaneyra in Ruby, scripting on December 14, 2008
Cuando empecé a meterme con Rails me encontré con que había unos cuantos IDE’s para desarrollar en este framework y algunos editores, digo como desarrollador de Java era obvio que esperaba un IDE y los disponibles eran o son Netbeans, Aptana, Komodo y editores como JEdit, TextMate, Vim, Emacs, de los cuales el que de plano vi que era muy usado era el TextMate, en cada screencast que me encontraba veía que lo usaban, sólo había un problema, y digo un problema para mi, era que no era gratuito.
Al ver esto me preguntaba porque era más usado un editor de texto turbocargado con comandos en la consola y no un IDE, y la respuesta de los expertos era que con la consola de comandos y un editor se tiene más control sobre el proyecto además de la experiencia que esto te deja en lugar de dejar a que el IDE automatice todo.
Pues bien, debido a una cuestión de $$ me puse a usar un rato Aptana y JEdit, con los cuales tuve buenas experiencias, pero recientemente vi el post de un experto en Rails, creador de Capistrano, Jamis Buck y que venía de trabajar con TextMate durante algunos años pero que previamente había trabajado con Vim, y que ahora estaba moviéndose de nueva cuenta a Vim. Jamis Buck como experto en Rails y TextMate, ahora que se estaba moviendo creó un plugin para Vim para tener ciertas funciones que TextMate tiene. Así es que cuando vi este post dije “de aquí soy”.
Vim siempre ha sido un editor muy poderoso, el cual he usado por años pero no como un usuario experto, porque la verdad tiene un buen de comandos, pero ahora estoy tratando de subirme en él para los desarrollos en Rails que estaré haciendo.
Con el post de Jamis Buck y el plugin que hizo (FuzzyFinder_TextMate que extendió de FuzzyFinder) y a todas las respuestas que recibió en su blog, es como he levantado mi ambiente con Vim, en este caso lo he hecho en la Mac, pero en Linux deber ser casi igual.
En Leopard primero que nada me instalé MacVim bajándolo de http://code.google.com/p/macvim/ y después con ayuda de los posts de Jamis Buck y de los comments ahí puestos logré levantar mi ambiente (Coming home to Vim y Vim Follow-up), también en los comments de estos posts encontré a una persona que puso en github su configuración de vim al igual que sus plugins de vim, que por cierto fue de bastante ayuda (http://github.com/manalang/vim-config/tree/master). Se que en internet hay muchos recursos sobre comandos de Vim, pero aquí está uno que me encontré
http://rayninfo.co.uk/vimtips.html

En resumen, Vim es un editor muy potente, tan potente que se pueden hacer cosas que talvez en un IDE no se puedan hacer, para muestra este video.

Recent Comments