"Shane Duan" <[EMAIL PROTECTED]> wrote on 14/03/2007 01:24:05:
> Sorry that I didn't know you had problem with it. > > Can we agree that this is needed? I can work on adding the code by > without pulling in Cotta code (I actually have created a jbehave > extension in cotta project after I updated to jbehave 1.0). > > Once I have the loader re-implemented, I can look and see why there > were duplications. I think the duplications may have been caused because it was picking up the AllBehaviours classes as well as normal behaviours? If we can avoid making too many layers of abstractions, that would also be good. I agree that if we're writing to the file system we might need an abstraction - that was the reason for the original pre-Cotta filesystem stub - but I haven't had any problems reading from it yet in any of the behaviours which do that. So, a behaviour method which looks for the targets in the classpaths using plain old java.io and / or reflection might be easier to understand and maintain than a Cotta clone! Does that make any sense? Please feel free to disagree with me! Cheers, Liz. -- Elizabeth Keogh [EMAIL PROTECTED] http://www.livejournal.com/users/sirenian
