I\'m writing a program in Java and one of the things that I need to do is to create a set of every valid location for a shortest path problem. The locations are defined in a
I was having the same problem. The scanner would not read to the end of a file, actually stopping right in the middle of a word. I thought it was a problem with some limit set on the scanner, but I took note of the comment from rfeak about character encoding.
I re-saved the .txt
I was reading into UTF-8
, it solved the problem. It turns out that Notepad had defaulted to ANSI.
There's a problem with Scanner reading your file but I'm not sure what it is. It mistakenly believes that it's reached the end of file when it has not, possibly due to some funky String encoding. Try using a BufferedReader object that wraps a FileReader object instead.
e.g.,
private static Set<String> posible2(String posLoc) {
Set<String> result = new TreeSet<String>();
BufferedReader br = null;
try {
br = new BufferedReader(new FileReader(new File(posLoc)));
String availalbe;
while((availalbe = br.readLine()) != null) {
result.add(availalbe);
}
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
} finally {
if (br != null) {
try {
br.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
return result;
}
Edit
I tried reducing your problem to its bare minimum, and just this was enough to elicit the problem:
public static void main(String[] args) {
try {
Scanner scanner = new Scanner(new File(FILE_POS));
int count = 0;
while (scanner.hasNextLine()) {
String line = scanner.nextLine();
System.out.printf("%3d: %s %n", count, line );
count++;
}
I checked the Scanner object with a printf:
System.out.printf("Str: %-35s size%5d; Has next line? %b%n", availalbe, result.size(), s.hasNextLine());
and showed that it thought that the file had ended. I was in the process of progressively deleting lines from the data to file to see which line(s) caused the problem, but will leave that to you.
My case:
Conclusions
Solution
String fullFileContents = new String(Files.readAllBytes(myFile.toPath()));
Of course, non-ascii characters can't be reliably read like this as you don't know the encoding, but the ascii characters will be read for sure. Use it if you only need the ascii characters in the file and the non-ascii part can be discarded.
I also had similar issue on my Linux server and finally below code worked for me.
Scanner scanner = new Scanner(new File(filename),"UTF-8");
I had the same problem with a csv file: it worked on Windows but it didn't work on Linux
Open file with nodepad++ and change encodage, choose : Encode in UTF8 (with BOM). It solved problem in my case
I had a txt file in which Scanner stopped reading at line 862, it was a weird problem. What I did was creating a different file (to try to replicate the problem). I added it less than 862 lines first, then I added more than 862 and it worked fine.
So I believe that the problem was that on my previous file, at line 862, there was something wrong, like some character or symbol that could have misled Scanner to finish reading early.
In conclusion: based on this experience I recommend finding out the exact line where scanner stops reading to find a solution for kind of problems.