Java Java error with variable initialization

AI Thread Summary
The discussion centers around a Java program designed to read country populations from an input file and write them to an output file. The main issue raised is the initialization of the `FileIn` variable, which the compiler flags as potentially uninitialized due to its declaration within a try block. This leads to confusion about Java's stricter error handling compared to languages like C. Participants emphasize the importance of proper error handling, suggesting that every library call should be wrapped in a try-catch to manage exceptions effectively. They also highlight the need for good code formatting for readability. A revised code snippet is provided, demonstrating better practices, including initializing `FileIn` and `output` to null and closing resources in a finally block to ensure they are properly managed. Overall, the discussion underscores the significance of understanding Java's error handling mechanisms and the benefits of structured coding practices.
camel-man
Messages
76
Reaction score
0
Code:
import java.util.Scanner;
import java.io.FileNotFoundException; 
import java.io.FileReader;
import java.io.IOException;
import java.io.PrintWriter;

public class CountryPopulationReverse{

   public static void main(String args[])throws FileNotFoundException {
   
   //Variable declarations
      Scanner in = new Scanner(System.in);
      Scanner FileIn;
      FileReader inputFile;
      String population, country;
      int checkNum;
      PrintWriter output;
      boolean good = true;
      
     
      try
      {
      System.out.print("Input file: ");
      String inputName = in.nextLine();
      inputFile = new FileReader(inputName);
      FileIn = new Scanner(inputFile);
      System.out.print("Output file: ");
      String outputName = in.nextLine();
      output = new PrintWriter(outputName);
      }catch(FileNotFoundException e){ System.out.println("File not found.");}
      
     while(good)
     {
      try
      { 
      /*
      System.out.print("Input file: ");
      String inputName = in.nextLine();
      inputFile = new FileReader(inputName);
      FileIn = new Scanner(inputFile);
      System.out.print("Output file: ");
      String outputName = in.nextLine();
      output = new PrintWriter(outputName);
      */
     
      
            while(FileIn.hasNextLine())
            {
               while(!FileIn.hasNextInt())
               {
                    country = FileIn.next();
                    output.print(country);     
               }
               
               population = FileIn.next();
              
               checkNum = Integer.parseInt(population);
               output.println(checkNum);
               System.out.println(checkNum);
               if(checkNum<=5)
                   throw new BadDataException("Population (" + checkNum + ") is too low.");
               if(checkNum>2000000000)
                  throw new BadDataException("Population (" + checkNum + ") is too high.");
                 
            }
           output.close();
           good=false;
      
      } catch (FileNotFoundException e){ System.out.println("File not found.");}
        catch (BadDataException e) { System.out.println("Bad Data: " + e.getMessage());}
        catch (NumberFormatException e) { System.out.println("Number Format Exception found.");}
        
     }//End while loop
     
   }
}

Code:
CountryPopulationReverse.java:46: error: variable FileIn might not have been initialized
            while(FileIn.hasNextLine())

Not understanding java right now Why can't I declare these variables outside the try block?!?? I hate java I would rather do C it is so much more lenient.

Only time this program compiles is when I remove the innner comments of the try block and delete the top portion.
 
Technology news on Phys.org
camel-man said:
Not understanding java right now Why can't I declare these variables outside the try block?!?? I hate java I would rather do C it is so much more lenient.

Only time this program compiles is when I remove the innner comments of the try block and delete the top portion.

Lenient isn't always good. The compiler complaints usually are there for a reason. For example, the compiler is quite right here. If that Scanner(File) call throws FileNotFoundException in the first try/catch block, you just print something in the catch part. Now, between those 2 try/catch blocks, the FileIn variable could in fact be not initialized.

And it's with that that you enter the second try/catch block. You didn't really handle the error in a good way, here. I'm going to side with the compiler on this one, I'm afraid. :)

BTW, the indentation doesn't really help make it easy to read. Good formatting and clarity are some of the key aspects of good code.
 
Last edited:
  • Like
Likes 1 person
If by "lenient" you mean it doesn't complain, when you put a bug in your code that could cause all kinds of undefined behaviour.
I'm not entirely shure what your code is supposed to do but I'm guessing it should look more like this.

Code:
public class CountryPopulationReverse {

    public static void main(String args[]) {
        Scanner in = new Scanner(System.in);
        Scanner FileIn = null;
        PrintWriter output = null;

        try
        {
            System.out.print("Input file: ");
            String inputName = in.nextLine();
            FileReader inputFile = new FileReader(inputName);
            FileIn = new Scanner(inputFile);
            System.out.print("Output file: ");
            String outputName = in.nextLine();
            output = new PrintWriter(outputName);
            while(FileIn.hasNextLine())
            {
               while(!FileIn.hasNextInt())
               {
                    String country = FileIn.next();
                    output.print(country);     
               }
               
               String population = FileIn.next();
              
               int checkNum = Integer.parseInt(population);
               output.println(checkNum);
               System.out.println(checkNum);
               if(checkNum<=5)
                   throw new BadDataException("Population (" + checkNum + ") is too low.");
               if(checkNum>2000000000)
                  throw new BadDataException("Population (" + checkNum + ") is too high.");
                 
            }
        } catch(FileNotFoundException e){ System.out.println("File not found.");}
          catch (BadDataException e) { System.out.println("Bad Data: " + e.getMessage());}
          catch (NumberFormatException e) { System.out.println("Number Format Exception found.");}
          finally {
            if(output != null) {
                output.flush();
                output.close();
            }
            if(FileIn != null) FileIn.close();
          }
    }
}
 
  • Like
Likes 1 person
You can probably squelsh that error like this:

Scanner FileIn = null;

It's really warning you about something important, though. I see you are trying to do something with FileIn in your catch statement, and since the initialization of FileIn is in the try block, the catch block will not see that it has been initialized. Sure enough, it will be null, but you seem to assume it might not be at that point, and that is what the compiler is really upset about.

It is generally worthwhile to put a try-catch structure around every library call (such as initialization of a Scanner), because that specific initialization can fail. Having the try catch just for that part allows you the option to tailor an error message (or set a condition flag) for that specific failure.
 
Last edited:
Thread 'Is this public key encryption?'
I've tried to intuit public key encryption but never quite managed. But this seems to wrap it up in a bow. This seems to be a very elegant way of transmitting a message publicly that only the sender and receiver can decipher. Is this how PKE works? No, it cant be. In the above case, the requester knows the target's "secret" key - because they have his ID, and therefore knows his birthdate.

Similar threads

Back
Top