Normal
hier würde InputStream.available() vielleicht sinn machen ... wobei ... wenn ich die DOC mal zitieren darf"gibt an wie viele bytes ohne zu blocken vom InputStream gelesen werden können [...] returned bei dateien deren größe in byte"in der regel gibt aber InputStream.available() bei net-i/o entweder "0" zurück ... weil eben keine daten im buffer sind und somit alle read() methode "blockierend" sind ... es also solange gewartet wird bis daten überhaupt gelesen werden können ... oder eben die anzahl an bytes die noch im buffer liegen und die man dann erstmal ohne fehler lesen kann ...was genau nun der auslöser ist lässt sich wie gesagt ohne kompletten code und vor allem stacktrace nicht genau sagen
hier würde InputStream.available() vielleicht sinn machen ... wobei ... wenn ich die DOC mal zitieren darf
"gibt an wie viele bytes ohne zu blocken vom InputStream gelesen werden können [...] returned bei dateien deren größe in byte"
in der regel gibt aber InputStream.available() bei net-i/o entweder "0" zurück ... weil eben keine daten im buffer sind und somit alle read() methode "blockierend" sind ... es also solange gewartet wird bis daten überhaupt gelesen werden können ... oder eben die anzahl an bytes die noch im buffer liegen und die man dann erstmal ohne fehler lesen kann ...
was genau nun der auslöser ist lässt sich wie gesagt ohne kompletten code und vor allem stacktrace nicht genau sagen
