Is there a way to force GWT to work in firefox 5 beta? Or how soon will an
update of the plugin be available now that firefox is going to a more rapid
release schedule?
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this
Several ways to skin this cat
1. You can implement both the ValidationProvider and ValidatorFactory
interfaces directly and use defferred binding to replace them.
2. You could just create versions of the ConstraintValidatorFactory,
TraversableResolver and MessageInterpolator that delegate
The NPAPI is being deprecated by the Chrome team this year. You might look
into super-dev mode instead, since you are having trouble anyways.
http://blog.chromium.org/2013/09/saying-goodbye-to-our-old-friend-npapi.html
http://www.gwtproject.org/articles/superdevmode.html
On Saturday,
I see this issue when something modifies the gwt-unitCache while run time.
This could include:
Manually running GWT compile while running in hosted mode.
Modifying a file during debug that is compiled to JS while runtime is
paused using a break point.
Juno and GWT really sucked. Indigo and
This could be as simple as the gwtUnitCache or the symbolMaps getting
corrupted. Happens every now and then and a clean of the gwt-build
environment is the only way to fix it. I delete my gwtUnitCache and the
built war directories every time I build from scropt to prevent this kind
of thing.
Try Chrome Portables:
http://sourceforge.net/projects/portableapps/files/Google%20Chrome%20Portable/Google%20Chrome%20Portable%2034/
On Thursday, May 22, 2014 9:12:12 AM UTC-7, Blake wrote:
I have spent the last hour looking for Chrome 34 (the last version to
support dev mode on Linux - I
After reading the other replies and looking at this, I would suspect it to
be a race condition in DevMode. Where the problem lies in when the
exportMenuClickedMethod() is called.
This is where the method being static or not comes into play. By it not
being static, it can't be called until
The thing is, its not an either or proposition. GWT is java AND javascript.
You can uses jsps to create the page that your gwt module resides in. You can
use spring to manage your beans and secure the client and server side of the
application. I would say that struts might mot offer much in
This might be something that the sdbg plugin can handle or should be able
to handle in the long run..
https://github.com/sdbg/sdbg
On Saturday, September 13, 2014 4:26:16 PM UTC-7, Magnus wrote:
Hi,
when using embedded JS code, I found that I sometimes do not recognize
simple errors like
One thing that I do to prevent rpc serlizer generation explosion as well is
to use the following in my base gwt.xml module:
extend-configuration-property name=rpc.blacklist value=-.*\.client\..*
/
extend-configuration-property name=rpc.blacklist value=
-.*\.shared\..*Service/
I had a similar issue. The problem ended up being that the custom field
serializer was not being included on the GWT source path during compilation in
some instances causing the server and client side to use different serializers.
One the custom and one the auto generated. Since the
I would be interested. Will it also work in Kepler or Luna only?
On Monday, October 13, 2014 10:31:01 AM UTC-7, Brandon Donnelson wrote:
Would anybody be interested in testing a GPE preview build with the SDM
enhancement?
(This will only work in a clean Luna install, and should not be
I am using DeferredBinding to create the instance of an interface. Now
there is a property on the instance that is instantiated that I would like
to change for every object created of that type via the GWT.create() call.
Is there a way in the replace-with settings to do this, without
I was hoping for something other than a generator. I only need to change
one property after instantiation, and only sometimes, at this point and it
seems like a lot of work to write a generator to do that. I'd likely just
create an override of the class at this point and update the rebind
There are multiple ways to arrange your three tiers. How are they arranged?
IE is it:
DB - DAO - REST - Client?
If that is the case, and you only want to rewrite the client portion in
GWT, take a look at https://github.com/resty-gwt/resty-gwt.
On Tuesday, November 11, 2014 1:16:27 AM UTC-7,
Look at the flags of the CodeServer. You can use flag -workDir to
specify the directory specifically where output is compiled to.
http://www.gwtproject.org/articles/superdevmode.html
If you do not use this flag, it outputs to a temporary directory. The
directory is output when the CodeServer
Search Portable Chrome, make sure it's the 32 bit version.
Since its another year away, I wonder what the possibility of getting one
more build of the browser DevMode plugin? Maybe plug some memory leaks and
recompile it so it will work with 64 bit Chrome, where possible?
On Tuesday, November
If Eclipse is your IDE you can also use the SDBG plugin to debug in
Eclipse. https://sdbg.github.io/
If IntelliJ is your IDE, there is support there as well, but not sure how
it works.
On Saturday, December 6, 2014 11:39:59 AM UTC-7, Luis Fernando Planella
Gonzalez wrote:
Ok, I'll try to
I do something similar, but I decided that three jars were pointless. I
have a -user jar, which contains everything and a -server jar that I use
for deployment which contains everything, except source, in shared/server.
So your hotfix, then would be for the -server.jar instead of the
While written in both Java on the server and client side, GWT is
javascript, once deployed, on the client side. So the answer to your
question is the same for any project written for Javascript.
Based on your description of Pinpad device, I'm guessing that your target
user has this pinpad
There are ways to overcome this.
The blunt way, custom field serializers for all of the data models.
The other solution, replace the usage of the serialization policy by
overriding the remote servlet base implementation and using some other
serialization, but still utilizing the RPC
https://sdbg.github.io
Allows you to debug javascript in Eclipse when running your application in
Chrome. Has its limitations and is a work in progress, but it works.
On Tuesday, March 3, 2015 at 1:49:47 AM UTC-7, Liam Stewart wrote:
Debugging javascript is a king size pain in the arse if
Why all the final variables in the Java version? You aren't passing the
variables to anonymous inner classes or anything, so there should be no
need to mark anything final. I'm not 100% sure what effect that will have
on the output from the GWT compiler though as far as speed.
As far as I
:14 AM UTC-7, Vassilis Virvilis wrote:
Anyway I profiled a bit. Here is the results
compress total time: 721
compress self: 203 ? What is it doing? The main loop probably
containsKey 180 (Map operation with jonL suggestion)
put 164 (Map)
append self 91 / total 119 (StringBuilder
We are taking a look at IntelliJ IDEA. Our current setup uses ivy for
dependency resolution. I found the IvyIDEA plugin, which, for the most
part appears to work well. There are some quirks with that that we will
need to work through apparently, but the major problem that I am seeing is
Greg,
You can create a filter that will set the appropriate headers for things
served from the CodeServer with a filter like the one below (from
https://spring.io/guides/gs/rest-service-cors/) .
public class SimpleCORSFilter implements Filter {
public void doFilter(ServletRequest
There are multiple ways to do this.
See these pages:
http://www.gwtproject.org/doc/latest/DevGuideCodingBasicsJSNI.html
http://www.gwtproject.org/doc/latest/DevGuideCodingBasicsOverlay.html
GWT 2.8, if I remember correctly, will also introduce a new Elemental
generator, so the Elemental jar
read the entire tutorials and documentation from the
> GWT website to know if I'm going to feel comfortable in this new scenario.
> I'm so used to do all these things with JavaScript, that I'm a little
> afraid :S .
>
>
> On 26/10/15 14:57, JonL wrote:
>
> There ar
There are a myriad set of approaches that you can use
The easiest way to do this with GWT, is to inherit them both and have a
primary stylename which differentiates them where different, then apply
that primary style name to the body.
Another ploy is to not use inherits for particular pieces,
If you are extending it, you should give it its own package name within
your own package structure so that it is caught up by the compiler
correctly. There is no need to keep it in the same package. IF you need
to access private or protected variables, then you can use jsni to access
them.
Another option is to use a framework that you know is going to stick around
through each iteration, such as GXT or Vaadin, which are both part of the
steering committee and would be the likely candidates for continuing a
widget hierarchy.
I am personally hoping we will see the base Widget
There is a new html5 dialog element that is being implemented in various
browsers and a pollyfill that will give you what you need, cross posted
from my reply on the GWT google+ community:
This is the new html5 way:
http://www.w3schools.com/jsref/dom_obj_dialog.asp
You need to provide more info for a definitive answer, but it is likely a
race condition,either in the semantics of your html or just because of the
manner in which GWT loads. You will likely want to add some sort of check
that the function exists and do a deferred scheduling until the point
If you are running in eclipse and want to debug your server and client code
both in eclipse, you can use the SDBG Plugin. https://sdbg.github.io/
I believe IntelliJ has similar support built in or through the gwt IntelliJ
plugin.
On Monday, February 1, 2016 at 5:48:11 AM UTC-7, va...@ant.ee
There are multiple options you could take. One would be to use something
like spring and redirect to a separate url. Another might be to use code
splitting and at the time of login, download the rest of the page.
Finally, you could just download all the code in one module, whether the
user
Since the upgrade to Jetty 9.2 was just completed recently, I would submit
a bug.
On Monday, February 29, 2016 at 11:23:41 AM UTC-7, Bauna wrote:
>
> Hi Guys,
> After updating to Jetty 9.2 in GWT 2.8 the JSP support is not working any
> more during debug (it doesn't matter if you use SDM o DM).
Looks to me, based on the stacktrace, that you have a race condition.
Based on the trace, it appears that you are updating an object after
receiving data from the server. There are many things that can affect and
effect this timing. Many GXT elements, especially older GXT versions, have
This might be helpful:
https://www.lucidchart.com/techblog/2014/12/02/definitive-guide-copying-pasting-javascript/
On Monday, March 28, 2016 at 12:06:42 PM UTC-7, Dhinakar Reddy Pothireddi
wrote:
>
> Sorry Ed, I didn't work and even this is not what I need. I want to access
> the clipboard in
This is not a GWT issue really, so let me GTFY:
https://gist.github.com/nuxodin/9250e56a3ce6c0446efa
On Thursday, April 21, 2016 at 1:16:00 PM UTC-7, N Troncoso wrote:
>
> I have an issue where an event isn't firing in Firefox, and it turns out
> this is because Firefox doesn't currently
Your order of operations appears incorrect. From your original code I
don't see where GetAddressHandler.addressHorizontalPanel is ever actually
added to the addressDisclosurePanel.
On Tuesday, August 9, 2016 at 3:15:42 PM UTC-7, Glyndwr Bartlett wrote:
>
> Hi Jens,
>
> I have spent over
While I agree that it could theoretically work with annotations,
annotations require access to code, so for things you have no control over,
you either would need to implement custom serialization anyways, or use the
GWT serialization.
I personally think there are optimizations to be had in
Agreed, it's all a matter of perspective. I use GWT-RPC alot, I actually
don't see anything wrong with the underlying mechanisms, except for the
SerializationPolicy and its generator. It's the SerializationPolicy
generation that is the main culprit for the deficiencies perceived in
GWT-RPC.
Looks like it is being worked on now.
On Thursday, July 14, 2016 at 6:59:35 AM UTC-7, Michael Joyner wrote:
>
> Heads up!
>
> The latest GWT plugin from github does not work with NEON.
>
> There is a pending pull request from Jun 8 2016 which has a fix, but it
> has not been rebuilt with the
work it out?
> https://gist.github.com/slugmandrew/1d9acf86be2c7db89031dc60de9df6e2
>
> On 18 August 2016 at 17:08, JonL <jo...@percsolutions.com >
> wrote:
>
>> Besides possibly switching to the gwt-maven-archetypes as Frank
>> suggested, I just added a comment to my answer. T
If you are running in Eclipse, this is an eclipse setting in the Project
Properties -> Java Build Path, make sure "Allow output folders for source
folders" is unchecked or make sure that each source folder is pointing its
output folder to a desired location.
On Wednesday, August 31, 2016 at
Others have suggested websockets, but there are several other options as
well. There is google cloud messaging and many other libraries to solve
this problem as well as ServerSent Events.
http://www.html5rocks.com/en/tutorials/eventsource/basics/
If none of those are options, try to avoid
Besides possibly switching to the gwt-maven-archetypes as Frank suggested,
I just added a comment to my answer. The problem is that you don't need
servlet-api jars on your classpath at all. GWT provides the appropriate
classes for compile time in gwt-user and gwt-dev.
On Thursday, August 18,
If you need to specify specific annotation processors, or mess with the
annotation processors that are on the path, these two javac options might
help you:
*-processor* *class1[,class2,class3...]*Names of the annotation processors
to run. This bypasses the default discovery
The GWT browser plugins are no longer supported, though they can get
installed into old versions of browsers. As of 2.7.x Super Dev mode is the
supported method of development and the support for the plugin is
deprecated.
On Thursday, November 10, 2016 at 7:03:05 AM UTC-7, Hendré Louw wrote:
We have seen similar issues with this when we were experimenting with some
projects and upgrading to 2.8.2. The things to double check are:
1. That there are no duplicate jars from different versions of GWT, as
mentions by Thomas Broyer.
2. Delete any GWT generated folder such as the
Depending on your architecture, the server generating the file might not
have any control over the timeout. You could have proxies, firewalls, etc
that can affect the timeout. It is best to remove the timeout from the
equation.
If you can not fix the fetch, I would split it into a call
You could write a custom field serializer for java.sql.Date. Serialize the
information you need to recreate with the fidelity required for your use
case.
On Thursday, July 23, 2020 at 10:17:25 AM UTC-4 ralph.f...@gmail.com wrote:
> I know it is quite some time ago since you posted this, but I
Alberto,
I will also say that I think you did a great job of promoting GWTCon and my
comments should only be taken in terms of visibility of people who might
not be entrenched in the community so steeply as we all are. Someone new
coming into GWT, what does the message, brand and presence say
We've been using GWT for a long time. There was some trepidation when
Google moved GWT into the open source realm and the steering committee was
announced. A lot of good things are happening. I see a lot of movement
here and there, but some of it appears as if it is un-directed and
s on youtube.
>>
>> I believe this is already driving people away from GWT, at a time where
>> we should be getting people back, drawn by the awesomeness of GWT 3.0.
>>
>>
>> Den onsdag den 14. oktober 2015 kl. 21.51.57 UTC+2 skrev JonL:
>>>
>>&g
to the GWT
Resources page.
On Friday, October 16, 2015 at 2:35:58 AM UTC-7, Thomas Broyer wrote:
>
>
>
> On Friday, October 16, 2015 at 2:15:22 AM UTC+2, JonL wrote:
>>
>> There is no clear status of the next release or when it can be expected
>> or what are the blo
If everything is static pages, what about firebase?
--
You received this message because you are subscribed to the Google Groups "GWT
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
to
debug the application running directly on the ipad correctly.
Here is a gist of a sligtly modified version of the nocache.js replacing
the module name with "module_name":
https://gist.github.com/jonl-percsolutions-com/403ec9ba1bf50a6abcb0db852b171d0c
So I just run my gwt-compil
I have always considered the deprecation of "DevMode" to mean the
deprecation of the "HostedMode"/GWT Dev Mode plugin combo and that SDM was
the non-deprecated version. It sounds like some are considering losing SDM
as the default run mode. I think that would be a mistake and would make it
> On Friday, August 26, 2016 at 4:30:48 PM UTC+2, JonL wrote:
>>
>> I have always considered the deprecation of "DevMode" to mean the
>> deprecation of the "HostedMode"/GWT Dev Mode plugin combo and that SDM was
>> the non-deprecated version. It sound
As a developer of various GWT apps large and small, I personally would like
to see the Jetty support separated and modularized but maintained. The
embedded Jetty support allows for a simple start to new projects where you
can focus on getting started on development vs getting setup. This
61 matches
Mail list logo
