Re: Query Regarding MVP architecture
Hi, MVP makes sense if your application has multiple view implementations for different devices (browser, mobile, tablet). Otherwise I prefer simple widgets using UiBinder/HtmlPanel and Composite containing presenter and view logic together. Regards, Stefan Am 17.04.2013 um 07:42 schrieb Kedar Vyawahare kedar.vyawahare1...@gmail.com: Hi all, We are Building a large scale application in GWT. We are a little bit confused about the pattern we should use.Can anyone please suggest me shall we go with GWT simple pattern or shall we use patterns like MVP? -Regards Kedar -- 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. -- 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.
What is right approach to send frequently server time to client in GWT?
Hi, I have one gwt application. I have a requirement to show frequently server date to client side, For this, I used GWTEventService. While user logged in, then I am sending one rpc and create one thread using timer which will send periodically event to client. But due to memory leak, after debugging using *JProfiler *I came to know that date object created inside timer and due to thread creation it is not being garbage collected. I think I am doing somewhat wrong way. Let me know is What is right approach to send frequently server time to client in GWT? *This is a method which will call after login.* public static void *registerServerTimerEvent*(final Label widget,final String dateFormat) { ClientGinjector ginjector = (ClientGinjector) WorkFlowSessionFactory.getValue(WorkFlowSesisonKey.GININJECTOR); DispatchAsync dispatchAsync = ginjector.getDispatchAsync(); dispatchAsync.execute(new UtilityCaller(), new AsyncCallbackUtilityCallerResult() { @Override public void onFailure(Throwable caught) { } @Override public void onSuccess(UtilityCallerResult result) { String strdate; if(dateFormat!=null){ DateTimeFormat fmt = DateTimeFormat.getFormat(dateFormat); strdate = fmt.format(result.getServerDate()); }else{ strdate = result.getServerDate().toString(); } setDateTime(strdate,widget); } }); RemoteEventService theRemoteEventService = RemoteEventServiceFactory.getInstance().getRemoteEventService(); //add a listener to the SERVER_MESSAGE_DOMAIN theRemoteEventService.addListener(NTTimerEvent.SERVER_MESSAGE_DOMAIN, new RemoteEventListener() { public void apply(Event anEvent) { if(anEvent instanceof NTTimerEvent) { NTTimerEvent theServerGeneratedMessageEvent = (NTTimerEvent)anEvent; String strdate; if(dateFormat!=null){ DateTimeFormat fmt = DateTimeFormat.getFormat(dateFormat); strdate = fmt.format(theServerGeneratedMessageEvent.getServerDate()); }else{ strdate = theServerGeneratedMessageEvent.getServerDate().toString(); } setDateTime(strdate,widget); WorkFlowSessionFactory.putValue(WorkFlowSesisonKey.SERVER_DATE_TIME,theServerGeneratedMessageEvent.getServerDate()); } } }); } public static void setDateTime(String dateTime,Label label) { if(label != null){ label.setText(dateTime); } } *NTTimerEvent * * * public class NTTimerEvent implements Event { /** * */ private static final long serialVersionUID = 1L; public static final Domain SERVER_MESSAGE_DOMAIN = DomainFactory.getDomain(server_message_domain); private Date serverDate; private NTTimerEvent() {} public NTTimerEvent(Date serverDate) { this.serverDate = serverDate; } public Date getServerDate() { return serverDate; } public void setServerDate(Date serverDate) { this.serverDate = serverDate; } } *Handler Code:* public class UtilityCallerActionHandler extends RemoteEventServiceServlet implements ActionHandlerUtilityCaller, UtilityCallerResult { private static Timer myEventGeneratorTimer; @Inject public UtilityCallerActionHandler() { } @Override public UtilityCallerResult execute(UtilityCaller action, ExecutionContext context) throws ActionException { try{ if(myEventGeneratorTimer == null) { myEventGeneratorTimer = new Timer(true); myEventGeneratorTimer.schedule(new ServerTimerTask(), 0, 1); } return new UtilityCallerResult(); }catch (Exception e) { CommonUtil.printStackTrace(e); long exceptionBeanId = 0l; if (e instanceof NTException) { exceptionBeanId = ((NTException)e).getExceptionBeanId(); } throw new NTActionException(NTException.getStackTrace(e),e.getCause(), exceptionBeanId); } } @Override public void undo(UtilityCaller action, UtilityCallerResult result, ExecutionContext context) throws ActionException { } @Override public ClassUtilityCaller getActionType() { return UtilityCaller.class; } private class ServerTimerTask extends TimerTask { public void run() { * final Date theEventMessage = new Date();* *//create the event* *Event theEvent = new NTTimerEvent(theEventMessage);* *//add the event, so clients can receive it* *addEvent(NTTimerEvent.SERVER_MESSAGE_DOMAIN, theEvent);* } } } -- 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.
Re: What is right approach to send frequently server time to client in GWT?
Using RPC seems ok here. Note that there are no threads in the browser. Also you cant compare the JProfiler results of the application running in debug mode to the actually compiled JavaScript application which runs in the browser engine. On 17.04.2013 12:31, Bhumika Thaker wrote: Hi, I have one gwt application. I have a requirement to show frequently server date to client side, For this, I used GWTEventService. While user logged in, then I am sending one rpc and create one thread using timer which will send periodically event to client. But due to memory leak, after debugging using *JProfiler *I came to know that date object created inside timer and due to thread creation it is not being garbage collected. I think I am doing somewhat wrong way. Let me know is What is right approach to send frequently server time to client in GWT? *This is a method which will call after login.* public static void *registerServerTimerEvent*(final Label widget,final String dateFormat) { ClientGinjector ginjector = (ClientGinjector) WorkFlowSessionFactory.getValue(WorkFlowSesisonKey.GININJECTOR); DispatchAsync dispatchAsync = ginjector.getDispatchAsync(); dispatchAsync.execute(new UtilityCaller(), new AsyncCallbackUtilityCallerResult() { @Override public void onFailure(Throwable caught) { } @Override public void onSuccess(UtilityCallerResult result) { String strdate; if(dateFormat!=null){ DateTimeFormat fmt = DateTimeFormat.getFormat(dateFormat); strdate = fmt.format(result.getServerDate()); }else{ strdate = result.getServerDate().toString(); } setDateTime(strdate,widget); } }); RemoteEventService theRemoteEventService = RemoteEventServiceFactory.getInstance().getRemoteEventService(); //add a listener to the SERVER_MESSAGE_DOMAIN theRemoteEventService.addListener(NTTimerEvent.SERVER_MESSAGE_DOMAIN, new RemoteEventListener() { public void apply(Event anEvent) { if(anEvent instanceof NTTimerEvent) { NTTimerEvent theServerGeneratedMessageEvent = (NTTimerEvent)anEvent; String strdate; if(dateFormat!=null){ DateTimeFormat fmt = DateTimeFormat.getFormat(dateFormat); strdate = fmt.format(theServerGeneratedMessageEvent.getServerDate()); }else{ strdate = theServerGeneratedMessageEvent.getServerDate().toString(); } setDateTime(strdate,widget); WorkFlowSessionFactory.putValue(WorkFlowSesisonKey.SERVER_DATE_TIME,theServerGeneratedMessageEvent.getServerDate()); } } }); } public static void setDateTime(String dateTime,Label label) { if(label != null){ label.setText(dateTime); } } *NTTimerEvent * * * public class NTTimerEvent implements Event { /** * */ private static final long serialVersionUID = 1L; public static final Domain SERVER_MESSAGE_DOMAIN = DomainFactory.getDomain(server_message_domain); private Date serverDate; private NTTimerEvent() {} public NTTimerEvent(Date serverDate) { this.serverDate = serverDate; } public Date getServerDate() { return serverDate; } public void setServerDate(Date serverDate) { this.serverDate = serverDate; } } *Handler Code:* public class UtilityCallerActionHandler extends RemoteEventServiceServlet implements ActionHandlerUtilityCaller, UtilityCallerResult { private static Timer myEventGeneratorTimer; @Inject public UtilityCallerActionHandler() { } @Override public UtilityCallerResult execute(UtilityCaller action, ExecutionContext context) throws ActionException { try{ if(myEventGeneratorTimer == null) { myEventGeneratorTimer = new Timer(true); myEventGeneratorTimer.schedule(new ServerTimerTask(), 0, 1); } return new UtilityCallerResult(); }catch (Exception e) { CommonUtil.printStackTrace(e); long exceptionBeanId = 0l; if (e instanceof NTException) { exceptionBeanId = ((NTException)e).getExceptionBeanId(); } throw new NTActionException(NTException.getStackTrace(e),e.getCause(), exceptionBeanId); } } @Override public void undo(UtilityCaller action, UtilityCallerResult result, ExecutionContext context) throws ActionException { } @Override public ClassUtilityCaller getActionType() { return UtilityCaller.class; } private class ServerTimerTask extends TimerTask { public void run() { * final Date theEventMessage = new Date();* *//create the event* *Event theEvent = new NTTimerEvent(theEventMessage);* *//add the event, so clients can receive it* *addEvent(NTTimerEvent.SERVER_MESSAGE_DOMAIN, theEvent);* } } } -- 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. -- You received this message because
RequestFactroy dilemma when entity id is null.
Hi everyone, I have been using GWT-RequestFactory and I have to admit that it pretty much ease and speed up the development but also some times I feel a bit more control and flexibility required to be given out of the *API* to developer. In short my problem here is : I am not able to send an entity proxy to server with an id and null version because I get something like this *The persisted entity with id '1' has null version'* Here is detailed explanation by example 1)Consider Entity : Employee (id, name, age, address, city country, gender). 2)Consider a search by keywords page where we have textboxes for i) Employee ID II) Name iii) City iv) Country v) gender 3) User chooses any number of above fields, types things and hit enter. eg. Name : thom --- hit on search 4) A Celltable or Grid appears as results of search eg. list of all employees whose name like '%thom%', - Thomas, Thor etc Hope that explains the feature. So here I am sending the keywords to sever wrapped in a bean proxy itself. for example when user hits 'Search' button : - req = reqFactory.getEmployeeRequest(); EmployeeProxy emp = req.create(EmployeeProxy.class); emp.setId(idTextBox.getValue()); //getting entered (or null) value in text box emp.setName(nameTextBox.getValue()); //.. req.searchEmployeeByKey(emp).fire(new ReceiverListEmployeeProxy () { public void onSuccess(ListEmployeeProxy list) {} }); Here I am using a entity proxy just for search purpose. But if the '*id' *entity is populate ( consider user knows employee id and enters it in respective text box and hit search) like emp.setId(idTextBox.getValue()) // it not null this time!!! say id is '* 1'* RequestFactory complains *'The persisted entity with id '1' has null version' *So I tried to find a workaround by setting version to *'0' *or any number. But in my EmployeeLocator I have this : @Override public Employee find(Class? extends Employee clazz, final Integer id) { return employeeDao.findById(id);// *Assume version is 21*. *bam!! 0 != 21 -- Autobean frozen! * } Which will return latest entity from database having the latest version. Now if its now *'0' *, I mean if it does not match with the arbitrary version set on client, the RequestFactory will again throw exception complaining : *The AutoBean has been frozen. * * --x---x---x--x * * *Is there any way I can tell RequestFactory: '*Hey RequestFactory, chill !!!, don't make any checks and don't throw any exception, this one is just for search purpose*' Thanks in advance. -- 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.
Re: RequestFactroy dilemma when entity id is null.
* *Is there any way I can tell RequestFactory: '*Hey RequestFactory, chill !!!, don't make any checks and don't throw any exception, this one is just for search purpose*' Use ValueProxy instead, e.g. EmployeSearchCriteriaProxy extends ValueProxy. ValueProxies do not have an identity and RF should not care about IDs and Versions. At first it may sound stupid to duplicate all the methods from your EmployeeEntityProxy because you can filter all properties of your Employee but in the future you may need to filter employees based on more complex data that is not directly available on EmployeeEntityProxy. -- J. -- 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.
Re: Security in gwt application.
Thomas, I am using GWT 2.0.3 and this is being generated in the *.nocache.js. Is there any solution to this ? This clearly seems like an XSS vulnerability to me. Have you fixed this in the later version ? If yes then which one ? On Tuesday, April 16, 2013 6:49:29 PM UTC-4, Thomas Broyer wrote: The question is: have you found where this script is coming from? 'cause I can't. On Tuesday, April 16, 2013 5:46:34 PM UTC+2, Shashank Raj Holavanalli wrote: I know exactly what is happening here. The variable r has everything that is present in the browser address bar. So a hacker can inject some html in the URL like this http://domain.com/script/script. When variable r is written to document using document.write(lc + r + uc) the script injected gets written into the HTML document. This is a perfect example of dom based cross site scripting issue. i think GWT has to provide developers a way to avoid this kind of vulnerabilities. On Friday, November 9, 2012 1:37:38 AM UTC-5, Anuradha bhat wrote: Hi , We have developed a gwt application. We foundDOM based cross site scripting issue in our .nocahe.js file. Here is the part of the code mentioned in .js file which is vulnerable. Can any body help me in finding , which type of java code will generate this code? Is there any way to do reverse engineering r = h(l.location.href) function h(a) { return d = 0 ? a.substring(0, d + 1) : M r = h(l.location.href) if (y()) { document.write(lc + r + uc) -- 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.
Re: What is right approach to send frequently server time to client in GWT?
There are two methods: - Polling: calling the server in regular intervals - Pushing: the server sends data on its own to the client For pushing i suggest you to take a look at Atmosphere - http://async-io.org/ - https://github.com/Atmosphere/atmosphere-extensions/wiki/Atmosphere-GWT-2.0 Regards, Stefan On 17.04.2013 14:21, Bhumika Thaker wrote: Hi Stefan, No, I don't want to make rpc call frequently. because it will create unnecessaryRPC call. As I mention I want to show*server time *to client frequently. so to avoid unnecessary RPC call like client-request-server than server-response-client I am doing if time change than server-response-client only. Seems someone still holds a reference to the objects, so it cant be garbage collected. As you see code then in UtilityCallerActionHandler, in this code NTTimerEvent event object created inside *Timer*. private class ServerTimerTask extends TimerTask { public void run() { final Date theEventMessage = new Date(); //create the event Event theEvent = new NTTimerEvent(theEventMessage); //add the event, so clients can receive it addEvent(NTTimerEvent.SERVER_MESSAGE_DOMAIN, theEvent); } } As I know timer is thread and thread is not make eligible object for garbage collection which objects are created inside it. util stopped JVM. So that is why thread hold this reference. but I don't have any event other than thread to send this event to client. Let me know is other approach to achieve this things. Thanks, Bhumika Thaker On Wed, Apr 17, 2013 at 4:31 PM, Stefan Ollinger stefan.ollin...@gmx.de mailto:stefan.ollin...@gmx.de wrote: Seems someone still holds a reference to the objects, so it cant be garbage collected. You could create the objects on demand per RPC request. -- 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.
Re: RequestFactroy dilemma when entity id is null.
Thanks Jens, This is exactly how I am doing right now. I am having something like EmployeeSearchProxy extends ValueProxy for EmployeeSearch class which wraps up Employee and have an additional field for id. But it seems to me as workaround for a perticular case which solves a perticular problem. A few workarounds are not bad but if they grew large enough, they may haunt you back in maintainance. The real problem is control and communication which developer can do with GWT-RequestFactory framework. If I could have said at runtime to RequestFactory Hey RequestFactory, chill !!!, don't make any checks and don't throw any exception, this one is just for search purpose I guess it could might have been a better design and more compiling to object oriented principles. On Wednesday, 17 April 2013 17:50:20 UTC+5:30, Jens wrote: * *Is there any way I can tell RequestFactory: '*Hey RequestFactory, chill !!!, don't make any checks and don't throw any exception, this one is just for search purpose*' Use ValueProxy instead, e.g. EmployeSearchCriteriaProxy extends ValueProxy. ValueProxies do not have an identity and RF should not care about IDs and Versions. At first it may sound stupid to duplicate all the methods from your EmployeeEntityProxy because you can filter all properties of your Employee but in the future you may need to filter employees based on more complex data that is not directly available on EmployeeEntityProxy. -- J. -- 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.
Re: IE10 support in Gwt
There are a couple module config files that need to be updated, and at least 1 java file. DOM.gwt.xml UserAgent.gwt.xml UserAgentPropertyGenerator.java I also would recommend looking at DOMImplIE9.java and any parent classes to see what needs to be modified. I must be missing something because I am still getting the promt: ... user.agent value (ie9) does not match the runtime user.agent value (ie10) ... On Tuesday, January 15, 2013 3:24:42 PM UTC-5, Erik Sapir wrote: Could you tell me what are the steps required to make it work? I might have to modify the GWT code locally to make it compile to IE10 -- 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.
Re: Joda Time Jodatime in GWT server
Hi, AFAIK there is no gwt-port of jodatime available. So you will not be able to use jodatime in your *client *or *shared *packages as this library dependencies are not present in the emulated JRE on the client. If you have a *DTO* layer, you can then easily convert your jodatime objects in to * java.util.Date* and use them in your client code. HTH, Lukasz On Monday, April 15, 2013 11:36:15 PM UTC+2, Steve Morgan wrote: I'm using Jodatime in my GWT application, server only. I'm getting a runtime message: java.lang.ClassNotFoundException: org.joda.time.ReadableInstant. I have included Jodatime 1.6.2 in my project build path. Do I need to add an inherits ... statement as well? I am sure it is something extremely simple, I just haven't found it. Thanks, Steve -- 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.
Re: RequestFactroy dilemma when entity id is null.
It isnt exactly a use-case of RF to construct existing entities on the client side. Either you create a new one, or load an existing one form the server. Alternatively you can create a search API which expects simple parameters instead of objects: searchApi.lookup(id, name, ..) Putting everything in objects adds sometimes only another layer of indirection. Regards, Stefan On 17.04.2013 16:22, Aryan wrote: Thanks Jens, This is exactly how I am doing right now. I am having something like EmployeeSearchProxy extends ValueProxy for EmployeeSearch class which wraps up Employee and have an additional field for id. But it seems to me as workaround for a perticular case which solves a perticular problem. A few workarounds are not bad but if they grew large enough, they may haunt you back in maintainance. The real problem is control and communication which developer can do with GWT-RequestFactory framework. If I could have said at runtime to RequestFactory Hey RequestFactory, chill !!!, don't make any checks and don't throw any exception, this one is just for search purpose I guess it could might have been a better design and more compiling to object oriented principles. On Wednesday, 17 April 2013 17:50:20 UTC+5:30, Jens wrote: * *Is there any way I can tell RequestFactory: '*Hey RequestFactory, chill !!!, don't make any checks and don't throw any exception, this one is just for search purpose*' Use ValueProxy instead, e.g. EmployeSearchCriteriaProxy extends ValueProxy. ValueProxies do not have an identity and RF should not care about IDs and Versions. At first it may sound stupid to duplicate all the methods from your EmployeeEntityProxy because you can filter all properties of your Employee but in the future you may need to filter employees based on more complex data that is not directly available on EmployeeEntityProxy. -- J. -- 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. -- 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.
Re: Query Regarding MVP architecture
I would recommend to use MVP even when dealing only with one form factor. In the long run it makes maintaining the code much easier than it would be with simple widgets On Wednesday, April 17, 2013 11:55:01 AM UTC+2, Stefan Ollinger wrote: Hi, MVP makes sense if your application has multiple view implementations for different devices (browser, mobile, tablet). Otherwise I prefer simple widgets using UiBinder/HtmlPanel and Composite containing presenter and view logic together. Regards, Stefan Am 17.04.2013 um 07:42 schrieb Kedar Vyawahare kedar.vya...@gmail.comjavascript: : Hi all, We are Building a large scale application in GWT. We are a little bit confused about the pattern we should use.Can anyone please suggest me shall we go with GWT simple pattern or shall we use patterns like MVP? -Regards Kedar -- 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 javascript:. To post to this group, send email to google-we...@googlegroups.comjavascript: . Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en http://groups.google.com/group/google-web-toolkit?hl=en. For more options, visit https://groups.google.com/groups/opt_out 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?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
Re: How to centre fixed size panel inside another layout panel or screen
Hi, Maybe you should file a bug report, a center layout or something would be great! Or indeed support for Alignment.MIDDLE. I'm in the progress of updating and old code base to standards compliant mode and centering widget on the window is used all over the place. Before I could just set the height of a table to 100% and using 3 columns, and let the browser figure out row distribution, but this no longer works in standards mode. David On Thursday, February 2, 2012 9:16:10 PM UTC+1, espinosa_cz wrote: Lets look at it from a different angle. There is a familiar example in GWT documentation: http://code.google.com/webtoolkit/doc/latest/DevGuideUiPanels.html#LayoutPanels Widget child0, child1, child2; LayoutPanel p = new LayoutPanel(); p.add(child0); p.add(child1); p.add(child2); p.setWidgetLeftWidth(child0, 0, PCT, 50, PCT); // Left panel p.setWidgetRightWidth(child1, 0, PCT, 50, PCT); // Right panel p.setWidgetLeftRight(child2, 5, EM, 5, EM); // Center panel p.setWidgetTopBottom(child2, 5, EM, 5, EM); How to define the center panel using flexible percents (PCT) and not fixed size? Why is there exactly 5 EM by the way? Espinosa -- 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.
Re: How to centre fixed size panel inside another layout panel or screen
I'm in the progress of updating and old code base to standards compliant mode and centering widget on the window is used all over the place. Before I could just set the height of a table to 100% and using 3 columns, and let the browser figure out row distribution, but this no longer works in standards mode. Not tested in IE6/7 but should work in IE8 and all other browsers in standards mode: CenterPanel.gwt.xml: g:HTMLPanel height=100% width=100% div style=display:table; height:100%; width:100%; div style=display:table-cell; vertical-align:middle; text-align:center; div style=text-align:left; display:inline-block; g:FlowPanel ui:field=centeredContainer/ /div /div /div /g:HTMLPanel The corresponding Java file extends Composite and implements HasWidgets by delegating HasWidgets methods to centeredContainer. Haven't tried it but the first div inside the HTMLPanel can probably be removed if you assign display:table via CSS to the HTMLPanel. You can then use it like g:SomeParentContainerWithKnownHeight //could probably also be a LayoutPanel layer as it has fixed sizes. my:CenterPanel g:LabelCentered text inside SomeParentContainerWithKnownHeight/g:Label /my:CenterPanel /g:SomeParentContainerWithKnownHeight -- J. -- 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.
Re: GWT 2.5.1 now available
Hi, i have a problem with this version, in de locale es_MX the decimal separator in Mexico is point and in these release change to coma (,) This is a problem in my system. Why can i do for resolve this ? ??? The file with the error is NumberConstantsImpl_es_MX.properties El lunes, 11 de marzo de 2013 19:11:16 UTC-6, Matthew Dempsky escribió: Hi everyone, We're excited to announce the GWT 2.5.1 release! There will be an announcement soon on the GWT Blog http://googlewebtoolkit.blogspot.com/, and you can download it herehttps://code.google.com/p/google-web-toolkit/downloads/detail?name=gwt-2.5.1.zip. This release has been uploaded to Maven Central with the version string of 2.5.1. GWT 2.5.1 contains over 50 new bug fixes, many of which were contributed by the community. Thanks to everyone who reported issues and/or submitted patches. -Matthew, on behalf of the GWT team -- 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.
How to resolve Policy file permission problem.
Hi, i am new to GWT. i gone through several suggestion of GWT users to develop my project. It is deploying fine for some times , but suddenly showing this error even i didn't change any of my code. some times i deleted policy file in temp file again tried to run my project. but again the file is creating in temp' folder. 1. is it possible to stop producingtest.policy file when project is running? 2. Is there any way to change permission in policy file towards my project files ? i checked all my JAVA HTML code. it is perfect seems to be. it worked also for first 3 times. but not after that. i restarted system browsers eclipse as well please resolve this. -- Initializing App Engine server Unable to start embedded HTTP server [ERROR] shell failed in doStartupServer method java.security.AccessControlException: access denied (java.io.FilePermission C:\Users\TESTEG~1\AppData\Local\Temp\test7750362367300466898.policy delete) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.SecurityManager.checkDelete(Unknown Source) at java.io.File.delete(Unknown Source) at com.google.apphosting.utils.security.SecurityManagerInstaller.install(SecurityManagerInstaller.java:83) at com.google.appengine.tools.development.DevAppServerFactory.createDevAppServer(DevAppServerFactory.java:152) at com.google.appengine.tools.development.DevAppServerFactory.createDevAppServer(DevAppServerFactory.java:69) at com.google.appengine.tools.development.DevAppServerFactory.createDevAppServer(DevAppServerFactory.java:53) at com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngineLauncher.java:84) at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1093) at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:836) at com.google.gwt.dev.DevMode.main(DevMode.java:311) -- -- 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.
Exclude files in GWT
I want to exclude some classes in gwt package, and use files in my project with same Name and package name when gwt looks for that classes. I want to exclude *com.google.gwt.json.client* this package... and use my implementation for it. -- 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.
Re: Query Regarding MVP architecture
My team uses an MVP pattern for GWT in our large scale web applications. Its worked pretty well. We typically break the web application down into small modular widget objects using UIBinder and Composites, but within these widgets, we still organize classes into an MVP pattern. Separating out a model layer and a presenter allows you to do isolated unit tests against the presenter. So we try to put as much logic there as possible and never refer directly to GWT implementation classes. We also tend to keep the view objects as dumb as possible. Fowler has a classic article where he describes the common ways of designing UI apps. Its a good intro: http://martinfowler.com/eaaDev/uiArchs.html. Our implementation resembles the Humble View pattern he describes. Thanks, Todd On Wednesday, April 17, 2013 1:42:40 AM UTC-4, kedar vyawahare wrote: Hi all, We are Building a large scale application in GWT. We are a little bit confused about the pattern we should use.Can anyone please suggest me shall we go with GWT simple pattern or shall we use patterns like MVP? -Regards Kedar -- 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.
Re: GWT 2.5.1 now available
Sorry, I'm not familiar with locale conventions in other languages, but it looks like the last actual change to NumberConstantsImpl_es_MX.properties is from November 2011, so that change should have been included in both the GWT 2.5.0 and 2.5.1 releases. If you can file a bug at code.google.com/p/google-web-toolkit/issues with details including how to reproduce the issue and what you expect to happen instead, that would be best. On Wed, Apr 17, 2013 at 11:19 AM, paket panchi...@gmail.com wrote: Hi, i have a problem with this version, in de locale es_MX the decimal separator in Mexico is point and in these release change to coma (,) This is a problem in my system. Why can i do for resolve this ? ??? The file with the error is NumberConstantsImpl_es_MX.properties El lunes, 11 de marzo de 2013 19:11:16 UTC-6, Matthew Dempsky escribió: Hi everyone, We're excited to announce the GWT 2.5.1 release! There will be an announcement soon on the GWT Blog http://googlewebtoolkit.blogspot.com/, and you can download it herehttps://code.google.com/p/google-web-toolkit/downloads/detail?name=gwt-2.5.1.zip. This release has been uploaded to Maven Central with the version string of 2.5.1. GWT 2.5.1 contains over 50 new bug fixes, many of which were contributed by the community. Thanks to everyone who reported issues and/or submitted patches. -Matthew, on behalf of the GWT team -- 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. -- 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.
Re: Joda Time Jodatime in GWT server
Have you try https://code.google.com/p/gwt-joda-time/ ? Regards, Matic -- GWT stuff twitter - http://twitter.com/#!/gwtstuff On Monday, April 15, 2013 11:36:15 PM UTC+2, Steve Morgan wrote: I'm using Jodatime in my GWT application, server only. I'm getting a runtime message: java.lang.ClassNotFoundException: org.joda.time.ReadableInstant. I have included Jodatime 1.6.2 in my project build path. Do I need to add an inherits ... statement as well? I am sure it is something extremely simple, I just haven't found it. Thanks, Steve -- 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.
Re: GWT 2.5.1 now available
is there any way to change the decimalseparator in NumberFormat via some method? On Wednesday, April 17, 2013 1:53:29 PM UTC-5, Matthew Dempsky wrote: Sorry, I'm not familiar with locale conventions in other languages, but it looks like the last actual change to NumberConstantsImpl_es_MX.properties is from November 2011, so that change should have been included in both the GWT 2.5.0 and 2.5.1 releases. If you can file a bug at code.google.com/p/google-web-toolkit/issues with details including how to reproduce the issue and what you expect to happen instead, that would be best. On Wed, Apr 17, 2013 at 11:19 AM, paket panc...@gmail.com javascript:wrote: Hi, i have a problem with this version, in de locale es_MX the decimal separator in Mexico is point and in these release change to coma (,) This is a problem in my system. Why can i do for resolve this ? ??? The file with the error is NumberConstantsImpl_es_MX.properties El lunes, 11 de marzo de 2013 19:11:16 UTC-6, Matthew Dempsky escribió: Hi everyone, We're excited to announce the GWT 2.5.1 release! There will be an announcement soon on the GWT Bloghttp://googlewebtoolkit.blogspot.com/, and you can download it herehttps://code.google.com/p/google-web-toolkit/downloads/detail?name=gwt-2.5.1.zip. This release has been uploaded to Maven Central with the version string of 2.5.1. GWT 2.5.1 contains over 50 new bug fixes, many of which were contributed by the community. Thanks to everyone who reported issues and/or submitted patches. -Matthew, on behalf of the GWT team -- 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 javascript:. To post to this group, send email to google-we...@googlegroups.comjavascript: . 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+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.
Re: Exclude files in GWT
Put your implementation earlier in the classpath than gwt-user.jar? On Wednesday, April 17, 2013 3:02:22 PM UTC+2, Pacha Thavala wrote: I want to exclude some classes in gwt package, and use files in my project with same Name and package name when gwt looks for that classes. I want to exclude *com.google.gwt.json.client* this package... and use my implementation for it. -- 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.
Re: Security in gwt application.
On Wednesday, April 17, 2013 3:20:09 PM UTC+2, Shashank Raj Holavanalli wrote: Thomas, I am using GWT 2.0.3 and this is being generated in the *.nocache.js. Come on, 2.0.3 is 3 damn years old! Is there any solution to this ? This clearly seems like an XSS vulnerability to me. Have you fixed this in the later version ? If yes then which one ? There's been a few security fixes in latest versions (though not related to this one). AFAICT, assuming this is from computeBaseUrl(), this code will almost never be called (it depends how you load the nocache.js), so there should be no vulnerability in practice. It'd help if you could give more info as to which code exactly you're talking about (compile with -style PRETTY so the JS won't be obfuscated). -- 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.
[gwt-contrib] Change in gwt[master]: Add callbacks to Super Dev Mode to find out when a compile s...
James Nelson has posted comments on this change. Change subject: Add callbacks to Super Dev Mode to find out when a compile starts and finishes, and an alternate main() that can be called after parsing options. .. Patch Set 1: Code-Review+1 (1 comment) File dev/codeserver/java/com/google/gwt/dev/codeserver/CompileDir.java Line 32: public class CompileDir { YES! I will finally be able to delete my CompileDirAccessor :-) -- To view, visit https://gwt-review.googlesource.com/2540 To unsubscribe, visit https://gwt-review.googlesource.com/settings Gerrit-MessageType: comment Gerrit-Change-Id: I2a27a07d2c8219d496613b1c1c88380c6dc3d032 Gerrit-PatchSet: 1 Gerrit-Project: gwt Gerrit-Branch: master Gerrit-Owner: Brian Slesinsky skybr...@google.com Gerrit-Reviewer: James Nelson ja...@wetheinter.net Gerrit-Reviewer: Matthew Dempsky mdemp...@google.com Gerrit-HasComments: Yes -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [gwt-contrib] Re: RequestFactory Feature Request: @Immutable EntityProxy, reduced payload size, Map support.
Hey Thomas, Totally understand that modularization and mavenization are top priorities but does that mean my Map support patch need to wait until after GWT 2.6? I know things have been in a transitional period but I submitted the patch almost a year ago now and would love to get the support in; let me know if there's anything I can do to help get the patch in a better position to go out. Hopefully not coming across too negatively as things seem to be picking up pace in a great way for GWT in the last few months, just would love to get Map support integrated. Cheers, James On 16 April 2013 23:56, Thomas Broyer t.bro...@gmail.com wrote: On Tuesday, April 16, 2013 7:43:12 PM UTC+2, Stefan Ollinger wrote: Hi, when editing large object graphs on the client-side, there are currently two problems regarding performance: 1) Entity proxies could not be modified when firing a RequestContext. A diff will be done nevertheless, which costs CPU time. There could be an annotation which marks entity proxies as immutable on the client-side and forces RF to always send the EntityProxyId. 2) All reachable value proxies on the edited data will be sent, even if the owner entity proxies did not change. This increases the payload size and could be avoided by sending only those values proxies which are reachable through actually edited entity proxies (or request arguments). There is already a todo in https://code.google.com/p/** google-web-toolkit/source/**browse/trunk/user/src/com/** google/web/bindery/**requestfactory/shared/impl/** AbstractRequestContext.java#**1211https://code.google.com/p/google-web-toolkit/source/browse/trunk/user/src/com/google/web/bindery/requestfactory/shared/impl/AbstractRequestContext.java#1211 Are you aware of those problems, and are they relevant enough to be taken into account in one of the next releases? Also is there a plan to add support for Maps (https://codereview.appspot. **com/6132056/ https://codereview.appspot.com/6132056/.)? Hi Stefan. I'm the one responsible for RF, and my priorities for now are on modularization and mavenization. Once that's done I'll be back to working on RF. That'll likely be after GWT 2.6 lands though. Apart from bug fixes and other enhancements (the TODO you're talking about), there are a bunch of things I'd like to add/change (e.g. more code-gen to use reflection less) The @Immutable annotation you're proposing is probably not needed; we could base our decision on whether there are setters or only getters. -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Change in gwt[master]: Fix non deterministic behaviour in TypeTightener.
Roberto Lublinerman has abandoned this change. Change subject: Fix non deterministic behaviour in TypeTightener. .. Abandoned Submitted, thanks! -- To view, visit https://gwt-review.googlesource.com/2530 To unsubscribe, visit https://gwt-review.googlesource.com/settings Gerrit-MessageType: abandon Gerrit-Change-Id: I51f551dbf2d5362f710d4e1321f7b7bb35445608 Gerrit-PatchSet: 5 Gerrit-Project: gwt Gerrit-Branch: master Gerrit-Owner: Roberto Lublinerman rlu...@google.com Gerrit-Reviewer: Brian Slesinsky skybr...@google.com Gerrit-Reviewer: Ray Cromwell cromwell...@google.com Gerrit-Reviewer: Roberto Lublinerman rlu...@google.com Gerrit-Reviewer: Thomas Broyer t.bro...@gmail.com -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Change in gwt[master]: Avoid creating anonymous inner classes with wildcard type pa...
Roberto Lublinerman has uploaded a new patch set (#7). Change subject: Avoid creating anonymous inner classes with wildcard type parameters. .. Avoid creating anonymous inner classes with wildcard type parameters. Under Java 7 wildcards can not be type parameters of superclasses in the extends clause nor superinterfaces in the implementing clause. Anonymous inner classes can not have wildcards in their type parameters. Change-Id: Ifbcd6ecec455512a7da5eb473c6bf2e9f402f0ea Review-Link: https://gwt-review.googlesource.com/#/c/2470/ --- M user/src/com/google/gwt/uibinder/rebind/HandlerEvaluator.java M user/test/com/google/gwt/uibinder/UiBinderSuite.java A user/test/com/google/gwt/uibinder/test/client/UiHandlerTest.java M user/test/com/google/gwt/uibinder/test/client/WidgetBasedUi.java M user/test/com/google/gwt/uibinder/test/client/WidgetBasedUi.ui.xml A user/test/com/google/gwt/uibinder/test/client/WildcardValueChangeWidget.java 6 files changed, 184 insertions(+), 8 deletions(-) -- To view, visit https://gwt-review.googlesource.com/2470 To unsubscribe, visit https://gwt-review.googlesource.com/settings Gerrit-MessageType: newpatchset Gerrit-Change-Id: Ifbcd6ecec455512a7da5eb473c6bf2e9f402f0ea Gerrit-PatchSet: 7 Gerrit-Project: gwt Gerrit-Branch: master Gerrit-Owner: Roberto Lublinerman rlu...@google.com Gerrit-Reviewer: Brian Slesinsky skybr...@google.com Gerrit-Reviewer: Goktug Gokdogan gok...@google.com Gerrit-Reviewer: Roberto Lublinerman rlu...@google.com Gerrit-Reviewer: Thomas Broyer t.bro...@gmail.com -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: Fixing AbsolutePanel to set positioning of 'right' instead of 'left' for RTL languages. Without ... (issue1900803)
On 2013/04/17 05:14:32, yaminik wrote: Reviewers needed. I don't have much experience with RTL issues. At least this change will very likely break any previous code that was not assuming the different behavior for RTL in AbsolutePanel. I would love to hear what you guys think. http://gwt-code-reviews.appspot.com/1900803/ -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: Fixing AbsolutePanel to set positioning of 'right' instead of 'left' for RTL languages. Without ... (issue1900803)
On 2013/04/17 17:21:49, goktug wrote: On 2013/04/17 05:14:32, yaminik wrote: Reviewers needed. I don't have much experience with RTL issues. At least this change will very likely break any previous code that was not assuming the different behavior for RTL in AbsolutePanel. I would love to hear what you guys think. You should get Aharon inside Google to look at it -- he wrote much of the Bidi support in GWT. http://gwt-code-reviews.appspot.com/1900803/ -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Change in gwt[master]: Avoid creating anonymous inner classes with wildcard type pa...
Roberto Lublinerman has abandoned this change. Change subject: Avoid creating anonymous inner classes with wildcard type parameters. .. Abandoned Submitted, thanks! -- To view, visit https://gwt-review.googlesource.com/2470 To unsubscribe, visit https://gwt-review.googlesource.com/settings Gerrit-MessageType: abandon Gerrit-Change-Id: Ifbcd6ecec455512a7da5eb473c6bf2e9f402f0ea Gerrit-PatchSet: 7 Gerrit-Project: gwt Gerrit-Branch: master Gerrit-Owner: Roberto Lublinerman rlu...@google.com Gerrit-Reviewer: Brian Slesinsky skybr...@google.com Gerrit-Reviewer: Goktug Gokdogan gok...@google.com Gerrit-Reviewer: Roberto Lublinerman rlu...@google.com Gerrit-Reviewer: Thomas Broyer t.bro...@gmail.com -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: Fixing AbsolutePanel to set positioning of 'right' instead of 'left' for RTL languages. Without ... (issue1900803)
DockLayoutPanel separates line_start from west, and it seems like it would be appropriate to separate line_start from left in this situation. This way would be backwards compatible. To fix the problem in the description, it would be necessary to add a new RTL-aware add method, similar to DockLayoutPanel add* methods. http://gwt-code-reviews.appspot.com/1900803/ -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: Fixing AbsolutePanel to set positioning of 'right' instead of 'left' for RTL languages. Without ... (issue1900803)
Thanks Andrew John! Yes, agreed. Having RTL-aware methods makes sense: setWidgetPosition = sets left for backward compatibility setWidgetLeftPosition = sets left setWidgetRightPosition = sets right setWidgetLineStartPosition = sets left if LTR, right if RTL setWidgetLineEndPosition = sets right if LTR, left if RTL What do you think? On 2013/04/17 19:30:03, Andrew Bachmann wrote: DockLayoutPanel separates line_start from west, and it seems like it would be appropriate to separate line_start from left in this situation. This way would be backwards compatible. To fix the problem in the description, it would be necessary to add a new RTL-aware add method, similar to DockLayoutPanel add* methods. http://gwt-code-reviews.appspot.com/1900803/ -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Change in gwt[master]: Add explicit assertNonNull() statements to JSONTest for clea...
Matthew Dempsky has posted comments on this change. Change subject: Add explicit assertNonNull() statements to JSONTest for cleaner test failures. .. Patch Set 1: Verified-1 testing -- To view, visit https://gwt-review.googlesource.com/1962 To unsubscribe, visit https://gwt-review.googlesource.com/settings Gerrit-MessageType: comment Gerrit-Change-Id: I283419f3665cec632a438b4a68cc946c09e4f0ac Gerrit-PatchSet: 1 Gerrit-Project: gwt Gerrit-Branch: master Gerrit-Owner: Matthew Dempsky mdemp...@google.com Gerrit-Reviewer: Goktug Gokdogan gok...@google.com Gerrit-Reviewer: Matthew Dempsky mdemp...@google.com Gerrit-Reviewer: Matthew Dempsky mdemp...@gwtproject.org Gerrit-HasComments: No -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [gwt-contrib] Re: RequestFactory Feature Request: @Immutable EntityProxy, reduced payload size, Map support.
On Wednesday, April 17, 2013 12:17:25 PM UTC+2, James Horsley wrote: Hey Thomas, Totally understand that modularization and mavenization are top priorities but does that mean my Map support patch need to wait until after GWT 2.6? I'm afraid it'll have to; or put differently I can't guarantee it'll be in 2.6, and I wouldn't want to delay 2.6 for that patch (sorry). Time will tell. -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Change in gwt[master]: Add callbacks to Super Dev Mode to find out when a compile s...
Matthew Dempsky has posted comments on this change. Change subject: Add callbacks to Super Dev Mode to find out when a compile starts and finishes, and an alternate main() that can be called after parsing options. .. Patch Set 1: Verified+1 Hoorays, this change passed presubmit. :D More details at -- To view, visit https://gwt-review.googlesource.com/2540 To unsubscribe, visit https://gwt-review.googlesource.com/settings Gerrit-MessageType: comment Gerrit-Change-Id: I2a27a07d2c8219d496613b1c1c88380c6dc3d032 Gerrit-PatchSet: 1 Gerrit-Project: gwt Gerrit-Branch: master Gerrit-Owner: Brian Slesinsky skybr...@google.com Gerrit-Reviewer: James Nelson ja...@wetheinter.net Gerrit-Reviewer: Matthew Dempsky mdemp...@google.com Gerrit-Reviewer: Matthew Dempsky mdemp...@gwtproject.org Gerrit-HasComments: No -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: documents and tests the fact that the ArgProcessor allows duplicate args and honors the last one (issue1901803)
On 2013/04/17 21:10:31, stalcup wrote: LGTM. BTW, we are using gwt-review.googlesource.com http://gwt-code-reviews.appspot.com/1901803/ -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Change in gwt[master]: Removes api-checker reference JARs from the source tree.
Matthew Dempsky has posted comments on this change. Change subject: Removes api-checker reference JARs from the source tree. .. Patch Set 1: Verified-1 Oops, this change failed presubmit. :( More details at -- To view, visit https://gwt-review.googlesource.com/2500 To unsubscribe, visit https://gwt-review.googlesource.com/settings Gerrit-MessageType: comment Gerrit-Change-Id: I3d5a585fb57cfd959504109df35279b3c9c56879 Gerrit-PatchSet: 1 Gerrit-Project: gwt Gerrit-Branch: master Gerrit-Owner: Thomas Broyer t.bro...@gmail.com Gerrit-Reviewer: Brian Slesinsky skybr...@google.com Gerrit-Reviewer: John A. Tamplin j...@jaet.org Gerrit-Reviewer: Matthew Dempsky mdemp...@google.com Gerrit-Reviewer: Matthew Dempsky mdemp...@gwtproject.org Gerrit-Reviewer: Ray Cromwell cromwell...@google.com Gerrit-Reviewer: Thomas Broyer t.bro...@gmail.com Gerrit-HasComments: No -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Change in gwt[master]: Fixes ISSUE 7079 - Add support for the newer bindery Handler...
Matthew Dempsky has posted comments on this change. Change subject: Fixes ISSUE 7079 - Add support for the newer bindery HandlerRegistration .. Patch Set 1: Verified+1 Hoorays, this change passed presubmit. :D More details at -- To view, visit https://gwt-review.googlesource.com/1350 To unsubscribe, visit https://gwt-review.googlesource.com/settings Gerrit-MessageType: comment Gerrit-Change-Id: I80f23b094f55e40d2b2223e9f018c98c4e41a850 Gerrit-PatchSet: 1 Gerrit-Project: gwt Gerrit-Branch: master Gerrit-Owner: Julien Dramaix julien.dram...@gmail.com Gerrit-Reviewer: Daniel Kurka danku...@google.com Gerrit-Reviewer: Julien Dramaix julien.dram...@gmail.com Gerrit-Reviewer: Manuel Carrasco Moñino manuel.carrasc...@gmail.com Gerrit-Reviewer: Matthew Dempsky mdemp...@gwtproject.org Gerrit-HasComments: No -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: corrects typos (issue1902803)
LGTM. I can not believe that this was not caught by anyone before. http://gwt-code-reviews.appspot.com/1902803/ -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: corrects typos (issue1902803)
Face palm. Does this break backwards compatibility at all? E.g., are any of the permuation methods user accessible? Do we need to add @Deprecated forwarding methods for them? http://gwt-code-reviews.appspot.com/1902803/ -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: corrects typos (issue1902803)
On 2013/04/17 23:12:34, mdempsky wrote: Face palm. (And that's at the typos being overlooked for so long, not at the patch!) http://gwt-code-reviews.appspot.com/1902803/ -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Change in gwt[master]: Add callbacks to Super Dev Mode to find out when a compile s...
Brian Slesinsky has abandoned this change. Change subject: Add callbacks to Super Dev Mode to find out when a compile starts and finishes, and an alternate main() that can be called after parsing options. .. Abandoned Submitted. -- To view, visit https://gwt-review.googlesource.com/2540 To unsubscribe, visit https://gwt-review.googlesource.com/settings Gerrit-MessageType: abandon Gerrit-Change-Id: I2a27a07d2c8219d496613b1c1c88380c6dc3d032 Gerrit-PatchSet: 1 Gerrit-Project: gwt Gerrit-Branch: master Gerrit-Owner: Brian Slesinsky skybr...@google.com Gerrit-Reviewer: James Nelson ja...@wetheinter.net Gerrit-Reviewer: Matthew Dempsky mdemp...@google.com Gerrit-Reviewer: Matthew Dempsky mdemp...@gwtproject.org -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: corrects typos (issue1902803)
Ray, are these public methods used at all by custom linkers or any other user code? http://gwt-code-reviews.appspot.com/1902803/ -- -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups Google Web Toolkit Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.