Re: i get java.lang.ClassNotFoundException wher i run my application
from JWS
On Jul 15, 2:58 am, markspace <nos...@nowhere.com> wrote:
Andrew Thompson wrote:
A variety of time, discussions and experiences
later, I tried again using the /CCL/ in main()
and finally, was able to manage the 'marvellous
technology' of finding an URL to a frame icon,
without sub-classing frame.
You might want to take a look at this:
<http://www.javaworld.com/javaworld/javaqa/2003-06/01-qa-0606-load.html>
Yes, I had seen it.
The important bit is on the second page, where it says that there is no
single right answer. It depends on how the system (and CCL) is configure=
d.
I thought the important bit was at the bottom of
the 3rd page, in the source to DefaultClassLoadStrategy,
where it effectively only returns the non-CCL if
the callerLoader is a child of the CCL.
I doubt, but am not sure, that that ever happens
in JREs, and would need to see test code before I
believed it.
CCLs are intended as a back-door for frameworks where the regular class
loader won't work. It's not an all singing, all dancing solution to
resource loading. In fact, I'm surprised it works in an applet, since
the default is for a CCL to be set to the system class loader, which we
saw in the OP's example that didn't work.
Huhh? What example? What applet?
The OP I am replying to in this thread, seems
to be dealing with a JWS deployed application.
Further, they posted the JNLP but I saw no 'code'
from them beyond mentioning the snippet I
suggested, in their second reply.
We don't both seem to be 'on the same page'
Here's a bit of code I whipped up that loads an image icon without using
a CCL, or sub-classing a JFrame.
....
JFrame frame = new JFrame();
....
java.net.URL imgURL = Main.class.getResource(
"images/Favorites.png" );
Huhh. OK. In my example I was using the frame
instance to getClass(). When I changed it to
use the ClassName.class.getResource() it worked.
But then, I think that supports my point, more
than disagrees with it.
It 'always' works with the CCL (or at least
more often than calling SomeClass.class or
SomeInstance.getClass() to produce a class loader).
...At least barring that hypothetical code that
shows the non-CCL failing, while one of the others
works.
--
Andrew T.
pscode.org