No one responded so I implemented fixtures for ActionPack. You can now
use ActiveRecordTestRunner to assist in the loading of the database
and fixture files (via argument) and it will load the fixture files
and .ymls within the actionpack/test/fixtures directory.
I''d just like to say how frustrating it is trying to make a more than
trivial change to a codebase like this with no feedback. With a medium
sized core team and an active developer base things can only happen
outside of the core team if people critique each other. For one, I
know my code won''t go in unless it is up to the core''s
standards.
Additionally, changes effect others, so SPEAK UP.
I understand 1.0 came out recently. I understand people have other
things they are working on. I am not asking for everyone to comment on
every message that comes through this list or to jump at my whim. I AM
asking for SOMEONE to speak their mind. It has only been a day for
this post, but the pagination post which spawned this one several days
ago still has had no responses outside of myself and Jeremy Hopple,
who both asked for comments.
Just a peep would be nice. Let us know you''re listening even if you
don''t have time for us. Those of us outside the core only have so much
we can do to help improve the situation (and trust me, we want to
help).
I would like to thank Jeremy Kemper for letting me pick his brain on
IRC. It was a great help.
Thanks for listening.
Kevin Clark
On 1/26/06, Kevin Clark <kevin.clark@gmail.com>
wrote:> Hi guys,
> I''ve got more info on ticket 3606
> (http://dev.rubyonrails.org/ticket/3606) which refactors connections
> to ActiveRecord from ActionPack. One of the obvious issues is that
> because ActionPack is requiring fixtures from AR, when changes are
> made in AR then tests may break in ActionPack. I''d like to make
the
> dependence on AR as minimal as possible.
>
> Would loading needed AR fixtures (and schema) from the ActionPack
> fixtures directory be a problem for anyone? That way, we still get AR
> functionality where it is required but things don''t break when AR
> tests change.
>
> Kev
>