The specification for input methods defines sharing of the InputContext, see
below. However, a Java Window is also a container. Furthermore, within an
application a non-contained Dialog window must be owned by another window.
It is believed the implementation of Window.getInputContext should be updated
to reflect ownership of windows such that an application/applet will have a
single input context by default. A test program illustrating the problem is appended.

---the spec reads---
By default, one InputContext instance is created per Window instance, and this input context is shared by all
components within the window's containment hierarchy. If necessary, components can create private input
contexts. A component that doesn't have its own input context uses the one used by its parent.

package javasoft.sqe.tests.api.java.awt.Component;

import java.awt.Frame;
import java.awt.Window;

import javasoft.sqe.harness.Status;
import javasoft.sqe.jck.lib.MultiTest;

public class bug extends MultiTest {

/* standalone interface */
public static void main( String argv[] ) {
bug test = new bug();
Status status = test.run( argv, System.err, System.out );
status.exit();
}

/* getInputContext tests
*/
public Status doit() {
      StringBuffer errorMsg = new StringBuffer("");

Frame aFrame = new Frame(); // guaranteed to not be null by spec
Window aWindow = new Window(aFrame);
if ( aFrame.getInputContext() != aWindow.getInputContext() ) {
errorMsg.append( "<more than one input context for a single application>" );
}

      aWindow.dispose(); // free resources
aFrame.dispose();
      
      /* report result
*/
if ( errorMsg.length() > 0 )
return Status.failed( new String(errorMsg) );
else
return Status.passed( "OKAY" );
}
}

I talked with Norbert and he understands that applications can have many
windows within windows. I believe Norbert can proceed with his investigation.