like something to do with the plugin's marshalling code.
Le 4 juin 2010 13:47, Aaron Steele eightyste...@gmail.com a écrit :
I'm seeing something fairly funky occur if I disable a FormUpload
widget in a FormPanel.onSubmit() handler (here's the code:
http://pastebin.com/SSSqGtB1). Basically
I'm seeing something fairly funky occur if I disable a FormUpload
widget in a FormPanel.onSubmit() handler (here's the code:
http://pastebin.com/SSSqGtB1). Basically the Dev server and browser
crashes with the following console message:
Invalid access of stack red zone 0x141055ff8 rip=0x101098a05
Has anyone tried setting up gwt-user and gwt-dev in STS using the
normal GWT Eclipse setup instructions (http://goo.gl/TBF7)? It seems
like the projects aren't picking up dependencies in GWT_TOOLS.
Basically I'm having to add each dependency to the build path
manually.
I've double checked that
an admin login.
Thoughts?
On Mon, May 24, 2010 at 10:56 AM, Rajeev Dayal rda...@google.com wrote:
Great, I think the problem was the AspectJ weaving being disabled. Glad that
it is all working.
On Sat, May 22, 2010 at 6:16 PM, Aaron Steele eightyste...@gmail.com
wrote:
I reinstalled STS
I reinstalled STS and enabled AspectJ weaving. All systems are go! I
can launch and run the app from within STS or from the Maven command
line. Sweet.
Thanks,
Aaron
On Fri, May 21, 2010 at 4:30 PM, Aaron Steele eightyste...@gmail.com wrote:
Oh, also, did you enable AspectJ weaving (when STS
I'm seeing a strange issue with STS where launching a web application
from within STS succeeds, but then RPCs fail with the following
errors:
http://goo.gl/hAkP
The project I'm running is from /samples/expenses.roo and was created
using the Roo shell (script expenses.roo). If I try running the
at sts dir/roo dir/bin/roo.{sh, bat}.
On Fri, May 21, 2010 at 2:02 PM, Aaron Steele eightyste...@gmail.com
wrote:
I'm seeing a strange issue with STS where launching a web application
from within STS succeeds, but then RPCs fail with the following
errors:
http://goo.gl/hAkP
The project I'm
Nice idea. Especially for handling history tokens.
This is purely aesthetic, but it might be cool if the API supported a
way to normalize whitespace in parameter values. For example, the
parameter:
q='foo bar baz'
looks kind of ugly as a default URL parameter:
q=foo%20bar%20baz
It looks
On Mac OS X running Eclipse 3.5 with the latest Google Plugin, if you
create and run a new web application that's configured with GWT trunk
r5922+, it fails with the following 'SAXParserFactoryImpl not found'
error (since Xerces is now bundled with gwt-dev-*.jar):
need xercesImp-NoMetaInf.jar, which I have attached (place
it in GWT_TOOLS/lib/xerces/xercs_2-9-1) Let me know if something still
breaks.
Regards,
Amit
On Wed, Aug 19, 2009 at 1:58 PM, Aaron Steele eightyste...@gmail.com
wrote:
On Mac OS X running Eclipse 3.5 with the latest Google Plugin
'/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/bin/java'
with arguments:
[java] '-Xmx256M'
[java] '-XstartOnFirstThread'
[java] '-classpath'
Thanks again John!
On Wed, Jul 8, 2009 at 12:56 PM, John Tamplinj...@google.com wrote:
On Wed, Jul 8, 2009 at 3:37 PM, Aaron
This is s embarrassing...
Basically I compiled GWT and then pointed my GWT library in Eclipse to
`build/lib` which doesn't include the native library libgwt-ll.jnilib.
I discovered this via John's suggestion of printing the exception
thrown in LowLevelSaf.java:
Your GWT installation may be
wave id on the sandbox: eighty
On Mon, Jun 15, 2009 at 7:09 PM, Matt Mastraccimatt...@mastracci.com wrote:
I do as well - I'm mmastrac.
On 15-Jun-09, at 8:02 PM, Ray Cromwell wrote:
I do, cromwellian is my id on the sandbox.
-Ray
On Mon, Jun 15, 2009 at 6:14 PM, Bruce
I'm also interested in what kind of performance improvements are
happening here. Doesn't the for-loop also compute the limit of the
array index only once?
On Thu, Jun 4, 2009 at 11:15 AM, Scott Blum sco...@google.com wrote:
Given that the syntax is more verbose, what kind of performance
So item 46 in Effective Java says that there shouldn't be a
performance penalty using the nice for loops. But the following test
in Eclipse on my machine (MacBook Pro, Intel Core Duo, 2.16 GHz) shows
a performance penalty.
Given an ArrayList called ints with 1 million Integers, this takes 31
, not
containing ints. I retract that statement!
On Thu, Jun 4, 2009 at 4:04 PM, Alex Rudnick a...@google.com wrote:
Sounds like boxing/unboxing overhead, in that case!
What if you tried that with an array of native ints?
On Thu, Jun 4, 2009 at 3:47 PM, Aaron Steele eightyste...@gmail.com wrote:
So
16 matches
Mail list logo