-
Bug
-
Resolution: Cannot Reproduce
-
P4
-
5.0
-
x86
-
windows_2000
FULL PRODUCT VERSION :
java version "1.5.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_02-b09)
Java HotSpot(TM) Client VM (build 1.5.0_02-b09, mixed mode, sharing)
ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows 2000 [Version 5.00.2195]
A DESCRIPTION OF THE PROBLEM :
We are using jacozoom (http://www.infozoom.de) to embed an ActiveX control in a swing application. After using JFileChooser in the application, the ActiveX control can no longer be accessed. The error reported by jacozoom is a COM exception indicating the COM connection was lost.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
I'm not sure what to post since the code is dependent on a third party library.
see the jacozoom message boards for a similar case:
http://groups.yahoo.com/group/jacoZoom/message/1582
http://groups.yahoo.com/group/jacoZoom/message/1590
REPRODUCIBILITY :
This bug can be reproduced always.
CUSTOMER SUBMITTED WORKAROUND :
In jdk 1.4, extending JFileChooser to use the Metal look and feel was a workaround for this problem. The same solution no longer works in jdk 1.5.
code used was:
public class MyFileChooser extends JFileChooser {
static {
UIManager.getDefaults().put("MyFileChooser", "javax.swing.plaf.metal.MetalFileChooserUI");
}
public MyFileChooser() {
super ();
}
public String getUIClassID() {
return "MyFileChooser";
}
}
###@###.### 2005-04-26 08:59:36 GMT
java version "1.5.0_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_02-b09)
Java HotSpot(TM) Client VM (build 1.5.0_02-b09, mixed mode, sharing)
ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows 2000 [Version 5.00.2195]
A DESCRIPTION OF THE PROBLEM :
We are using jacozoom (http://www.infozoom.de) to embed an ActiveX control in a swing application. After using JFileChooser in the application, the ActiveX control can no longer be accessed. The error reported by jacozoom is a COM exception indicating the COM connection was lost.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
I'm not sure what to post since the code is dependent on a third party library.
see the jacozoom message boards for a similar case:
http://groups.yahoo.com/group/jacoZoom/message/1582
http://groups.yahoo.com/group/jacoZoom/message/1590
REPRODUCIBILITY :
This bug can be reproduced always.
CUSTOMER SUBMITTED WORKAROUND :
In jdk 1.4, extending JFileChooser to use the Metal look and feel was a workaround for this problem. The same solution no longer works in jdk 1.5.
code used was:
public class MyFileChooser extends JFileChooser {
static {
UIManager.getDefaults().put("MyFileChooser", "javax.swing.plaf.metal.MetalFileChooserUI");
}
public MyFileChooser() {
super ();
}
public String getUIClassID() {
return "MyFileChooser";
}
}
###@###.### 2005-04-26 08:59:36 GMT
- relates to
-
JDK-6263669 Should handle RPC_E_CHANGED_MODE error correctly when doing CoInitialize in ShellFolder2.cpp
-
- Resolved
-