Re: RequestFactory takes long time to handle responce
Forgot to mention that the my version of GWT is 2.4.0 -- 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/-/IfsM6uHF6DAJ. 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.
GaeAuthFilter and RequestFactory
Hi, I have implemented the GaeAuthFilter (from expenses example ) in my GWT Application. filter-mapping filter-nameGaeAuthFilter/filter-name url-pattern/gwtRequest/*/url-pattern /filter-mapping So all calls to gwtRequests will be filtered and the authentication will be checked. My problem is that when a request is catched the created LoginUrl simply uses a GET command and fails after login. response.setHeader(login, userService.createLoginURL(request.getRequestURI())); He simply tried to load the URL http://127.0.0.1:/gwtRequest with no further data included. So I get this error: HTTP method GET is not supported by this URL How can I resolve this problem? Thx for your help -- 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/-/cMHEC2LjIYsJ. 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.
GWT advantages
Hi We have decided to go with GWT and dropping the option of JSF for google maps application. I need to prepare a slide to support the same. Please suggest the parameters where GWT passes and JSF fails. It should be very generic such that Quality people appreciate it. thanks navajyothi -- 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.
SOLVED how to Put a GWTPanel into a html div/div
Hi guys! I solved a trouble a I need to broadcast it!! First you need to put a div tag with a ID like this in your html code div id=main /div Second in your ImageViewer.java you have to add a VerticalPanel (you can use GWT designer it is very easy) see the code below public class ImageViewer implements EntryPoint { private VerticalPanel VLayout; private TabPanel tabPanel; private Button btnNewButton; public void onModuleLoad() { RootPanel rootPanel = RootPanel.get(); rootPanel.setSize(800, 600); rootPanel.add(getVLayout(), 156, 52); THIS IS THE MAGIC I AM PUTING ALL MY VLayout INTO MY HTML DIV RootPanel.get(main).add(VLayout); } private VerticalPanel getVLayout() { if (VLayout == null) { VLayout = new VerticalPanel(); VLayout.setSize(340px, 221px); VLayout.add(getTabPanel()); } return VLayout; } private TabPanel getTabPanel() { if (tabPanel == null) { tabPanel = new TabPanel(); tabPanel.setSize(287px, 169px); tabPanel.add(getBtnNewButton(), New tab, false); } return tabPanel; } private Button getBtnNewButton() { if (btnNewButton == null) { btnNewButton = new Button(New button); btnNewButton.setSize(104px, 33px); } return btnNewButton; } } I am a begginer but it was very hard to me discovery that!! Thank you every one guys -- 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.
GWT compiler doesn't create symbol maps files
Hello. GWT compiler doesn't create directory symbolMaps deploy. Already for a long time I'm trying to solve this problem. Every time I spend on it about a day without results. Folder rpcPolicyManifest created in WEB-INF/deploy folder, but symbolMaps not. I tried to compile and through gwt-maven-plugin and directly through com.google.gwt.dev.Compiler, with custom -deploy. Many people asks how to disable generation of this files but seems that nobody has same problem. Except one guy: http://stackoverflow.com/questions/7504644/gwt-compiler-doesnt-create-symbolmaps-in-the-right-place But he has no answer too. GWT version 2.4.0. On 2.3.0 I have same result. -- 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: DataGrid auto-set column width
Yeah, it might be a solution (not so nice and clean, but solution)... But, look at this http://gwt.google.com/samples/Showcase/Showcase.html#!CwDataGrid They've made GridTable without setting column width (there is no width attribute on any element). On Oct 22, 5:18 pm, jaga j.annes...@gmail.com wrote: Okay - for the first solution I did as follows: 1) for each row of data 1.1) for each field 1.1.1) count the number of characters 1.1.2) keep a running maximum 2) finally you have an array of maximum sizes where each index corresponds to a column, e.g. ListInteger maxes; 3) for each cell column 3.1) set the width to the maximum using the unit EM. Note: this is likely to make the column a little bigger than required. You can also try the Unit EX HTH On Oct 14, 2:13 pm, misko237 misk...@gmail.com wrote: I have tried with first solution, but I couldn't manage to read real cell element width. Did you succeed? Second solution is not an option for me. On Oct 13, 2:57 pm,jagaj.annes...@gmail.com wrote: I have the same problem. For me there are two solutions: 1) calculate the maximum field width at runtime by inspecting the row data. Then set the field header size. 2) leave as stock and listen for a mouse click or similar on each field header and then resize it. On Oct 10, 2:49 pm, misko237 misk...@gmail.com wrote: I have a problem with DataGrid in gwt 2.4. I made table with CellTable, and everything worked fine. But I needed fixed header, and then just replaced CellTable with DataGrid. I had problem with .css file, but than has been resolved. Now, the problem is that every column have fixed width. I need each column width to be set as the widest cell in entire column. Can someone help to make old looking, but with fixed header. 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 compiler doesn't create symbol maps files
A miracle happened, I found the reason. inherits name=com.google.gwt.junit.JUnit/ I don't even know how much time I have spent. On Oct 23, 6:13 pm, Alexander azi...@gmail.com wrote: Hello. GWT compiler doesn't create directory symbolMaps deploy. Already for a long time I'm trying to solve this problem. Every time I spend on it about a day without results. Folder rpcPolicyManifest created in WEB-INF/deploy folder, but symbolMaps not. I tried to compile and through gwt-maven-plugin and directly through com.google.gwt.dev.Compiler, with custom -deploy. Many people asks how to disable generation of this files but seems that nobody has same problem. Except one guy:http://stackoverflow.com/questions/7504644/gwt-compiler-doesnt-create... But he has no answer too. GWT version 2.4.0. On 2.3.0 I have same result. -- 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: RequestFactory takes long time to handle responce
Have you tried putting logs all over the place (use a ServiceLayerDecorator that overrides every method to add some logs, and override the RequestFactoryServlet's doPost to log before and after) to try to see where the sluggishness comes from? Do you have any servlet filter (e.g. managing transactions) that could explain that? There are a few instances of synchronized(cache) blocks which might benefit from using a 2-step check (i.e. wrap synchronized(cache) { foo = cache.get(...); if (foo == null) { foo = ...; cache.put(..., foo); } } within a foo = cache.get(...); if (foo == null) { /* previous block here */ } } to avoid locking the cache when the looked up value is already in it). People have complained that such constructs with synchronized can slow down GWT-RPC, so it could very well slow-down RF too: http://code.google.com/p/google-web-toolkit/issues/detail?id=6740 (BTW, no, I never experienced this, but I'm still using an old pre-2.3 version, and I'm not using AppEngine) -- 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/-/GrZsWukPAPMJ. 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: GaeAuthFilter and RequestFactory
Do not use request.getRequestURI() as an argument to createLoginURL. Instead, pass the URL as a header in the request. See http://code.google.com/p/google-web-toolkit/source/browse/trunk/samples/mobilewebapp/src/main/java/com/google/gwt/sample/gaerequest/ -- 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/-/9nXuCh5tQYcJ. 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: SOLVED how to Put a GWTPanel into a html div/div
How is that different from RootPanel.get(main).add(getVLayout()) ? (or maybe RootPanel.get(main).add(getVLayout(), 156, 52), I never use absolute positionning so I don't know how it works when you move your VLayout from RootPanel.get() to RootPanel.get(main)) Did I miss anything? -- 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/-/JXZGhpK2Q_MJ. 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 advantages
JSF is a failure per se, so it shouldn't be hard to find arguments there (you don't have to search long on the web to find many). Not only is it a failure, it's a mistake and an anti-pattern. Besides that (statefulness, anti-Web-style, etc. of JSF), the main difference will be that GWT (any full AJAX app actually) moves the UI work to the client, leaving only (mostly) business things to the server; similar to client-server (where the browser is the client) vs. mainframe (where browser is the terminal: dumb, doing almost nothing more than displaying what the server built). Implications on the server computing time and memory usage, and the network load is huge. Basically, JSF is Web 1.0 and GWT is Web 2.0. -- 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/-/xifhwcilo60J. 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: future of gwt who use gwt
Don't worry, it will be supported for long time beside the fact, Of course, as Google uses it a lot internal, but I think what's more important: adding new features that people are waiting for as time passes and applications demand more rich features. I am more worried about the future of GWT's roadmap for new features as I can imagine that the GWT project get's a lower priority inside the Google company due to Dart. Let's hope this won't happen for a very long time. On Oct 22, 6:20 pm, András Csányi sayusi.a...@gmail.com wrote: On 22 October 2011 18:09, Alan Chaney a...@mechnicality.com wrote: @Krespo - if you are seriously worried about the future of GWT w.r.t Dart, then a quick search on Google gives this: http://markmail.org/message/uro3jtoitlmq6x7t Purported to be a leaked internal email, but, who knows?. Open the email and search for GWT - you'll get your answer (for Dash read Dart) Long story short: What is the future of the JSCompiler and GWT? JSCompiler and GWT were already on a merger path. This effort gives us a direction for that unification around the Dash language. We will actively support teams for a long time on the current generation of JSCompiler and GWT and provide fantastic co-existence and migration tools to Dash. Don't worry, it will be supported for long time beside the fact, according to the linked email, it will be part of bigger something by the time. -- - - -- Csanyi Andras (Sayusi Ando) --http://sayusi.hu--http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell -- 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: RequestFactory takes long time to handle responce
Hello Thomas, I added some more logging statements to my code (doPost method and in the ServiceLayerDecorator) and here are the results: 2011-10-23 20:04:17.441 invoke executed in: 12 ms 2011-10-23 20:04:17.805 getProperty executed in: 0 ms 2011-10-23 20:04:19.273 - (all getProperty invocations are with 0ms time), i.e ~2 seconds lost in get property invocations Total time in do post: doPost executed in: 3736 ms Where my own code execution time is from: 2011-10-23 20:04:17.428 to 2011-10-23 20:04:17.441 i.e 20 ms Any other ideas ? -- 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/-/MApKbrp8ok8J. 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: RequestFactory takes long time to handle responce
It seems that GWT-RPC is working correctly, cause I have another part of my code which is retrieving the same list of entities with the same properties using GWT-RPC and the whole request is executed in: ~50ms I think that there is a big performance bottleneck in RF's response handling. -- 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/-/4j2bVjNL1OIJ. 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 advantages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 what about telling them why you chose to use the GWT? :) as someone who just worked on a google maps integration (for 2 month) using the GWT, i would say that the GWT gives the programmer a lot more power in general, development speed and possibilities to debug everything than any other technology that runs on the client that i've seen so far. Am 23.10.2011 15:17, schrieb Navindian: Hi We have decided to go with GWT and dropping the option of JSF for google maps application. I need to prepare a slide to support the same. Please suggest the parameters where GWT passes and JSF fails. It should be very generic such that Quality people appreciate it. thanks navajyothi -- 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. - -- -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOpFqoAAoJENRtux+h35aGSYQP/0yciaOpU/JhI/tocmeBASTD MfVIBzUfwYgDpwZPSuZvHi12OKLdqo36VpPsJpgeSaemowMBn2rAUWQmfc5/9sVt 5+u0dXo/+BlepS5AE3VHaCKHBHJWG6+UV/7jA151yvEmbXd6iFpVq9y4P69+hjb1 K3vauIH0NkNb0QKNcvSZwEbhfTzehY2wHFRQ5481T1QFv4vT4rsoeJ4kvk1Iarsg KO1syyuJrRqNGnjhU97ga8zhtgLt23/lISOMgG7ykY7CXz6l2FuqBZ/NWsVzG+M/ 5J4AECBmoRU1BTfO8E8o43DX0JqOQAB+MhgrGCaX3EIAbp1VBpLZdZ6eKMifce1F 4gRGiKThCmWedHoDeN8utDN7DKab2J7+R547dcqhIg8M1z64tqd0AQOutyhmkuis d9LKgA1We5R/MDTwJUFwu/qL+8ORxPfg2HwhBbCNv0BzHBrjh7Cmxm/ZtNr0YP2K QVPyZCjbOgl9Eq1Nsg3z4UaYu5LJT66tci46AGgc4KbqhOw9ylc/5ubiSDRNgE6U lESQYPrIXdRsJTRuUNuzy1KEkLikPNcLFwB5WK7GOTUZfET2pyk2DWV4IKzd7ltQ 7afOBO1hCoO/U9LzEdwOT8lFPy1HRVGJdA0oNBUpE6k3rBDOzlS6+kJ6AuC3X915 R9F9U+AsP0tMF6ESmzja =Zfsk -END PGP SIGNATURE- -- 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 advantages
As someone who uses GWT, but also knows HTML/CSS/jQuery… I will at least honestly (flames expected) say that developing with GWT, while great for 'java devs' is far slower and more painful than just doing traditional html/css/js development (if you know what you are doing that is) Roger On Oct 23, 2011, at 2:19 PM, Dennis Haupt wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 what about telling them why you chose to use the GWT? :) as someone who just worked on a google maps integration (for 2 month) using the GWT, i would say that the GWT gives the programmer a lot more power in general, development speed and possibilities to debug everything than any other technology that runs on the client that i've seen so far. Am 23.10.2011 15:17, schrieb Navindian: Hi We have decided to go with GWT and dropping the option of JSF for google maps application. I need to prepare a slide to support the same. Please suggest the parameters where GWT passes and JSF fails. It should be very generic such that Quality people appreciate it. thanks navajyothi -- 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. - -- -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOpFqoAAoJENRtux+h35aGSYQP/0yciaOpU/JhI/tocmeBASTD MfVIBzUfwYgDpwZPSuZvHi12OKLdqo36VpPsJpgeSaemowMBn2rAUWQmfc5/9sVt 5+u0dXo/+BlepS5AE3VHaCKHBHJWG6+UV/7jA151yvEmbXd6iFpVq9y4P69+hjb1 K3vauIH0NkNb0QKNcvSZwEbhfTzehY2wHFRQ5481T1QFv4vT4rsoeJ4kvk1Iarsg KO1syyuJrRqNGnjhU97ga8zhtgLt23/lISOMgG7ykY7CXz6l2FuqBZ/NWsVzG+M/ 5J4AECBmoRU1BTfO8E8o43DX0JqOQAB+MhgrGCaX3EIAbp1VBpLZdZ6eKMifce1F 4gRGiKThCmWedHoDeN8utDN7DKab2J7+R547dcqhIg8M1z64tqd0AQOutyhmkuis d9LKgA1We5R/MDTwJUFwu/qL+8ORxPfg2HwhBbCNv0BzHBrjh7Cmxm/ZtNr0YP2K QVPyZCjbOgl9Eq1Nsg3z4UaYu5LJT66tci46AGgc4KbqhOw9ylc/5ubiSDRNgE6U lESQYPrIXdRsJTRuUNuzy1KEkLikPNcLFwB5WK7GOTUZfET2pyk2DWV4IKzd7ltQ 7afOBO1hCoO/U9LzEdwOT8lFPy1HRVGJdA0oNBUpE6k3rBDOzlS6+kJ6AuC3X915 R9F9U+AsP0tMF6ESmzja =Zfsk -END PGP SIGNATURE- -- 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.
Re: future of gwt who use gwt
I have a greater fear of having to use plain old Javascript/JQuery and the minefield of cross-browser compatibility, than GWT's product path... :-) On Oct 22, 1:27 pm, krespo ma...@gmail.com wrote: when I good understand, google wanted for some period support GWT, but they don't want to extend funciontality of GWT(maybe will recover existing bugs). They want to migrate existing GWT users into DART. But in this Dart way I see some disadvantages against GWT eg: 1. java lang on client and server , 2. same model class for client server side ... .I think that there will be compatibility between java - dart and stay RPC mechanism. What Do you think about my opinion ? -- 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: The RequestFactory ValidationTool must be run for the RequestFactory type
When I added the option verbose=false to the Annotation Processing the .apt_generated folder got populated with the blaFactoryObfuscatorBuilder(s)and then it got also compiled to the classes directory in the war. I can only underline the importance of this option (strange as it might seem). Gregor -- 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/-/NMziSSVBQqMJ. 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: future of gwt who use gwt
jquery != problem with browser compatibility. People will make sure jquery 'still works' *long after* Google stops working on GWT and open sources it. (Not good or bad, just obviously true) Roger On Oct 23, 2011, at 1:57 PM, Rori Stumpf wrote: I have a greater fear of having to use plain old Javascript/JQuery and the minefield of cross-browser compatibility, than GWT's product path... :-) On Oct 22, 1:27 pm, krespo ma...@gmail.com wrote: when I good understand, google wanted for some period support GWT, but they don't want to extend funciontality of GWT(maybe will recover existing bugs). They want to migrate existing GWT users into DART. But in this Dart way I see some disadvantages against GWT eg: 1. java lang on client and server , 2. same model class for client server side ... .I think that there will be compatibility between java - dart and stay RPC mechanism. What Do you think about my opinion ? -- 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.
Starting with GWT
Hi, I'm interested in learning to develop web applications with GWT and I'd appreciate insight on what resources (books, websites, etc.) will be most helpful in my endeavour. Furthermore, could someone explain or point me to where I can find out how GWT interacts with server-side code, i.e. Is all processing done client-side and then sent to the server/service? How do GWT apps interact with databases? Lastly, is it common to deploy GWT as a front-end only and use some sort of service as the back-end? Thanks. -Ari -- 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: can we control what element will build in widget?
why there is nobody knows? -- 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: can we control what element will build in widget?
You cannot change the element a widget uses internally. If you are looking for span implementations(instead of div) you can use: InlineLabel, InlineHTML Otherwise you can create your own widgets, checkout the source code of HTML or Label, its not hard to do. Regards On Sun, Oct 23, 2011 at 10:13 PM, wahaha il...@yahoo.com.cn wrote: why there is nobody knows? -- 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. -- Guit: Elegant, beautiful, modular and *production ready* gwt applications. http://code.google.com/p/guit/ -- 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: why does the HTML widget do not have a name attribute?
if name wont help for css as you say,then what is the substitute for the id attribute in html? On Oct 21, 6:31 pm, Thomas Broyer t.bro...@gmail.com wrote: name won't help for CSS. Seehttp://code.google.com/webtoolkit/doc/latest/DevGuideUiBinder.html#He... ui:style .myLabel { coor: red;} /ui:style ... g:Label addStyleNames={style.myLabel}foo/g:Label -- 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: can we control what element will build in widget?
anybody knows? On Oct 21, 2:19 pm, wahaha il...@yahoo.com.cn wrote: for example,the Label widget will be compiled as a div element in browser. can we control what kind of element will be compiled in browser? this is to say,if we are defining a widget,then can we control the element's kind by the source code? i hope you can understand my poor english. -- 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: can we control what element will build in widget?
i hava checkouted the source code of Label(and its super class),but i hava no clue. On Oct 24, 10:54 am, Gal Dolber gal.dol...@gmail.com wrote: You cannot change the element a widget uses internally. If you are looking for span implementations(instead of div) you can use: InlineLabel, InlineHTML Otherwise you can create your own widgets, checkout the source code of HTML or Label, its not hard to do. Regards On Sun, Oct 23, 2011 at 10:13 PM, wahaha il...@yahoo.com.cn wrote: why there is nobody knows? -- 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. -- Guit: Elegant, beautiful, modular and *production ready* gwt applications. http://code.google.com/p/guit/ -- 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.