Problem with Class loader for ResourceBundles

I'm having problems with the class loader for ResourceBundles.  Here is
some background....

I've created some ListResourceBundles (eg. LabelBundle,
LabelBundle_en_US, etc.) and I've put them in a package (
com.canadatrust.util ) when I have an applet or application try and access the bundle using the following

                def_locale = Locale.getDefault();
                def_rb =
ResourceBundle.getBundle("com.canadatrust.util.LabelBundle",
def_locale);

I keep getting a missing resource exception...

                java.util.MissingResourceException: can't find resource
for com.canadatrust.util.LabelBundle_en_US

Does the resource class loader use the CLASSPATH under Win32?  I've done everything I can think of.  I've changed my CLASSPATH to point directly to the package and it still does not find it.

Any help would be appreciated.

Thanks, David

marcil.davidAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

mann061997Commented:
Sorry if this is stating the obvious...have you compiled
your resourceBundle? I.e. is there a class file
\com\canadatrust\util\LabelBundle_en_US.class ?

0
marcil.davidAuthor Commented:
Yes the class has been compiled
0
mann061997Commented:
What happens if you copy the bundle to create the
default bundle "LabelBundle"? Same error message?
0
Learn SQL Server Core 2016

This course will introduce you to SQL Server Core 2016, as well as teach you about SSMS, data tools, installation, server configuration, using Management Studio, and writing and executing queries.

marcil.davidAuthor Commented:
Yes I have a default bundle LableBundle under the same package com.canadatrust.util.LabelBundle.class.
0
mann061997Commented:
Strange, sounds like it should be working.

How are you running your class: java, appletviewer, browser?
Which is the current directory, when you run it?
What does you CLASSPATH look like?
0
marcil.davidAuthor Commented:
I'm running it from a directory called d:\javadev and my classpath is below....

SET CLASSPATH=.;d:\javadev\;c:\jdk1.1.2\lib\classes.zip;d:\javadev\fpclass.zip;

The file fpclass.zip is a zip file containing all our classes.  It is zipped with no compression and works fine for loading classes.  

Have you put any resource classes in packages and had them load?

Thanks, David

0
mann061997Commented:
OK, I wrote a little test package to study the problem and came up with the following results:

- works OK from normal, non-zipped class files
- fails to find resources if classes are zipped

I thought the problem might be that the zip-file contains truncated 8.3 directory names (on a FAT file system) but shortening the names didn't help.

My suggestion is to keep your resource files as unzipped class files for the time being. At least your program should work then. It really looks as though there is a bug in name resolution in zip files.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
marcil.davidAuthor Commented:
The resource classes are not contained in the zip.  Could I ask a couple of questions about your test package.  Did you have the resource classes in the same directory (package) as the calling class?  When you loaded the class using ResourceBundle.getBundle did you qualify it with the package?

 
0
mann061997Commented:
Here's my test application:
- all classes in the same package
- getBundle uses fully qualified name; this is a must!

BTW, resources were found if I ran the program from the package root directory, e.g.
   java resPkg.Test
but not if I ran the program from within the resPkg directory, e.g.
   java Test



// file Test.java ------------------------------------------
package res.resPkg;
import java.util.*;
public class Test {
  public static void main (String[] args) {
    Locale defLoc = Locale.getDefault();
    System.out.println(defLoc);
    ResourceBundle rb =
      ResourceBundle.getBundle("resPkg.labelbundle", defLoc);
    System.out.println(rb.getString("testKey"));
  }
}

// file labelbundle.java ------------------------------------
package res.resPkg;
import java.util.*;
public class labelbundle extends ListResourceBundle {
  public Object[][] getContents() {
    return contents;
  }

  static final Object[][] contents = {
    { "testKey",                "testKey_base" }
  };
}

// file labelbundle_de.java ------------------------------------
package res.resPkg;
import java.util.*;
public class labelbundle_de extends ListResourceBundle {
  public Object[][] getContents() {
    return contents;
  }

  static final Object[][] contents = {
    { "testKey",                "testKey_de" }
  };
}
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Java

From novice to tech pro — start learning today.