Shane Mingins
2008-Mar-14 01:31 UTC
[rspec-users] Lib Specs and config.use_transactional_fixtures = true
Hi We have specs in our rails project other than model/view/controller .. we have interests and lib ... using use_transactional_fixtures = true seems fine in a spec in the m/ v/c and interests directories but not in lib Just wondered if anyone had any quick thoughts as to why that may be??? Shane Mingins ELC Technologies (TM) 1921 State Street Santa Barbara, CA 93101 Phone: +64 4 568 6684 Mobile: +64 21 435 586 Email: smingins at elctech.com AIM: ShaneMingins Skype: shane.mingins (866) 863-7365 Tel - Santa Barbara Office (866) 893-1902 Fax - Santa Barbara Office +44 020 7504 1346 Tel - London Office +44 020 7504 1347 Fax - London Office http://www.elctech.com -------------------------------------------------------------------- Privacy and Confidentiality Notice: The information contained in this electronic mail message is intended for the named recipient(s) only. It may contain privileged and confidential information. If you are not an intended recipient, you must not copy, forward, distribute or take any action in reliance on it. If you have received this electronic mail message in error, please notify the sender immediately.
David Chelimsky
2008-Mar-14 09:14 UTC
[rspec-users] Lib Specs and config.use_transactional_fixtures = true
On Fri, Mar 14, 2008 at 1:31 AM, Shane Mingins <smingins at elctech.com> wrote:> Hi > > We have specs in our rails project other than model/view/controller .. > we have interests and lib ... > > using use_transactional_fixtures = true seems fine in a spec in the m/ > v/c and interests directories but not in lib > > Just wondered if anyone had any quick thoughts as to why that may be???This should answer your question: http://rspec.info/documentation/rails/writing/.> > > Shane Mingins > ELC Technologies (TM) > 1921 State Street > Santa Barbara, CA 93101 > > > Phone: +64 4 568 6684 > Mobile: +64 21 435 586 > Email: smingins at elctech.com > AIM: ShaneMingins > Skype: shane.mingins > > (866) 863-7365 Tel - Santa Barbara Office > (866) 893-1902 Fax - Santa Barbara Office > > +44 020 7504 1346 Tel - London Office > +44 020 7504 1347 Fax - London Office > > http://www.elctech.com > > -------------------------------------------------------------------- > Privacy and Confidentiality Notice: > The information contained in this electronic mail message is intended > for the named recipient(s) only. It may contain privileged and > confidential information. If you are not an intended recipient, you > must not copy, forward, distribute or take any action in reliance on > it. If you have received this electronic mail message in error, please > notify the sender immediately. > > _______________________________________________ > rspec-users mailing list > rspec-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/rspec-users >
Shane Mingins
2008-Mar-17 04:09 UTC
[rspec-users] Lib Specs and config.use_transactional_fixtures = true
On 14/03/2008, at 10:14 PM, David Chelimsky wrote:> On Fri, Mar 14, 2008 at 1:31 AM, Shane Mingins > <smingins at elctech.com> wrote: >> Hi >> >> We have specs in our rails project other than model/view/ >> controller .. >> we have interests and lib ... >> >> using use_transactional_fixtures = true seems fine in a spec in the >> m/ >> v/c and interests directories but not in lib >> >> Just wondered if anyone had any quick thoughts as to why that may >> be??? > > This should answer your question: > http://rspec.info/documentation/rails/writing/. > >>Thanks, that was helpful to know. It did not seem to be the issue I was having though, the specs in lib causing the problem were using before(:all) to setup database records ... changed to use (:each) and all was happy in the land of nod ... that was the difference between the specs in lib and interests ... so not sure what I may be losing (and not know it) without doing something like :behaviour_type => :model ... I do suspect that may have been why I could not use mock_model in a spec once ... will have to find that example sometime and look. Thanks again Shane