>>> Maybe I am wrong :) >> No, you are not wrong. The coding is the simple part in some decisions >> we have to do. We are trying to keep V1 and V2 as code-compatible as >> possible because we are only two developers. Going for a fork in V1 >> only because very few users are running V1 with big logfiles is >> something we do not lighthearted. V2 is the normal update part we >> provide, and there is no problem in V2 with big logfiles because of >> multithreading. I have to pay attention not to be sucked into >> inventing everything in V1 again we have already in V2.
> IMO things should be kept as simple as possible in V1. Well... the idea was exactly to make things simple :) see, using a "special" file (or DB) to log rejected/discarded messages would imHo help generating a "blockreport" in a short time and without "overloading" the system... the classic "raindrop path" coding idea :) ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Assp-test mailing list Assp-test@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/assp-test
