> It is OK. When server returns any error, then still Document can have > useful informations. There is not place for decision of Document will > be returned or not. This decision mus be made by calling application, > because you (as progarmmer) maybe wish to see error document.
Problem is very unpleasent after modifying HTTPMethod to download data/file to external stream you planing (I performed while ago simiilar modifications). Since is used external stream instead of FDocument, on resuming download large file, eventually unhandled error 416 leading adding bug report instead of real data. This error is probably not only one which need to be handled in similar situations. Perhaps oposit approach of error handling should be consider - instead of assuming positive code result by default and then testing several unwanted retuened code errors, assuming false and then allow downloading on positive code result. Sasa ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ synalist-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/synalist-public
