Re: chunked output
[email protected] Tue, 19 Aug 2003 15:02:52 -0400
| Newsgroups | gmane.comp.programming.tools.fit.devel |
|---|---|
| Message-ID | <[email protected]> |
----- Original Message ----- From: "Ward Cunningham" <[email protected]> To: "FIT Developers" <[email protected]> Sent: Tuesday, August 19, 2003 1:42 PM Subject: Re: [Fit-dev] chunked output > > On Monday, August 18, 2003, at 02:56 PM, Micah Martin wrote: > > > By using chunked encoding I can make FitNesse do this. But it means > > that > > FIT will need to spit out the results as soon as it makes them. FIT > > needs > > chunked output. > > In a previous fit-like testing framework I found it advantageous to > process tables in other than sequential order. This was due to a quirk > in the way the domain specialist chose to organize tables in her > spreadsheet. If we find a good way to allow subclasses of the top level > Fixture then we could see this again in Fit. A top level fixture could > override doTables and do them any way it wanted. > > I'm guessing by chunking Micah means that we write annotated html for > each table as it is completed. This would be only one kind of progress > indication that would be possible. Another would be some sort of event > or callback as each cell is processed or each annotation is made. In > java I would do this with some sort of Listener interface. What would > other implementations do? Listener would do fine by me. I don't know that it would do fine by Fitnesse, though. The interface there is through stdin/stdout/sdterr, so I'd assume I'd need some kind of marshal, unmarshal interface. Micah? John Roth > > > -- > Ward Cunningham > 503-245-5633 v mailto:[email protected] > 503-246-5587 f http://c2.com > > > _______________________________________________ > Fit-dev mailing list > [email protected] > http://lists.freepan.org/mailman/listinfo.cgi/fit-dev