There seem to be many links and other such stuff, but no actual code using pipes. The advantage of using java.io.PipedInputStream and java.io.PipedOutputStream is that there is no additional consumption of memory. ByteArrayOutputStream.toByteArray() returns a copy of the original buffer, so that means that whatever you have in memory, you now have two copies of … Read more
What am I doing wrong? Using multiple scanners on the same stream is the underlying problem. Scanners can (and will) consume the stream – this may (will) lead to unexpected side-effects. Best not to do it. If the input is closed, then the input (but Strings have no close method) is closed for everyone – … Read more
The simplest approach IMO is to use Guava and its ByteStreams class: byte[] bytes = ByteStreams.toByteArray(in); Or for a file: byte[] bytes = Files.toByteArray(file); Alternatively (if you didn’t want to use Guava), you could create a ByteArrayOutputStream, and repeatedly read into a byte array and write into the ByteArrayOutputStream (letting that handle resizing), then call … Read more
If you don’t want to copy all of the data into an in-memory buffer all at once then you’re going to have to have your code that uses the OutputStream (the producer) and the code that uses the InputStream (the consumer) either alternate in the same thread, or operate concurrently in two separate threads. Having … Read more
I had the same problem using OKHttp3. The problem was that I didn’t close the connection for each request and for the client the same connection was available and for the server not, for this reason the server returns a error. The solution is indicating to each request to close the connection when it is … Read more
import java.io.*; public class TwoFiles { public static void main(String args[]) throws IOException { FileInputStream fistream1 = new FileInputStream(“C:\\Temp\\1.mp3”); // first source file FileInputStream fistream2 = new FileInputStream(“C:\\Temp\\2.mp3”);//second source file SequenceInputStream sistream = new SequenceInputStream(fistream1, fistream2); FileOutputStream fostream = new FileOutputStream(“C:\\Temp\\final.mp3”);//destinationfile int temp; while( ( temp = sistream.read() ) != -1) { // System.out.print( (char) … Read more
The solution phreed gives in the bottom half of question is basically correct. I’ll try to add some more details here. When you do getContentResolver().openInputStream(…), content resolver will go to your content provider and call its openFile method. This is how the openFile looks in ContentProvider.java: public ParcelFileDescriptor openFile(Uri uri, String mode) throws FileNotFoundException { … Read more
This is a REALLY old thread, but it was still the first thing to pop up when I googled the issue. So I just wanted to add this: InputStream inputStream = conn.getInputStream(); int length = inputStream.available(); Worked for me. And MUCH simpler than the other answers here. Warning This solution does not provide reliable results … Read more
The previous answers are not wrong, but they don’t go into the depth that I like to see. There are cases when dealing with low level InputStream is not only desirable, but necessary, the most common example being streaming a large file from source (some web server) to destination (a database). If you try to … Read more
Use java.net.URL#openStream() with a proper URL (including the protocol!). E.g. InputStream input = new URL(“http://www.somewebsite.com/a.txt”).openStream(); // … See also: Using java.net.URLConnection to fire and handle HTTP requests