Thursday, February 28, 2013

Re: RequestFactory issue with overloaded setters in domain type

 FYI writing my own ServiceLayerDecorator with the following worked like a charm so extra thanks for the suggestion

    private static Method getBeanMethod( BeanMethod methodType, Class<?> domainType, String property, Class<?> propertyType ) {
        for ( Method m : domainType.getMethods() ) {
            if ( methodType.matches( m ) && property.equals( methodType.inferName( m ) )
                    && m.getParameterTypes()[0].isAssignableFrom( propertyType ) ) {
                m.setAccessible( true );
                return m;
            }
        }
        return null;
    }

    @Override
    public Method getSetter( Class<?> domainType, String property ) {
        Class<?> propertyType = getTop().getGetter( domainType, property ).getReturnType();
        Method setter = getBeanMethod( BeanMethod.SET, domainType, property, propertyType );
        if ( setter == null ) {
            setter = getBeanMethod( BeanMethod.SET_BUILDER, domainType, property, propertyType );
        }
        return setter;
    }


On 28 February 2013 13:44, James Horsley <james.horsley@gmail.com> wrote:
Makes sense. Thanks!


On 28 February 2013 13:27, Thomas Broyer <t.broyer@gmail.com> wrote:


On Thursday, February 28, 2013 1:50:03 PM UTC+1, James Horsley wrote:
I'll take a stab at writing a ServiceLayerDecorator as that should get me unblocked without writing DTO's and if the correct setter is called the NPE's won't be an issue. Thanks to you both for the suggestions!

Thomas, is this issue likely to end up as PatchesWelcome or WontFix? If the former then I'll look at getting a patch together.

I you send a patch, I'll look at it; the outcome will depend on what changes the patch has to make. 

--
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+unsubscribe@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.
 
 


--
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+unsubscribe@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.
 
 

IE 8 issues with GWT 2.5

We recently started using GWT 2.5 for our GWT applications.  Prior to a couple of months ago, we used GWT 2.4.  After deploying the GWT 2.5 applications, we noticed that the applications no longer work with IE 8.  When the user navigates to the application via an index.html page, the page is accessed successfully but the GWT java script is not loaded.  We do not see the login dialog as we would expect.  With Chrome and IE 9, we do not have issues.

We are using SSL.

We noticed that if we access the application using IE 8 and we add the site as a trusted site in IE 8, it works ok.

Also, we noticed that if we access the application using IE 8 and use the IP address of the machine versus the domain name, it works ok.

We've looked at the problem in Fiddler and it looks like with IE there is a problem in the SSL handshake.  Things hang after about 2 steps in the handshake, whereas in the good case there are several more messages back and forth before receiving the dialog page.

For the user agent string in the gwt module, we have:

  <set-property name="gxt.user.agent" value="ie8,ie9,chrome"/>

In our index.html file, we have:

<!doctype html>

One thing worth noting is that we also started using UIBinder when we moved to GWT 2.5.  I'm not sure if that makes any difference or not.

Thanks for any help anyone can provide.




--
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+unsubscribe@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.
 
 

Re: RequestFactory issue with overloaded setters in domain type

Makes sense. Thanks!


On 28 February 2013 13:27, Thomas Broyer <t.broyer@gmail.com> wrote:


On Thursday, February 28, 2013 1:50:03 PM UTC+1, James Horsley wrote:
I'll take a stab at writing a ServiceLayerDecorator as that should get me unblocked without writing DTO's and if the correct setter is called the NPE's won't be an issue. Thanks to you both for the suggestions!

Thomas, is this issue likely to end up as PatchesWelcome or WontFix? If the former then I'll look at getting a patch together.

I you send a patch, I'll look at it; the outcome will depend on what changes the patch has to make. 

--
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+unsubscribe@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.
 
 

--
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+unsubscribe@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.
 
 

Re: Unable to open GWT designer in

Encountered this today win7x64, cleared out the \.metadata\.plugins *gwt folders in my workspace, reloaded eclipse and the designer worked. It must have been holding on to old settings.

On Wednesday, 26 January 2011 05:14:54 UTC, Rao Venu wrote:
Hi

I am trying to open an entry point module file in the "design" view as
per
http://code.google.com/webtoolkit/tools/gwtdesigner/quick_start.html

However, I am getting the following message
"64-bit Windows is not supported for this version of GWT. Please use
32-bit Eclipse and a 32-bit Java VM."

Is there a workaround to this problem? Apart from installing on a
32bit environment?

Thanks
-Venu

My environment : Windows 7 Ultimate 64 bit with Springsource ToolSuite
2.5.1, GWT 2.1


--
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+unsubscribe@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.
 
 

Re: RequestFactory issue with overloaded setters in domain type



On Thursday, February 28, 2013 1:50:03 PM UTC+1, James Horsley wrote:
I'll take a stab at writing a ServiceLayerDecorator as that should get me unblocked without writing DTO's and if the correct setter is called the NPE's won't be an issue. Thanks to you both for the suggestions!

Thomas, is this issue likely to end up as PatchesWelcome or WontFix? If the former then I'll look at getting a patch together.

I you send a patch, I'll look at it; the outcome will depend on what changes the patch has to make. 

--
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+unsubscribe@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.
 
 

Re: send event (click) to an external html page

ARRRGGG !

Thank you all for your search and help.
I don't know how to workaround my problem.
So, I'll search (alone, again, ;-)
If I find anything, I'll tell you

Best,
Laurent

Le mercredi 27 février 2013 17:59:06 UTC+1, Milan Cvejic a écrit :
Thanks Thomas for clarification of messaging api. I believed that it is working only on same domain and that it is build just to standardize communication.

Best,
Milan

On Wed, Feb 27, 2013 at 3:24 PM, Thomas Broyer <t.br...@gmail.com> wrote:


On Wednesday, February 27, 2013 3:07:48 PM UTC+1, Milan Cvejic wrote:
On the other hand, if you are loading iframe from the same domain, and have full control of iframe content you can use window.postMessage api for child - parent communication.

If it's from the same origin, you don't need postMessage. postMessage was specifically made for cross-origin communications.

You will need to implement some JSNI methods in order to accomplish this in GWT.

or use Elemental.

I doubt it'll solve Laurent's use case though: he was talking about loading a third-party site, and never mentioned that site was "friendly" to the "calling GWT app" (he used Google as an example)

--
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/xyIjJvWyRD4/unsubscribe?hl=en.
To unsubscribe from this group and all its topics, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To post to this group, send email to google-we...@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.
 
 



--
LiquidBrain!

--
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+unsubscribe@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.
 
 

Re: RequestFactory issue with overloaded setters in domain type

I'll take a stab at writing a ServiceLayerDecorator as that should get me unblocked without writing DTO's and if the correct setter is called the NPE's won't be an issue. Thanks to you both for the suggestions!

Thomas, is this issue likely to end up as PatchesWelcome or WontFix? If the former then I'll look at getting a patch together.



On 28 February 2013 11:19, Thomas Broyer <t.broyer@gmail.com> wrote:


On Thursday, February 28, 2013 11:18:22 AM UTC+1, Ignacio Baca Moreno-Torres wrote:
If you don't want to have a delegator DTO, you may try AOP. For example, with guice you can match the classes you have the NPE problem, and return null before de NPE.

or in this specific case, use a ServiceLayerDecorator whose getSetter returns the appropriate setter for the given known class and property name (or possibly do the right thing in setProperty, without the need to go down to the java.lang.reflect level)

--
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+unsubscribe@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.
 
 

--
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+unsubscribe@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.