[Bug classpath/22924] Protege fails on loading due to missing metal l 'n' f classes.

[gcc-bugzilla at gcc dot gnu dot org]

The semantic web editor, Protege, attempts to install its own look and feel on
loading (which I assume is a deriative of the metal look).  In doing so, it
fails with:

SEVERE: Uncaught Exception -- java.lang.NoClassDefFoundError:
com/jgoodies/plaf/plastic/PlasticBorders$ScrollPaneBorder
   at com.jgoodies.plaf.plastic.PlasticBorders.getScrollPaneBorder
(PlasticBorders.java:262)
   at com.jgoodies.plaf.plastic.PlasticLookAndFeel.initComponentDefaults
(PlasticLookAndFeel.java:299)
   at javax.swing.plaf.basic.BasicLookAndFeel.getDefaults
(BasicLookAndFeel.java:92)
   at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults
(MetalLookAndFeel.java:93)
   at javax.swing.UIManager.getDefaults (UIManager.java:267)
   at javax.swing.UIManager.getUI (UIManager.java:410)
   at javax.swing.JPanel.updateUI (JPanel.java:101)
   at javax.swing.JPanel.<init> (JPanel.java:85)
   at javax.swing.JPanel.<init> (JPanel.java:57)
   at javax.swing.JRootPane.createGlassPane (JRootPane.java:525)
   at javax.swing.JRootPane.getGlassPane (JRootPane.java:436)
   at javax.swing.JRootPane.<init> (JRootPane.java:488)
   at javax.swing.JWindow.createRootPane (JWindow.java:143)
   at javax.swing.JWindow.getRootPane (JWindow.java:128)
   at javax.swing.JWindow.windowInit (JWindow.java:102)
   at javax.swing.JWindow.<init> (JWindow.java:72)
   at edu.stanford.smi.protege.ui.SplashScreen.<init> (Unknown Source)
   at edu.stanford.smi.protege.Application.realmain (Unknown Source)
   at edu.stanford.smi.protege.Application$3.run (Unknown Source)
Caused by: java.lang.NoClassDefFoundError:
javax/swing/plaf/metal/MetalBorders$ScrollPaneBorder
etc.

I'm not sure how Classpath currently uses the Look and Feel framework; my take
on this is that everything is currently done using the basic look and feel.  A
simple fix may just be to create a functionally vacant subclass of the basic
version for the metal one.


------- Comment #1 from from-classpath at savannah dot gnu dot org  2005-04-24 
20:00 -------
GNU Classpath takes full advantage of the L'n'F framework. The Basic L&F is
actually usable, the Metal L&F is still very incomplete but falls back to the
Basic L&F in cases where it's not yet there. This cannot not work for custom
l&fs that are derived from Metal though, like in Protege.

I am currently working on Swing and the Metal L&F and will look into your case
soon.


------- Comment #2 from from-classpath at savannah dot gnu dot org  2005-04-25 
11:26 -------
I added the class ScrollPaneBorder to javax.swing.plaf.metal.MetalBorders.
Could you retest with GNU Classpath's current CVS? I suppose some more failures
could show up.

/Roman


------- Comment #3 from from-classpath at savannah dot gnu dot org  2005-04-26 
18:06 -------
Yes, I saw your patch on the list; thanks for responding so quickly.

Odd; it now seems to just do nothing (or fail silently, I guess):

java -cp `find -name protege.jar`:`find -name looks.jar`:`find -name
unicode_panel.jar` edu.stanford.smi.protege.Application
CONFIG: Protege 3.0 Build 141, JVM null, memory=16M, Linux, encoding=UTF-8,
language=en, country=GB
address@hidden:/videos/C_$

I'll get back to you when I know more.


------- Comment #4 from from-classpath at savannah dot gnu dot org  2005-05-13 
12:12 -------
Which VM are you using here?


------- Comment #5 from from-classpath at savannah dot gnu dot org  2005-06-03 
10:07 -------
Is this bug still valid or can I close it?


------- Comment #6 from from-classpath at savannah dot gnu dot org  2005-07-13 
17:19 -------
I'm closing this now. The hang most likely does not have to do with this bug.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22924