Depending on the OS, flush() does nothing more thaqn force the data to be written to the OS. In the case of FileOutputStream, write() passes all data to the OS, so flush() does nothing. Where as close() can ensure the file is actually written to disk (or not depending on the OS). You can look … Read more
I took a closer look at the result of getFilesDir() vs getExternalFilesDir() and found that getFilesDir() returns /data/data/[packagename]/files while getExternalFilesDir() returns /Android/data/[packagename]/files. I thought the app files I was browsing in /Android/data were the internal storage directories, but now I see that those are actually the external storage directories. If the internal storage directories are … Read more
The Properties API doesn’t provide any methods for adding/replacing/removing a property in the properties file. The model that the API supports is to load all of the properties from a file, make changes to the in-memory Properties object, and then store all of the properties to a file (the same one or a different one). … Read more
Looks like the answer is no: http://download.oracle.com/javase/1.4.2/docs/api/java/io/FileOutputStream.html http://docs.oracle.com/javase/7/docs/api/index.html?java/io/FileOutputStream.html There are no public methods that return the File or String used in construction of the stream. EDIT: The same holds for FileInputStream.
Updated answer after learning that OP wants to duplicate streams Since you want to write data in both streams try using TeeOutputStream from Apache Commons. Change your code in second try to try { FileOutputStream fos = new FileOutputStream(f); Runtime.getRuntime().addShutdownHook(new Thread(() -> { try { fos.flush(); } catch (Throwable t) { // Ignore } }, … Read more
It will throw a FileNotFoundException if the file doesn’t exist and cannot be created (doc), but it will create it if it can. To be sure you probably should first test that the file exists before you create the FileOutputStream (and create with createNewFile() if it doesn’t): File yourFile = new File(“score.txt”); yourFile.createNewFile(); // if … Read more
With sdk, you can’t write to the root of internal storage. This cause your error. Edit : Based on your code, to use internal storage with sdk: final File dir = new File(context.getFilesDir() + “/nfs/guille/groce/users/nicholsk/workspace3/SQLTest”); dir.mkdirs(); //create folders where write files final File file = new File(dir, “BlockForTest.txt”);
Use the constructor that takes a File and a boolean FileOutputStream(File file, boolean append) and set the boolean to true. That way, the data you write will be appended to the end of the file, rather than overwriting what was already there.
I don’t know if it’s the only problem, but you’ve got a classic Java glitch in there: You’re not counting on the fact that read() is always allowed to return fewer bytes than you ask for. Thus, your read could get less than 1024 bytes but your write always writes out exactly 1024 bytes possibly … Read more
Another bug in Java. I seldom find them, only my second in my 10 year career. This is my solution, as others have mentioned. I have nether used System.gc(). But here, in my case, it is absolutely crucial. Weird? YES! finally { try { in.close(); in = null; out.flush(); out.close(); out = null; System.gc(); } … Read more