I've download both 1.4.60 and 1.4.10 with the same problem. It's similar to what has been reported here (http://groups.google.com/group/Google-Web-Toolkit/browse_thread/threa...) But I'm sure nothing is using the port. Using -noserver starts the shell, but any action - like click on About - crashes the shell.
Then I decided to use JDK 1.4.2 (the default java is 1.5.0.12 on MacOS 10.5) and got the following error starting the KitchenSink sample.
hammett:KitchenSink hammett$ ./KitchenSink-shell 2007-09-13 16:01:45.267 java[282:10b] Apple AWT Java VM was loaded on first thread -- can't start AWT. Exception in thread "main" java.lang.InternalError: Can't start the AWT because Java was started on the first thread. Make sure StartOnFirstThread is not specified in your application's Info.plist or on the command line at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1503) at java.lang.Runtime.loadLibrary0(Runtime.java:788) at java.lang.System.loadLibrary(System.java:834) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.loadLibraries(Toolkit.java:1437) at java.awt.Toolkit.<clinit>(Toolkit.java:1458) at com.google.gwt.dev.BootStrapPlatform.maybeInitializeAWT(BootStrapPlatform.j ava:75) at com.google.gwt.dev.GWTShell.run(GWTShell.java:545) at com.google.gwt.dev.GWTShell.main(GWTShell.java:321)
Disabling the startonfirstthread is not an option as GWT checks for it. I've downloaded GWT 1.4.60 on Windows XP it works fine (VMWare fusion)
> I've download both 1.4.60 and 1.4.10 with the same problem. It's > similar to what has been reported here > (http://groups.google.com/group/Google-Web-Toolkit/browse_thread/threa...) > But I'm sure nothing is using the port. Using -noserver starts the > shell, but any action - like click on About - crashes the shell.
> Then I decided to use JDK 1.4.2 (the default java is 1.5.0.12 on MacOS > 10.5) and got the following error starting the KitchenSink sample.
> hammett:KitchenSink hammett$ ./KitchenSink-shell > 2007-09-13 16:01:45.267 java[282:10b] Apple AWT Java VM was loaded on > first thread -- can't start AWT. > Exception in thread "main" java.lang.InternalError: Can't start the > AWT because Java was started on the first thread. Make sure > StartOnFirstThread is not specified in your application's Info.plist > or on the command line > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586) > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1503) > at java.lang.Runtime.loadLibrary0(Runtime.java:788) > at java.lang.System.loadLibrary(System.java:834) > at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) > at java.security.AccessController.doPrivileged(Native Method) > at java.awt.Toolkit.loadLibraries(Toolkit.java:1437) > at java.awt.Toolkit.<clinit>(Toolkit.java:1458) > at com.google.gwt.dev.BootStrapPlatform.maybeInitializeAWT(BootStrapPlatform.j ava:75) > at com.google.gwt.dev.GWTShell.run(GWTShell.java:545) > at com.google.gwt.dev.GWTShell.main(GWTShell.java:321)
> Disabling the startonfirstthread is not an option as GWT checks for > it. I've downloaded GWT 1.4.60 on Windows XP it works fine (VMWare > fusion)
> > I've download both 1.4.60 and 1.4.10 with the same problem. It's > > similar to what has been reported here > > (http://groups.google.com/group/Google-Web-Toolkit/browse_thread/threa...) > > But I'm sure nothing is using the port. Using -noserver starts the > > shell, but any action - like click on About - crashes the shell.
> > Then I decided to use JDK 1.4.2 (the default java is 1.5.0.12 on MacOS > > 10.5) and got the following error starting the KitchenSink sample.
> > hammett:KitchenSink hammett$ ./KitchenSink-shell > > 2007-09-13 16:01:45.267 java[282:10b] Apple AWT Java VM was loaded on > > first thread -- can't start AWT. > > Exception in thread "main" java.lang.InternalError: Can't start the > > AWT because Java was started on the first thread. Make sure > > StartOnFirstThread is not specified in your application's Info.plist > > or on the command line > > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586) > > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1503) > > at java.lang.Runtime.loadLibrary0(Runtime.java:788) > > at java.lang.System.loadLibrary(System.java:834) > > at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) > > at java.security.AccessController.doPrivileged(Native Method) > > at java.awt.Toolkit.loadLibraries(Toolkit.java:1437) > > at java.awt.Toolkit.<clinit>(Toolkit.java:1458) > > at com.google.gwt.dev.BootStrapPlatform.maybeInitializeAWT(BootStrapPlatform.j ava:75) > > at com.google.gwt.dev.GWTShell.run(GWTShell.java:545) > > at com.google.gwt.dev.GWTShell.main(GWTShell.java:321)
> > Disabling the startonfirstthread is not an option as GWT checks for > > it. I've downloaded GWT 1.4.60 on Windows XP it works fine (VMWare > > fusion)
.... try applicationCreator, see if the standard skeleton that it generates does work. I mean, I can't exactly install leopard on a whim, and if I start guessing why it's not working, we'll be here until kingdom come.
On Sep 14, 4:07 am, hammett <hamm...@gmail.com> wrote:
> > > I've download both 1.4.60 and 1.4.10 with the same problem. It's > > > similar to what has been reported here > > > (http://groups.google.com/group/Google-Web-Toolkit/browse_thread/threa...) > > > But I'm sure nothing is using the port. Using -noserver starts the > > > shell, but any action - like click on About - crashes the shell.
> > > Then I decided to use JDK 1.4.2 (the default java is 1.5.0.12 on MacOS > > > 10.5) and got the following error starting the KitchenSink sample.
> > > hammett:KitchenSink hammett$ ./KitchenSink-shell > > > 2007-09-13 16:01:45.267 java[282:10b] Apple AWT Java VM was loaded on > > > first thread -- can't start AWT. > > > Exception in thread "main" java.lang.InternalError: Can't start the > > > AWT because Java was started on the first thread. Make sure > > > StartOnFirstThread is not specified in your application's Info.plist > > > or on the command line > > > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > > > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586) > > > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1503) > > > at java.lang.Runtime.loadLibrary0(Runtime.java:788) > > > at java.lang.System.loadLibrary(System.java:834) > > > at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) > > > at java.security.AccessController.doPrivileged(Native Method) > > > at java.awt.Toolkit.loadLibraries(Toolkit.java:1437) > > > at java.awt.Toolkit.<clinit>(Toolkit.java:1458) > > > at com.google.gwt.dev.BootStrapPlatform.maybeInitializeAWT(BootStrapPlatform.j ava:75) > > > at com.google.gwt.dev.GWTShell.run(GWTShell.java:545) > > > at com.google.gwt.dev.GWTShell.main(GWTShell.java:321)
> > > Disabling the startonfirstthread is not an option as GWT checks for > > > it. I've downloaded GWT 1.4.60 on Windows XP it works fine (VMWare > > > fusion)
Works okay with me. But I'm having the same error if I try to run it in eclipse. I used the applicationCreator -eclipse to generate the launch file. Does anyone know how to fix this?
Thanks!
On Sep 15, 7:13 am, Reinier Zwitserloot <reini...@gmail.com> wrote:
> .... try applicationCreator, see if the standard skeleton that it > generates does work. I mean, Ican'texactly install leopard on a > whim, and if Istartguessing why it's not working, we'll be here > until kingdom come.
> On Sep 14, 4:07 am, hammett <hamm...@gmail.com> wrote:
> > Trying again: shell is not working on leopard,java1.5.0.update 12. > > With or without the -XstartOnFirstThread.
> > On 9/13/07, Reinier Zwitserloot <reini...@gmail.com> wrote:
> > > Add -XstartOnFirstThread as a parameter.
> > > the applicationCreator scripts adds it for you.
> > > > I've download both 1.4.60 and 1.4.10 with the same problem. It's > > > > similar to what has been reported here > > > > (http://groups.google.com/group/Google-Web-Toolkit/browse_thread/threa...) > > > > But I'm sure nothing is using the port. Using -noserver starts the > > > > shell, but any action - like click on About - crashes the shell.
> > > > Then I decided to use JDK 1.4.2 (the defaultjavais 1.5.0.12 on MacOS > > > > 10.5) and got the following error starting the KitchenSink sample.
> > > > hammett:KitchenSink hammett$ ./KitchenSink-shell > > > > 2007-09-13 16:01:45.267java[282:10b]AppleAWTJavaVMwasloadedon > > > >firstthread--can'tstartAWT. > > > > Exception inthread"main"java.lang.InternalError:Can'tstartthe > > > >AWTbecauseJavawas started on thefirstthread. Make sure > > > > StartOnFirstThread is not specified in your application's Info.plist > > > > or on the command line > > > > atjava.lang.ClassLoader$NativeLibrary.load(Native Method) > > > > atjava.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586) > > > > atjava.lang.ClassLoader.loadLibrary(ClassLoader.java:1503) > > > > atjava.lang.Runtime.loadLibrary0(Runtime.java:788) > > > > atjava.lang.System.loadLibrary(System.java:834) > > > > at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) > > > > atjava.security.AccessController.doPrivileged(Native Method) > > > > atjava.awt.Toolkit.loadLibraries(Toolkit.java:1437) > > > > atjava.awt.Toolkit.<clinit>(Toolkit.java:1458) > > > > at com.google.gwt.dev.BootStrapPlatform.maybeInitializeAWT(BootStrapPlatform.j ava:75) > > > > at com.google.gwt.dev.GWTShell.run(GWTShell.java:545) > > > > at com.google.gwt.dev.GWTShell.main(GWTShell.java:321)
> > > > Disabling the startonfirstthread is not an option as GWT checks for > > > > it. I've downloaded GWT 1.4.60 on Windows XP it works fine (VMWare > > > > fusion)
Macintosh:gwt-mac-1.4.60 krondix$ ./applicationCreator -out test client.Test Created directory test/src Created directory test/src/client Created directory test/src/public Created file test/src/Test.gwt.xml Created file test/src/public/Test.html Created file test/src/client/Test.java Created file test/Test-shell Created file test/Test-compile Macintosh:gwt-mac-1.4.60 krondix$ cd test Macintosh:test krondix$ ./Test-compile Macintosh:test krondix$ ./Test-shell Macintosh:test krondix$
Shell started for a second and then dissappeared. And as you see the compiler does not work either. When I removed - XstartOnFirstThread from Test-compile, it started working. But shell does not want to start without this option.
On Sep 15, 3:13 am, Reinier Zwitserloot <reini...@gmail.com> wrote:
> .... try applicationCreator, see if the standard skeleton that it > generates does work. I mean, I can't exactly install leopard on a > whim, and if I start guessing why it's not working, we'll be here > until kingdom come.
> On Sep 14, 4:07 am, hammett <hamm...@gmail.com> wrote:
> > Trying again: shell is not working on leopard, java 1.5.0.update 12. > > With or without the -XstartOnFirstThread.
> > On 9/13/07, Reinier Zwitserloot <reini...@gmail.com> wrote:
> > > Add -XstartOnFirstThread as a parameter.
> > > the applicationCreator scripts adds it for you.
> > > > I've download both 1.4.60 and 1.4.10 with the same problem. It's > > > > similar to what has been reported here > > > > (http://groups.google.com/group/Google-Web-Toolkit/browse_thread/threa...) > > > > But I'm sure nothing is using the port. Using -noserver starts the > > > > shell, but any action - like click on About - crashes the shell.
> > > > Then I decided to use JDK 1.4.2 (the default java is 1.5.0.12 on MacOS > > > >10.5) and got the following error starting the KitchenSink sample.
> > > > hammett:KitchenSink hammett$ ./KitchenSink-shell > > > > 2007-09-13 16:01:45.267 java[282:10b] Apple AWT Java VM was loaded on > > > > first thread -- can't start AWT. > > > > Exception in thread "main" java.lang.InternalError: Can't start the > > > > AWT because Java was started on the first thread. Make sure > > > > StartOnFirstThread is not specified in your application's Info.plist > > > > or on the command line > > > > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > > > > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586) > > > > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1503) > > > > at java.lang.Runtime.loadLibrary0(Runtime.java:788) > > > > at java.lang.System.loadLibrary(System.java:834) > > > > at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) > > > > at java.security.AccessController.doPrivileged(Native Method) > > > > at java.awt.Toolkit.loadLibraries(Toolkit.java:1437) > > > > at java.awt.Toolkit.<clinit>(Toolkit.java:1458) > > > > at com.google.gwt.dev.BootStrapPlatform.maybeInitializeAWT(BootStrapPlatform.j ava:75) > > > > at com.google.gwt.dev.GWTShell.run(GWTShell.java:545) > > > > at com.google.gwt.dev.GWTShell.main(GWTShell.java:321)
> > > > Disabling the startonfirstthread is not an option as GWT checks for > > > > it. I've downloaded GWT 1.4.60 on Windows XP it works fine (VMWare > > > > fusion)
> Could someone translate what this could mean in a non-eclipse > environment?
> On Oct 24, 9:34 pm, a y <ayaya...@gmail.com> wrote: >> I fixed this issue by simply deleting the workspace and let eclipse >> simply create a new one.
I'm not aware of anyone on the GWT team that has 10.5 on their Mac's yet. Would someone that has Leopard installed mind filing a ticket with Apple regarding the CGraphicsEnvironment stack trace? This looks like its deep inside Apple's windowing toolkit implementation and probably not specific to GWT applications.
(this one)
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at apple.awt.CGraphicsEnvironment.displayChanged(CGraphicsEnvironment.java:65) Invalid memory access of location 00000000 eip=00000000 at apple.awt.CToolkit$4.run(CToolkit.java:1259) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.j ava:269) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.jav a:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java
On 10/27/07, Laszlo Ferenczi <lferen...@gmail.com> wrote:
I submitted a bug report to Apple: Problem ID 5563333 - "CGraphicsEnvironment NullPointerException breaks Google Web Toolkit in Leopard". I included a self-contained archive (simple project & gwt-mac-1.6.0) that immediately triggers the exception.
-----Original Message----- From: Google-Web-Toolkit@googlegroups.com on behalf of Eric Ayers Sent: Sat 10/27/2007 7:55 AM To: Google-Web-Toolkit@googlegroups.com Subject: Re: Can't start shell (mac os 10.5)
I'm not aware of anyone on the GWT team that has 10.5 on their Mac's yet. Would someone that has Leopard installed mind filing a ticket with Apple regarding the CGraphicsEnvironment stack trace? This looks like its deep inside Apple's windowing toolkit implementation and probably not specific to GWT applications.
(this one)
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at apple.awt.CGraphicsEnvironment.displayChanged(CGraphicsEnvironment.java:65) Invalid memory access of location 00000000 eip=00000000 at apple.awt.CToolkit$4.run(CToolkit.java:1259) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.j ava:269) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.jav a:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java
On 10/27/07, Laszlo Ferenczi <lferen...@gmail.com> wrote:
I've been poking around a little and here is what I've seen. GWT uses SWT (for display) and AWT (internally for things like ImageBundles). Getting these two to play nicely together requires some hackery - especially on Mac OS X. See the comments in http://google-web-toolkit.googlecode.com/svn/trunk/dev/mac/src/com/go....
But now I am wondering if SWT and AWT don't play well together, why not run AWT in headless mode (-Djava.awt.headless=true)? Wouldn't this keep AWT from creating the event thread in the first place which is conflicting with SWT (See Eric's stack trace above)? I don't know much about headless AWT, so maybe it doesn't.
When I try to run hosted mode GWT with the headless AWT flag set I see: 2007-10-29 00:54:31.579 java[1126:913] Process manager already initialized -- can't fully enable headless mode. Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: sun.java2d.HeadlessGraphicsEnvironment at apple.awt.CToolkit$4.run(CToolkit.java:1258) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.j ava: 269) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.jav a: 190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: 184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: 176) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
So, without really having any idea what I am talking about, it seems that Apple needs to make headless AWT work, and the GWT folks need to use AWT headless mode to avoid conflicts with SWT.
One approach I (unsuccessfully) tried was swapping in the PJA toolkit, an AWT replacement, using these system properties: -Dawt.toolkit=com.eteks.awt.PJAToolkit -Djava.awt.graphicsenv=com.eteks.java2d.PJAGraphicsEnvironment
I ran into some issues that looked related to Java 1.5 compatability w/the PJA toolkit & didn't get very far. But in theory, the general idea of bypassing Apple's AWT code might hold potential.
[mailto:Google-Web-Toolkit@googlegroups.com] On Behalf Of stephenp Sent: Monday, October 29, 2007 2:24 AM To: Google Web Toolkit Subject: Re: Can't start shell (mac os 10.5)
I too am seeing this problem.
I've been poking around a little and here is what I've seen. GWT uses SWT (for display) and AWT (internally for things like ImageBundles). Getting these two to play nicely together requires some hackery - especially on Mac OS X. See the comments in http://google-web-toolkit.googlecode.com/svn/trunk/dev/mac/src/com/googl e/gwt/dev/BootStrapPlatform.java.
But now I am wondering if SWT and AWT don't play well together, why not run AWT in headless mode (-Djava.awt.headless=true)? Wouldn't this keep AWT from creating the event thread in the first place which is conflicting with SWT (See Eric's stack trace above)? I don't know much about headless AWT, so maybe it doesn't.
When I try to run hosted mode GWT with the headless AWT flag set I see: 2007-10-29 00:54:31.579 java[1126:913] Process manager already initialized -- can't fully enable headless mode. Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: sun.java2d.HeadlessGraphicsEnvironment at apple.awt.CToolkit$4.run(CToolkit.java:1258) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThrea d.java: 269) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread. java: 190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: 184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: 176) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
So, without really having any idea what I am talking about, it seems that Apple needs to make headless AWT work, and the GWT folks need to use AWT headless mode to avoid conflicts with SWT.
> One approach I (unsuccessfully) tried was swapping in the PJA toolkit, > an AWT replacement, using these system properties: > -Dawt.toolkit=com.eteks.awt.PJAToolkit > -Djava.awt.graphicsenv=com.eteks.java2d.PJAGraphicsEnvironment
> I ran into some issues that looked related to Java 1.5 compatability > w/the PJA toolkit & didn't get very far. But in theory, the general > idea of bypassing Apple's AWT code might hold potential.
> - Adam
> -----Original Message----- > From: Google-Web-Toolkit@googlegroups.com > [mailto:Google-Web-Toolkit@googlegroups.com] On Behalf Of stephenp > Sent: Monday, October 29, 2007 2:24 AM > To: Google Web Toolkit > Subject: Re: Can't start shell (mac os 10.5)
> I too am seeing this problem.
> I've been poking around a little and here is what I've seen. GWT uses > SWT (for display) and AWT (internally for things like ImageBundles). > Getting these two to play nicely together requires some hackery - > especially on Mac OS X. See the comments in > http://google-web-toolkit.googlecode.com/svn/trunk/dev/mac/src/com/googl > e/gwt/dev/BootStrapPlatform.java.
> But now I am wondering if SWT and AWT don't play well together, why > not run AWT in headless mode (-Djava.awt.headless=true)? Wouldn't this > keep AWT from creating the event thread in the first place which is > conflicting with SWT (See Eric's stack trace above)? I don't know much > about headless AWT, so maybe it doesn't.
> When I try to run hosted mode GWT with the headless AWT flag set I > see: > 2007-10-29 00:54:31.579 java[1126:913] Process manager already > initialized -- can't fully enable headless mode. > Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: > sun.java2d.HeadlessGraphicsEnvironment > at apple.awt.CToolkit$4.run(CToolkit.java:1258) > at > java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) > at > java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThrea > d.java: > 269) > at > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread. > java: > 190) > at > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: > 184) > at > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java: > 176) > at > java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
> So, without really having any idea what I am talking about, it seems > that Apple needs to make headless AWT work, and the GWT folks need to > use AWT headless mode to avoid conflicts with SWT.
> Stephen
-- If you received this communication by mistake, you are entitled to one free ice cream cone on me. Simply print out this email including all relevant SMTP headers and present them at my desk to claim your creamy treat. We'll have a laugh at my emailing incompetence, and play a game of ping pong. (offer may not be valid in all States).
Quick update to my last comment ... it gives the "first thread" error
if started with the -shell script, but if started through ant, it
works fine. And the ant I'm using is the one that came with leopard.
> Quick update to my last comment ... it gives the "first thread" error > if started with the -shell script, but if started through ant, it > works fine. And the ant I'm using is the one that came with leopard.
> Not sure if this helps, but I thought I'd update.
Thanks for the suggestion, but as I said, I'm sure I have everything
correct, and specifically, I made the changes you recommend. I even
created a brand new app with application creator and get the same
thing, the first thread error.
However, if I start the app with ant (by creating a target that calls
GWTShell with the correct arguments), it works fine.
You're saying you can use the -shell script and it works in leopard?
> Thanks for the suggestion, but as I said, I'm sure I have everything > correct, and specifically, I made the changes you recommend. I even > created a brand new app with application creator and get the same > thing, the first thread error.
> However, if I start the app with ant (by creating a target that calls > GWTShell with the correct arguments), it works fine.
> You're saying you can use the -shell script and it works in leopard?
Well, thanks for checking ... I quadruple checked everything was right, but something must have slipped by. Good to know it is just me, thanks for looking into it.
> Well, thanks for checking ... I quadruple checked everything was > right, but something must have slipped by. Good to know it is just > me, thanks for looking into it.