Re: [gwt-contrib] GWT 2 Roadmap as it applies to future deprecations

2022-08-06 Thread Matt Davis
We have been using Java 17 for some time now. But I think a policy of
supporting the two most recent LTS (11, 17) would be fair.  In September 23
that would become (17, 21).

On Sat, Aug 6, 2022 at 11:14 AM eliasbala...@gmail.com <
eliasbala...@gmail.com> wrote:

> My 2 cents.
>
> I am afraid some teams, like ours, are still using Java8 looking for the
> next opportunity to move to Java11.
>
> Perhaps, Java8 shouldn't be dropped yet.
>
> On Saturday, 6 August 2022 at 16:06:28 UTC+1 ManfredTremmel wrote:
>
>> In my company Java 8 was dropped long ago, at the moment the migration
>> from
>> Java 11 to 17 is in progress. So from my side, let's cut off the old
>> stuff.
>>
>>
>> --
> 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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/4996f471-8ed8-43af-9a88-96323483cf0an%40googlegroups.com
> 
> .
>

-- 
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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAKAo3tR_cvCULiBgWA7O0eoXm8Rs0h%2B7V1FjyxXvW6zfMx-yPw%40mail.gmail.com.


Re: [gwt-contrib] Re: GWT 2.10 release?

2021-10-01 Thread Matt Davis
awesome +1

On Fri, Oct 1, 2021 at 2:31 PM mcmi...@gmail.com  wrote:

> Sound greats +1
>
>
> nilo...@gmail.com schrieb am Donnerstag, 30. September 2021 um 21:22:13
> UTC+2:
>
>> We've got a few changes that have been brewing or waiting to be made
>> available, and it sounds like it is about time to collectively push to make
>> these things happen. Given the nature of some of these, I am suggesting
>> that they not be folded into a bugfix release, but instead that the next
>> release be 2.10.0.
>>
>>
>> Changing Maven Central groupId
>> One of the big ones is work to migrate off of the "com.google.gwt"
>> groupId (note that we are not adjusting packages) and into our own
>> namespace in maven, "org.gwtproject.gwt". Google's efforts to open sourcing
>> and encourage GWT has been very accommodating for the community, and this
>> change is long past due, so that releases of GWT do not need someone with
>> access to the com.google groupId in Maven Central to perform the release
>> process for us. If successful, this will be the final release which uses
>> the old groupId.
>>
>> To that end, Thomas Broyer has done a lot of work to make sure this path
>> will be as smooth as possible. That work can be seen discussed in the
>> mailing list
>> 
>> and in a github repo he wrote
>>  to demonstrate
>> approaches and their relative merits. No final summary was officially
>> posted, but from discussions in gitter chat
>> , the
>> cleanest proposed option is to follow Experiment #3 for today, and
>> optionally later to roll out the last two options to more easily facilitate
>> updates from older releases.
>>
>> This means that the next release will be performed first on
>> org.gwtproject, and then later we will request that someone at Google
>> perform the final com.google.gwt release, consisting only of pom files that
>> indicate relocation to the new groupId. Applications and dependencies will
>> need to switch to this new groupId over time, but in theory at least, using
>> the researched relocation mechanism should make that fairly painless.
>>
>> Finally, I suggest that any release candidate that goes out only exist on
>> org.gwtproject, to avoid needing to iterate with com.google releases, in
>> case we end up needing more than one RC in the release process.
>>
>> --
>>
>> Chrome debugging bugs
>> There are a few changes in Chrome made over the last year or so that
>> impact GWT development and debugging in various ways.
>> https://gwt-review.googlesource.com/c/gwt/+/23500 fixes SDM (and cross
>> origin apps) stack traces being lost, and unhandledrejection events are
>> entirely lost in some cases.
>> https://gwt-review.googlesource.com/c/gwt/+/23580 tracks a newer change
>> in Chrome dev tools, where the unofficial Function.displayName property no
>> longer works when debugging obfuscated code with GWT's
>> -XmethodNameDisplayMode flag, and transitions to the standard Function.name
>> property instead.
>>
>>
>> --
>>
>> IE8/IE9/IE10 removal
>> Another thread on this mailing list
>> 
>> tracks the ongoing discussion of removing three end-of-life'd browsers from
>> GWT. It has been suggested that IE11 support remain for at least a little
>> while longer. According to
>> https://docs.microsoft.com/en-us/lifecycle/faq/internet-explorer-microsoft-edge,
>> IE11 as a desktop application will no longer be supported after June 2022,
>> though that may change, and even if it does not, it may make sense to
>> continue support for some time after that.
>>
>> --
>>
>> Dropping Java 7 support, and upgrading Jetty 9 and HtmlUnit
>> Building GWT itself with something newer than Java 8 is going to require
>> additional work (see https://github.com/gwtproject/gwt/issues/9683), but
>> the time has come to no longer support Java 7, and require 8 as the minimum
>> version for building and using GWT. I have a work in progress patch
>> 
>> which upgrades both Jetty 9 and HtmlUnit to their latest respective
>> versions in order to deal with several issues affecting each. I am holding
>> out for one last fix in HtmlUnit before disabling the two tests it affects
>> (note that this is still a net win, about a dozen tests are now passing
>> that weren't previously).
>>
>> --
>>
>> Other changes already in HEAD-SNAPSHOT can be seen at
>> https://github.com/gwtproject/gwt/compare/2.9.0...master.
>>
>> --
> 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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> 

Re: [gwt-contrib] Re: Goodbye IE 8–9 

2021-09-30 Thread Matt Davis
+1 drop all i.e.

On Thu, Sep 30, 2021, 4:13 PM Juan Pablo Gardella <
gardellajuanpa...@gmail.com> wrote:

> +1 drop IE 11 increases the effort to include new stuff. IE +11 can still
> use GWT 2.9.0
>
> On Thu, 30 Sept 2021 at 16:55, Vegegoku  wrote:
>
>> I vote to even drop support for IE11.
>>
>> On Thursday, September 30, 2021 at 7:49:56 PM UTC+3 nilo...@gmail.com
>> wrote:
>>
>>> I've just filed https://github.com/gwtproject/gwt/issues/9739, where a
>>> workaround exists in java.util.Date that nearly doubles the time it takes
>>> to parse date strings and build date objects. This workaround exists for
>>> IE8 and IE9, as all more recent browsers implement the same behavior as we
>>> already would expect. Dropping support for those two browsers would
>>> simplify the code required here
>>>
>>> From the age of this thread and the discussion so far, it sounds like
>>> there is interest in keeping IE11 still, but no one has spoke up about IE10
>>> or below.
>>>
>>> Additionally, java.util.Random emulation was changed to require
>>> Date.now(), which isn't available in IE8, so neither GWT 2.8.2 nor GWT
>>> 2.9.0 are apparently compatible with IE8 anyway, at least in this small
>>> way. This should give us some confidence (along with the lack of opposition
>>> in this thread) that at least IE8 is definitely safe to drop.
>>>
>>> So, is there any objection at this time to dropping what remains of IE8,
>>> IE9, and IE10 support from GWT? Then, we can reevaluate IE11 at some later
>>> date, for GWT itself? Various migrated GWT modules have focused their
>>> efforts on well-supported browsers, and are likely to only support IE11 by
>>> accident anyway.
>>>
>>> On Friday, March 12, 2021 at 1:20:02 AM UTC-6 stuckagain wrote:
>>>
 We still need IE11 support in the banking sector. We still have a
 majority of customers that use IE11 due to technical reasons (plugins
 needed for accessing secure token don’t install properly in Chrome without
 internet access amongst others).

 What do you mean with “next version of GWT” if that is 3.x then I don’t
 care at this point. We have been waiting for that release for a few years
 now. But 2.x releases should not drop IE11 support it is supposed to be a
 long-term supported version.
 On 12 Mar 2021, 07:54 +0100, bernhar...@schubec.com <
 bernhar...@schubec.com>, wrote:

 Hi all!

 I think IE11 support should be dropped soon if it blocks (or makes it
 difficult) to implement new features in the next version of GWT.
 I understand, that there are enterprises who still use IE11 internally,
 but developers who service such enterprises should use the current version
 of GWT, which is not going away. Nobody is forced to upgrade to the next
 version of GWT.

 Thanks,
 Berni

 tony.be...@gmail.com schrieb am Donnerstag, 11. März 2021 um 22:26:21
 UTC+1:

> IE 11 is still widely used inside corporations, because it is the only
> browser that supports Java applets, and applications such as Oracle
> e-Business Suite still use applets extensively (for Oracle forms). While
> that segment does not move very fast, it does not mean other unrelated
> groups within the same corporation are not updating GWT regularly. It is
> hard to generalize In a multinational company  with tens of thousands of
> employees.
>
> Regards
>
> Tony
>
> On Thu, Mar 11, 2021 at 9:49 AM Jens  wrote:
>
>> Dropping IE 8-10 shouldn't really hurt. Companies that require it are
>> probably not upgrading GWT in a fast pace anyways.
>>
>> However I wouldn't drop IE 11 anytime soon. IE 11 itself is tied to
>> the lifecycle of Microsoft's operating systems, which means for Windows 
>> 10
>> it is supported until 2025 (for now). So just because MS and Google drop
>> support for IE 11 in some/all of their products, the browser itself is
>> still generally supported by MS. So we should think twice before removing
>> IE 11 from a library such as GWT, even if it means to decline/revert
>> certain commits if they break IE 11. From own experience I have usually
>> seen something around 8% of IE 11 usage in GWT based apps.
>>
>> However I am pretty sure more and more companies will announce
>> dropping IE 11 this year or next year. With MS and Google starting, this
>> could easily have a domino effect. However GWT also also strongly used
>> internally inside companies so it might not have that much of an effect 
>> in
>> that area.
>>
>> If we ditch IE 8-10 and only leaving gecko1_8 and safari, can't we
>> kill them both as well and put them together? Are there so many 
>> differences
>> in code between both? From my work migrating GWT code to
>> elemental2/JsInterop I had the feeling that only some minor stuff is
>> different between both. So there shouldn't be that 

Re: [gwt-contrib] Goodbye IE 8–9 

2021-03-10 Thread Matt Davis
I can't see an argument for keeping any IE version supported with both
microsoft and google dropping support.  Hopefully dropping support would
also allow some optimizations or simplifications. Internally, we were
planning on supporting IE11 until microsoft dropped support and forced the
issue.


On Wed, Mar 10, 2021 at 4:34 AM 'Goktug Gokdogan' via GWT Contributors <
google-web-toolkit-contributors@googlegroups.com> wrote:

> I highly recommend dropping IE11 as well in the next release. It will be
> no longer supported by Microsoft and GMail and Google Workspace will be
> dropping its support in March 15:
>
> https://workspaceupdates.googleblog.com/2020/12/ending-support-for-ie11-for-all-google-workspace.html
>
> That means internally we will stop testing and developing for it and
> things may start breaking over time.
>
> On Wed, Mar 10, 2021 at 1:21 AM Thomas Broyer  wrote:
>
>> Fwiw, a change in GWT emulation of longBitsToDouble and doubleBitsToLong (
>> https://gwt-review.googlesource.com/c/gwt/+/23140) has landed that uses
>> Typed Arrays. This means they won't work in IE8 and IE9 anymore:
>> https://caniuse.com/typedarrays
>>
>> Maybe it's time to remove support for those old versions? (it's long
>> overdue if you ask me)
>> I'd actually go as far as only keeping IE11 for the time being (which
>> uses the gecko1_8 permutation).
>> A first step might be to disable them by default, like we did for the ie6
>> and opera permutations in 2.6, removed in 2.7.
>>
>> Fwiw, for a while now, gwt-maven-archetypes has had > name="user.agent" value="ie10,gecko1_8,safari" /> (i.e. it already disabled
>> ie8 and ie9), and I'll change it to gecko1_8,safari soon.
>>
>> --
>> 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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/google-web-toolkit-contributors/5adb9f2d-d8df-45c9-a084-d361df389979n%40googlegroups.com
>> 
>> .
>>
> --
> 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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAN%3DyUA0FjL2ACrrG57qmnK4L6pHXLmzx4UwSrYkvSnYaifyhrQ%40mail.gmail.com
> 
> .
>

-- 
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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAKAo3tR_%3D%3Dv91yVoe5A%2B%2BTV8NoL4CZXzgHS5AcxFGZqjRxmn3w%40mail.gmail.com.


Re: [gwt-contrib] Required JDK version to build GWT?

2020-06-29 Thread Matt Davis
I agree with this statement: "it seems like the clearest win is to move all
the way to Java11, though continue to target java 8 releases, and test on
all JREs up until current."

On Mon, Jun 29, 2020 at 10:21 PM 'Goktug Gokdogan' via GWT Contributors <
google-web-toolkit-contributors@googlegroups.com> wrote:

> wrt running tests:
> See https://gwt-review.googlesource.com/c/gwt/+/13861 for the pattern
> used in JRE earlier; and the CI was updated to run in both 7 and 8 at the
> same time.
>
> PS: Compiler tests ("jjs.test.Java8Test") was different because we really
> needed to run the compiler tests with new syntax inside Google which didn't
> have the Java8 VM at the time. It wasn't a deal breaker to be not able run
> Java8 JRE tests at the time so they are not super sourced.
>
> I recommend the same approach.
>
>
> On Mon, Jun 29, 2020 at 6:45 PM Colin Alworth  wrote:
>
>> As of somewhere in the time leading up to the GWT 2.9.0 release, it is no
>> longer possible to build GWT with Java7, and similarly the decision was
>> made to no longer officially support running on Java7
>> (jsinterop-annotations use of "TYPE_USE", newer jetty version too I
>> believe).
>>
>> There is still some defunct wiring in the build to handle Java 7 vs Java
>> 8 though, mostly with regards to running tests - since we first javac our
>> java classes, and then run gwtc on them, we need to make sure that the java
>> version being use can correctly compile those tests.
>>
>> The issue https://github.com/gwtproject/gwt/issues/9683 is tracking some
>> of the existing work on this: the main remaining piece is to decide how to
>> handle javadoc. GWT has its own custom doclet to handle a few custom tags,
>> "example", "gwt.include", and "tip". None of this compiles after Java 8,
>> since Java 9 came with a new, incompatible API to build custom tags, so
>> either we drop Java 8 support for building the toolkit, require _only_ Java
>> 8 to build, support two parallel copies of the custom doc wiring, or drop
>> the doc wiring entirely and remove these custom tags throughout the
>> codebase.
>>
>> Since the release of GWT 2.9 and my own work on the above ticket, I've
>> been picking back up some Java 9/10/11 JRE emulation work that I had
>> previously paused, and I'm running into the issue described at the top - if
>> you write a test that calls Map.of() and run it on Java8 as a GWTTestCase,
>> you'll get a compile error.
>>
>> Two basic ways I can easily see to fix this: we can make two copies of
>> each test, one as an empty "real" java type and one as supersource, or we
>> can guard those tests behind java version args in the build glue like we
>> did for Java7 vs Java8. The first option is clunky, and while I see this
>> was done for `com.google.gwt.dev.jjs.test.Java8Test`, it clearly wasn't
>> done for JRE emulation tests, and I assume there was a reason for that. The
>> second option requires changing our CI to build+test on some new JRE...
>>
>> ...and given the constraints of the Java LTS system, and the java 8/9
>> divide for custom doclet stuff, it seems like the clearest win is to move
>> all the way to Java11, though continue to target java 8 releases, and test
>> on all JREs up until current.
>>
>> So that's my pitch. For completeness, some other options that seem
>> workable, keeping in mind that at present there are about 3 important JRE
>> versions to support well: Java 8, Java 11, and the current stable release.
>>  * Require Java8 for javadoc, supersource tests
>>  * Allow any JRE 8+, use ant filters for tests for each version, maintain
>> two javadoc builds
>>  * Allow any JRE 8+, use ant filters, only actually produce javadoc on
>> java9+ builds
>>
>> Other technical ways to deal with this, or have a missed an easier
>> solution to one of these problems?
>>
>> --
>> 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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/google-web-toolkit-contributors/0aa0701b-4287-4e4c-bbef-23952898c64an%40googlegroups.com
>> 
>> .
>>
> --
> 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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAN%3DyUA1L4gAaaEkqgWnqL%3DiKDX_aUjX1L0WThdG4yuxUyHdQMQ%40mail.gmail.com
> 

Re: [gwt-contrib] Resolving cycle dependency between gwt-safehtml & gwt-safecss

2020-06-25 Thread Matt Davis
+1 to merge.

On Thu, Jun 25, 2020, 4:26 PM Juan Pablo Gardella <
gardellajuanpa...@gmail.com> wrote:

> +1 to merge them. It seems the simplest solution.
>
> On Thu, 25 Jun 2020 at 17:23, Colin Alworth  wrote:
>
>> One potential option could be moving the tests into gwt-safecss, and only
>> release them together - the release process through sonatype will permit
>> you to push more than one set of artifacts, test them in the staging repo,
>> and then release to central together. That would imply using either local
>> artifacts to build gwt-safecss (instead of pulling from central), or
>> temporarily adding the staging repo to the pom.
>>
>> It does seem simpler to just merge to gwt-safehtml - especially since I
>> doubt that gwt-safecss is often used by itself.
>>
>> On Thursday, June 25, 2020 at 3:19:05 PM UTC-5 juan_pablo_gardella wrote:
>>
>>> Not too much options I think, see
>>> https://stackoverflow.com/questions/55429921/how-to-fix-cyclic-dependency-between-java-modules
>>>
>>> Maybe a new common shared module (maven artifact in this case) or merge
>>> safehtml and safecss into a new one and let them deprecated.
>>>
>>> Juan
>>>
>>> On Thu, 25 Jun 2020 at 17:14, 'Frank Hossfeld' via GWT Contributors <
>>> google-web-tool...@googlegroups.com> wrote:
>>>
 To prepare GWT for j2cl we need to move the modules out of GWT, replace
 generators with ATP, etc. This is in progress and the first modules
 (SNAPSHOT) are released.

 Migrating gwt-safehtml and gwt-safecss runs into a problem, cause
 gwt-safehtml depends on gwt-safecss and gwt-safecss depends on
 gwt-safehtml. This is a serious issue, cause one can not be build and
 tested without the other.

 To solve this issue, we are looking for solutions.

 One solution might be to move the tests out of gwt-safehtml. But then
 gwt-safehtml needs to be build and deployed before the tests run and might
 be deployed with failing tests. That looks like a bad solution.  At the
 moment the idea is to move the sources and tests from gwt-safecss into
 gwt-safehtml and delete gwt-safecss. This will remove the cycle dependency
 between these two modules, but doing so, the module will be the first
 module that contains two old modules in one new.

 Any other ideas how to solve this issue?

 --
 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 google-web-toolkit-co...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/a8d6c785-c8d9-4eba-8cc2-0b42ecac1124o%40googlegroups.com
 
 .

>>> --
>> 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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/google-web-toolkit-contributors/8b4addde-bf52-4a88-b38f-fd2c0493f9f9n%40googlegroups.com
>> 
>> .
>>
> --
> 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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/CA%2BkiFscwn64KFDxxoqNx5hKRWCVQZ08HkS9GkbZvw6%3D%3D_5YcWA%40mail.gmail.com
> 
> .
>

-- 
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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAKAo3tSKeM_bywaLaQPqujdYwSe-DfGy-47JPTJnB1q%2BQHcxrA%40mail.gmail.com.


[gwt-contrib] Re: HashCode H$ property should be not enumerable

2020-06-12 Thread Matt Davis
I would love to see just ie11 supported. 

-- 
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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/a829513d-bc84-456f-9f38-739747e65608o%40googlegroups.com.


Re: [gwt-contrib] GWT Java7 support

2019-10-22 Thread Matt Davis
I feel like many more people would enjoy a decent version of embedded
jetty. Java 7 hasn't had public support in awhile and Oracle premium
support ended this earlier this.

On Tue, Oct 22, 2019, 1:24 AM Jens  wrote:

> It’s kept so long because of java 7 servers and the fact that gwt-servlet
> doesn’t have its own ant compile target.
>
> But I guess it should be fine to drop java 7, it is also holding back
> upgrading embedded jetty to a decent version.
>
> --
> 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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/b5eb4fbe-0471-479b-9734-56d33d9d129e%40googlegroups.com
> .
>

-- 
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 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAKAo3tSupuqgijH9sYu%2BN6fo-%2BBpPLuU4kzdpLSJHWUQ-QWC5A%40mail.gmail.com.


Re: chrome 53 freezes my GWT 2.7 app

2016-10-26 Thread Matt Sutterlin



I was actually about to open a new topic on this exact issue till i found 
this. We have a rather gwt large app, where we are at the point of setting 
our SDM VM args to -Xmx14g. All was working well until yesterday when I 
updated from Chrome 53 to Chrome 54. Now, everytime I try to hit a 
breakpoint in super dev mode, it actually hits the breakpoint in dev tools, 
the does its normal spinning (where its loading up the source maps), then 
after 3 seconds completely crashes the chrome tab with an Chrome Out of 
Memory Exception. Note: the app works fine in super dev mode as long as i 
dont hit any breakpoints. Also, I have plenty of free ram available. Im 
thinking this is an issue with Chrome itself, but figured I'd check here 
first. (let me know if I should break this out into its own thread)

On Friday, September 30, 2016 at 7:23:17 AM UTC-4, Kirill Prazdnikov wrote:
>
> Debugging in Chrome is broken for me. 
> It consumes 100% cpu and hangs.
> I use an old Chrome to work.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


Any JSON library that works in both GWT and non-GWT environments?

2016-02-04 Thread Matt Campbell

Hello:

I want to develop an application that shares code between the browser 
(via GWT), ANdroid, and iOS (via JJ2ObjC), like Inbox. My application 
will access JSON-based web APIs, so it needs to be able to parse and 
serialize JSON. So does anyone know if there's a Java JSON library that 
works in both GWT and non-GWT environments? I see that GWT has its own 
JSON package, but that won't work for the other platforms. And a quick 
look at Gson and Jackson shows that they depend a lot on reflection, 
which GWT doesn't support.


Thanks,
Matt

--
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


Re: What is planned release date for GWT 2.8 (with lambdas) ?

2015-08-17 Thread Matt McHenry
I'll report a bit of data:

We have an app that uses GWT only for headless stuff (it's part of a 
larger Angular application).  We have about 142k lines of GWT code.  We 
recently built GWT from the tip of master (541858e0), and saw no issues in 
upgrading to that from 2.7.0.

As we've started using lambdas in our code, we have run into one issue, 
https://github.com/gwtproject/gwt/issues/8991.  We tried simply updating to 
the new tip of master (which purports to contain the fix), but that caused 
Guava to start failing because they haven't released a version that 
contains 
https://github.com/google/guava/commit/9e56ef17c335319d21f1f2c454176c9d32687a59 
yet.  So instead of trying to also build guava from master, for now we've 
just refactored the offending code to use a named inner class.

All in all, we're pretty happy with running from GWT master so far.  I 
should also note that this app isn't in production yet; we hope that'll 
happen in the next couple of months.


On Monday, August 17, 2015 at 11:17:18 AM UTC-4, Yuriy Nakonechnyy wrote:


 I think one issue is that Google builds their apps from GWT master branch. 
 They don't need release versions. That also means that the master branch is 
 stable and its fine to use it in production.

 The company I work for does the same. We have some custom GWT patches and 
 build or own GWT every one or two month based on the master branch. We 
 don't really had any problems with that approach.


 Yes, this seems fine for smaller changes like bug fixes/minor changes but 
 how about major changes like update of JDT and support of Java 8? Did this 
 occur overnight and if it occurred overnight how confident GWT developers 
 are in such changes? In my opinion, in such cases it would be good to hear 
 a word from GWT developers (or steering commitee - sorry I'm not well aware 
 of the organization behind GWT) regarding stability of certain releases 
 because they are more aware of that, rather than community.
  


 Some days ago in IRC and proposed that GWT should do regular releases 
 from the CI server that do not have -SNAPSHOT in their names and have a 
 slightly different version number, e.g. major for breaking 
 changes.timestamp. These CI releases could probably also be done after 
 Google had tested the build against all their internal apps. 

 That way a new release can be done every one or two month and the 
 enterprise guys are happy because no -SNAPSHOT dependency is in their 
 build file. Maybe that is an acceptable compromise between using SNAPSHOT 
 builds vs. a released version. At least it would more closely match how 
 Google works and Google is the main committer.


 Yes, that would be just perfect in my opinion and keep everyone happy :)
  

 Also some days ago Thomas Broyer said that they do a (roughly) monthly 
 steering group meeting but sometimes they don't release meeting minutes 
 because they contain confidential information (from one or more of the 
 companies in the meeting group). I proposed to just remove such information 
 because it is very likely not relevant to the community at all and then 
 regularly release the meeting minutes. 

 Maybe they pick up both points in the next steering group meeting.


 Hmm, the fact that steering groups meets regularly is really a *great 
 news for the community *because this means that *1. GWT is not dead *and *2. 
 It is actually being driven by steering commitee and not arbitrarily by 
 community *(because I started to feel that Google abandoned it and it is 
 developed by separate enthusiasts). Maybe I missed something but since 
 March this year the only online resource with regular updates regarding GWT 
 I found was http://gwtdaily.com/. So in my opinion good automation of the 
 release process is good, but there anyway should be some *social 
 human-driven **part *in it, so that community could have a look at it and 
 have a general perception on how the project is going. And in my opinion, 
 not only the community should provide this *social part *but rather it 
 should be provided by the team behind GWT in form of some minor regular 
 updates e.g. like news section on the website or e.g. Twitter. In this way 
 community could later refer to original website's news in their blogs which 
 is very good. *I guess any news updates are better than no updates *so if 
 nothing important or interesting happened during meeting - then it's 
 sufficient to just write that the meeting took place - this fact of meeting 
 itself is very important, IMO. The same goes for commits / minor version 
 updates - even if they are minor, the fact of their regular presence is 
 very essential to the community. Without them, in today's *hipster world 
 *everyone 
 got used to frequent updates (think Twitter, daily news, daily Facebook 
 posts etc) so if there are no human-written status update for some period 
 of time, people start to turn to competitors :)
  


 -- J.


 *Thanks a lot for the heads up, Jens 

Re: GWT 2.7.0 RC1 available

2014-10-30 Thread Matt Wallis
Hi Daniel.

I'm now using 2.7.0-rc1, and incremental compilation is working (Hoorah!). 
I'm launching the codeserver from the command line (mvn 
gwt:run-codeserver), and running the in-browser compilation from Chrome 
using new bookmarklets. So far so good.

However, if I add a new source file, it is not found by incremental 
compilation. As a work-around, I restart the codeserver (which causes a 
full recompilation), and then next time I compile from within the browser, 
another full compilation is also necessary. Then finally, after 2 full 
recompilations, I'm back with the benefits of incremental compilation. 

Is this to be expected, or does it indicate that I don't have things 
configured properly? If this is the expected/current behaviour, then is 
there a better work-around (that does not require 2 full recompilations)?

Best regards,
Matt.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


Re: GWT 2.7.0 RC1 available

2014-10-30 Thread Matt Wallis

On 30/10/2014 16:38, Matt Wallis wrote:


However, if I add a new source file, it is not found by incremental 
compilation.

Update: Now I can't repeat this, having added another new source file.

--
You received this message because you are subscribed to the Google Groups Google 
Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


Reskinning a GWT application that uses ClientBundles and CssResources

2014-09-18 Thread matt tate
Hello all,

We've a large GWT app that relies heavily on UiBinder for layout and 
ClientBundles and CssResources for style. We are now faced with a company 
rebrand that requires us the change the fonts, images and colour schemes 
for the entire app. In addition, a lot of our basic styles are duplicated 
across Views and Widgets, which means we essentially have a collection of 
sudo-webcomponents that are highly portable but very hard to change as a 
group.

Has anybody had any experience of re-skinning an app that's structured like 
this? Would we be better moving to global css rules that can reap the 
benefits of LESS or SASS?

Thanks for your time.

Cheers,
MAtt

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


Facebook canvas application integration

2014-05-11 Thread Matt G
Hi,
What would be the way to create a facebook canvas app using gwt?
I'd like to be able to make regular facebook calls like get friends
I assume it would be using their javascript sdk somehow.
Everything google gives me about this seems to be old (2009-2012)

Thanks

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


Re: Jetty 7

2013-09-14 Thread Matt Hauck
I agree that a servlet that cares whether it runs on jetty vs. tomcat is 
suspect and doing something wrong. However, there are tangible differences 
between jetty 6 and the years that have gone on since then: i.e. updated 
servlet APIs. The fact that jetty 6 is stuck and an old servlet api is a 
strong reason to not use it anymore. I don't see why there is a hesitancy 
to upgrade a piece of software that is three major revisions behind and has 
even been end-of-life'd!

The built in jetty 6 simple doesn't work for a servlet that wants to take 
advantage of the newer servlet api features. Running it in an external 
container is an option, but makes debugging both the servlet as well as the 
gwt code more complicated. Why then even have am embedded server to begin 
with? 

It's been two years+ since this answer and gwt is still on jetty 6. Is this 
in plan yet to support upgrading jetty?


On Monday, June 27, 2011 4:05:35 PM UTC-7, Thomas Broyer wrote:

 The embedded Jetty should only be taken for what it's for: a simple 
 servlet container. It's only meant to run servlets, you shouldn't even care 
 whether it's Jetty or Tomcat.
 If you feel the need to be consistent, and run Jetty 6 because of that, 
 I'd say you have a problem: you should use an external server instead, with 
 your own software (Jetty7, or even a Jetty8 milestone, Tomcat, whatever) 
 for your tests. You can still use the embedded Jetty for fast iterations 
 when coding, but you should run your integration tests within the server 
 you'd like to deploy with (and not deploy the server matching the one 
 you're happy to easily test against).

 As to your initial question, there have been attempts last summer to move 
 to Jetty7 (mainly for the support of WebSockets IIRC) but there were issues 
 with classloaders. John 'jat' Tamplin is an active contributor to the 
 WebSockets protocol at the IETF, and that one seems to have finally 
 stabilize, so GWT will probably move to Jetty7 or Jetty8 in the future… 
 provided the classloader issues can be fixed/worked around.


-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.


Re: Jetty 7

2013-09-14 Thread Matt Hauck
Sweet. =)

-- 
Matt Hauck


On Saturday, September 14, 2013 at 3:53 AM, Thomas Broyer wrote:

 
 
 On Friday, September 13, 2013 10:18:20 PM UTC+2, Matt Hauck wrote:
  It's been two years+ since this answer and gwt is still on jetty 6. Is this 
  in plan yet to support upgrading jetty?
  
 
 
 Yes: https://gwt-review.googlesource.com/4323
 
 FYI, the classloader issues were with Spring Roo, not in GWT proper, and I 
 don't think anyone still really cares about Spring Roo + GWT integration. 
 
 -- 
 You received this message because you are subscribed to a topic in the Google 
 Groups Google Web Toolkit group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/google-web-toolkit/S-oFLPXoeDM/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to 
 google-web-toolkit+unsubscr...@googlegroups.com 
 (mailto:google-web-toolkit+unsubscr...@googlegroups.com).
 To post to this group, send email to google-web-toolkit@googlegroups.com 
 (mailto:google-web-toolkit@googlegroups.com).
 Visit this group at http://groups.google.com/group/google-web-toolkit.
 For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.


How to get Map InfoWindow Scrollbar to show

2013-07-02 Thread Matt Nolan
I'm using java for a map application, and I have a rather long string to be 
shown in an infowindow.  The window that displays overflows and overlays 
the map while the infowindow is open.  I'm wondering how I can add a 
vertical scrollbar to the infowindow.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.




Re: GWT listbox not working with single click.

2013-05-01 Thread Matt Horam
I'm having the same issue. Did you find a solution?

On Friday, August 31, 2012 7:19:40 AM UTC+10, Bobby wrote:

 When I click on the listbox in IE it doesnt open for the single click.It 
 works fine in Chrome.

 Please help with any solution for this problem


-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




Canvas drawn objects mouse events

2012-11-29 Thread Matt Fair
 

I have the following code:

public void draw(Context2d context) {

context.beginPath();
context.rect(x, y, width, height);
context.fill();
context.closePath();
context.stroke();

}

I would like to add a mouse event for when the mouse moves over the 
rectangle.  What's the best way to do this?  I was able to do it if I in 
the mouse move event for the canvas and with an if statement I checked to 
see if the mouse moved within the coordinates of the rectangle.  

canvas.addMouseMoveHandler(new MouseMoveHandler() {

  public void onMouseMove(MouseMoveEvent event) {

mouseX = event.getRelativeX(canvas.getElement());
mouseY = event.getRelativeY(canvas.getElement());

if(insideRectangle(mouseX, mouseY)) {

// fire mouse event for rectangle

}

  }

});

However, I am worry about working with a bunch of objects and speed doing 
it this way.  Is there a way to add a mouseMoveHandler directly to the 
rectangle?

Thanks,

Matt

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-web-toolkit/-/ZcJTa9KelVEJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: ScrollPanel inside layer of LayoutPanel

2011-12-07 Thread Matt S
Aidan O'Kelly aidanok@... writes:
 
 .. I see why this can't work now.. The child
 Widget of ScrollPanel needs an explicit size. Which kinda begs the
 question, why does ScrollPanel implement ProvidesResize?!
 

You stated you could see why it won't work, but did you figure out a suitable
solution? I have a similar deal - how can we allow a whole-screen scroll with
ScrollPanel when you have a ResizeCompositeWidget inside? 

In my case, I have a TabLayoutPanel as part of my page, and depending upon user
interaction, what is displayed on the tab can greatly vary. But I don't just 
want
the TabLayoutPanel to scroll, I want the whole page to do so,
header/footer/everything.



-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Click events with UIBinder

2011-07-19 Thread Matt
I am trying to add events to a Button using the UiBinder, but nothing
is happening when I click the Button. Here is my code:

Login.ui.xml:
ui:UiBinder
  xmlns:ui=urn:ui:com.google.gwt.uibinder
  xmlns:g=urn:import:com.google.gwt.user.client.ui 

g:HTMLPanel
g:Button ui:field=buttontest/g:Button
/g:HTMLPanel
/ui:UiBinder

Login.java:
package com.company.client.view;

import com.google.gwt.core.client.GWT;
import com.google.gwt.event.dom.client.ClickEvent;
import com.google.gwt.uibinder.client.UiBinder;
import com.google.gwt.uibinder.client.UiField;
import com.google.gwt.uibinder.client.UiHandler;
import com.google.gwt.user.client.ui.Button;
import com.google.gwt.user.client.ui.Composite;
import com.google.gwt.user.client.ui.Widget;

public class Login extends Composite {
interface LoginUiBinder extends UiBinderWidget, Login { }
private static LoginUiBinder uiBinder =
GWT.create(LoginUiBinder.class);
@UiField Button button;

public Login() {
initWidget(uiBinder.createAndBindUi(this));
}
@UiHandler(button)
void onButtonClick(ClickEvent event) {
Window.alert(test);
button.setSize(200px, 300px);
}
}

Entry.java:
package com.company.client.presenter;

import com.google.gwt.core.client.EntryPoint;
import com.google.gwt.dom.client.Document;
import com.presto.client.view.Login;

public class Entry implements EntryPoint {

@Override
public void onModuleLoad() {
Login l = new Login();
Document.get().getBody().appendChild(l.getElement());
}

}


The button correctly shows on the page, but there is no click event.
I am new to GWT, so I'm not sure what else I'm missing.  Any ideas?
Thanks.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



$wnd.Array()

2011-07-12 Thread Matt Curry
Hey guys,

I am integrating with a library that has a function that looks like
this:
function splat(obj) {
if (!obj || obj.constructor !== Array) {
obj = [obj];
}
return obj;
}

I was sending JsArray instances to it and noticed that it was always
wrapping the object in a new array.  I believe that this is because
GWT is running in a hidden iframe.

Therefore I created a jsni method:

public static native JsArrayJavaScriptObject createArray()/*-{return
new $wnd.Array();}-*/;

This works on the PC.  However on firefox and safari on the mac it
does not work.  It still always wraps the object in a new array.

Does anyone have any suggestions?

Thank you very much for your help.

Matt Curry

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: SafeHtmlUtils on the server side

2011-03-29 Thread Matt
The code in question is located in gwt-dev.jar and when I do use that
jar it works. It just seems odd that they would place a class inside
of gwt-servlet.jar and not have it fully function. I am a bit hesitant
to put gwt-dev.jar on my classpath as it is not supposed to be used
server side. Perhaps I am just standing on principle.

Thanks for your help.

--Matt--

On Mar 25, 12:35 pm, Juan Pablo Gardella gardellajuanpa...@gmail.com
wrote:
 I suppose you need some class in the server side. Put gwt-user.jar in server
 side and test

 2011/3/25 Matt viper2...@gmail.com







  I am trying to use the SafeHtmlUtils class on the server side to make
  sure some HTML I am sending back to the client side is placed in a
  SafeHtml object before it is returned. I am assuming it can be used on
  the server side as its package name is com.google.gwt.safehtml.shared
  and the class is inside of the gwt-servlet.jar When I go and call
  SafeHtmlUtils.fromSafeConstant() I get a NoClassDefFoundError (below).

  java.lang.NoClassDefFoundError: com/google/gwt/thirdparty/
  streamhtmlparser/ParseException
         at

  com.google.gwt.safehtml.shared.SafeHtmlUtils.fromSafeConstant(SafeHtmlUtils 
  .java:
  79)

  I found the class/package that it was looking for in the gwt-dev.jar.
  I am wondering if this is a bug that should be reported to Google or
  is the SafeHtmlUtils class not allowed to be used on the server side?

  Thanks.

  --
  You received this message because you are subscribed to the Google Groups
  Google Web Toolkit group.
  To post to this group, send email to google-web-toolkit@googlegroups.com.
  To unsubscribe from this group, send email to
  google-web-toolkit+unsubscr...@googlegroups.com.
  For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



SafeHtmlUtils on the server side

2011-03-25 Thread Matt
I am trying to use the SafeHtmlUtils class on the server side to make
sure some HTML I am sending back to the client side is placed in a
SafeHtml object before it is returned. I am assuming it can be used on
the server side as its package name is com.google.gwt.safehtml.shared
and the class is inside of the gwt-servlet.jar When I go and call
SafeHtmlUtils.fromSafeConstant() I get a NoClassDefFoundError (below).

java.lang.NoClassDefFoundError: com/google/gwt/thirdparty/
streamhtmlparser/ParseException
at
com.google.gwt.safehtml.shared.SafeHtmlUtils.fromSafeConstant(SafeHtmlUtils.java:
79)

I found the class/package that it was looking for in the gwt-dev.jar.
I am wondering if this is a bug that should be reported to Google or
is the SafeHtmlUtils class not allowed to be used on the server side?

Thanks.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: GWT 2.1.1 RequestFactory Strange Exception

2010-12-21 Thread Matt Moriarity
@ProxyFor(value = Person.class, locator = PersonLocator.class)

then having a PersonLocator which implements LocatorPerson would fix this 
for you.

But in order to get your static service methods (besides just the find 
method), you need a ServiceLocator for your service:

@Service(value = PersonService.class, locator = MyServiceLocator.class)

I'm not sure if the locator for the service is necessary if it has a default 
constructor. We use Spring, so we have a service locator that just pulls the 
bean out of spring.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Idea of RequestFactory

2010-12-21 Thread Matt Moriarity
You could add the with(address) to the findAll call:

requestFactory.personRequest().findAll().with(address).fire(...); 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



RequestFactory entity proxies can't be cloned.

2010-12-21 Thread Matt Moriarity
I posted this in gwt-contributors but I feel this might be the more 
appropriate group.

I'm attempting to switch to using RequestFactory instead of GWT-RPC 
and manually creating DTOs. It's been going pretty well, except I've hit 
one use-case that is just a brick wall.
 
I have a panel that is an EditorDocumentProxy which uses 
a RequestFactoryEditorDriver to handle the editing. One of the properties 
of DocumentProxy is another proxy, which I want to edit in a dialog box 
that shows when a button is clicked in the panel. The dialog is another 
Editor.
 
The problem is that anytime something changes in this dialog, I want 
to flush the editor, send the current values to the server for validation, 
and report any errors right away. This works fine, but the dialog box has 
a cancel button, which should revert any changes made in the dialog box.
 
I was able to do this before by storing the original value when it's 
set, and editing a clone while in the dialog box. But entity proxies can't 
be usefully cloned in any way that I currently see, so I'm at a loss as to 
how to get this behavior.
 
Any suggestions? I'm currently on GWT 2.1.1rc1, should be upgrading to 
2.1.1 soon.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: RequestFactory entity proxies can't be cloned.

2010-12-21 Thread Matt Moriarity
I can kind of see how your proposed solution would work, and I guess that 
could be done if necessary. I was trying to use separate request contexts, 
and got the aforementioned crossing streams error, but I was editing the 
whole document.

The solution you suggest is hardly ideal though, so I'm wondering if someone 
has another idea.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



[gwt-contrib] RequestFactory entity proxies can't be cloned

2010-12-20 Thread Matt Moriarity
I'm attempting to switch to using RequestFactory instead of GWT-RPC and 
manually creating DTOs. It's been going pretty well, except I've hit one 
use-case that is just a brick wall.

I have a panel that is an EditorDocumentProxy which uses a 
RequestFactoryEditorDriver to handle the editing. One of the properties of 
DocumentProxy is another proxy, which I want to edit in a dialog box that 
shows when a button is clicked in the panel. The dialog is another Editor.

The problem is that anytime something changes in this dialog, I want to 
flush the editor, send the current values to the server for validation, and 
report any errors right away. This works fine, but the dialog box has a 
cancel button, which should revert any changes made in the dialog box.

I was able to do this before by storing the original value when it's set, 
and editing a clone while in the dialog box. But entity proxies can't be 
usefully cloned in any way that I currently see, so I'm at a loss as to how 
to get this behavior.

Any suggestions? I'm currently on GWT 2.1.1rc1, should be upgrading to 2.1.1 
soon.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

Re: To GWT or Not to GWT

2010-12-17 Thread Matt Hill
I don't understand the discussion of widgets here because GWT is clearly not 
designed to be used for multiple embedded widgets on the same page.

You can do it, but it'll require using some lesser-known features and maybe 
even hacks to get it to run as get the initial download for all of the 
gadgets as small as it would be with other libraries. As GWT clearly isn't 
designed for gadgets this discussion is meaningless.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



How to load data BEFORE showing view/presenter?

2010-12-01 Thread Matt H
Hi.

If you poke around some of Google's GWT apps, you'll find that when
you click on anything which requires more data to be loaded, that a
'loading' sign is displayed at the top of the screen, and while
loading, it stays on the current view, and then when the data for the
next view has been downloaded, the loading sign is removed and the new
view is shown.

How can I implement this behavior?

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: How to load data BEFORE showing view/presenter?

2010-12-01 Thread Matt H
Anyone? Surely it's simple enough to do?

On Dec 1, 1:27 am, Matt H matt2...@gmail.com wrote:
 Hi.

 If you poke around some of Google's GWT apps, you'll find that when
 you click on anything which requires more data to be loaded, that a
 'loading' sign is displayed at the top of the screen, and while
 loading, it stays on the current view, and then when the data for the
 next view has been downloaded, the loading sign is removed and the new
 view is shown.

 How can I implement this behavior?

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: TabLayoutPanel does not listen to width

2010-11-30 Thread Matt H
Yes, the UI widgets are all terrible. Google Closure has much better
widgets.

On Nov 30, 10:10 am, Baloe nielsba...@gmail.com wrote:
 Hi all,

 I'm using a tabLayoutPanel with three tabs. However, the total width
 is now dynamicly created by the width of the content of the current
 tab. But, my first and second tabs are not that wide, so the third tab
 always hangs a bit outside of the tab. How can I set the width of the
 TabLayoutPanel?

 I tried several things, but I can't seem to set the width.
 tabLayoutPanel.setWidth(700px);
 tabLayoutPanel.setSize(700px, 500px);
 tabLayoutPanel.setPixelSize(700, 500);
 with and without tabLayoutPanel.onResize();

 uibinder file:
         g:FlowPanel
                 g:TabLayoutPanel ui:field=tabLayoutPanel
                         barHeight=50 height=600px
                 /g:TabLayoutPanel
                 g:Button ui:field=buttonAdd text={i18n.save} /
         /g:FlowPanel

 I'm adding the tabs in java code after binding.
         tabGeneral = new FlexTable();
         .
         tabLayoutPanel.add(tabGeneral, i18nGeneral.name());

 I really like GWT a lot, but I must say that the ui pieces are really
 quite bad. You can't use certain widgets because it's standard mode
 (or not) without warnings, setting sizes and other basic stuff doesn't
 always work, examples often work in java code but not in the uibinder,
 etc. It would be nice if the widgets themselves were better. It feels
 like temporary broken, or just beta sourcecode. If you can make such a
 good java2javascript compiler, why not create proper widgets as well?

 Thanks!
 Niels

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



GWT Integration Test with Spring

2010-08-25 Thread Matt
Hi,

we've built our GWT app using the technique desribe here:

http://pgt.de/2009/07/17/non-invasive-gwt-and-spring-integration-reloaded/

The application context is loaded by referencing it in web.xml, the
servlets have their dependecies injected using a common base class.

When running in integration test mode using a GWTTestCase, we
substitute the Spring context with a test context that provides stubs
for all beans that would otherwise require some backend access:

if
(servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE)
== null) {
  /* Load test context */
} else {
  context =
WebApplicationContextUtils.getRequiredWebApplicationContext(servletContext);
}

This worked very well until GWT 2.1. Has anyone had the same problem
and found a good solution yet? All we've come up is some hacks to find
out whether we're running in integration test mode yet.

Best regards,
Matt

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Is Google a quitter ... Wave is dead

2010-08-19 Thread Matt H
The new Orkut is made with GWT as are many other Google products. I'd
say it's extremely safe.

On Aug 10, 4:39 pm, rudolf michael roud...@gmail.com wrote:
 hey i have paid a license for that exe but didn't use it much as most of the
 website had dynamic UI Generation ;)...so i guess by now it is LGPL ?



 On Tue, Aug 10, 2010 at 6:08 PM, Ashton Thomas ash...@acrinta.com wrote:
  GWT is here to stay. Wave just really help push GWT along as well as
  other technologies within Google. I wish they would have stuck with it
  longer. People aren't ready for wave yet but I think it does serve a
  purpose.

  Yes it’s true. Instantiations’ award-winning Java and Ajax
  development tools and our incredible Eclipse team have been acquired
  by Google. We are all very excited about taking our technology and
  team to the next level - and there is no bigger step up than Google!
  We very much appreciate your patronage and interest through the years.
  As part of Google, we look forward to continuing to work with you.
  Please stay tuned for exciting new announcements coming soon on the
  Google Web Toolkit blog.

 http://www.instantiations.com/

  On Aug 10, 10:34 am, André Moraes andr...@gmail.com wrote:
   This forum has more than 23000 people and the GWT compiler is pretty
  mature.

   Since the compiler is the single most important piece of the entire GWT
   project even if google don't support GWT the community can continue the
   work.

   Google also released the Closure Toolkit (used in almost all applications
  at
   google: gmail, docs, blogger, reader, ...) and the community has little
   momentum and the project is maintained only by 20% people and GWT have
  it's
   own team to work.

   So GWT will have a good path.

   :)

   --
   André Moraes
   Analista de Desenvolvimento de Sistemas
   andr...@gmail.comhttp://andredevchannel.blogspot.com/

  --
  You received this message because you are subscribed to the Google Groups
  Google Web Toolkit group.
  To post to this group, send email to google-web-tool...@googlegroups.com.
  To unsubscribe from this group, send email to
  google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2Bunsubs 
  cr...@googlegroups.com
  .
  For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Wave Demise.........sad day for GWT

2010-08-19 Thread Matt H
GWT is used in LOTS of Google products nowadays, and I'd bet that
they're keen to use it more. They clearly love it, so I reckon it's
here to stay.

On Aug 6, 7:24 pm, Arthur Kalmenson arthur.k...@gmail.com wrote:
 I think it's important to remember that GWT was used to rebuild the
 AdWords UI, which is the primary driver of revenue for Google. I'm
 hoping that this will keep GWT top of mind for Googlers for a long
 time to come.

 Also, AFAIK, the mobile Gmail app is also built with GWT.

 --
 Arthur Kalmenson



 On Fri, Aug 6, 2010 at 4:10 AM, hummh hhu...@gmail.com wrote:
  I would expect an official announcement from Google, what impact that
  decision has to the future of GWT. On the one side,  I see many
  companies switching from classic server based web frameworks to GWT.
  On the other side one of the major innovation drivers of GWT is gone.
  So the questions are: what are the long term plans of Google for GWT?
  Are there plans to use it in other Google applications (would be the
  best sign that Google itself believes in GWT)? Are the companies
  investments in GWT future proof? ...

  On 5 Aug., 17:57, Chris Ramsdale cramsd...@google.com wrote:
  Thanks for all of the responses, even the criticism is highly
  beneficial. In regard to theWaveannouncement, we're certainly sad,
  but do realize that many features (Code Splitting, SOYC, another spin
  on MVP+GWT) were born out of the experiment. Where possible, we're
  definitely interested in pulling in some of theWavefunctionality
  into GWT (widgets obviously being top of mind).

  Re: Instantiations, we're extremely excited to have the team joining.
  Right now, we're heads down integrating the team and the products, but
  we'll keep the GWT community posted when we have more information.

  -- Chris

  On Aug 5, 12:04 am, Steve Wart st...@wart.ca wrote:

   Holy smokes, first SpringSource acquires GemStone, now this.

   Did someone in Silicon Valley suddenly figure out that Smalltalk is 
   cool? :)

   FWIW, I've had far more success getting JSON to work with Smalltalk
   and GWT than we ever had with 13 years of Java and XML. Coincidence?

   On Wed, Aug 4, 2010 at 6:21 PM, Shawn Brown big.coffee.lo...@gmail.com 
   wrote:
I just worry about GWT itself.  Google may kill GWT some day. Our
project heavy uses it:(.

Not anytime soon I imagine.

Look Google just acquired instantiations which makes the gwtdesigner.

   http://www.instantiations.com/

--
You received this message because you are subscribed to the Google 
Groups Google Web Toolkit group.
To post to this group, send email to 
google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group 
athttp://groups.google.com/group/google-web-toolkit?hl=en.

  --
  You received this message because you are subscribed to the Google Groups 
  Google Web Toolkit group.
  To post to this group, send email to google-web-tool...@googlegroups.com.
  To unsubscribe from this group, send email to 
  google-web-toolkit+unsubscr...@googlegroups.com.
  For more options, visit this group 
  athttp://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Introducing Guit: a next generation gwt framework

2010-08-19 Thread Matt H
Well, it's made with GWT of course!

On Aug 19, 12:18 am, Thomas Broyer t.bro...@gmail.com wrote:
 On 18 août, 15:17, Joe Hudson joe...@gmail.com wrote:

  Hi Gal,

  Please consider registering this project with GWT Marketplace 
  (http://www.gwtmarketplace.com).
  I'm hoping this website will help GWT
  developers find GWT-based products that they are looking for but it
  only works, of course, if people register.  Thanks.

 How is GWT Marketplace different from Google's GWT 
 Gallery?http://gwtgallery.appspot.com/

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: [gwt-contrib] Phasing in a new, unified linker

2010-07-29 Thread Matt Mastracci
On 2010-07-26, at 4:56 PM, John Tamplin wrote:

 Is the new linker designed to curtail extension, or to sanely encourage it?  
 The existing primary linkers ended up getting extended in brittle ways.
 
 That's a good point. Let's make it a final class to start with, and open up 
 extension points later as issues come up. There are no known needs for 
 extensions at this point.
 
 Well, we do know there will be other linkers, and if there aren't extension 
 points defined they will be done via cut-and-paste, which is what led to the 
 current state we are in.

I'd prefer if these classes weren't final, with a big warning that they may 
have breaking changes, even in minor revisions. I don't know if it's possible 
to predict every tweak that developers might want to make to the primary 
linker, but allowing a subclass to just specify a different template script 
certain covers a great deal of ground.

With the current hybrid JS/Java approach to linking, I think it would be very 
difficult to properly support any extensibility. 

I think it might be possible to move the template JS files to GWT-translated 
code with extension points managed through rebinding and overriding. Until 
then, making changes that involve JS modifications effectively require you to 
cut and paste the whole file. 

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

[gwt-contrib] Re: Adds a new CrossSiteIframeLinker. This linker works cross-site, (issue726802)

2010-07-29 Thread Matt Mastracci
[manually forwarding to list due to subscription bug...]

Wow, this looks great. This is exactly what I had imagined.

Once dev mode is in place we should be able to switch dotspots over to
this from our current custom linker.

I was looking through the latest SelectionScriptLinker in trunk and
didn't see where __COMPUTE_SCRIPT_BASE__ was defined. Is that new?


http://gwt-code-reviews.appspot.com/726802/diff/1/3
File dev/core/src/com/google/gwt/core/linker/CrossSiteIframeTemplate.js
(right):

http://gwt-code-reviews.appspot.com/726802/diff/1/3#newcode88
dev/core/src/com/google/gwt/core/linker/CrossSiteIframeTemplate.js:88:
(query.indexOf('gwt.hybrid') == -1);
Is it worth trimming the old gwt.hosted baggage from here?

http://gwt-code-reviews.appspot.com/726802/diff/1/3#newcode110
dev/core/src/com/google/gwt/core/linker/CrossSiteIframeTemplate.js:110:
scriptFrame.style.cssText = 'position:absolute; width:0; height:0;
border:none';
These should probably be !important to avoid user CSS accidentally
styling them. Also, left: -1000px and top: -1000px, since absolute by
default will place them at the end of the document potentially causing
sizing issues.

http://gwt-code-reviews.appspot.com/726802/diff/1/3#newcode265
dev/core/src/com/google/gwt/core/linker/CrossSiteIframeTemplate.js:265:
softPermutationId = Number(strongName.substring(idx + 1));
This code is probably from the older linker, but Number(x) can also be
written as +(x).

http://gwt-code-reviews.appspot.com/726802/show

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

Web server magic?

2010-06-17 Thread Matt
When I run a GWT application in eclipse, what is serving the web
page?  I haven't installed a web server, yet something is answering
requests on port  when I run the application through eclipse. Does
the eclipse plugin include a web server?

I'm having problems loading pages now... says:

HTTP ERROR: 503

Problem accessing /. Reason:

SERVICE_UNAVAILABLE
Powered by Jetty://


So I guess Jetty is running somehow... but I don't know how to fix
this problem since everything is magic and hidden from me.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: TabLayoutPanel with scroll buttons

2010-05-31 Thread Matt
Hi,

you won't be able to use this custom widget directly within an
UiBinder file due to this issue: 
http://code.google.com/p/google-web-toolkit/issues/detail?id=4342.

You should be able to wrap it into a Composite and then reference that
Composite in your UiBinder file though.

Hth,
Matt

On 18 Mai, 15:58, rkvaja rikesh.v...@gmail.com wrote:
 I'm trying to use this with UIBinder but getting issues telling me
 that I am missing required attributes barUnit, barHeight etc. Has
 anybody got this working with UIBinder?

 You received this message because you are subscribed to the Google
 Groups Google Web Toolkit group.
 To post to this group, send email to google-web-
 tool...@googlegroups.com.
 To unsubscribe from this group, send email to google-web-toolkit
 +unsubscr...@googlegroups.com.
 For more options, visit this group 
 athttp://groups.google.com/group/google-web-toolkit?hl=en.

 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group 
 athttp://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Limit generator invocation count

2010-05-26 Thread Matt
Hi,

I've written a custom generator, which functionally works fine. The
only slightly nagging point is that the generator generates the same
source code for all permutations, but still gets invoked once per
permutation (which means quite a few times for an app with i18n...).
This increases build time - is there any way to only invoke the
generator once, or to somehow cache the generated code so speed things
up?

Thanks for any help,
Matt

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: DockLayoutPanel Sample Code No Style Issue

2010-05-24 Thread Matt
I'm really surprised no one else has chimed in on this.  I was
thinking it should be just as simple as a missing CSS.

Any suggestions are greatly appreciated.
-m

On May 21, 11:42 am, Matt ima...@gmail.com wrote:
 Yep, I have !doctype html at the top of my html file..

 On May 21, 11:40 am, kozura koz...@gmail.com wrote:





  You have !DOCTYPE html at the top of your HTML file to set the
  browser to standards mode?

  On May 21, 10:01 am, Matt ima...@gmail.com wrote:

   I tried the DockLayoutCode which is presented in the 
   Javadoc:http://google-web-toolkit.googlecode.com/svn/javadoc/2.0/com/google/g...
   DockLayoutPanel p = new DockLayoutPanel(Unit.EM);
   p.addNorth(new HTML(header), 2);
   p.addSouth(new HTML(footer), 2);
   p.addWest(new HTML(navigation), 10);
   p.add(new HTML(some content));

   // I added this:
   RootLayoutPanel.get().add(p);
   All this code was obviously placed inside the onModuleLoad
   substituting the sample Eclipse startup code when you create a new
   GWT app. The output looked nothing like what was presented on
   DockLayoutPanel in the Developer's 
   Guide:http://code.google.com/webtoolkit/doc/latest/DevGuideUiPanels.html

   Am I missing a css or something else really simple?
   Thanks!
   -m

  --
  You received this message because you are subscribed to the Google Groups 
  Google Web Toolkit group.
  To post to this group, send email to google-web-tool...@googlegroups.com.
  To unsubscribe from this group, send email to 
  google-web-toolkit+unsubscr...@googlegroups.com.
  For more options, visit this group 
  athttp://groups.google.com/group/google-web-toolkit?hl=en.

 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group 
 athttp://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



DockLayoutPanel Sample Code No Style Issue

2010-05-21 Thread Matt
I tried the DockLayoutCode which is presented in the Javadoc:
http://google-web-toolkit.googlecode.com/svn/javadoc/2.0/com/google/gwt/user/client/ui/DockLayoutPanel.html
DockLayoutPanel p = new DockLayoutPanel(Unit.EM);
p.addNorth(new HTML(header), 2);
p.addSouth(new HTML(footer), 2);
p.addWest(new HTML(navigation), 10);
p.add(new HTML(some content));

// I added this:
RootLayoutPanel.get().add(p);
All this code was obviously placed inside the onModuleLoad
substituting the sample Eclipse startup code when you create a new
GWT app. The output looked nothing like what was presented on
DockLayoutPanel in the Developer's Guide:
http://code.google.com/webtoolkit/doc/latest/DevGuideUiPanels.html

Am I missing a css or something else really simple?
Thanks!
-m

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: DockLayoutPanel Sample Code No Style Issue

2010-05-21 Thread Matt
Yep, I have !doctype html at the top of my html file..

On May 21, 11:40 am, kozura koz...@gmail.com wrote:
 You have !DOCTYPE html at the top of your HTML file to set the
 browser to standards mode?

 On May 21, 10:01 am, Matt ima...@gmail.com wrote:





  I tried the DockLayoutCode which is presented in the 
  Javadoc:http://google-web-toolkit.googlecode.com/svn/javadoc/2.0/com/google/g...
  DockLayoutPanel p = new DockLayoutPanel(Unit.EM);
  p.addNorth(new HTML(header), 2);
  p.addSouth(new HTML(footer), 2);
  p.addWest(new HTML(navigation), 10);
  p.add(new HTML(some content));

  // I added this:
  RootLayoutPanel.get().add(p);
  All this code was obviously placed inside the onModuleLoad
  substituting the sample Eclipse startup code when you create a new
  GWT app. The output looked nothing like what was presented on
  DockLayoutPanel in the Developer's 
  Guide:http://code.google.com/webtoolkit/doc/latest/DevGuideUiPanels.html

  Am I missing a css or something else really simple?
  Thanks!
  -m

 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group 
 athttp://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: accents problem

2010-05-18 Thread Matt
Hi,

with your problem description being a bit vague, there are a few
points where you might be going wrong:

1) The encoding of the file you're reading - you said you changed it
to iso-8859-1, which might be fine - you can check if it displays
correctly in e.g. Eclipse. However, when working with GWT I would
suggest always working with UTF-8 if possible to avoid most encoding
problems

2) I guess you're reading the file on the server. It will quite
probably run using UTF-8 as default encoding, which you can check e.g.
with System.getProperty(file.encoding). The encoding when reading
the file needs to match the encoding of the file itself, you can
specify that in your InputStreamReader's (or however you read the
file) constructor.

3) The encoding of data coming from the server needs to match the
content-type meta tag in your app's HTML page

Hth,
Matt

On 18 Mai, 10:46, laurent bagno_laur...@hotmail.com wrote:
 I've a problem when i try to print accents.My application parse a csv
 file with the persons(first-lastName).Some having like
 Véronique,Benoît,...
 With Eclipse, doing click-droit, 'properties', 'Resources', i change
 to iso-8859-1.It's the same for firefox but never doing. I've a
 printing with a question mark inside a little square.

 Thanks for your request

 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group 
 athttp://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



GWT, SmartGWT, Google Visualization Help

2010-05-12 Thread Matt
I'm trying to draw a Google Column Chart into SmartGWT draggable
window.  I can draw the chart correctly.  I can draw the window
correctly.  I am just having trouble drawing the chart into the
window.  Does anyone have any examples or tutorials of doing this?

Thanks!
-m

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: GWT, SmartGWT, Google Visualization Help

2010-05-12 Thread Matt
I've solved my problem but am wondering if anyone else is doing
similar development..

On May 12, 2:10 pm, Matt ima...@gmail.com wrote:
 I'm trying to draw a Google Column Chart into SmartGWT draggable
 window.  I can draw the chart correctly.  I can draw the window
 correctly.  I am just having trouble drawing the chart into the
 window.  Does anyone have any examples or tutorials of doing this?

 Thanks!
 -m

 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group 
 athttp://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



TabLayoutPanel with scroll buttons

2010-05-06 Thread Matt
Hi,

the GWT TabLayoutPanel doesn't show scroll buttons if the visible
panel bar becomes smaller then width of all open tab headers.

There is an enhacement request issue pending that might be implemented
in a future version of GWT, until then you might find the attached
code snippet useful that extends TabLayoutPanel to show scroll buttons
if necessary.

Cheers,
Matt

package com.gwtscrolledtablayoutpanel.ui;

import com.google.gwt.dom.client.Style.Unit;
import com.google.gwt.event.dom.client.ClickEvent;
import com.google.gwt.event.dom.client.ClickHandler;
import com.google.gwt.event.logical.shared.ResizeEvent;
import com.google.gwt.event.logical.shared.ResizeHandler;
import com.google.gwt.event.shared.HandlerRegistration;
import com.google.gwt.resources.client.ImageResource;
import com.google.gwt.user.client.Command;
import com.google.gwt.user.client.DeferredCommand;
import com.google.gwt.user.client.Window;
import com.google.gwt.user.client.ui.FlowPanel;
import com.google.gwt.user.client.ui.Image;
import com.google.gwt.user.client.ui.LayoutPanel;
import com.google.gwt.user.client.ui.TabLayoutPanel;
import com.google.gwt.user.client.ui.Widget;

/**
 * A {...@link TabLayoutPanel} that shows scroll buttons if necessary
 */
public class ScrolledTabLayoutPanel extends TabLayoutPanel {

private static final int IMAGE_PADDING_PIXELS = 4;

private LayoutPanel panel;
private FlowPanel tabBar;
private Image scrollLeftButton;
private Image scrollRightButton;
private HandlerRegistration windowResizeHandler;

private ImageResource leftArrowImage;
private ImageResource rightArrowImage;

public ScrolledTabLayoutPanel(double barHeight, Unit barUnit,
ImageResource leftArrowImage, ImageResource rightArrowImage) {
super(barHeight, barUnit);

// The main widget wrapped by this composite, which is a 
LayoutPanel
with the tab bar  the tab content
panel = (LayoutPanel) getWidget();

// Find the tab bar, which is the first flow panel in the
LayoutPanel
for (int i = 0; i  panel.getWidgetCount(); ++i) {
Widget widget = panel.getWidget(i);
if (widget instanceof FlowPanel) {
tabBar = (FlowPanel) widget;
break; // tab bar found
}
}

initScrollButtons();
}

@Override
public void add(Widget child, Widget tab) {
super.add(child, tab);
checkIfScrollButtonsNecessary();
}

@Override
public boolean remove(Widget w) {
boolean b = super.remove(w);
checkIfScrollButtonsNecessary();
return b;
}

@Override
protected void onLoad() {
super.onLoad();

if (windowResizeHandler == null) {
windowResizeHandler = Window.addResizeHandler(new 
ResizeHandler() {
@Override
public void onResize(ResizeEvent event) {
checkIfScrollButtonsNecessary();
}
});
}
}

@Override
protected void onUnload() {
super.onUnload();

if (windowResizeHandler != null) {
windowResizeHandler.removeHandler();
windowResizeHandler = null;
}
}

private ClickHandler createScrollClickHandler(final int diff) {
return new ClickHandler() {
@Override
public void onClick(ClickEvent event) {
Widget lastTab = getLastTab();
if (lastTab == null)
return;

int newLeft =
parsePosition(tabBar.getElement().getStyle().getLeft()) + diff;
int rightOfLastTab = getRightOfWidget(lastTab);

// Prevent scrolling the last tab too far away 
form the right
border,
// or the first tab further than the left 
border position
if (newLeft = 0  (getTabBarWidth() - newLeft 
 (rightOfLastTab
+ 20))) {
scrollTo(newLeft);
}
}
};
}

/** Create and attach the scroll button images with a click handler
*/
private void initScrollButtons() {
scrollLeftButton = new Image(leftArrowImage);
int leftImageWidth = scrollLeftButton.getWidth();
panel.insert(scrollLeftButton, 0

minimizing latency

2010-04-23 Thread Matt Rosencrantz
Hello,

I'm trying to write a gwt application and it's very latency
sensitive.  In order to get back to the client faster I would like to
respond to the client in the middle of my GWT implementation
function.  Also I'm using appengine so I can't just spawn a thread to
do the work.

Normally in a servlet I would get called with a response object that
lets me write back to the client whenever I want:

doGet(request, response) {
  ... Do lots of time consuming work ...
  response.write_output_to_client();
  response.close_stream();
  .. Do lots more time consuming work...
}

But in GWT the normal flow is to do all the work in your function and
the clients get the data at the very end.

I'm sure I could overload doGet/Post and hack something together, but
I was wondering if anyone had already tackled this?  I'd really like
to get to something like:

void myRPCMethod(...normal method params...,
   RPCResponderRPCReturnType responder) {
... Do lots of time consuming work ...
responder.respond(result);
   ... Do lots more time consuming work...
}

Thanks,
Matt

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



[gwt-contrib] GPE JSNI formatting issues

2010-04-02 Thread Matt Mastracci
Hey all,

I've been fighting this JSNI formatting bug for a while now. The Google Plugin 
for Eclipse is basically flattening the indents on all my JSNI methods when 
using the format command. With the 'format on save' option chosen in Eclipse, 
it unformats all the JSNI in the file after a save operation:

http://code.google.com/p/google-web-toolkit/issues/detail?id=4369

Any possibility of getting this on the roadmap for a quick fix?  I've included 
a repro case in the bug that should demonstrate it in a clean Eclipse workspace.

Thanks,
Matt.



-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

To unsubscribe, reply using remove me as the subject.


[gwt-contrib] Re: GPE JSNI formatting issues

2010-04-02 Thread Matt Mastracci
I think I worded this more clearly in the bug, but it's actually the format 
save action that causes the JSNI to be unformatted, not the regular format 
action.  The regular format action correctly ignores JSNI formatting, while the 
format save action seems to eat all of the leading whitespace.

I had to paste the entire contents of an ancient version of Douglas Crockford's 
JSON library into a JSNI function earlier today as part of a unit test and I 
ended up with a few hundred lines of unindented circa-2005 Javascript after 
saving. :)

On 2010-04-02, at 10:13 AM, Matt Mastracci wrote:

 Hey all,
 
 I've been fighting this JSNI formatting bug for a while now. The Google 
 Plugin for Eclipse is basically flattening the indents on all my JSNI methods 
 when using the format command. With the 'format on save' option chosen in 
 Eclipse, it unformats all the JSNI in the file after a save operation:
 
 http://code.google.com/p/google-web-toolkit/issues/detail?id=4369
 
 Any possibility of getting this on the roadmap for a quick fix?  I've 
 included a repro case in the bug that should demonstrate it in a clean 
 Eclipse workspace.
 
 Thanks,
 Matt.
 
 
 

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

To unsubscribe, reply using remove me as the subject.


Re: [gwt-contrib] Proposal for including easyXDM as a new cross-domain Transport/RPC

2010-03-22 Thread Matt Mastracci
Quickly browsing easyXDM and comparing to gwt-rpc-plus, it looks like the 
designs of both are very similar. easyXDM uses the term 'socket'  where 
gwt-rpc-plus uses the term 'transport'. Both of them allow you to plug in the 
appropriate transport behind a socket-like interface. easyXDM adds some 
interesting additional functionality like automatic reliability and fragmenting.

I believe that the current transport-focused interface used in both of these 
libraries is too limited to deal with some of the future technologies coming 
out of the HTML5 camp and too inflexible to deal with the use cases outside of 
being a dumb transport client for an RPC server somewhere else.  I think that 
it would be beneficial to the GWT community if whatever transport layer makes 
it into GWT starts from the drawing board.  

Here's a brain-dump of some of the issues facing anyone attempting to tackle a 
generic transport library:

1. Unless a transport explicitly provides send and receive channels internally 
(ie: XMLHttpRequest), it's best to keep it as separate Sender/Receiver 
interfaces. There are a number of places where it's useful to compose two 
different transports (ie: see the next item - POST to send, postMessage to 
receive). This also allows you to handle inter-window RPC where requests come 
in through a receive channel and are sent back out over a send channel.

2. The best way I've found to deal with a cross-domain transport in HTML is to 
do a POST to a hidden iframe or ActiveXObject which either uses postMessage 
or window.name to send back its result. This transport needs to switch at 
runtime between the two methods: many of the browsers shipping today have 
supported versions out that don't do postMessage. Additionally, window.name 
won't be supported in modern browsers in the future: the spec mandates that it 
gets cleared during cross-domain navigation.

3. Channel metadata is very important to expose to clients. In the case of 
HTTP, this includes status codes and headers. In the case of postMessage, this 
includes the message domain and the sending window. In some cases you'll want 
to tunnel that metadata overtop of another transport via JSON. For instance, 
when you have a background page in a Chrome extension that accepts events over 
Chrome's internal messaging and converts them into XMLHttpRequest events to 
work around the cross-domain restrictions, you'll want to get back something 
equivalent to having done the RPC directly yourself.

4. Some transports send live JSON objects, while others send text. In the case 
of web workers, some (but not all) browsers will automatically parse and 
instantiate JSON on the receiving end if it's sent in that form, while others 
will accept the JSON objects and emit them as strings on the receiving end. 

5. Some send/receive pairs of channels correlate messages internally, while 
others have no concept of correlation. In gwt-rpc-plus, correlation is managed 
internally by each transport, but it would be a lot cleaner if there was 
something you could layer on top of a send and receive channel that turns it 
into a bidirectional channel with message correlation.

6. There are some interesting transport concepts that need to be validated 
against any design. For instance: the W3C's crazy MessageChannel spec requires 
both a half post-message transport (a sender or receiver to send a port 
reference) and a sender/receiver pair for the entangled channel.

Matt.

On 2010-03-22, at 8:42 AM, Joel Webber wrote:

 [+matt]
 
 I can't speak to any experience with either of these libraries, but this also 
 sounds like the work Matt's been doing here:
   http://code.google.com/p/gwt-rpc-plus/
 
 Can anyone speak to the relationship between these libraries? I'd love to see 
 a standard way of dealing with XDM make it into the GWT core.
 
 On Sun, Mar 21, 2010 at 10:59 AM, Sean Kinsey okin...@gmail.com wrote:
 I've seen many questions on the net on how to enable cross-domain
 requests with GWT, and most of the solutions I've seen mentioned has
 been less efficient than what I know the easyXDM library can offer.
 
 For those who has never heard of it, easyXDM is a library that
 conveniently abstracts away all the hassle of hash/fragments,
 window.name and postMessage, and that exposes a simple and reliable
 Socket that allows strings to be passed between two documents (no
 reloads, so both documents can keep state).
 Whatever kind of transport being used internally (based on what the
 browser offers etc) the stack will provide _reliability_, queuing (and
 fragmenting if necessary) and security.
 
 Whats interesting with the library is that it also contains an Rpc
 class, that allows you to invoke methods, with complex arguments
 (JSON), and with or without return values.
 
 From the consumers calling an RPC method is as easy as doing
 //set up rpc object, only a few simple lines
 var rpc = new easyXDM.Rpc(...
 
 
 rpc.nameOfMethod(arg1, arg2, arg3, function

Re: [gwt-contrib] IE9 preview support ?

2010-03-21 Thread Matt Mastracci
I'm seeing the same thing in our application. I haven't had time to dig into 
it, but I'm seeing 'unknown event DOMContentLoaded' in the developer tools 
console.  The GWT Showcase example works, however.  Maybe some sort of doctype 
issue?

On 2010-03-20, at 4:53 AM, nicolas.deloof wrote:

 Hi,
 
 I tried my GWT 2.0 webapp with the recent test build of IE9 and it
 doesn't display. I wonder IE9 is not recognized as IE, event whit IE8
 mode set.
 
 The browser may use a unsuported user-agent ID, is there allready any
 test done on this new browser ? roadmap to support its better
 support for standards ?
 
 Cheers,
 Nicolas
 
 -- 
 http://groups.google.com/group/Google-Web-Toolkit-Contributors
 
 To unsubscribe from this group, send email to 
 google-web-toolkit-contributors+unsubscribegooglegroups.com or reply to this 
 email with the words REMOVE ME as the subject.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

To unsubscribe from this group, send email to 
google-web-toolkit-contributors+unsubscribegooglegroups.com or reply to this 
email with the words REMOVE ME as the subject.


Re: [gwt-contrib] deRPC experiences

2010-03-18 Thread Matt Mastracci
On 2010-03-18, at 12:15 PM, BobV wrote:

  - If the GWT module base path URL isn't absolute, getRequestModuleBasePath 
 fails. We use relative base paths to simplify our hosted mode development.
 
 Can you describe this setup in more detail?  What is the canonical URL
 that the request's url should be evaluated against?

Our setup is pretty complex - we've got our own version of XSLinker that 
supports development mode, fragments and being embedded inline in the host 
page. Because we're inlining the selection script, we ripped out the existing 
code to compute the module base. It was replaced with a single meta tag read by 
the inlined selection script. 

At development time, we have a custom servlet filter that generates the host 
pages dynamically from a set of templates and content files (based on the same 
code that generates these files statically for deployment to our website). The 
filter writes out the script to load the selection script dynamically, as 
well as a header that gets picked up by our custom cross-domain linker. This 
filter currently writes the base URL relatively, ie:

meta name=ds:base content=/com.dotspots.ModuleName/ /

I can work around it by picking up the hostname and port from the request in 
the servlet filter and prefixing the base URL we write with those. I've never 
had an issue with the relative base URL before and haven't run across code 
anywhere in the user library that assumes the base URL is absolute. It's pretty 
simple to fix on our end, however.

  - WebModePayloadSink seems to throw an NPE when push a null 
 constructorIdent. I'm still digging into this, but it might be related to 
 the fact that we're sending enums with enum value methods across the wire:
 
 The code that you posted is about creating a payload for a object that
 has custom serialization.  What does looking at the fields of the
 InvokeCustomFieldSerializerCommand object show?

I don't have an easy way to debug our server against a compiled web mode (we 
have a launch target for that, but it was so infrequently used that it 
bitrotted). It might be easier for me to try to reproduce this in a standalone 
project. I'll give that a shot and report back.

 RpcServlet is much nicer to work with that RemoveServiceServlet, kudos. It 
 would be nice if the service object (passed into decodeRequest and 
 invokeAndStreamResponse) were retrieved via a protected method, rather than 
 assumed to be 'this'. We wire the service object into the servlet at 
 configuration time via Spring, so I had to duplicate the contents of 
 processCall.
 
 How about a
 
 protected Object getRequestTargetObject() {
  return this;
 }

That would be perfect, thanks!

Matt.


-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

To unsubscribe from this group, send email to 
google-web-toolkit-contributors+unsubscribegooglegroups.com or reply to this 
email with the words REMOVE ME as the subject.


Re: [gwt-contrib] deRPC experiences

2010-03-18 Thread Matt Mastracci
On 2010-03-18, at 12:15 PM, BobV wrote:

 The code that you posted is about creating a payload for a object that
 has custom serialization.  What does looking at the fields of the
 InvokeCustomFieldSerializerCommand object show?

I can reproduce this in a barebones project. It looks like it's this class 
we're using to avoid RPC pulling in all the subclasses of HashMap. We have 
similar classes for ArrayList and HashSet, but those all have custom 
serializers. I don't know why I didn't create a custom serializer for this 
class as well (though there aren't any ill effects with standard RPC).

public final class RpcMapT, V extends HashMapT, V implements IsSerializable 
{
private static final long serialVersionUID = 0L;

public RpcMap() {
}

public RpcMap(final MapT, V map) {
super(map);
}

public static X, Y RpcMapX, Y wrap(final MapX, Y map) {
return map == null ? null : new RpcMapX, Y(map);
}
}

Here are the fields of InvokeCustomFieldSerializerCommand:

x   InvokeCustomFieldSerializerCommand  (id=59) 
instantiatedTypeClassT (com.dotspots.rpctest.client.RpcMap) 
(id=102)  
manuallySerializedType  ClassT (java.util.HashMap) (id=107)   
serializer  ClassT 
(com.google.gwt.user.client.rpc.core.java.util.HashMap_CustomFieldSerializer) 
(id=108) 
setters ArrayListE  (id=109)  
values  ArrayListE  (id=116)  

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

To unsubscribe from this group, send email to 
google-web-toolkit-contributors+unsubscribegooglegroups.com or reply to this 
email with the words REMOVE ME as the subject.


Re: [gwt-contrib] Re: Avira and HTML/CryptedGen (again)

2010-03-17 Thread Matt Mastracci
My previous attempt to submit our code as a false positive disappeared into a 
black hole. I did get back a note saying it was acknowledged as a false 
positive and our user reports disappeared for a while. Unfortunately, it looks 
like they just hacked around the issue - the reports showed up again a few days 
ago.

The original goal was to figure out what in the code was tickling the signature 
to see if it was RPC-related (which might look malicious to some). When I got 
the signature down to a handful of byte strings that matched string operations, 
I just ended up shaking my head.

I found a technical support number that I can try calling and seeing if I can 
get escalated. If that doesn't work, it might be easier to submit a minimal, 
harmless testcase from those keywords as a false positive. :)

Matt.

On 2010-03-17, at 8:48 AM, Joel Webber wrote:

 This is Avira, isn't it? Ddi you ever hear anything back from them about 
 this? It seems like it really ought to be fixed on their end, though I 
 applaud your spelunking for a workaround :)
 
 On Tue, Mar 16, 2010 at 3:08 PM, Matt Mastracci matt...@mastracci.com wrote:
 On Mar 16, 12:42 pm, Matt Mastracci matt...@mastracci.com wrote:
 
   Holy cow -- how do they think that is an acceptable measure?  Surely they 
   could at least change the warning to say potentially dangerous JS or 
   something rather than declaring it a virus.
 
  This probably will likely affect a significant number GWT applications that 
  use RPC. Avira seems to check files ending in .js* and .html* for this 
  pattern.  I verified that the scanner intercepts these patterns in HTTP 
  traffic and detects them in IE cache files.  There might be some negative 
  patterns as well: Avira doesn't block my message in the Google Groups web 
  interface, but it does block it when viewing the raw message source.
 
 Even better: it turns out that if you put the string google anywhere
 in the file matching CryptedGen, it no longer matches the heuristic. I
 imagine that it would pick up the string from the class metadata for
 those not using -XdisableClassMetadata.
 
 So this is a virus:
 
 for eval .fromcharcode .charcodeat math.min 0,0,0,0,0,0
 
 And this is not:
 
 google for eval .fromcharcode .charcodeat math.min 0,0,0,0,0,0
 
 The easiest solution for us seems to be putting the string Google Web
 Toolkit in a comment in our header.
 
 Matt.
 
 --
 http://groups.google.com/group/Google-Web-Toolkit-Contributors
 
 
 -- 
 http://groups.google.com/group/Google-Web-Toolkit-Contributors

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

Re: [gwt-contrib] Re: Avira and HTML/CryptedGen (again)

2010-03-17 Thread Matt Mastracci
 
 I found a technical support number that I can try calling and seeing if I can 
 get escalated. If that doesn't work, it might be easier to submit a minimal, 
 harmless testcase from those keywords as a false positive. :)
 
 Given their approach, that seems likely to get that exact source added to a 
 whitelist :).


That might not be far from the truth. :)

I called their tech support line and left a message to be passed on to their 
technical team, but the tech's solution was you'll have to submit your code 
again every time it changes. He said he'd pass on the message, but wouldn't 
guarantee that anyone would contact me with anything more than use the false 
positive form again.  Gah.

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

Re: [gwt-contrib] Re: Avira and HTML/CryptedGen (again)

2010-03-17 Thread Matt Mastracci
On 2010-03-17, at 1:15 PM, John Tamplin wrote:

 I called their tech support line and left a message to be passed on to their 
 technical team, but the tech's solution was you'll have to submit your code 
 again every time it changes. He said he'd pass on the message, but wouldn't 
 guarantee that anyone would contact me with anything more than use the false 
 positive form again.  Gah.
 
 Are you a customer or know someone who is?  If so, perhaps calling customer 
 support with I am going to stop using this because of bogus false positives 
 would get a better response.

Unfortunately not. I first heard about this company's anti-virus through some 
of our users (who are basically anonymous commenters on our Chrome extension 
page). I ran the heuristic tests against a trial version that I downloaded.

If anyone on this list is an Avira customer and wants to try contacting 
tech-support to help add some pressure, their USA toll-free number is: +1 888 
880 2925. 

cc'd dflorey, t.broyer and fatompa as three people who mentioned these false 
positives before and appear to be Avira customers (or know someone who is).

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors


[gwt-contrib] Avira and HTML/CryptedGen (again)

2010-03-16 Thread Matt Mastracci
We started getting reports of the HTML/Crypted.Gen being detected in our 
Chrome extension again. I've managed to reproduce it - the signature seems to 
be the exact set of strings they use:


.fromCharCode
.charCodeAt
nodeValue
for
0,0,0,0,0,0
Math.min


I kid you not - this is their signature for an encrypted JS virus. I can't seem 
to remove a single character from any of these tokens without turning it from a 
dangerous virus to a harmless bit of JS.  Order doesn't seem to be important 
(although I haven't experimented with this that much).

I think I'll be able to work around this by replacing any sequence of six zeros 
separated by commas with the sequence 0,0,0,[space]0,0,0.

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors


Re: [gwt-contrib] Avira and HTML/CryptedGen (again)

2010-03-16 Thread Matt Mastracci
 I kid you not - this is their signature for an encrypted JS virus. I can't 
 seem to remove a single character from any of these tokens without turning it 
 from a dangerous virus to a harmless bit of JS.  Order doesn't seem to be 
 important (although I haven't experimented with this that much).
 
 I think I'll be able to work around this by replacing any sequence of six 
 zeros separated by commas with the sequence 0,0,0,[space]0,0,0.
 
 Holy cow -- how do they think that is an acceptable measure?  Surely they 
 could at least change the warning to say potentially dangerous JS or 
 something rather than declaring it a virus.

This is pretty unbelievable to me as well. I imagine that the process involved 
someone finding a mutating JS virus, found six strings that it always 
contained, put them in and figured that it was safe after surfing around for a 
bit without any false positives.

After experimenting a bit further, I discovered that nodeValue is actually 
matching case insensitively for eval (which makes a little more sense).  This 
means that the signature is something like for eval .fromcharcode .charcodeat 
math.min 0,0,0,0,0,0

This probably will likely affect a significant number GWT applications that use 
RPC. Avira seems to check files ending in .js* and .html* for this pattern.  I 
verified that the scanner intercepts these patterns in HTTP traffic and detects 
them in IE cache files.  There might be some negative patterns as well: Avira 
doesn't block my message in the Google Groups web interface, but it does block 
it when viewing the raw message source.

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

[gwt-contrib] Re: Avira and HTML/CryptedGen (again)

2010-03-16 Thread Matt Mastracci
On Mar 16, 12:42 pm, Matt Mastracci matt...@mastracci.com wrote:

  Holy cow -- how do they think that is an acceptable measure?  Surely they 
  could at least change the warning to say potentially dangerous JS or 
  something rather than declaring it a virus.

 This probably will likely affect a significant number GWT applications that 
 use RPC. Avira seems to check files ending in .js* and .html* for this 
 pattern.  I verified that the scanner intercepts these patterns in HTTP 
 traffic and detects them in IE cache files.  There might be some negative 
 patterns as well: Avira doesn't block my message in the Google Groups web 
 interface, but it does block it when viewing the raw message source.

Even better: it turns out that if you put the string google anywhere
in the file matching CryptedGen, it no longer matches the heuristic. I
imagine that it would pick up the string from the class metadata for
those not using -XdisableClassMetadata.

So this is a virus:

for eval .fromcharcode .charcodeat math.min 0,0,0,0,0,0

And this is not:

google for eval .fromcharcode .charcodeat math.min 0,0,0,0,0,0

The easiest solution for us seems to be putting the string Google Web
Toolkit in a comment in our header.

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors


[gwt-contrib] deRPC experiences

2010-03-16 Thread Matt Mastracci
I took the plunge and started moving our codebase over to deRPC.  It's pretty 
simple to get bootstrapped, though there's some deployment work we needed to do 
to ensure that our .gwt.rpc files are made available to the backends.

I'm storing our history of .gwt.rpc files in S3, since we're already pushing 
files like this into S3 during our deployment. It was trivial to hook up the 
findClientOracleData to work with the existing process (though we're currently 
gzipping the already-gzipped policy files):

@Override
protected InputStream findClientOracleData(String requestModuleBasePath, String 
permutationStrongName) throws SerializationException {
try {
return new GZIPInputStream(
new URL(http://s3-bucket-name.amazonaws.com/; 
+ permutationStrongName + .gwt.rpc.gz).openStream());
} catch (MalformedURLException e) {
throw new SerializationException(e);
} catch (IOException e) {
throw new SerializationException(e);
}
}

I ran into a few small issues while developing this:

 - NPE in the WebModeClientOracle.readStreamAsObject finally block if 
objectInputStream can't be created (ie: if the format is invalid)
 - If the GWT module base path URL isn't absolute, getRequestModuleBasePath 
fails. We use relative base paths to simplify our hosted mode development.
 - WebModePayloadSink seems to throw an NPE when push a null constructorIdent. 
I'm still digging into this, but it might be related to the fact that we're 
sending enums with enum value methods across the wire:

String constructorIdent = clientOracle.getMethodId(x.getTargetClass(),
constructorMethodName, x.getTargetClass());
assert constructorIdent != null : constructorIdent 
+ constructorMethodName;

// constructor(new Seed),
push(constructorIdent);

 
RpcServlet is much nicer to work with that RemoveServiceServlet, kudos. It 
would be nice if the service object (passed into decodeRequest and 
invokeAndStreamResponse) were retrieved via a protected method, rather than 
assumed to be 'this'. We wire the service object into the servlet at 
configuration time via Spring, so I had to duplicate the contents of 
processCall.

Overall we saw a small decrease in the initial code fragment (~5%). I didn't 
notice any particular slowness while testing.

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors


Re: [gwt-contrib] RFC : Soft permutations for the GWT compiler

2010-03-04 Thread Matt Mastracci
On 2010-03-04, at 11:13 AM, BobV wrote:
 
  These factory methods need to live in the Java AST so that we can
 use the type tightener to optimize the (usual-case) polymorphic
 dispatch.  Adding a JHasNameRef node to the AST would allow what
 you're describing to be built, but I think that would overly
 complicate the initial implementation.
 
  Generally, the result of a GWT.create() is a service implementation
 assigned to a static field, so the cost of the switch is only paid
 once.  In the case where there's only one answer for a rebound type
 across the collapsed permutations, such as an async RPC
 implementation, the GWT.create() is replaced with a plain
 instantiation expression.  Do you have a use case where you're
 repeatedly calling GWT.create() for instances of a rebound type?

We use repeated calls to GWT.create() for dependency injection and to generate 
code for our internal widget templating framework.  Both of them also use 
nested GWT.create() calls under the hood in generated code for instantiating 
associated resources bundles. The gwt-rpc-plus framework also uses a call to 
GWT.create() to initialize the appropriate transports for every request. I can 
rework them to cache the results of GWT.create(), although I don't believe many 
of them would ever end up with more than one soft permutation always. The code 
was written under the assumption that the compiler would elide the call to 
GWT.create() in most cases and replace instance method calls with static ones 
(which still holds in most cases of course). 

It probably won't have a great effect on our overall performance even if some 
of the classes ended up with runtime switches in the output code, since all of 
those calls aren't in performance-critical code.

Type tightening could still be done ahead of time on the return value of the 
JSNI method, couldn't it? The results of type tightening would always be the 
tightest common superclass of all of the potential results. AFAICT, this 
tightened return value should be statically computable from the list of 
possible rebinds from the soft permutation since each of the types potentially 
returned is guaranteed to be in the final output code. 

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors


Re: [gwt-contrib] RFC: sharded linking

2010-02-12 Thread Matt Mastracci
On 2010-02-12, at 1:15 PM, Ray Cromwell wrote:

 On Thu, Feb 11, 2010 at 4:43 PM, Scott Blum sco...@google.com wrote:

 - I dislike the whole transition period followed by having to forcibly
 update all linkers, unless there's a really compelling reason to do so.
 
 In general, I'd agree, but the number of linkers in the wild appears
 to be small, this may be a case of trying to preserve an API that only
 5 or 10 people in the world are using.

+1. I've written a handful of custom linkers (including one in the public 
gwt-firefox-extension project), but I'm used to updating them between GWT 
releases to work around subtle changes in the linker contract (ie: the 
evolution of hosted mode, various global variable changes, etc).  

I'd rather have a clean linker system that changes from version to version than 
an awkward one with a lot of legacy interfaces.

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors


Re: MVP + UiBinder, thoughts?

2010-01-29 Thread Matt Read
Hi, could you possible re-cap on what problem this approach solves? I'm
using UIBinder with mvp-presenter without inverting the dependencies in this
way without any problems so I'm wondering what I'm missing.

Thanks,
Matt.

2010/1/29 István Szoboszlai mrsz...@gmail.com

 Hello Bryce,

 Are you using the approach you were describing in any project now with
 success? If so it would be very appreciated if you could write some
 sentences about your experiences.
 I thing I like what you proposed, and I also think it is not a big drawback
 that you have to inject the presenters 'execute' interface int he view by
 hand.

 So I think I will give a chance to this approach.

 I'll write if I have any conclusion (good, or bad).

 Best - Istvan

 On Wed, Dec 30, 2009 at 1:55 AM, bryce cottam bcot...@gmail.com wrote:

 very similar, but I think I either wanted to keep the Execute
 interface on the Presenter (since the View is already dependent on a
 nested interface from the Presenter) or having it on a top level
 package.  Come to think of it I think I tried to define the Execute
 interface inside the Presenter and the compiler didn't like that, so I
 wound up just making it a top level api Interface.  I think this is
 more decoupled than the interface being nested in the View
 implementation, (since the Presenter is only dealing with interfaces
 defined either in it's self, or in a top level package)

 You are correct on the constructor injection though, you wouldn't be
 able to inject both via constructor arguments, however, in the
 Presenter constructor you could simply inject it's self into a setter
 on the Display:

 public MyPresenter(MyDisplay display) {
display.setExecute(this);
 }

 I'm used to Spring-style injection, which usually leverages some kind
 of setter post-construction anyhow.  You could even have some other
 class implement the Executer api that just had a reference to the
 Presenter instance, but that's a few levels of indirection for
 delegating method calls  :)

 I guess it's a small trade off for me to self-inject in my constructor
 rather than having Guice inject me if I can reduce boiler plate code.

 I'm glad to hear you were at least considering my approach, it's nice
 to know i'm not way off in left field.

 -bryce


 On Tue, Dec 29, 2009 at 4:53 PM, FKereki fker...@gmail.com wrote:
  I also gave a thought to your method, but in the end opted out... but
  I guess it's where you are heading.
 
  In the same way that the View implements Display, an interface defined
  in the Presenter class, Presenter could implement Execute, an
  interface defined in the View class.
 
  The View should have a method allowing injection of the Execute
  object; the Presenter would this self injection in its constructor.
 
  Then, whenever any event happened, the View handler would do getExecute
  ( ).someMethod( ).
 
  You would do away with all anonymous classes, and each class (View,
  Presenter) would implement an interface defined in the other class.
 
  The symmetry breaks down a bit because you cannot inject each object
  in the other through their constructors (obviously!)
 
  Is this along the lines you were thinking?
 
  --
 
  You received this message because you are subscribed to the Google
 Groups Google Web Toolkit group.
  To post to this group, send email to
 google-web-tool...@googlegroups.com.
  To unsubscribe from this group, send email to
 google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
 .
  For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 

 --

 You received this message because you are subscribed to the Google Groups
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to
 google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.





 --
 Best Regards
 - István Szoboszlai
 istvan.szobosz...@inepex.com | +36 30 432 8533 | inepex.com

 --
 You received this message because you are subscribed to the Google Groups
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to
 google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.


-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: GWT support for Grails/Groovy domain objects

2010-01-27 Thread Matt Moriarity
I read that GWT 2.0 supports serializing enhanced objects from JDO or
JPA. So if they are hibernate objects, wouldn't the JPA support cover
that?

On Jan 27, 1:30 am, Jan Ehrhardt jan.ehrha...@googlemail.com wrote:
 The problem is the GWT RPC's serialization, which can't work with objects
 created by hibernate. You can use the DTO Grails plugin 
 (http://www.grails.org/plugin/dto) or you can use JSON / REST for
 communication.

 In the case of a Grails app, which comes with great support for REST / JSON,
 I would prefer the second way.

 Regards
 Jan Ehrhardt

 On Wed, Jan 27, 2010 at 4:37 AM, Don Ruby, Ramp;D 



 donald.r...@mindspring.com wrote:
  GWT is the obvious choice for UI. But if you want to use Grails/Groovy
  for server side, you have to either code messy DTOs or client side
  POJOs.  It would be nice if GWT would support using the Grails/Groovy
  domain objects directly on the client.  Any chance of that happening?

  --
  You received this message because you are subscribed to the Google Groups
  Google Web Toolkit group.
  To post to this group, send email to google-web-tool...@googlegroups.com.
  To unsubscribe from this group, send email to
  google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2Bunsubs 
  cr...@googlegroups.com
  .
  For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Listening to Keyboard Events

2010-01-19 Thread Matt Moriarity
Look at Event.addNativePreviewHandler for global, and the various
keyboard handlers for specific panels.

On Jan 19, 6:46 am, JavaDoc amey.m...@gmail.com wrote:
 Hi,

 I have a requirement wherein i want my app to listen to keyboard
 events (example, user pressing the 'Shift' key)
 How do I go about implementing this?

 Also, what should be the approach if i wanted a similar functionality
 but only for a particular panel (and not global)?

 Rgds,
 Amey
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: OOPHM is slow

2010-01-19 Thread Matt Moriarity
But the JS wrappers wouldn't have to go through the rather slow GWT
compiler, so in the case of development mode, they would certainly
start up faster.

On Jan 18, 11:51 am, Arthur Kalmenson arthur.k...@gmail.com wrote:
 JS wrappers won't benefit from the GWT compiler, so they would
 theoretically be slower. Have you tried without GXT? Is it much
 faster? We don't use GXT here and have no issues with dev mode
 startup, it's very fast.

 --
 Arthur Kalmenson

 On Tue, Jan 12, 2010 at 10:06 PM, Tercio terciofi...@gmail.com wrote:
  Hi!

  I'm on a Mac 10.6.2 an I have the same issue here. My test as on
  WebKit Version 4.0.4 (6531.21.10, r52686).

  Using GWT 2.0 and GXT 2.1.0.

  I think that the problem is the combination of GXT and GWT. I tested
  my application without Hibernate and it is a little faster, but still
  very slow.

  Maybe as GXT is pure JAVA it needs some parse from the GWT, other
  solutions, like SmartGWT that is just a wrapper it may be faster, I
  don't know.

  If I compile my project and run it as javascript it gets stunning
  fast!

  Regards,

  On Jan 12, 8:22 pm, Chris Lowe chris.lowe...@gmail.com wrote:
  Hi Tim,

  It's still conceivable for a circular reference (or at least massively
  repeated objects) to be at play here.  Your response size is 165739 bytes
  *compressed* size - many identical objects could compress to something
  relatively small and their expansion could cause issues.  Also with
  Hibernate you most likely won't see a lot of database traffic from repeated
  objects as subsequent fetch requests will hit the session's level 1 cache.

  A quicker test could be to temporarily disable gzip encoding in your
  browser, for example here are instructions for FireFox:

 http://kb.mozillazine.org/Network.http.accept-encoding

  With gzip disabled, what size response does Jetty report?

  BTW - which browser are you using?

  Cheers,

  Chris.

  http://kb.mozillazine.org/Network.http.accept-encoding

  2010/1/12 Tim Mattison timmatti...@gmail.com

   That's what I thought originally but I can see that it's only pulling 
   back
   165739 bytes from the RPC.  When I don't return anything it turns out 
   that
   it runs quickly so it obviously must be related to that.

   I'm not using DTOs but where is it trying to fetch the data from if it's
   not getting pulled back from the POST?  I don't see any traffic to the
   database server so it must be doing something weird locally (like a 
   circular
   reference as you suggested).  Shouldn't it give up on circular 
   references a
   bit faster than that if that's the case?

   Tim

   On Tue, Jan 12, 2010 at 3:56 PM, Chris Lowe 
   chris.lowe...@gmail.comwrote:

   Tim,

   Are you filtering your Hibernate objects or translating them to DTOs (to
   remove dynamic proxies etc) before serialising them?

   If the answer is no to the above, then you might be falling foul to
   circular references or Hibernate fetching more data than you expect.  
   As an
   experiment, is it possible to try hardcoding some of your objects with a
   minimal data set and see how your app performs?

   Cheers,

   Chris.

   2010/1/12 Tim Mattison timmatti...@gmail.com

   I changed my debug level from Info to Debug and got lots of
   additional output but nothing that looked like it was the culprit.  My
   application runs like this:

   1) onModuleLoad is called, builds the UI, and fires off a GWT-RPC call

   2) The server receives the GWT-RPC call, connects to a Hibernate
   database, pulls some data (~150K) and sends it to the client

   3) The client receives the response and populates a FlexTable with the
   data

   Between 2 and 3 is where the storm of traffic occurs.  With the new 
   debug
   level I don't really get much more insight since I see that Jetty has 
   sent
   the response to the browser and that's it.  I have breakpoints set on 
   my
   GWT-RPC callback's onFailure and onSuccess method and it doesn't get to
   either of those branches until minutes later.  Is there somewhere else 
   I can
   look or something else I can try?

   The last message in the log before the storm:

   200 - POST /app/service (127.0.0.1) 165739 bytes

      Request headers

         Host: localhost:

         User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; 
   en-US;
   rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7

         Accept:
   text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

         Accept-Language: en-us,en;q=0.5

         Accept-Encoding: gzip,deflate

         Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7

         Keep-Alive: 300

         Connection: keep-alive

         Cache-Control: no-cache

         Referer:http://localhost:/app/hosted.html?app

         X-GWT-Permutation: HostedMode

         X-GWT-Module-Base:http://localhost:/app/

         Content-Type: text/x-gwt-rpc; charset=utf-8

         Content-Length: 175

         Pragma: no-cache

      Response headers

         

Re: SuggestBox does not have an addClickHandler

2010-01-18 Thread Matt Moriarity
I don't think you will be able to use @UiHandler in this case. You
will have to do it the old-fashioned way and do mySearchBox.getTextBox
().addClickHandler(...)

On Jan 16, 8:39 am, Alexander alexander.will...@googlemail.com
wrote:
 Hi there,

 as stated at [1] and [2] it is easily possible to add different
 handlers using the @UiHandler annotation for UiBinder based layouts.
 Unfortunately I'm not able to add a click hander to a SuggestBox:

     @UiField(provided = true)
     SuggestBox mySearchBox;

     @UiHandler(mySearchBox)
     void handleClick(final ClickEvent e) {
         this.mySearchBox.setValue();
     }

 I receive the error message:

 Field 'mySearchBox' does not have an 'addClickHandler' method
 associated.

 As stated at [3] this is true and I should use getTextBox() first. But
 how can I use the @UiHandler annotation in this case?

 BR, Alex

 [1]http://code.google.com/webtoolkit/doc/latest/DevGuideUiBinder.html#Si...
 [2]http://code.google.com/p/google-web-toolkit/source/browse/releases/2
 [3]http://google-web-toolkit.googlecode.com/svn/javadoc/2.0/com/google/g...
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: GWT 2.0 runAsync code works fine in development mode but fails in normal mode

2010-01-15 Thread Matt Moriarity
I'm not sure about this, but I would guess that GWT doesn't actually
do any code-splitting when in development mode because there isn't
much point. It's really only useful when you compile.

On Jan 14, 12:07 pm, mably fm2...@mably.com wrote:
 Oops, sorry...  It's asynchronous, so my list object is most probably
 always null when I read it.

 What is strange is why it's not null in development mode

 Is runAsync running synchronously in dev mode ?

 On 14 jan, 13:29, mably fm2...@mably.com wrote:

  Hi everybody,

  I have some GWT 2.0 runAsync code that works perfectly fine in dev
  mode but fails in normal mode.

  Is it a GWT bug or am I doing something wrong ?

  Is there some way to identify where the probleme comes from exactly ?

  The only information I have is a Chrome Developer Tools javascript
  error that says : Uncaught TypeError: Cannot call method 'Lc' of
  null.  And nothing in Eclipse while running in dev mode.

  Here is my java code using runAsync :

  public class GwtListHelper {

          private MapString, GwtList lists = new HashMapString, GwtList();

          public GwtList getList(String type) {
                  GwtList list = lists.get(type);
                  if (list == null) {
                          ListWrapper lw = new ListWrapper();
                          getListAsync(type, lw);
                          list = lw.getList();
                          lists.put(type, list);
                  }
                  return list;
          }

          private void getListAsync(final String type, final ListWrapper lw) {
                  if (user.equals(type)) {
                          GWT.runAsync(new RunAsyncCallback() {
                                  public void onSuccess() {
                                          lw.setList(new UserList());
                                  }
                                  public void onFailure(Throwable reason) {
                                          Window.alert(type +  list not 
  loaded !);
                                  }
                          });
                  }
          }

          private class ListWrapper {
                  GwtList list;
                  public void setList(GwtList list) {
                          this.list = list;
                  }
                  public GwtList getList() {
                          return this.list;
                  }
          }

  }
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: UiBinding...

2010-01-13 Thread Matt Moriarity
It should be styleName when the element is a GWT component. It should
be class when the element is an HTML tag.

On Jan 13, 7:40 am, Stine Søndergaard stinespl...@gmail.com wrote:
 ... well, apparently it has to be styleName={style.test} ... that is not
 what I got from

 http://code.google.com/intl/da-DK/webtoolkit/doc/latest/DevGuideUiBin...

 All my other issues mentioned above are still unsolved though ;D

 Thanks,
 Stine
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: DockLayoutPanel sample code

2010-01-13 Thread Matt Moriarity
If you are using the new layout panels, you should be using standards
mode and not quirks mode.

On Jan 13, 4:48 am, Stine Søndergaard stinespl...@gmail.com wrote:
 The most frustrating is that all this CSS invention seems so obvious to
 everybody else!! ;D
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: Gilead 1.3

2010-01-13 Thread Matt Moriarity
Ok that is simply not true. There are cases where Hibernate may be the
right choice but there also plenty of times where something else would
be better. Hibernate is not the only ORM solution for Java. I, for
instance, tend to use iBATIS. It's helpful to have control over the
SQL that is being used.

On Jan 13, 3:15 am, philippe vonck...@yahoo.fr wrote:
 To make corporate application Hibernate is mandatory. Without
 Hibernate, you can not keep a good level of scalability while
 maintaining a satisfactory consistency in your application. The more
 you go up in functional complexity, the less you can maintain your
 application.

 Gilead is a very good API. I use it in my projects. But I only use T
 PersistentBeanManager.clone(T) fonctionnality. I don't link to
 increase the dependence between Gilead and GWT. Therefore I do not
 gilead4gwt. I just prefer to use only The PersistenceBeanManager.

 On 12 jan, 23:34, flyingb...@gmail.com flyingb...@gmail.com wrote:

  I never understand how to use hibernate. It seems so complex and doing
  normal mysql commands seems a whole lot eaiser.

  On Jan 12, 12:19 pm, noon bruno.marches...@gmail.com wrote:

   Oups, I forgot to post the project URL :http://gilead.sourceforge.net

   Regards
   Bruno

   On 12 jan, 21:09, noon bruno.marches...@gmail.com wrote:

Hello,

I am pleased to announce the new release of Gilead, an Open-Source
framework for seamless intregration of Hibernate and GWT.

This new release brings new features, such as
    - Predefined remote services, for both GWT :
         * The Loading service allows you to load an entity or a lazy
association from the GWT side,
         * The Request service brings the ability to execute a HQL
request directly from the GWT side,
    - A new specific transport annotation (@LimitedAccess) to
implement custom access to entity fields (role based for example)
    - Lazy property checking on GWT side, to know if a null
association on client side was already null on server or just lazy but
not loaded (and thus replaced with null by Gilead)
    - A ConfigurationHelper class, to limit Gilead configuration to
one line of code

A specific effort has also been made to improve performances and GWT
serialization.

Finally, this release also fixes many issues, reported since 1.2.3,
especially on persistent collections.

Hope this helps !
Bruno
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: avoid the use of ActiveX-Objects

2010-01-13 Thread Matt Moriarity
GWT depends on ActiveX in IE6 as it is the only way to get an
XMLHttpRequest object. There is no way for GWT to work in IE6 without
ActiveX. IE7 allows a different way to get this object, but IE6 does
not.

On Jan 12, 10:23 am, Sellfisch sellfi...@gmail.com wrote:
 Hi there,

 we are writing an GWT Business Application and have to roll it out on
 IE6-Browsers with ActiveX disabled :'(.
 Is it possible to tell the compiler not to use activeX or how can we
 avoid the use of ActiveX-Objects.

 Asking for alms

 Tobias
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: Development mode - refresh is not enough to see my changes!

2010-01-13 Thread Matt Moriarity
Depends how you are using your stylesheet. I had these problems when I
was simply using a link element on the main HTML page. However, my
problems went away when I switched to using ClientBundle and
CssResource.

On Jan 13, 1:12 pm, Stine Søndergaard stinespl...@gmail.com wrote:
 Would be so nice to know if I am the only one who does not know how to avoid
 a restart of development mode every time I make a change in my CSS file.
 :}
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: Quick question about gwtc

2010-01-08 Thread Matt Moriarity
The GWT compiler translates Java sources to JavaScript sources. This
allows for things like JSNI, which would be lost in the bytecode, as
well as allowing for greater optimization possibilities

On Jan 8, 7:14 am, Chris Lercher cl_for_mail...@gmx.net wrote:
 Hi,

 quick question: What exactly does gwtc translate? Does it translate
 .class = .js or .java = .js?

 I thought I'd find the answer easily in the build.xml generated by
 webAppCreator - but target gwtc takes both the source and the
 classes as input, so I'm none the wiser...

 Thanks
 Chris
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: Should DecoratorPanel implement ProvidesResize?

2010-01-06 Thread Matt Moriarity
Perhaps we need an equivalent DecoratorLayoutPanel. Only LayoutPanels
seem to implement ProvidesResize.

On Jan 5, 12:13 pm, huherto humbe...@itbrain.com.mx wrote:
 I am trying to find a solution for 
 this.http://groups.google.com/group/google-web-toolkit/browse_thread/threa...

 But I am wondering if the DecoratorPanel  should implement
 ProvidesResize?
-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: GWT 2.0 w/ IntelliJ IDEA 7.0.5

2010-01-06 Thread Matt Moriarity
If you really want decent IntelliJ GWT support, you should probably
upgrade to IDEA 9.0, which added explicit support for GWT 2.0 and GWT
1.7.

On Jan 5, 4:17 am, Steve Sinai ssi...@yahoo.com wrote:
 Up until now I've used Eclipse for writing occasional GWT apps, but
 I'm not an Eclipse expert and am much more comfortable using Intellij
 for development. I thought I'd see how well IntelliJ 7.0.5 works for
 developing some toy GWT 1.7 apps, and except for a few warning
 messages, it seems to works fine.

 Then I gave GWT 2.0 a try with IntelliJ 7.0.5 to see what happens, and
 got the error messages posted below when building a little, default
 Hello World! program that had worked using GWT 1.7.  In trying to
 figure out the problem, I came across an old post somewhere that
 suggested older versions of IntelliJ wouldn't work with later versions
 of GWT, but it wasn't clear which versions numbers they were talking
 about, or even if this was true. The errors below look to be XML
 Parser-related, but I don't know if there's a way I can point to a
 different parser, or if the problem is actually something else.

 So my question is...is it possible to develop with GWT 2 using
 IntelliJ 7.0.5? I'd rather not spend time on something that ultimately
 turns out to be futile, and when I asked the question over on the
 IntelliJ forum, I didn't get a response. Thanks.

 Information:Compilation completed with 42 errors and 0 warnings
 Information:42 errors
 Information:0 warnings
 Error:[ERROR] Line 23: Unexpected element 'define-configuration-
 property'
 Error:Failure while parsing XML
 Error:at com.google.gwt.dev.util.xml.DefaultSchema.onUnexpectedElement
 (DefaultSchema.java:80)
 Error:at com.google.gwt.dev.util.xml.Schema.onUnexpectedElement
 (Schema.java:93)
 Error:at com.google.gwt.dev.util.xml.ReflectiveParser$Impl.startElement
 (ReflectiveParser.java:186)
 Error:at
 com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement
 (AbstractSAXParser.java:501)
 Error:at
 com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement
 (AbstractXMLDocumentParser.java:179)
 Error:at
 com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement
 (XMLDocumentFragmentScannerImpl.java:1339)
 Error:at
 com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
 $FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2747)
 Error:at
 com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next
 (XMLDocumentScannerImpl.java:648)
 Error:at
 com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument
 (XMLDocumentFragmentScannerImpl.java:510)
 Error:at
 com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
 (XML11Configuration.java:807)
 Error:at
 com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
 (XML11Configuration.java:737)
 Error:at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
 (XMLParser.java:107)
 Error:at
 com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
 (AbstractSAXParser.java:1205)
 Error:at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl
 $JAXPSAXParser.parse(SAXParserImpl.java:522)
 Error:at com.google.gwt.dev.util.xml.ReflectiveParser$Impl.parse
 (ReflectiveParser.java:314)
 Error:at com.google.gwt.dev.util.xml.ReflectiveParser$Impl.access$100
 (ReflectiveParser.java:48)
 Error:at com.google.gwt.dev.util.xml.ReflectiveParser.parse
 (ReflectiveParser.java:385)
 Error:at com.google.gwt.dev.cfg.ModuleDefLoader.nestedLoad
 (ModuleDefLoader.java:243)
 Error:at com.google.gwt.dev.cfg.ModuleDefSchema
 $BodySchema.__inherits_begin(ModuleDefSchema.java:212)
 Error:at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 Error:at sun.reflect.NativeMethodAccessorImpl.invoke
 (NativeMethodAccessorImpl.java:39)
 Error:at sun.reflect.DelegatingMethodAccessorImpl.invoke
 (DelegatingMethodAccessorImpl.java:25)
 Error:at java.lang.reflect.Method.invoke(Method.java:597)
 Error:at com.google.gwt.dev.util.xml.HandlerMethod.invokeBegin
 (HandlerMethod.java:223)
 Error:at com.google.gwt.dev.util.xml.ReflectiveParser$Impl.startElement
 (ReflectiveParser.java:257)
 Error:at com.google.gwt.dev.cfg.ModuleDefLoader$1.load
 (ModuleDefLoader.java:155)
 Error:at com.google.gwt.dev.cfg.ModuleDefLoader.doLoadModule
 (ModuleDefLoader.java:269)
 Error:at com.google.gwt.dev.cfg.ModuleDefLoader.loadFromClassPath
 (ModuleDefLoader.java:127)
 Error:at com.google.gwt.dev.GWTCompiler.run(GWTCompiler.java:148)
 Error:at com.google.gwt.dev.GWTCompiler$1.run(GWTCompiler.java:119)
 Error:at com.google.gwt.dev.CompileTaskRunner.doRun
 (CompileTaskRunner.java:88)
 Error:at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger
 (CompileTaskRunner.java:82)
 Error:at com.google.gwt.dev.GWTCompiler.main(GWTCompiler.java:126)
 Error:[ERROR] Line 24: Unexpected exception while processing element
 'inherits'
 Error:at com.google.gwt.dev.util.xml.ReflectiveParser$Impl.parse
 

[gwt-contrib] Simple, inline actions in UiBinder

2010-01-05 Thread Matt Mastracci
Hey all,

I've been playing around with UiBinder, hoping to start replacing a lot of our 
custom templating code with it. One feature that would really improve the 
experience for our designer/developer interface would be inline actions.

A lot of our boilerplate UI event code does one of the of the following:

 - hides/shows/toggles another element (ie: expando links)
 - adds/removes/toggers a CSS classname
 - starts an animation
 - changes a rollover image

It would be really useful if there was a way to plug in actions inline, 
something like the following pseudo-gwtquery code:

span class=actionLearnMore
a title=Learn more about dots 
ui:click='${infoBox}.as(Effects).slideToggle()'Learn more/a

div id=infoBox
More info...
/div
/span

I don't know what the ideal syntax would look like, but even something trivial 
would be able to replace 99% of the UI event code we have to write.

Thoughts?
Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

Re: [gwt-contrib] Simple, inline actions in UiBinder

2010-01-05 Thread Matt Mastracci
That custom parser would be great for now, thanks for the ideas.  My 
understanding of UiBinder is woefully incomplete right now, so I'll need to dig 
into it a bit more to see how to do this.

Thanks,
Matt.

On 2010-01-05, at 1:52 PM, Ray Cromwell wrote:

 Great idea, I was thinking of having something like
 ui:query/ui:query and use $(id) to wire up stuff, but this is
 even better since you avoid the lazy() or anonymous inner class.  The
 alternative is to have a custom parser like
 
 gq:query
 $(.actionLearnMore a).click(lazy().as(Effects).slideToggle().end());
 /gq:query
 
 This could be simplified further for callback actions:
 gq:click query=.actionLearnMore a
 as(Effects().slideToggle();
 /gq:action
 
 -Ray
 
 On Tue, Jan 5, 2010 at 12:42 PM, Matt Mastracci matt...@mastracci.com wrote:
 Hey all,
 
 I've been playing around with UiBinder, hoping to start replacing a lot of 
 our custom templating code with it. One feature that would really improve 
 the experience for our designer/developer interface would be inline actions.
 
 A lot of our boilerplate UI event code does one of the of the following:
 
  - hides/shows/toggles another element (ie: expando links)
  - adds/removes/toggers a CSS classname
  - starts an animation
  - changes a rollover image
 
 It would be really useful if there was a way to plug in actions inline, 
 something like the following pseudo-gwtquery code:
 
 span class=actionLearnMore
a title=Learn more about dots 
 ui:click='${infoBox}.as(Effects).slideToggle()'Learn more/a
 
div id=infoBox
More info...
/div
 /span
 
 I don't know what the ideal syntax would look like, but even something 
 trivial would be able to replace 99% of the UI event code we have to write.
 
 Thoughts?
 Matt.
 
 
 --
 http://groups.google.com/group/Google-Web-Toolkit-Contributors
 
 -- 
 http://groups.google.com/group/Google-Web-Toolkit-Contributors

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

Re: [gwt-contrib] Simple, inline actions in UiBinder

2010-01-05 Thread Matt Mastracci
Definitely agree with that statement: JSP files with entire blocks of Java code 
are usually an unreadable mess. 

All of the use-cases I could name are simple lists of actions that happen on 
elements somewhere within the current control.  Some of the actions are more 
complex, such as GWTQuery-style transitions that require asynchronous 
callbacks, while others are synchronous CSS style or attribute changes. All of 
them are triggered by DOM events of some sort: click, mouseover, mouseout, 
focus, blur. The idea is to allow the large subset of basic functionality to be 
added at design time without involving developers in any way.

I imagine a set of bindings for some basic events, plus a way to add bindings 
for other transitions specified elsewhere. I'm not proposing a syntax here, 
just an illustration of the level of control I'd imagine a designer to have:

span ui:mouseover=gq:slideDown(answer, 10); ui:addClass({style.blink});  
ui:mouseout=gq:slideUp(answer, 10);Peek at the answer/span

div id=answer
42
/div

Matt.

On 2010-01-05, at 2:13 PM, Joel Webber wrote:

 I've generally been somewhat opposed to the idea of little languages 
 creeping into UiBinder code, because it's much harder to provide tools to 
 help with the code. But I can also see the utility of something like this. If 
 we're to address this problem, we should do some thinking about how best to 
 provide a sensible set of restrictions (i.e. not all of Java) that encourage 
 people to do more complex things in normal Java code. We should also be 
 thinking about how best to make this work with whatever binding framework 
 we decide to use.
 
 On Tue, Jan 5, 2010 at 3:52 PM, Ray Cromwell cromwell...@gmail.com wrote:
 Great idea, I was thinking of having something like
 ui:query/ui:query and use $(id) to wire up stuff, but this is
 even better since you avoid the lazy() or anonymous inner class.  The
 alternative is to have a custom parser like
 
 gq:query
 $(.actionLearnMore a).click(lazy().as(Effects).slideToggle().end());
 /gq:query
 
 This could be simplified further for callback actions:
 gq:click query=.actionLearnMore a
 as(Effects().slideToggle();
 /gq:action
 
 -Ray
 
 On Tue, Jan 5, 2010 at 12:42 PM, Matt Mastracci matt...@mastracci.com wrote:
  Hey all,
 
  I've been playing around with UiBinder, hoping to start replacing a lot of 
  our custom templating code with it. One feature that would really improve 
  the experience for our designer/developer interface would be inline actions.
 
  A lot of our boilerplate UI event code does one of the of the following:
 
   - hides/shows/toggles another element (ie: expando links)
   - adds/removes/toggers a CSS classname
   - starts an animation
   - changes a rollover image
 
  It would be really useful if there was a way to plug in actions inline, 
  something like the following pseudo-gwtquery code:
 
  span class=actionLearnMore
 a title=Learn more about dots 
  ui:click='${infoBox}.as(Effects).slideToggle()'Learn more/a
 
 div id=infoBox
 More info...
 /div
  /span
 
  I don't know what the ideal syntax would look like, but even something 
  trivial would be able to replace 99% of the UI event code we have to write.
 
  Thoughts?
  Matt.
 
 
  --
  http://groups.google.com/group/Google-Web-Toolkit-Contributors
 
 
 --
 http://groups.google.com/group/Google-Web-Toolkit-Contributors
 
 -- 
 http://groups.google.com/group/Google-Web-Toolkit-Contributors

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

GWT Plugin and External JARs

2009-12-31 Thread Matt
When it will be deployed to out Tomcat server, some of the JARs
conatining code that will be used in the GWT app will be located
outside the webapp, and loaded into Tomcat using its shared loader.

How do I get this to work in the GWT Eclipse plug-in? Simply adding
them to the project's Build Path appears to be insufficient; as at
runtime I get (when attempting to instantiate a Spring Context)

31-Dec-2009 15:33:21 com.google.apphosting.utils.jetty.JettyLogger
warn
WARNING: Could not instantiate listener
org.springframework.web.context.ContextLoaderListener
java.lang.ClassNotFoundException:
org.springframework.web.context.ContextLoaderListener

I already have a simlar quesion regarding the compilation of JS of
externally located code:
http://groups.google.com/group/google-web-toolkit/browse_thread/thread/35fadd553cecd9c6/95bf8a2e21ca32f3?#95bf8a2e21ca32f3

Thanks in adavnce.

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: Convenience callback method

2009-12-31 Thread Matt Moriarity
You need your action class to implement IsSerializable. Also make sure
you give it a no-args constructor.

On Dec 30, 8:15 pm, bhomass bhom...@gmail.com wrote:
 I am trying out the rpc structure given in the seminar. I get an error

 20:42:08.171 [ERROR] [rts]
 com.jcalc.webclient.client.spreadsheet.rpc.action.GetRecords is not
 assignable to 'com.google.gwt.user.client.rpc.IsSerializable' or
 'java.io.Serializable' nor does it have a custom field serializer
 (reached via com.jcalc.webclient.client.rpc.ActionT)

 20:42:08.187 [ERROR] [rts] Deferred binding failed for
 'com.jcalc.webclient.client.spreadsheet.rpc.RecordService'; expect
 subsequent failures

 any one else seen this type of error?

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: GWT 2/Eclipse Project References

2009-12-30 Thread Matt
Google Plugin for Eclipse 3.5, version 1.2.v200912062003 running
Google Web Toolkit SDK 2.0.0.v2000912062003

On Dec 29, 1:11 pm, Murat Doner murat.do...@obss.com.tr wrote:
  Which plug-in do you use?



 On Fri, Dec 11, 2009 at 1:49 PM, Graham graham.mor...@gmail.com wrote:
  I've successfully upgraded to GWT 2.0 using the GWT Eclipse Plugin.
  All seems well, with one exception. I write all of my servlets in a
  seperate project, which worked under well under 1.* by simply adding
  the project to the build path.

  Unfortunately after moving to GWT 2.0 the project is being ignored at
  run time, and the servlets are not found (although the project appears
  in the Classpath tab in my run configuration). Is there anyway to
  specify other projects to be included in the classpath?

  If I export my servlets to a JAR file and drop them into the WEB-INF/
  lib directory it works, but it is a bit clunky, especially as the
  servlets are modified frequently!

  --

  You received this message because you are subscribed to the Google Groups
  Google Web Toolkit group.
  To post to this group, send email to google-web-tool...@googlegroups.com.
  To unsubscribe from this group, send email to
  google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubs­cr...@googlegroups.com
  .
  For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.- Hide quoted text -

 - Show quoted text -

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: GWT 2/Eclipse Project References

2009-12-29 Thread Matt
I have the situation where the POJOs which are used within the
EntryPoint (i.e. compiled to Javascript) are located in another
Eclipse project.

If I configure the GWT project to refer to the other project the Java
compiles okay, but when attempting to compile to Javascript it
complains No source code is available for 

How do you get GWT to recognise the externally located source without
compiling the lot into the webapp?


On Dec 11, 5:28 pm, Rajeev Dayal rda...@google.com wrote:
 This is a general problem with having your GWT or App Engine project depend
 on another project that ultimately contributes artifacts to the
 war/WEB-INF/lib folder. We're going to address this in a future version of
 the plugin.

 Even though this appears to work in GWT, you'll still have to revert to the
 clunky technique (exporting the files from the parent project and copying
 them into the war/WEB-INF/lib folder of the child project) when you perform
 a deployment; the Google Plugin for Eclipse will not automatically do this
 for you.



 On Fri, Dec 11, 2009 at 7:09 AM, Graham graham.mor...@gmail.com wrote:
  This seems to be related to the AppEngine, which I don't need. Problem
  solved!

  On Dec 11, 11:51 am, Graham graham.mor...@gmail.com wrote:
   Sorry, just to clarify - I am referring specifically to development
   mode.

   On Dec 11, 11:49 am, Graham graham.mor...@gmail.com wrote:

I've successfully upgraded to GWT 2.0 using the GWT Eclipse Plugin.
All seems well, with one exception. I write all of my servlets in a
seperate project, which worked under well under 1.* by simply adding
the project to the build path.

Unfortunately after moving to GWT 2.0 the project is being ignored at
run time, and the servlets are not found (although the project appears
in the Classpath tab in my run configuration). Is there anyway to
specify other projects to be included in the classpath?

If I export my servlets to a JAR file and drop them into the WEB-INF/
lib directory it works, but it is a bit clunky, especially as the
servlets are modified frequently!

  --

  You received this message because you are subscribed to the Google Groups
  Google Web Toolkit group.
  To post to this group, send email to google-web-tool...@googlegroups.com.
  To unsubscribe from this group, send email to
  google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubs­cr...@googlegroups.com
  .
  For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.- Hide quoted text -

 - Show quoted text -

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: GWT 2/Eclipse Project References

2009-12-29 Thread Matt
Is there a specific way to do this?

Using the GWT projetct's  'Properties' dialog I removed the referenced
project from the 'Projects' tab and added the class folder in the
'Libraries' tab, then identified its source folder.

I can navigate to the source via the 'Referenced Libraries' of the GWT
app, but a GWT compilation still results in No source code is
available for type ...

On Dec 29, 12:55 pm, olivier nouguier olivier.nougu...@gmail.com
wrote:
 Hi
  The java *source* folder must be added to the classpath.
 HIH





 On Tue, Dec 29, 2009 at 1:09 PM, Matt matt.seab...@gmail.com wrote:
  I have the situation where the POJOs which are used within the
  EntryPoint (i.e. compiled to Javascript) are located in another
  Eclipse project.

  If I configure the GWT project to refer to the other project the Java
  compiles okay, but when attempting to compile to Javascript it
  complains No source code is available for 

  How do you get GWT to recognise the externally located source without
  compiling the lot into the webapp?

  On Dec 11, 5:28 pm, Rajeev Dayal rda...@google.com wrote:
   This is a general problem with having your GWT or App Engine project
  depend
   on another project that ultimately contributes artifacts to the
   war/WEB-INF/lib folder. We're going to address this in a future version
  of
   the plugin.

   Even though this appears to work in GWT, you'll still have to revert to
  the
   clunky technique (exporting the files from the parent project and copying
   them into the war/WEB-INF/lib folder of the child project) when you
  perform
   a deployment; the Google Plugin for Eclipse will not automatically do
  this
   for you.

   On Fri, Dec 11, 2009 at 7:09 AM, Graham graham.mor...@gmail.com wrote:
This seems to be related to the AppEngine, which I don't need. Problem
solved!

On Dec 11, 11:51 am, Graham graham.mor...@gmail.com wrote:
 Sorry, just to clarify - I am referring specifically to development
 mode.

 On Dec 11, 11:49 am, Graham graham.mor...@gmail.com wrote:

  I've successfully upgraded to GWT 2.0 using the GWT Eclipse Plugin.
  All seems well, with one exception. I write all of my servlets in a
  seperate project, which worked under well under 1.* by simply
  adding
  the project to the build path.

  Unfortunately after moving to GWT 2.0 the project is being ignored
  at
  run time, and the servlets are not found (although the project
  appears
  in the Classpath tab in my run configuration). Is there anyway to
  specify other projects to be included in the classpath?

  If I export my servlets to a JAR file and drop them into the
  WEB-INF/
  lib directory it works, but it is a bit clunky, especially as the
  servlets are modified frequently!

--

You received this message because you are subscribed to the Google
  Groups
Google Web Toolkit group.
To post to this group, send email to
  google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubs­cr...@googlegroups.com
  google-web-toolkit%2bunsubs­cr...@googlegroups.com
.
For more options, visit this group at
   http://groups.google.com/group/google-web-toolkit?hl=en.-Hide quoted
  text -

   - Show quoted text -

  --

  You received this message because you are subscribed to the Google Groups
  Google Web Toolkit group.
  To post to this group, send email to google-web-tool...@googlegroups.com.
  To unsubscribe from this group, send email to
  google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubs­cr...@googlegroups.com
  .
  For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.

 --
 A coward is incapable of exhibiting love; it is the prerogative of the
 brave.
 --
 Mohandas Gandhi- Hide quoted text -

 - Show quoted text -

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: Hyperlink ClickHandler help

2009-12-24 Thread Matt Moriarity
Perhaps you should be using an Anchor widget instead of a Hyperlink.
If you still need to link in with the history mechanism, you can have
your click handler call History.newItem

On Dec 23, 9:05 am, Peter Ondruska peter.ondru...@gmail.com wrote:
 Dear all,

 In GWT 2.0 Hyperlink.addClickHandler is deprecated and I should use
 FocusWidget.addClickHandler. However no matter how hard I try I cannot
 get this working. Would you help me please with an example of how to
 add ClickHander to Hyperlink in GWT 2.0.

 Thank you,

 Peter

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: SuggestBox MVP problem

2009-12-21 Thread Matt Moriarity
The way I was planning on handling this is allowing dependency
injection (GIN) to create the oracle and inject that into the view's
constructor.

On Dec 21, 7:03 am, FKereki fker...@gmail.com wrote:
 Hi! Trying to work with a SuggestBox field and MVP, I found a problem.
 You can getSuggestOracle(...) but you cannot set an oracle unless you
 do it through its constructor, and this asymmetry poses a problem.

 In MVP, the View shouldn't deal with the oracle complexity; its logic
 should be a Presenter responsibility, so the View cannot create the
 SuggestBox. On the other hand, since the Presenter shouldn't be
 creating widgets, there's a problem... who creates the widget?

 I think there should be a setSuggestOracle(...) method; thus, you
 could create an oracle-less widget (possibly via UiBinder) and later
 attach a Presenter-provided oracle to it.

 What do you think? Am I missing anything?

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: SuggestBox MVP problem

2009-12-21 Thread Matt Moriarity
The way I'm doing it will be to have the dependency injection
framework create a SuggestOracle. Then have the view be injected with
that oracle:

@Inject
MyView(MySuggestOracle oracle) {
  this.suggestBox = new SuggestBox(oracle);

  ...
}

Seems like a fairly simple solution, and does not require the use of
setter methods.

On Dec 21, 12:41 pm, Nathan Wells nwwe...@gmail.com wrote:
 The way (I think) we do it is our View has a method:

 pre
 HasText getSuggestBox(SuggestOracle oracle) {
     if (oracle != this.oracle || this.suggestBox == null)
         //create a new suggest box with the oracle
         createOrReplaceSuggestBox(oracle);
     }
     return suggestBox;}

 /pre

 This way everything stays separate. you can also include a no-args
 getSuggestBox method that might call this one with a default, or
 simply return the suggestBox field (though that would have the obvious
 possibility of returning null.

 On Dec 21, 7:52 am, Paul Robinson ukcue...@gmail.com wrote:



  Another option is to create a SuggestOracle subclass that delegates
  method calls to another object (perhaps another oracle). Make the first
  oracle have get/set methods to set the delegatee.

  FKereki wrote:
   If I understand it correctly, that poses a chicken-and-egg problem,
   because the Presenter constructor requires a View, and the View
   constructor would require something created by the Presenter? With
   MVP, I first create a View, and then inject it into the Presenter. If
   the View requires an oracle, then I must create the Presenter first --
   but in that case I cannot inject the View!?

   I solved this --and am not happy about it-- by (1st) creating the
   View, WITHOUT the SuggestBox, (2nd) injecting the View into the
   Presenter, and (3rd) having the Presenter create the oracle and
   provide it to the View, so the latter can add the missing SuggestBox.
   While this does work, it goes against UiBinder; the best I can do is
   to reserve a space for the SuggestBox, and I cannot get to use
   @UiHandler annotations.

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: UIBinder and themes?

2009-12-18 Thread Matt Moriarity
The new layout panels don't have any visual styling. You can manually
apply CSS to the splitter bar, although I'm not sure off the top of my
head what the correct class name is. Firebug or Safari/Chrome's dev
tools should let you find out.

On Dec 13, 4:03 am, Ben Harris bharri...@gmail.com wrote:
 Hi,

 I'm starting my first project with GWT and I've used the recipe for a
 splitlayoutpanel (http://code.google.com/webtoolkit/doc/latest/
 DevGuideUiPanels.html#Recipes)

 I all looks white, and the drag able split is there but doesn't stand
 out in anyway (cursor changes, images, different colour, etc.). I have
 tried the dark, chrome and standard themes but it is plain white
 regardless.

 Have I set the project up wrong? Or do I need to define all styles in
 the ui.xml files? I'd just like it to look nice while I play around
 with it.

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: Global keyboard handling

2009-12-18 Thread Matt Moriarity
See Event.addNativePreviewHandler (or something like that). This will
capture every DOM event. You can handle your keyboard events there.

On Dec 13, 4:47 pm, Dorinel dorinel.munte...@gmail.com wrote:
 How should I handle global keyboard event (for a game) it seems it's
 possible as there is a game, Hornet Blast:

 http://allen-sauer.com/com.allen_sauer.gwt.game.hornetblast.HornetBla...

 which is said is done in GWT and which does this.

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: [gwt-contrib] Inlining nocache.js

2009-12-17 Thread Matt Mastracci
If it's the same error we ran into, it's that there are things that look like 
HTML script and comment tags in the linker script that throw the parser off. 
Note how we broke up the script start tags and comment start/end tags the same 
way as the script end tags:

XSLinker:

  var compiledScriptTag = 'script src=\\' + base + strongName + 
'.cache.js\\/scr + ipt';
  $doc.write('script!--\n'
+ 'window.__gwtStatsEvent  window.__gwtStatsEvent({'
+ 'moduleName:__MODULE_NAME__, sessionId:$sessionId, subSystem:startup,'
+ 'evtGroup: loadExternalRefs, millis:(new Date()).getTime(),'
+ 'type: end});'
+ 'window.__gwtStatsEvent  window.__gwtStatsEvent({'
+ 'moduleName:__MODULE_NAME__, sessionId:$sessionId, subSystem:startup,'
+ 'evtGroup: moduleStartup, millis:(new Date()).getTime(),'
+ 'type: moduleRequested});'
+ 'document.write(' + compiledScriptTag + ');'
+ '\n--/script');

Our linker:

  var compiledScriptTag = 'scr'+'ipt src=\\' + base + strongName + 
'\\/scr + ipt';
  $doc.write('scr'+'ipt!-'+'-\n'
+ 'window.__gwtStatsEvent  window.__gwtStatsEvent({'
+ 'moduleName:__MODULE_NAME__, subSystem:startup,'
+ 'evtGroup: loadExternalRefs, millis:(new Date()).getTime(),'
+ 'type: end});'
+ 'window.__gwtStatsEvent  window.__gwtStatsEvent({'
+ 'moduleName:__MODULE_NAME__, subSystem:startup,'
+ 'evtGroup: moduleStartup, millis:(new Date()).getTime(),'
+ 'type: moduleRequested});'
+ 'document.write(' + compiledScriptTag + ');'
+ '\n-'+'-/scr'+'ipt');

We've had inlining working on dotspots.com in GWT trunk for a while now, but 
I'm considering going back to an external nocache.js so we can more easily 
decouple our static content from the GWT code.  

Matt.

On 2009-12-17, at 12:40 PM, George Georgovassilis wrote:

 Some time ago we discussed [1] inlining nocache.js into the host page
 to speed up initial page load, which I find quite worthwhile a read.
 While back in the 1.7 days I managed to inline nochache.js with a
 modest effort of post processing (escaping some javascript), 2.0
 defeats me. I can't find a way to inline the GWT 2.0 compiler's
 nocache.js into the host page without always running into some
 javascript syntax error, which prohibits the entire code from loading.
 
 Any hints?
 
 
 [1]
 http://groups.google.com/group/google-web-toolkit-contributors/browse_thread/thread/8127c586073b1711/2eeb884f6f5cdcbf?lnk=gstq=inline#2eeb884f6f5cdcbf
 
 -- 
 http://groups.google.com/group/Google-Web-Toolkit-Contributors

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors


Re: [gwt-contrib] now.. afetr GWT 2.0?

2009-12-16 Thread Matt Mastracci
GWT 2.0 was so awesome, it'll be hard to top any of the new stuff with my 
feature wishlist. 

A few things I'd like:

 - moving as many compiler properties as possible into configuration properties 
so we can build an instrumented release (with type cast checking, assertions, 
emulated stack traces) at the same time as release that can be turned on via 
 - A DOM object to represent the window
 - Less of a hit on first load in development mode
 - New linker that uses iframes with dynamic scripts and a more generic, more 
easily reusable hosted mode script
 
Matt.

On 2009-12-16, at 10:01 AM, Bruce Johnson wrote:

 Working on a draft one.
 
 What do folks here think is important?
 
 On Wed, Dec 16, 2009 at 7:42 AM, tfreitas tfrei...@gmail.com wrote:
 What about roadmap?
 
 --
 http://groups.google.com/group/Google-Web-Toolkit-Contributors
 
 
 -- 
 http://groups.google.com/group/Google-Web-Toolkit-Contributors

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

Class-based ResourceBundles and GWT

2009-12-15 Thread Matt
I am currently evaluating GWT to see if it fits with the pre-existing
framework with a view to adopting it for our future UI development.

The internationalisation/localisation for GWT appears to adopt a
similar approach to the Java standard of Resource Bundles when using
property files.

However we currently have *class* based ResourceBundles, where we
extend the java.util.ResourceBundle and have the implementation load
it's data from a database.

Does GWT support this?  And if so, how do you do it?

Many thanks.

Matt

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Programatic definition of locale

2009-12-15 Thread Matt
The documentation sepcifies that the locale is defined by GWT
Property, i.e.

meta name=gwt:property content=locale=ja_JP

or by paramater

http://www.example.org/myapp.html?locale=fr_CA

I would like to have the required locale as a propery of the logged in
user, and that hat tell the app what locale to use. So is there any
way to do this programatically define the required locale, short of
creating a filter and overriding the request object to add the locale
property?

Thanks.


--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Non Property file resource bundles

2009-12-15 Thread Matt
We currently have an 1i8n framework based on java.util.ResourceBundle
which delegates down to a database, rather then property files.

Is there a way to get GWT to use class-based
java.util.ResourceBundles?

Thanks.

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




Re: [gwt-contrib] Revisiting the script-via-iframe default linkage

2009-12-15 Thread Matt Mastracci
On 15-Dec-09, at 12:48 PM, Lex Spoon wrote:

 I've now double checked on several browsers other than Opera, and I
 agree that onerror works on non-IE and onreadystatechange works on IE.
 Details here:

 http://blog.lexspoon.org/2009/12/detecting-download-failures-with-script.html

 One tricky aspect is that I don't see how to get IE to say whether or
 not the download really failed.  Sometimes the loaded state is
 reached when loading a page that is not in cache.

I just ran some further tests - it looks like 'complete' is always  
fired while cached, 'loaded' always when not cached (and always after  
a loading event).

Note that it will also fire 'interactive' sometimes if you use alert()  
from the script, or if the 'error on page' dialog pops up.  I can't  
quite pin down the circumstances in which this readystate chooses to  
fire.

I whipped up a slightly improved test based on your post that logs the  
order of events here: http://grack.com/errortest.html  For all of the  
cached/uncached runs I did on IE6, IE7 and IE8 the script was always  
evaluated before complete or loaded was fired.

Matt.

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors


Re: [gwt-contrib] Re: Avira is showing warning when accessing gwt-generated files

2009-12-10 Thread Matt Mastracci
I got a report of a user seeing the same signature on our website.  
I've got a second submission in the queue to cover that one as well.

They've got a testing license that I should be able to download and  
use to reduce when I have a second.

On 2009-12-09, at 11:29 AM, Joel Webber j...@google.com wrote:

 Were you able to get any information on the signature (assuming it's  
 signature-based) from Avira? Their page on the subject is, uh, less  
 than useful.

 On Wed, Dec 9, 2009 at 1:09 PM, Matt Mastracci  
 matt...@mastracci.com wrote:
 We've just had reports of people seeing this while installing our
 chrome extension.  I'm not near a Windows VM right now, but I can see
 if it's easy to reproduce when I get back:

 http://getsatisfaction.com/dotspots/topics/dotspots_plugin_for_chrome_installer_problems

 There's a lot of embedded CSS in the script, as well as HTML snippets.
 It's the same virus report as Daniel earlier:  HTML/Crypted.Gen.

 Matt.

 On 30-Nov-09, at 9:20 AM, Joel Webber wrote:

  If you can find out what was triggering this from Avira, I'd really
  like to see it. This is probably the third-ish time we've seen a
  report like this, and it would be really helpful to understand what
  kind of virus snippets they're looking for. If there's something we
  can do in our code gen to avoid the problem in the future, it would
  probably be worth it.
 
  On Mon, Nov 30, 2009 at 10:19 AM, Thomas Broyer t.bro...@gmail.com
  wrote:
 
  On Nov 30, 3:43 pm, BobV b...@google.com wrote:
   On Sat, Nov 28, 2009 at 10:54 AM, Ray Ryan rj...@google.com  
 wrote:
Does one app make heavier use of CssResource than the other? A
  bell is
ringing about mhtml security concerns. Or did we back out our
  mhtml use?
  
   I disabled MHTML support in r6839 (trunk) and r6840 (2.0)  
 because it
   has too many browser/OS gotchas to be reliable for the 2.0  
 release.
 
  And it couldn't have been MHTML in our case, as we're serving the  
 app
  with HTTPS, which is sniffed in MhtmlClientBundleGenerator to fall
  back to a one file/request per resource (otherwise, the mhtml:
  pseudo-protocol causes a mixed content warning in IE).
 
  --
  http://groups.google.com/group/Google-Web-Toolkit-Contributors
 
 
  --
  http://groups.google.com/group/Google-Web-Toolkit-Contributors

 --
 http://groups.google.com/group/Google-Web-Toolkit-Contributors

 -- 
 http://groups.google.com/group/Google-Web-Toolkit-Contributors

-- 
http://groups.google.com/group/Google-Web-Toolkit-Contributors

  1   2   >