Shane Duan wrote:
here you go.  Like I said, just to remove a field that is not really being used.


yep - you're right.  it is redundant and I agree it can be removed.


On a side note:

As I ran all the behaviours to make sure that everything still works,
I realized that we have reverted the behaviour collection to this:

    public Class[] getBehaviours() {
        return new Class[] {UsingCollectionMatchersBehaviour.class,
                UsingEqualityMatchersBehaviour.class,
                UsingLogicalMatchersBehaviour.class,
                UsingExceptionsBehaviour.class,
                UsingMatchersBehaviour.class,
                UsingStringMatchersBehaviour.class,
                BehaviourClassBehaviour.class,
                BehaviourMethodBehaviour.class,
                BehaviourVerifierBehaviour.class,
                PlainTextMethodListenerBehaviour.class,
                MiniMockObjectBehaviour.class,
                UsingMiniMockBehaviour.class,
                ExpectationBehaviour.class,
                ResultBehaviour.class,
                org.jbehave.core.story.AllBehaviours.class,
                org.jbehave.core.matchers.AllBehaviours.class,
                JBehaveFrameworkErrorBehaviour.class,
        };



Com'on, you gota admit this is not going to scale and someone will
make a mistake sooner or later, if not already.

I know the reason behind removing the reference to cotta but I don't
think this is a working solution either.  I think I have a good
solution.  What about using cotta for test only.  I have created a
jbehave extension in cotta and used it in my other projects so that
the behaviour collection is like this:

  public Class[] getBehaviours() {
    return new BehavioursLoader(getClass()).loadBehaviours();
  }


+1 to a test-scoped cotta dependency.



---------------------------------------------------------------------
To unsubscribe from this list please visit:

   http://xircles.codehaus.org/manage_email

Reply via email to