Sun.awt.windows.WToolkit$ModalityListenerList

Everytime I try to start a java program, the java program freeze.
I tryed
java -verbose -jar FileChooserDemo.jar (which comes with the java development kit. (1.3.02) )
It freezes when it comes to :
[Loaded sun.awt.windows.ModalityListener from C:\Program Files\JavaSoft\JRE\1.3.1_02\lib\rt.jar]
[Loaded sun.awt.windows.WToolkit$ModalityListenerList from C:\Program Files\JavaSoft\JRE\1.3.1_02\lib\rt.jar]
Anybody got any ideas why ?
Agner (denmark)

I have reinstalled JDK 3 times. (at least). I've tryed every version of JDK 1.3.

Similar Messages

Sun.awt.windows.WToolkit

what is this
sun.awt.windows.WToolkiti cant find it in the API, i am having a IOExeption related to this and as i dont know what this is responsible for i cannot work out how to fix it!
Dori

It's probably a concrete implementation of java.awt.Toolkit. Usually you just use the Toolkit type and don't care about the concrete implementation.
Judging from your previous thread, you probably have a problem with serialization somewhere. You seem to store a Toolkit instance in an object that you try to serialize. Again the same solution is applicable: Mark the field as serializable.
And please stay with the original thread in the future. Context is important and helps others help you.

Exception : sun.awt.windows.WImage

i am new on serializable
i am going to serialize a set of java.awt.Image
but Exception occurs (sun.awt.windows.WImage)
can any one tell me how to solve the problem??

Images aren't serializable, but javax.swing.ImageIcons are. If you can instantiate your images as ImageIcons (see the constructors for ImageIcon) before you serialize them, after you de-serialize them, you can extract the images represented by them using ImageIcon's getImage() method.

Urgent help: at sun.awt.FontConfiguration.getVersion(Unknown Source)

Hi friends,
This is a stupid issue, I am not able to solve sice almost two days.
A simpl app throws this exception:
Caused by: java.lang.NullPointerException
at sun.awt.FontConfiguration.getVersion(Unknown Source)
at sun.awt.FontConfiguration.readFontConfigFile(Unknown Source)
at sun.awt.FontConfiguration.<init>(Unknown Source)
at sun.awt.windows.WFontConfiguration.<init>(Unknown Source)
at sun.awt.Win32GraphicsEnvironment.createFontConfiguration(Unknown Source)
at sun.java2d.SunGraphicsEnvironment$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.java2d.SunGraphicsEnvironment.<init>(Unknown Source)
at sun.awt.Win32GraphicsEnvironment.<init>(Unknown Source)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Unknown Source)
at javax.swing.RepaintManager.<clinit>(Unknown Source)
+... 13 more+
I dont know why the hell should it come.
Is it related something to fonts.
Even the least of help will be highly appreciated.,
thanks

Hi,
I feel its not related to code as such. Maybe configuration stuff i guess.
Because the same code runs in Eclispe....and was even working in Netbeans
just 2 hours back....but now it ain't woking in netbeans.
I need to use javafx you see, so need to use netbeans....
help people...help

Where to download "sun.awt.image.codec.JPEGImageDecoderImpl"/Windows

Hello,
I bought some Java API. These API uses com/sun/image/codec/jpeg/JPEGCodec.
I found these clases in src.zip in java install directory.
Then, this code has a source line
"import sun.awt.image.codec.JPEGImageDecoderImpl;"
Where can I find/downlad this class?
(I work on Windows platform)

This class is in rt.jar package
which is in ur jre directory/lib
Hope u got it!!
Pradhip

Sun.awt.X11.XToolkit processException

In my application, I'm embedding a Java AWT Frame into a Qt widget and for that I'm using "sun.awt.X11.XEmbeddedFrame.java" class.
I pass the "Window Id" of the QWidget to XEmbeddedFrame which then displays itself into the QWidget.
The embedding works fine, i.e., the Java frame gets displayed into the QWidget but when I try to close the QWidget (by clicking on the 'x' button on the QWidget window), I get the following exception:
sun.awt.X11.XToolkit processException
WARNING: Exception on Toolkit thread
sun.awt.X11.XException: Cannot write XdndProxy property
at sun.awt.X11.XDnDDropTargetProtocol.registerEmbedderDropSite(Unknown Source)
at sun.awt.X11.XDropTargetRegistry.updateEmbedderDropSite(Unknown Source)
at sun.awt.X11.XDropTargetEventProcessor.doProcessEvent(Unknown Source)
at sun.awt.X11.XDropTargetEventProcessor.processEvent(Unknown Source)
at sun.awt.X11.XToolkit.run(Unknown Source)
at sun.awt.X11.XToolkit.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Any ideas on what might be causing this exception and how to handle it?
Do I need to write my own error handler? But XToolkit.XErrorHandler interface is not public. Is there any other way?
Thanks!

Well The issue was somewhere else due to it reading too much of data. It ran but my program is very slow (approx 2-3 hrs).
I am worried about the speed...
is it because of the large amount of data.. 23,355,459 records..?? or there could be some issue in programming probably memory leak etc..??
-> reads db
-> for each record set
-> perform different operation/ writes to file

Could not initialize class sun.awt.X11.XToolkit

hi all
String fileName = "c:/test/one.jpg";
Image imgg = Toolkit.getDefaultToolkit().getImage(fileName);
ImageIcon img = new ImageIcon(imgg);
imgDim = ""+img.getIconHeight();
when i run this code in linux machine am getting the error Could not initialize class sun.awt.X11.XToolkit....but its runnig on windows machine.. is there anything wrong wiht my code........pl help me any1 out of dis

here http://rapid-i.com/rapidforum/index.php?topic=366.0
they talk about adding to the JVM options a "-Djava.awt.headless=true"

Sun.awt.image.ToolkitImage

Hi
I'm integrating with a 3rd party package which delivers various images.
These come in different objects, mostly BASE64DecoderStream and BufferedImage. But, GIF files are delivered as a ToolkitImage object.
For the BufferedImage I do something like
ByteArrayOutputStream stream = new ByteArrayOutputStream();
ImageIO.write(image, "JPG", stream);and puts it in DB. I just can't figure out a way to do the same for ToolkitImage.
My questions are:
1. Is there a way to convert/cast the ToolkitImage so i can format/encode it and put it in DB, similar to the example above?
2. Where is the API documentation for the internal classes in package "sun.awt.image"?
Hope you experts can help me out here :)

> Didn't know it could be casted to an Image.
Do you know of any documentation on sun.awt.image in general?
Why Developers Should Not Write Programs That Call 'sun' Packages
The classes that Sun includes with the Java 2 SDK, Standard Edition, fall into package groups java.*, javax.*, org.* and sun.*. All but the sun.* packages are a standard part of the Java platform and will be supported into the future. In general, packages such as sun.*, that are outside of the Java platform, can be different across OS platforms (Solaris, Windows, Linux, Macintosh, etc.) and can change at any time without notice with SDK versions (1.2, 1.2.1, 1.2.3, etc). Programs that contain direct calls to the sun.* packages are not 100% Pure Java. In other words:
The java.*, javax.* and org.* packages documented in the Java 2 Platform Standard Edition API Specification make up the official, supported, public interface.
If a Java program directly calls only API in these packages, it will operate on all Java-compatible platforms, regardless of the underlying OS platform.
The sun.* packages are not part of the supported, public interface.
A Java program that directly calls into sun.* packages is not guaranteed to work on all Java-compatible platforms. In fact, such a program is not guaranteed to work even in future versions on the same platform.
For these reasons, there is no documentation available for the sun.* classes. Platform-independence is one of the great advantages of developing in the Java programming language. Furthermore, Sun and our licensees of Java technology are committed to maintaining backward compatibility of the APIs for future versions of the Java platform. (Except for code that relies on serious bugs that we later fix.) This means that once your program is written, the class files will work in future releases.
Each company that implements the Java platform will do so in their own private way. The classes in sun.* are present in the SDK to support the Sun implementation of the Java platform: the sun.* classes are what make the Java platform classes work "under the covers" for the Sun Java 2 SDK. These classes will not in general be present on another vendor's Java platform. If your Java program asks for a class "sun.package.Foo" by name, it may fail with ClassNotFoundError, and you will have lost a major advantage of developing in Java.
Technically, nothing prevents your program from calling into sun.* by name. From one release to another, these classes may be removed, or they may be moved from one package to another, and it's fairly likely that their interface (method names and signatures) will change. (From the Sun point of view, since we are committed to maintaining the Java platform, we need to be able to change sun.* to refine and enhance the platform.) In this case, even if you are willing to run only on the Sun implementation, you run the risk of a new version of the implementation breaking your program.
In general, writing java programs that rely on sun.* is risky: they are not portable, and are not supported.
~

URGENT!!!! help me!Where I can get package com.sun.awt.svg.*

Hello,everybody!
I want to know Where I can get package com.sun.awt.svg.* ??

Requirements
JDK 1.3 Software -
To use the Graphics2D SVG Generator, you need to have installed the Java 2 Software Developer's Kit (SDK). You can obtain the Java 2 SDK from the Sun Java 2 web site (http://java.sun.com/j2se/).
The Graphics2D SVG Generator software was tested with version 1.3, so you should use the same version or a newer one.
DOM Implementation -
A DOM level 1 implementation is needed to use the Graphics2D SVG Generator. You can obtain a Java language DOM implementation from the following:
Apache Xerces (http://xml.apache.org/xerces-j/index.html)
Sun Microsystem's Project X
(http://developer.java.sun.com/developer/products/xml)
You also need to put the corresponding jar files in the classpath. The following table shows commands for doing this.
Operating System DOM Implementation Command
Windows 98 Xerces set classpath=%classpath%;
xercesinstalldir\xerces.jar
Windows 98 Project X set classpath=%classpath%;
projectxinstalldir\xml.jar
UNIX Xerces setenv CLASSPATH ${CLASSPATH}:
xercesInstallDir/xerces.jar
UNIX Project X setenv CLASSPATH ${CLASSPATH}:
projectxinstalldir/xml.jar
SVG Viewer
To view the generated SVG files, you need to have an SVG viewer. You can find a list of available SVG viewers at the W3C SVG web site (http://www.w3.org/Graphics/SVG/SVG-Implementations).
top of the page
Installing the Graphics2D SVG Generator Software
IMPORTANT:
Before installing the software, make sure you agree to the license terms.
To install the software, perform the following steps:
Step 1: Uncompress the distribution file in the desired installation directory. Use these commands (from the command line):
> cd installDir
> jar xf j2d2svg.zip
The j2d2svg.jar file expands into a directory (j2d2svg) that contains the following:
README.html (this file) -- Provides important information about installing and using the Graphics2D SVG Generator.
svggraphic_license.html -- License agreement.
svggen.jar -- A jar (java archive) file that contains the SVGGraphics2D classes.
glf.jar -- A jar file that contains the Graphic Layers Framework classes.
svggenDoc.jar -- A jar file that contains the software's API documentation in HTML.
HelloSVG.java -- Example file.
HelloManipulatedSVG.java -- Example file.
Step 2: Add svggen.jar to the classpath.
On Windows, use this command:
- set classpath=%classpath%;<j2d2svginstalldir>\svggen.jar
On UNIX, use this command:
- setenv CLASSPATH=${CLASSPATH}:j2d2svginstalldir/svggen.jar
To use the Graphic Layer Framework conversion utility (i.e., to use the com.sun.awt.svg.util.GlfSVGPrettyPrint), you will also need to add the glf.jar file to your classpath. However, this is not required to run the examples.

JFrame Transperency com.sun.awt package

Hi,
In my application i am having the requirement of tranperent window. I searched lot in google and i find transperent JFrame is possible. For making the JFrame transperent the **com.sun.awt** package is needed.
But this package is unavailable in JDK1.6. I am also using JDK 1.6 version.
If anyone knows the JDK containning this package. Please let me know that link(JDK containing com.sun.awt package).

Don�t know if it help, but I found that 'org.apache.batik.svggen.SVGGraphics2D' substitutes 'com.sun.awt.svg.*'
Also I found some info about com.sun.awt in here:
http://java.sun.com/products/personaljava/spec-1-1/pJavaSpec.html

Com.sun.awt.AWTUtilities run in ubuntu

com.sun.awt.AWTUtilities.setWindowOpaque();
when i want to run the above script in ubuntu, it raise exception:
Exception in thread "main" java.lang.IllegalArgumentException: The window must use a translucency-compatible graphics configuration
at com.sun.awt.AWTUtilities.setWindowOpaque(AWTUtilities.java:371)
at runtext.<init>(runtext.java:40)
at runtext.main(runtext.java:67)
i use Ubuntu8.04 and GNOME2.22.2
how can i fix this problem?

You know that saying about "when to break the rules ...", don't you? I mean, come on, this class is advertised in a public tech tip article from a SUN employee. Normally, you do not advertise stuff you don't want people to use.

Sun.awt.SunToolkit

I'm working to modify a program that uses sun.awt.SunToolkit package . This one is implemented in the release 1.3.0 of the JDK for Windows and it is no more supported by Sun. Now I need his documentation to know how to use it, because I cannot entirely rewrite it...
Someone could help me?

Why? Because in version newer than 1.3.0 packages like the sun.awt.SunToolkit are no more present. That's why these toolkit are operative system dependent and so not really in the java spirit.
However I don't want to write wholly such a package (it's a little to complex for my programming level...), I'm only looking for the documentation.

Sun.awt.SunTooljit documentation

I'm working to modify a program that uses sun.awt.SunToolkit package . This one is implemented in the release 1.3.0 of the JDK for Windows and it is no more supported by Sun. Now I need his documentation to know how to use it, because I cannot entirely rewrite it...
Someone could help me?

I think your best bet may be to RTFS.
You can get the source to the JDK from the community download area, and read the Java and the C sources yourself to figure out what they do..

Performance Hotspot: sun.awt.GlobalCursorManager._updateCursor

I am trying to optimize a Swing-based application that has custom Swing components. When I run OptimizeIt, I get a hotspot in the sun.awt.GlobalCursorManager._updateCursor method. This method appears to be taking up 20-30% of the processing time when I do a simple operation with the GUI, and I can't figure out why.
GlobalCursorManager._updateCursor is called during calls to the validate method. All the time spent in the validate method is spent in the _updateCursor method. I'm running JDK 1.4.2, but the code for JDK 1.3 for this method is:
     * Updates the global cursor. We apply a three-step scheme to cursor
     * updates:<p>
     * (1) InputEvent updates which are outdated are discarded by
     * <code>updateCursorImmediately(InputEvent)</code>.<p>
     * (2) If 'useCache' is true, the native code is free to use a cached
     * value to determine the most specific, visible, enabled heavyweight
     * because this update is occuring in response to a mouse move. If
     * 'useCache' is false, the native code must perform a new search given
     * the current mouse coordinates.
     * (3) Once we have determined the most specific, visible, enabled
     * heavyweight, we use findComponentAt to find the most specific, visible,
     * enabled Component.
    private void _updateCursor(boolean useCache)
        synchronized (lastUpdateLock)
            lastUpdateMillis = System.currentTimeMillis();
        Point queryPos = null, p = null;
        Component comp;
        try
            comp = findHeavyweightUnderCursor(useCache);
            if (comp == null)
                // Cursor is not over a Java Window. Do nothing.
                return;
            if (comp instanceof Window)
                p = comp.getLocation();
            else if (comp instanceof Container)
                p = getLocationOnScreen(comp);
            if (p != null)
                queryPos = new Point();
                getCursorPos(queryPos);
                Component c = findComponentAt((Container)comp,
                                  queryPos.x - p.x,
                                  queryPos.y - p.y);
                // If findComponentAt returns null, then something bad has
                // happened. For example, the heavyweight Component may
                // have been hidden or disabled by another thread. In that
                // case, we'll just use the originial heavyweight.
                if (c != null)
                    comp = c;
            setCursor(comp, comp.getCursor(), useCache);
        catch (IllegalComponentStateException e)
            // Shouldn't happen, but if it does, abort.
    }[Sorry, but I can't find the source for this class in the JDK 1.4.2 SDK, since it is not part of the public API.]
The hotspot is somewhere in this method, not in any calls this method makes. Looking at it, the only thing I see that might be causing the problem would be the synchronization at the beginning of the method. Everything else looks fairly simple, or includes calls to other methods that would appear in the profiler.
All the processing for the application is running on the AWT-EventQueue-0 thread, so I don't understand why the synchronized part would have a problem.
Does anyone know what may be causing this problem? Also, if someone has the updated 1.4.2 source for this class, it might help me figure out what the problem is.
Thanks.
.....trevor

Oh, also, since this might be part of the OS-specific code, I am running on Windows NT SP 6a with JDK 1.4.2.
....trevor

What is AWT-Windows

Can someone please let me know what does the AWT-Windows thread do? Tried google but couldn't get any real explanation. Also, I see that on Windows7 this thread is taking up quite a lot of CPU. Any thoughts on this?
-AVK

Today we saw that the painting in swing was quite slow. Things happening instantaneously earlier were being painted line by line (the AWT-Windows thread also spiked at this time). Then we thought that the direct3d graphics pipeline enabled in java 6 might be causing some problems (as the paint slowness was not visible at all places the app was run suggesting a system specific problem) and disable it using sun.java2d.d3d=false. This seems to have helped and things started painting properly.

Sun.awt.windows.WToolkit$ModalityListenerList

Similar Messages

Maybe you are looking for