Where to kept the txt file........

Question

hello friends
i am using netBeans 4.0 for developing a demo
application. Here is the directory structure created
by netBeans for my project.
Inventory (main folder)
-------build (sub folder)     
-------dist
-------nbproject
-------src
-----------------Inventory (in the src folder      
          |
Under Inventory folder (just above one), I am storing
(rather netBeans) all my .java files.
Now coming to the question, I am using a text file as a
property file for the Project. I kept it with all other .java
files but the following code of line is not reading from
the line (this also happened with the images kept in
"images" folder in the same Inventory folder)
     f = new FileReader("lookNfeel.txt");Please tell me where should I kept this file (and images
folder too)
have a nice day
thnks in advance
anandScreen

Answer 1

hi there
if full path of txt file given, then it works
same with images under images folder
............If you're not going to be redeploying your app on different computers, possibly in different locations, then that's fine.
A more general solution is to put the properties file on the classpath, and then use Class.getResource or getResourceAsStream to find it.
Say you have the following structure
C:\myprojects\proj1\foo\Bar.class
C:\myprojects\proj1\foo\Baz.class
C:\myprojects\proj1\config\config.propertiesAnd Bar and Baz are both in package proj1.foo
Then you might run it like this, if Bar is your main class java -cp C:\myprojects proj1.foo.Bar You classpath is c:\myprojects. The packages in that classpath are proj1.foo and proj1.config.
In your Java code, when you want to load the props file, you'd do something like this: package proj1.foo;
import java.io.*;
public class Bar {
    private static void loadConfig {
        InputStream in = Bar.class.getResourceAsStream("/proj1/config/config.properties");
        Properties props = new Properties();
        props.load(in);
        // etc.
} You could also look into java.util.ResourceBundle. Its rules are more complex though, and probably more than you need here.