Sometimes you need to install a gem in your Rails application for distribution.
If it’s installed as a Ruby gem in your system and you need it to be packaged with the Rails application (/lib or /vendor/plugins directories), go to the target folder and do
gem unpack gem_name
If it’s not installed yet, you need to install it first like below and then do unpacking.
gem install gem_name
I also found several pages that may be interesting:
In the first part of this writing I showed the basics about test driven design. Of course, it was my understanding and experience of doing TDD, but I still think that many of you learned something new for themselves.
In the previous part we finished with development of domain resolver, which tells us list of domains and registered user names in these domains. The design was driven by tests, created before the actual code. The tests allowed us to see the picture from outside and define minimal usable interface for domain resolver component. This time, we will create a dialog box component which will be talking to domain resolver implementation to read data for its drop-down lists without actually knowing the source. The dialog will also do basic validation of entry and displaying of warning messages.
Branching is a very useful concept in sources tracking. It allows to isolate some version of sources and continue with experimental development, bug fixing and anything else, which is better kept away from the main trunk. It’s generally simple to do branching when you have just decided to, but what if you are already two weeks (month or year) away from the version you wish to branch from?
Writing tests is usually simple task. When you write tests ahead of code and even ahead of design it becomes really trivial task. Having all tests at hand even before you start coding specific functionality guaranties that you will (a) spend minimum time, (b) implement what’s really necessary, (c) have all documentation and tests ready, (d) sleep well, knowing that you can give the product away in the middle of the night as it’s already tested to be fool proof.
For the last two weeks I’ve been writing a database editor application with JSP / Servlets. I’m a returning JSP / Servlet programmer with a 7+ year background, but with a 1 year Rails pause. Now that I finished the task, I can share my feelings. Sorry, Java world. It’s not your day.
Today, as I was playing with ideas after a big chunk of work, one interesting thought came, and it’s worth sharing. Everybody likes when the job is simple, straightforward and easy to do. Sometimes though times come when an assignment is … well, different.