David,
As others have pointed out there could be many reasons for your problem.
We have a Java app that has to be able to run via a telnet session, so we
encountered similair problems as there was no AWT/Swing available via
telent.
We discovered after trial and error we decided on double re-direction in
order to fully isolate the GUI from the command line logic. As I remember,
even though we were not instantiating GUI stuff in the command line
version, so of the objects referenced in our app included JFrames, etc.
and they would cause a ClassNotFound or similair (I don't remember exactly
which) error. So we added a layer of indirection so that the reference to
the GUI objects is 2 steps from our 'main' instead of one step, and the
GUI issues went away.
Larry
On Thu, 16 Dec 2004, David Linker wrote:
| I am trying to write an applet which will use one interface when running on a
| Swing-enabled browser, and another (AWT) on others that do not have swing. I
| have made a "proof of concept" simple program, which works, but when I do it
| on the full program, it appears to work fine when I am in XCode, but when I go
| to a swingless browser I get an error that a swing class (SpinnerNumberModel)
| is not found.
|
| I have stepped through the relevant routines on XCode, and find no reference
| to the offending classes during execution when "swingless". Right now, I have
| to compile in XCode, then re-start the browser and run the applet to see if
| the problem is gone, which is a crude form of debugging.
|
| Is there some way to debug an applet in XCode that would generate an error if
| a Swing class were accessed?
|
| Alternatively, is is possible to set the XCode debug/run environment to be
| temporarily swingless?
|
| Note that I have the swing classes in the applet, but none are instantiated
| unless swing is available.
|
| Thanks in advance.
|
| David Linker
|
| _______________________________________________
| Do not post admin requests to the list. They will be ignored.
| Java-dev mailing list (email@hidden)
| Help/Unsubscribe/Update your Subscription:
| http://lists.apple.com/mailman/options/java-dev/email@hidden
|
| This email sent to email@hidden
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Larry Nussbaum Imagination
email@hidden is more important than
Knowledge
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Java-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/java-dev/email@hidden
This email sent to email@hidden
