Thread: Problem loading TrueType Fonts

Hello everyone,
I just wanted to change the font-family of a String drawed in the Graphics, and thus included in the contructor of my class:

InputStream inputStream= this.getClass().getResourceAsStream("/fonts/myFont.ttf");
myFont= Font.createFont(Font.TRUETYPE_FONT, inputStream);
inputStream.close();

where myFont is a Font.

The font located in '\build\classes\fonts\' exists and works fine in another programm (like MS Word). But even if I have integrated my few codelines, the font remains the same, when I run the project in Netbeans. The font is beeing set with

g.setFont(new Font("myFont", Font.PLAIN, 12));

where g is my Graphics
Since I wrote the code-lines in question, when I build the programm as runtime, absolutely nothing works anymore, the window remains empty (even if in NetBeans it still works, just without the usage of the new font). What could be the problem, what is my mistake? There are no error-messages coming from the compiler!

Well, it remains the same: "fonts/myFont.ttf" (I've added a screenshot showing it). And in the code it is called by

InputStream inputStream= this.getClass().getResourceAsStream("/fonts/myFont.ttf");

location.jpg

But indeed what's strange is, that if I call it in NetBeans after having add this

System.out.println(inputStream);

to the code, so I will get

java.io.BufferedInputStream@6bf7606b

But when I execute the jar-file, so it is

null

Why that, what's wrong with my code?

Yes, of course that, but it is still the same command the programm uses, isn't it? I mean, in NetBeans it works very well, just the jar does not work. And with this.getClass(), shouldn't it search the path in itself (so in the jar-container)? What should I use as path, to solve the problem?

Okay. My InputStream is obviously null in the jar (only in the jar). When I try to catch the path using what Google told me for that:

File jarDir = new File(ClassLoader.getSystemClassLoader().getResource(".").getPath());
System.out.println(jarDir.getAbsolutePath());

So, the programm executed in NetBeans will print "C:\java\build\classes". But the jar returns a Null-Pointer Exception!
What matters getRessource(), it returned "file:/C:/java/build/classes/" for the case when executed in NetBeans, but for the jar "null"! I don't understand why there exists that difference, but it is what I observe. Do you have any further idea? Or should I test something else?

I don't see what the location of the jar itself can change much, even so I did what you proposed. I actually tested the jar-file now from four different locations, including one form my USB-Device; result is always "null. But maybe I also misunderstood you. This is the code I tested it with:

URL add = this.getClass().getResource("");
        System.out.println(String.valueOf(add));

When I change the path in getRessource (so "" to "fonts/myFont.ttf", or whatever), of course it just adds that to the path. At least in NetBeans it does, the jar just says "null". It just drives me crazy, I cannot understand the problem.

Okay. Either I am a stupid fool, or my Java installation is crap. I reprodused exactly the same what you did; please look at the Screenshot, isn't it the same? testcode.jpg
But it still returns "null", I don't get it. What's on today, I really begin to cast doubt on my mind... I am using Windows 7 Professional SP1 and Java 8, Update 121. Do you have any idea, what I do wrong all the time?

You are right, it isn't "TestCode23.jar\testcode23.class", but it is "TestCode23.jar\testcode23\TestCode23.class". So I changed the code to:

public class TestCode23 {
    public static void main(String[] args) {
        System.out.println((new TestCode23()).getClass().getResource("/testcode23/TestCode23.class")); 
    }
}

But when I run it, it still returns "null". Always "null", I can do what I want, nothing else than "null". How is that possible? Is there a mistake in that line of code?

Yes, thanks, now it works. But I don't understand why? What was now the problem, or differently asked, how can I apply this success to my real project, where the jar still doesn't work. May it change something, if I copy the font-file into the supreme directory, so not at "/fonts/myFont.ttf" but under "myFont.ttf" ?

Firsty located under "G:\JavaApplication11\dist" - Java returned: "jar:file:/G:\JavaApplication11/dist/JavaApplication11.jar!/TestCode23.class"
Then located at "G:\asd\JavaApplication11\dist" - Java returned: "jar:file:/G:\asd\JavaApplication11/dist/JavaApplication11.jar!/TestCode23.class"
At last I changed the relative input inside of the getRessource form getResource("/TestCode23.class") to getResource("/TestCode23/TestCode23.class") - Java returned "null"

I cannot find something unusual, since at the location of the last one does not exist a file. But in my real project, THERE IS a file under "/fonts/myFont.ttf", and that's also what is standing in the brackets there...

I could continue changing the pathes in and of the testfile, but I don't see something interesting that changes. Do you?

Oh no, I was right, I AM a stupid fool! I just checked every single possible problem, that could cause this unnormal effect in my real project. Because in fact, in the testfiles, most of the time, when the NetBeans-version worked, the JAR-file did too, and vice versa. So I checked it again, and looked out for every single detail. I realised, that the font-file in question isn't named "myFile.ttf" but "myFile.TTF". And since Windows is not case-sensitive, the code executed in NetBeans worked fine. But when Java created it's runtime and executed that one, it seems to make a difference between "ttf" amd "TTF". Oh my god, what I failed today is unbearable.
Thank you so much for your untiring help and please excuse me my intolerable incompetence. Of course your systematic way of searching a mistake is best. Maybe I would have never looked that detailed without your help. Tank you, thank you, thank you!