Re: why getPermutationStrongName is final and writeResponse is private?
How about writing a servlet filter instead, where you'd transform the permutation strong name from the query-string or payload (don't know how you send it) to a header before delegating down the chain to the servlet? ...or extending the servlet and doing similar things (transform the request and response, instead of changing how they're processed/generated) on the process() method. -- 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/-/0y4byXe_tvoJ. 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 GWT's API differ so much from the Javascript one?
Which API do you find so much different from the native one? I don't think com.google.gwt.dom.client.* can be less different that the API it's making available to the GWT Java world. Same for com.google.gwt.canvas, com.google.gwt.geolocation, com.google.gwt.media, com.google.gwt.regexp, com.google.gwt.storage, and com.google.gwt.xhr. Event handling has to be different for various reasons (prevent memory leaks being one of them: http://code.google.com/p/google-web-toolkit/wiki/DomEventsAndMemoryLeaks ) -- 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/-/zLvA0Ql9BNcJ. 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.
save grid data
Hi, In my application I have grid. I want the user to be able to download/save data in grid when he click button. I prefer not saving the data on server side. What is the right way to do that ? 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: Does the GWT magic ever fail you?
Most of the time, you'll be debugging in DevMode, against your Java code, within your Java IDE, using any Java debugger. GWT 2.5 will generate SourceMaps so you can see your Java code in your browser's dev tools, set breakpoints in the Java code to pause the JS engine, etc. See https://plus.google.com/110412141990454266397/posts/iqXo5AyHkyd and http://www.2ality.com/2011/07/firefox-sourcemap.html In the mean time, or in browsers where SourceMaps aren't supported, GWT generates symbolMaps that allow you to find where an obfuscated function name comes from in your Java code. It can also be used to automatically deobfuscate stack traces (so you can, for instance, send a client-side exception to the server for logging –using java.util.logging and the SimpleRemoteLogHandler or RequestFactoryLogHandler–, and have the stacktrace automatically deobfuscated in your logs). You can also use the StackTraceDeobfuscator manually on the server-side; or look-up in the symbolMaps by yourself (I regularly do it when I can't reproduce a bug in DevMode). It's important to note that symbolMaps only map methods, whereas SourceMaps map down to the expression level. So no, it's not a problem. Also, if your application is big enough, even if you use plain JavaScript instead of GWT, you'll want to use a JS compiler (such as the Closure Compiler) or JS minifier; so you'll have the same issues. The Closure Compiler generates SourceMaps, but I don't think any compiler but GWT produces the equivalent of the symbolMaps and have the equivalent of the StackTraceDeobfuscator. -- 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/-/6q-NbyuYW-YJ. 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: Drag drop
You can do it using some of the drag and drop HTML5 javascript stuff. http://www.html5rocks.com/en/tutorials/dnd/basics/ There aren't any GWT libraries that wrap around the Javascript, but you can make your own using overlays. On Nov 11, 11:59 am, Celinio cel...@gmail.com wrote: 2) Can i easily do drag and drop some file from the file explorer to a widget in a web page ? I haven't seen any example that does that. Is is possible ? The presentation of John La Banca about GWT + HTML5 has a part about the drag and drop feature but it's from one widget to another widget. I would like to know if it's possible to drag a file from the windows file explorer and add it to a widget, for instance a celltable. Thanks ! On Mon, Oct 31, 2011 at 3:31 PM, Konstantin Zolotarev konstantin.zolota...@gmail.com wrote: Also GWT has native HTML5 DnD support. You could find more info about it here :GWT + HTML5: A web developers dream! http://goo.gl/S8pYF -- 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/-/4UL0ESE9btAJ. 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.
xtend thoughts
Hey, The xtend language [1] had a new release last week; they purport to be a better Java syntax but interestingly compile-down to Java source code, not Java byte code. Which means something like GWT can read the .java files and not care that the original language was not actually Java. As much as I like GWT, I will readily admit the aging Java syntax is not one of it's strengths, so have been actively looking for alternatives. Here are my thoughts on xtend/the syntax problem in general. * xtend itself seems kind of flaky--I could not get it to work by using their update site into my existing Eclipse installation. However, their update site has a long, complex list of features to choose, so I may have just choose the wrong one. * They also have a new distribution, which I did get to work, but only after deleting some code from their out-of-the-box sample project that for some reason wasn't compiling. It seems like I had to do a couple of clean builds before I finally saw things kick into gear and make some .java source files. These two points being said, it's a new project, so I have no problem with some rough edges. That being said, it also looks like: * If you run a junit test and it fails, and click on the failed method, Eclipse takes you to the generated .java file to show the failure. The generated .java files aren't necessarily ugly, but it seems like the point of a new syntax is to not have to look at the old one. * You cannot currently set debug points in .xtend files, you have to go to the generated .java files, set a debug point there. The Eclipse debugger will also step you through the generated Java code instead of the original .xtend code while you're debugging. So, this seems a little bit more odd to me. Perhaps it's something they can fix as the project matures, but I would really prefer the Eclipse tooling to use the original .xtend source files for debugging/etc. Applying xtend to GWT, it would probably result in the same issue--any errors/stack traces/debugging/etc. would be reported against the generated .java files, as GWT wouldn't know they should map back to whatever original .xtend source file. Which, I dunno, I guess might be fine to get a better syntax, but I don't think is ideal. So I'm still looking for more suitable Java.next contender that could integrate with GWT. In that regard, my current favorite is the scala-gwt project, which I've been helping out with a little bit. It is in the same early stages, so has a number of rough corners, but once you get it setup, doesn't have the .java vs. .xtend problem. Debugging happens in your .scala files, etc. Which is pretty sweet. The project just released a new 0.1-m3 milestone, so I'd encourage anyone here who's interested to try it out and offer feedback. - Stephen [1]: http://www.eclipse.org/Xtext/xtend/ -- 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/-/wEF-0Vidxn8J. 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 TextButton class - How to set an icon?
You've probably solved this yourself, but here's what I did: IResources.java: ==8=== package com.cregganna.web.gwt.ui.resources; import com.google.gwt.resources.client.ClientBundle; import com.google.gwt.resources.client.ImageResource; public interface IResources extends ClientBundle { @Source(selectAll_16x16.gif) ImageResource selectAllIcon(); ... } ==8=== In the ui.xml: ==8=== !DOCTYPE ui:UiBinder SYSTEM http://dl.google.com/gwt/DTD/xhtml.ent; ui:UiBinder xmlns:ui='urn:ui:com.google.gwt.uibinder' xmlns:g='urn:import:com.google.gwt.user.client.ui' xmlns:cc='urn:import:com.cregganna.web.gwt.ui' ui:with field='res' type='com.cregganna.web.gwt.ui.resources.IResources' / ui:with field='msg' type='com.cregganna.web.gwt.ui.resources.IMessageConstants' / cc:widgets.IconTextButton icon='{res.selectAllIcon}' text='{msg.selectAll}' width='100px' ui:field='selectAll' / ==8=== IconTextButton.java: ==8=== package com.cregganna.web.gwt.ui.widgets; import com.google.gwt.cell.client.TextButtonCell; import com.google.gwt.resources.client.ImageResource; import com.google.gwt.widget.client.TextButton; public class IconTextButton extends TextButton { public void setIcon(ImageResource icon) { ((TextButtonCell) getCell()).setIcon(icon); } } ==8=== On Sep 16, 12:59 pm, tom majortom...@gmail.com wrote: Hi, I'd like to have Buttons with a text and an icon in my app. Seems the TextButtonhttp://google-web-toolkit.googlecode.com/svn/javadoc/2.4/com/google/g...class is exactly what I'm looking for. The only way to set the icon seems to be the constructor that takes a TextButtonCell, but it is protected. Can't use that. :( Bug or feature?? How can I set the icon for a TextButton in a short, elegant way? regards Tom -- 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.
Image upload
Hi, I need to upload an image to GAE server and store it in datastore. I looked for many options and found that FileUpload widget released with GWT 2.4 can do it but the restriction is that this widget must be used with FormPanel. but i dont want to use formPanel. Can anyone suggest me the best possible way w.r.t GWT + GAE I am using GWT 2.4, GAE 1.5.5 Thanks Deepak Singh -- 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: Image upload
You can use gwtupload widget which works without a form: http://code.google.com/p/gwtupload/ -- 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/-/oHIgm4CUufsJ. 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: xtend thoughts
Good idea but not usefull to me. I never had any problem with the Java Syntax. The last thing we need now it s an abstraction on top of Java. That s my 2cent. 2011/11/12 Stephen Haberman stephen.haber...@gmail.com Hey, The xtend language [1] had a new release last week; they purport to be a better Java syntax but interestingly compile-down to Java source code, not Java byte code. Which means something like GWT can read the .java files and not care that the original language was not actually Java. As much as I like GWT, I will readily admit the aging Java syntax is not one of it's strengths, so have been actively looking for alternatives. Here are my thoughts on xtend/the syntax problem in general. * xtend itself seems kind of flaky--I could not get it to work by using their update site into my existing Eclipse installation. However, their update site has a long, complex list of features to choose, so I may have just choose the wrong one. * They also have a new distribution, which I did get to work, but only after deleting some code from their out-of-the-box sample project that for some reason wasn't compiling. It seems like I had to do a couple of clean builds before I finally saw things kick into gear and make some .java source files. These two points being said, it's a new project, so I have no problem with some rough edges. That being said, it also looks like: * If you run a junit test and it fails, and click on the failed method, Eclipse takes you to the generated .java file to show the failure. The generated .java files aren't necessarily ugly, but it seems like the point of a new syntax is to not have to look at the old one. * You cannot currently set debug points in .xtend files, you have to go to the generated .java files, set a debug point there. The Eclipse debugger will also step you through the generated Java code instead of the original .xtend code while you're debugging. So, this seems a little bit more odd to me. Perhaps it's something they can fix as the project matures, but I would really prefer the Eclipse tooling to use the original .xtend source files for debugging/etc. Applying xtend to GWT, it would probably result in the same issue--any errors/stack traces/debugging/etc. would be reported against the generated .java files, as GWT wouldn't know they should map back to whatever original .xtend source file. Which, I dunno, I guess might be fine to get a better syntax, but I don't think is ideal. So I'm still looking for more suitable Java.next contender that could integrate with GWT. In that regard, my current favorite is the scala-gwt project, which I've been helping out with a little bit. It is in the same early stages, so has a number of rough corners, but once you get it setup, doesn't have the .java vs. .xtend problem. Debugging happens in your .scala files, etc. Which is pretty sweet. The project just released a new 0.1-m3 milestone, so I'd encourage anyone here who's interested to try it out and offer feedback. - Stephen [1]: http://www.eclipse.org/Xtext/xtend/ -- 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/-/wEF-0Vidxn8J. 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 API for non Java based platforms http://www.emitrom.com/ http://code.google.com/p/gwt4air/ http://gwt4touch.appspot.com/ http://gwt4flex.appspot.com/ http://gwt4touch.appspot.com/ http://code.google.com/p/gwt4air/ http://www.gwt4air.appspot.com/ -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-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: Image upload
That's a convoluted way. Below is a detailed guide: http://www.jroller.com/hasant/entry/fileupload_with_gwt -- 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/-/XXH6jGLXnMoJ. 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: Does the GWT magic ever fail you?
@Samyem -- Good point about the async RPC...we also had that issue when debugging and/or integration testing Flex/Actionscript. @Jeff -- Your metaphore is correct...to continue it, I'd say I trust my Java/C++/C# compilers a lot. My concern is exactly whether or not the GWT compiler has issues. Do you disable optimizations during development or is that for production code too? @Thomas - Sourcemap is incredible if it works as advertisedis that how Eclipse keeps the Java debugger in sync with the browser Javascript execution? Thanks everyone for your answers. Dave On Nov 12, 4:52 am, Thomas Broyer t.bro...@gmail.com wrote: Most of the time, you'll be debugging in DevMode, against your Java code, within your Java IDE, using any Java debugger. GWT 2.5 will generate SourceMaps so you can see your Java code in your browser's dev tools, set breakpoints in the Java code to pause the JS engine, etc. Seehttps://plus.google.com/110412141990454266397/posts/iqXo5AyHkydandhttp://www.2ality.com/2011/07/firefox-sourcemap.html In the mean time, or in browsers where SourceMaps aren't supported, GWT generates symbolMaps that allow you to find where an obfuscated function name comes from in your Java code. It can also be used to automatically deobfuscate stack traces (so you can, for instance, send a client-side exception to the server for logging –using java.util.logging and the SimpleRemoteLogHandler or RequestFactoryLogHandler–, and have the stacktrace automatically deobfuscated in your logs). You can also use the StackTraceDeobfuscator manually on the server-side; or look-up in the symbolMaps by yourself (I regularly do it when I can't reproduce a bug in DevMode). It's important to note that symbolMaps only map methods, whereas SourceMaps map down to the expression level. So no, it's not a problem. Also, if your application is big enough, even if you use plain JavaScript instead of GWT, you'll want to use a JS compiler (such as the Closure Compiler) or JS minifier; so you'll have the same issues. The Closure Compiler generates SourceMaps, but I don't think any compiler but GWT produces the equivalent of the symbolMaps and have the equivalent of the StackTraceDeobfuscator. -- 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: Does the GWT magic ever fail you?
On Saturday, November 12, 2011 6:17:59 PM UTC+1, David Vree wrote: @Samyem -- Good point about the async RPC...we also had that issue when debugging and/or integration testing Flex/Actionscript. @Jeff -- Your metaphore is correct...to continue it, I'd say I trust my Java/C++/C# compilers a lot. My concern is exactly whether or not the GWT compiler has issues. Do you disable optimizations during development or is that for production code too? Last year, they reworked the compiler internals to make it possible to optimize the output even more. That introduced a few bugs, but they were quickly patched (hey, Google relies heavily on GWT, and they all run from trunk, so any bug they introduce hit them right away, and thus has to be fixed quickly. That's not much different than the compiler bug in Java 7, fixed a few weeks later in 7.0.1. @Thomas - Sourcemap is incredible if it works as advertisedis that how Eclipse keeps the Java debugger in sync with the browser Javascript execution? Not at all. When you run in DevMode, you really run your Java code. The plugin you install in your browser calls your DevMode code server whenever it needs to reach your code; and when you use JSNI in your code, it's sent to the browser to be evaluated there. Debugging in Eclipse is then really just debugging Java code, connecting to the DevMode code server with no more than a basic Java debugger. See http://code.google.com/webtoolkit/doc/latest/DevGuideCompilingAndDebugging.html#DevGuideDevMode and http://code.google.com/p/google-web-toolkit/wiki/DesignOOPHM for details. AFAICT, the DevMode plugin you install in your browser might at some time be deprecated in favor of on-the-fly generation of SourceMaps and non-optimized JavaScript. But that's in really early stages (see the comments on https://plus.google.com/110412141990454266397/posts/iqXo5AyHkyd, search for super draft mode) -- 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/-/mOul0XfpLQoJ. 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: Does the GWT magic ever fail you?
On 11/12/2011 10:17 AM, David Vree wrote: @Samyem -- Good point about the async RPC...we also had that issue when debugging and/or integration testing Flex/Actionscript. @Jeff -- Your metaphore is correct...to continue it, I'd say I trust my Java/C++/C# compilers a lot. My concern is exactly whether or not the GWT compiler has issues. Do you disable optimizations during development or is that for production code too? I want as little code sent to the client on startup as possible, so I only disable when there's a problem. Actually, I do not disable optimization, I recompile with the -STYLE DETAILED argument. This provides enough detail to work through the behavior with FireBug or whatever IE provides. My experience is that I inevitably get bit when I don't test on at least three different browsers. I usually use the set (Safari, IE, FF). Also, I don't support IE 6, which decision might not be an option for you. This technique is separate from the -OPTIMZE, -EA, and -DRAFTCOMPILE arguments. I haven't seen any issues with optimization. @Thomas - Sourcemap is incredible if it works as advertisedis that how Eclipse keeps the Java debugger in sync with the browser Javascript execution? Thanks everyone for your answers. Thanks for continuing the conversation, jec Dave On Nov 12, 4:52 am, Thomas Broyer t.bro...@gmail.com wrote: Most of the time, you'll be debugging in DevMode, against your Java code, within your Java IDE, using any Java debugger. GWT 2.5 will generate SourceMaps so you can see your Java code in your browser's dev tools, set breakpoints in the Java code to pause the JS engine, etc. Seehttps://plus.google.com/110412141990454266397/posts/iqXo5AyHkydandhttp://www.2ality.com/2011/07/firefox-sourcemap.html In the mean time, or in browsers where SourceMaps aren't supported, GWT generates symbolMaps that allow you to find where an obfuscated function name comes from in your Java code. It can also be used to automatically deobfuscate stack traces (so you can, for instance, send a client-side exception to the server for logging –using java.util.logging and the SimpleRemoteLogHandler or RequestFactoryLogHandler–, and have the stacktrace automatically deobfuscated in your logs). You can also use the StackTraceDeobfuscator manually on the server-side; or look-up in the symbolMaps by yourself (I regularly do it when I can't reproduce a bug in DevMode). It's important to note that symbolMaps only map methods, whereas SourceMaps map down to the expression level. So no, it's not a problem. Also, if your application is big enough, even if you use plain JavaScript instead of GWT, you'll want to use a JS compiler (such as the Closure Compiler) or JS minifier; so you'll have the same issues. The Closure Compiler generates SourceMaps, but I don't think any compiler but GWT produces the equivalent of the symbolMaps and have the equivalent of the StackTraceDeobfuscator. -- 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: Image upload
GWT is compiled to JavaScript: it can't do what JavaScript can't either. The trick of FileUpload is sending the form (and the file) in a hidden iframe; that way you haven't to reload the whole page. There is a good reason not to use FormPanel? Ikai has a blog post with some sample code using GWT to upload images to appengine: http://ikaisays.com/2010/09/08/gwt-blobstore-the-new-high-performance-image-serving-api-and-cute-dogs-on-office-chairs/ and the demo: http://ikai-photoshare.appspot.com/ El sábado 12 de noviembre de 2011 16:32:07 UTC+1, Deepak Singh escribió: Hi, I need to upload an image to GAE server and store it in datastore. I looked for many options and found that FileUpload widget released with GWT 2.4 can do it but the restriction is that this widget must be used with FormPanel. but i dont want to use formPanel. Can anyone suggest me the best possible way w.r.t GWT + GAE I am using GWT 2.4, GAE 1.5.5 Thanks Deepak Singh -- 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/-/BGrAiR5lzbUJ. 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: Title: EntityProxyChange not being called?
Richard Berger richardlandis@... writes: Hi Richard, It looks like AbstractRequestContext.processReturnRecord() fires an EntityProxyChange event only when the version has changed. See lines 270-285 here: http://code.google.com/p/google-web-toolkit/source/browse/tags/2.1.0/... The answer to your question likely lies in the implementation of hasVersionChanged() in the same file. Perhaps you could set a breakpoint on the server or client to confirm that the version has indeed changed for the entity? HTH, /dmc I hope my small note will help. To increment the version I added method to entity class with two JPA annotations: @PrePersist @PreUpdate public void incrementVersion() { this.version++; } JPA EntityManager.merge() + Annotations are awesome. -- Viacheslav Dobromyslov -- 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.
Sessions and Activities and Places
What is a good way to have a GWT app redirect to a login screen when a session expires? I've just hooked up a login page and a logout button at an Activities and Places app. I basically handle this through the event bus with login and logout events (haven't hooked up a session time out yet). The events work nicely. After logging in, the main place appears in the app. When logging on, the login place appears. Very nice. However, nothing prevents a user from accessing a place within the app - either by bookmarking or using the back button after logging out. I've experimented with a few things, but don't like any of them. For example, in the AppActivityMapper if the user is not logged in, it goes to the login place regardless of the requested place. I don't like this because the URL still shows the requested place. It looks like a central place to handle this is in PlaceController.goTo(). While looking at the source, it appears that changing places is handled via the event bus. String warning = maybeGoTo(newPlace); if (warning == null || delegate.confirm(warning)) { where = newPlace; eventBus.fireEvent(new PlaceChangeEvent(newPlace)); Has anyone tried overriding this to handle loggin/logout? -- 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 Developer Plugin for Firefox 8
Agreed. It would be nice to see this uploaded to SVN. On Nov 10, 4:44 pm, bryn ryans snayr...@gmail.com wrote: Any particular reason why the FF8 plugin has been uploadedwww.fileswap.com rather than google-web-toolkit SVN (http://google-web- toolkit.googlecode.com/svn/trunk/plugins/xpcom/prebuilt/)? Thanks. On Nov 10, 2:27 pm, Alan Leung acle...@google.com wrote: Right. I keep a very close watch on the FF release schedule. The latest and greatest is usually in SVN quickly if you are feeling adventurous. I am slightly hesitant to push it out to the official page because I don't want to break EVERY GWT user with a bad build. If you are downloading from the SVN, I assume you have no problem uninstalling a bad version if it didn't work for you. -Alan On Thu, Nov 10, 2011 at 11:52 AM, Thomas Broyer t.bro...@gmail.com wrote: It's been officially updated to FF7 yesterday (the XPI was downlodable for a long time already on the SVN): http://code.google.com/p/google-web-toolkit/source/detail?r=10735 -- 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/-/9C6PB5Pk_eIJ. 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: save grid data
On Sat, Nov 12, 2011 at 3:38 AM, hadar idan1...@gmail.com wrote: In my application I have grid. I want the user to be able to download/save data in grid when he click button. I prefer not saving the data on server side. What is the right way to do that ? Save your data to a local file. - TreKing http://sites.google.com/site/rezmobileapps/treking - Chicago transit tracking app for Android-powered devices -- 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.
Multiple Webapps - Can I Debug Only One?
Our website is Drupal driven and we drop in GWT scripts for some applications. In this particular page we have two applications on the same page. When I go to debug one it looks for the source of the other and fails. Doing both at the same time would be great but I only need one but I still want the other one to load as normal javascript should and not to try to attach to code in my debugger. Any tips on how to accomplish this? The html source (from a Drupal template). script type=text/javascript language=javascript src=/webapp- advancedtools/AdvancedTools/AdvancedTools.nocache.js/script script type=text/javascript language=javascript src=/webapp- activesearch/ActiveSearch/ActiveSearch.nocache.js/script I'm currently trying to attach to only my ActiveSearch application. And here is the error. 19:30:46.498 [ERROR] [AdvancedTools] Unable to find 'AdvancedTools.gwt.xml' on your classpath; could be a typo, or maybe you forgot to include a classpath entry for source? I added the AdvacedTools project to my run configuration for ActiveSearch but I haven't been able to get that to work either. Really that didn't feel like the right path anyways, I just want AdvancedTools to load like plain-old javascript. BTW, we're doing multiple applications because we need to maintain the ability to separately deploy one application without the other needing to be touched. I already realize the downfalls of the extra core css and javascript that is going to be doubled up on this page. I'd really appreciate any pointers here. 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.