Re: Call for action: Time to rethink a road-map and more frequent updates for GWT.
I would expect a certain amount of radio-silence in the few months leading up to Google I/O. -- 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/-/-SMmyZ5D3R8J. 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.
Is command-pattern RPC using RequsetFactory now possible?
Hi Thomas, I'm bringing up an old question here now that GWT 2.4 is out, and wondering if the new support for polymorphism in the RequestFactory mechanism changes whether a command-pattern ActionService is now possible: http://code.google.com/webtoolkit/release-notes.html#Release_Notes_Current http://code.google.com/p/google-web-toolkit/issues/detail?id=5367 See also... http://code.google.com/p/google-web-toolkit/issues/detail?id=6234 On Jan 25, 6:06 pm, Thomas Broyer t.bro...@gmail.com wrote: On Tuesday, January 25, 2011 11:59:28 PM UTC+1, pohl wrote: Great post, Thomas. Does anybody know if there are examples out there of using RequestFactory to implement a command-pattern-style ActionService? Impossible, given that RF doesn't support polymorphism. Or rather, you'd have to declare a process method for each kind of command proxy (otherwise, the RF generator won't *see* your sub-interfaces and won't generate code for them, so you won't be able to even RequestContext#create() them). On the server-side though, it could be possible to have a catch all method for all these client-side process() overloads, but I wonder how it would help. The reverse would be far more helpful IMO. -- 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: Is command-pattern RPC using RequsetFactory now possible?
On Sep 9, 9:53 am, Thomas Broyer t.bro...@gmail.com wrote: I guess it would now be possible yes. I'm still not sure how it would be an improvement though, unless you intend to serialize the commands somewhere (localStorage?) to play them later, but even then you could add a field telling which method to call, i.e. doing the dispatch on the cilent-side rather than the server-side. I haven't had time to wrap my head around RequestFactory, so I'm not sure whether to interpret your reply as a reaction to command-pattern RPC in general, or to command-pattern RPC using RequestFactory in particular. The way the general idea is sold does include the ability to use localStorage as one of the bullet points, but also that single leverage point enables things like caching, batching, centralized failure handling, and centralized instrumentation for phoning-home some client-side performance statistics. And, architecturally, it is said to lay the groundwork for organizing your app in a way that makes adding runAsync split-points easier, and that if you ever need to add an undo/redo mechanism then using the command pattern means you're already most of the way there. Are you saying that RequestFactory already brings these things to the table, and that the command-pattern RPC popularized by rjrjr has been obviated by RequestFactory? If so, then RequestFactory sounds very cool. Perhaps I have dismissed it unfairly as being something nice for simple CRUD apps but maybe not appropriate for other kinds of apps? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: gwt 2.3 gwt-servlet-deps.jar from Ant Ivy build
This smells like it should work to me, but I get this: impossible to ivy retrieve: java.lang.RuntimeException: problem during retrieve Multiple artifacts of the module javax.validation#validation-api;1.0.0.GA are retrieved to the same file! Update the retrieve pattern to fix this error. I'm not sure what they mean by retrieve pattern in this context. On May 6, 4:23 am, Filipe Sousa nat...@gmail.com wrote: ?xml version=1.0 encoding=UTF-8? ivy-module version=2.0 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:noNamespaceSchemaLocation=http://ant.apache.org/ivy/schemas/ivy.xsd; xmlns:m=http://ant.apache.org/ivy/maven; dependency org=javax.validation name=validation-api rev=1.0.0.GA artifact name=validation-api/ artifact name=validation-api *m:classifier=sources*/ /dependency I had already tried this yesterday and did not work. But now it's working:) -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: gwt 2.3 gwt-servlet-deps.jar from Ant Ivy build
In order to get around the multiple-artifacts error above, I needed to
go into the
Ant build file that drives Ivy, and modify the pattern attribute on
the retrieve
element.
In particular, I had to add the parenthetical classifier piece at the
end:
ivy:retrieve pattern=${lib.dir}/[conf]/[artifact]-[revision](-
[classifier]).[ext] /
I'm still not building, but at least I'm getting a different error
now:
Compiling module org.screaming.web.ui.Main
[java][ERROR] Errors in 'jar:file:/home/pohl/.ant/playpen/
gwt.compile/gwt-user-2.3.0.jar!/com/google/gwt/user/client/ui/
DisclosurePanel.java'
[java] [ERROR] Internal compiler error
[java] java.lang.NoSuchMethodError:
com.google.gwt.resources.ext.ClientBundleRequirements.addConfigurationProperty(Ljava/
lang/String;)V
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: gwt 2.3 gwt-servlet-deps.jar from Ant Ivy build
The exception that I'm getting now appears to be the result of Gin 1.5. It looks like the dependency information in the ibiblio package must be pulling in gwt-servlet.jar from 2.2.0, and it is not getting evicted for some reason. (I can tell this by the ivy:report that I am generating, thanks to Juan Pablo's advice above.) I'm not sure what I can do to tell Gin 1.5 to proceed with gwt- servlet.jar from 2.3.0, or if that is even possible. Maybe I need to wait for Gin to cut another release, and for it to worm its way through the ibiblio package maintainers to me? I see you're not using Gin, so that must be why it is working for you and not me. On May 6, 2:00 pm, Filipe Sousa nat...@gmail.com wrote: Using the following *ivy.xml:* ?xml version=1.0 encoding=UTF-8? ivy-module version=2.0 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:noNamespaceSchemaLocation=http://ant.apache.org/ivy/schemas/ivy.xsd; xmlns:m=http://ant.apache.org/ivy/maven; info organisation=pt.ipb module=test status=release / dependencies dependency org=com.google.gwt name=gwt-user rev=2.3.0 / dependency org=com.google.gwt name=gwt-servlet rev=2.3.0 / dependency org=com.google.gwt name=gwt-dev rev=2.3.0 / dependency org=javax.validation name=validation-api rev=1.0.0.GA artifact name=validation-api/ artifact name=validation-api m:classifier=sources/ /dependency /dependencies /ivy-module -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: gwt 2.3 gwt-servlet-deps.jar from Ant Ivy build
That's what I'm using for gin too. Hmm... -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: gwt 2.3 gwt-servlet-deps.jar from Ant Ivy build
Ok, I'm going to run to the loving, conventional arms of maven now. Goodbye, cruel Ivy. Thanks to all for trying to help. Maybe I'll be back after beating my head against a wall of archetypes for the umpteenth time. On May 6, 3:29 pm, pohl pohl.longs...@gmail.com wrote: That's what I'm using for gin too. Hmm... -- 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 2.3 gwt-servlet-deps.jar from Ant Ivy build
I am trying to get a simple GWT 2.3 project working in DevMode with an Ant Ivy build. I have used Ivy for GWT projects prior to 2.3 (GWT 2.0.x in particular), and the following dependencies (in my Ivy module xml file) have worked for me in the past: (I have removed the specific names for my Ivy configurations, and show them as ... below.) dependency org=com.google.gwt name=gwt-dev rev=2.3.0 conf=... / dependency org=com.google.gwt name=gwt-servlet rev=2.3.0 conf=... / dependency org=com.google.gwt name=gwt-user rev=2.3.0 conf=... / My gwt-compile (when GWT's Java-to-Javascript compiler is invoked) fails using the above under GWT 2.3, however. In particular, with several errors similar to the following: [java] [ERROR] Errors in 'jar:file:/../gwt-user-2.3.0.jar!/com/google/ gwt/editor/client/EditorDriver.java' [java] [ERROR] Line 97: No source code is available for type javax.validation.ConstraintViolationT; did you forget to inherit a required module? After searching online for references that may be relevant, I find threads like this one regarding similar problems while building release candidates of 2.3 from source. http://groups.google.com/group/google-web-toolkit/browse_thread/thread/86ee81f80a3f5d67/ca5481d6be62bd3b?lnk=raot These threads frequently mention a gwt-servlet-deps.jar that one needs to include in the compilation classpath, which appears to be the fruits of the labor around this issue in the GWT issue tracking system: http://code.google.com/p/google-web-toolkit/issues/detail?id=5468 Of course with Ivy it's not quite the same as the advice I'm seeing. The above dependency... rules do not appear to download a gwt-servlet- deps.jar (as opposed to downloading GWT's official distribution, wherein a special copy of that jar can be found). So I have reasoned out that in the Ivy universe I probably need to add something like this: dependency org=javax.validation name=validation-api rev=1.0.0.GA conf=.../ ...and I thought I was pretty bad-ass for even having that idea (I seem to be a perpetual newbie to the Ivy Maven world) but, alas, I am still getting the same errors. Apparently the Java-to-Javascript compiler would like the sources, not just the bytecode jar, but I don't know how to tell Ivy to go get them. I feel like I'm close because I have found this thread... http://groups.google.com/group/google-web-toolkit/browse_thread/thread/86ee81f80a3f5d67/ca5481d6be62bd3b?lnk=raot ...which shows an Ant task that copies two validation jars into lib (both bytecode and sources), but I need some help to connect the dots for the Ivy world. How would I tell Ivy to grab the source jar? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: gwt 2.3 gwt-servlet-deps.jar from Ant Ivy build
http://stackoverflow.com/questions/4950048/what-is-the-ivy-equivalent-of-mavens-versionsdisplay-dependency-updates Could you elaborate as to what lesson I'm supposed to draw from this link? The use of ivy::report seems like a good idea, but i'm not sure how it helps me. I have implemented an equivalent target and generated such a report for my build configurations. The report is impressive looking. I see a row of tabs along the top of the page, one for each Ivy configuration that I have. Each one of the configurations shows 0 Errors. Is there some other thing on the report I should be looking for? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: gwt 2.3 gwt-servlet-deps.jar from Ant Ivy build
Filipe, I found that issue in the tracker yesterday. You may want to star this. It looks like you, at least, have a workaround if you're willing to add that jar directly to your classpath. http://code.google.com/p/google-web-toolkit/issues/detail?id=6225 On May 5, 3:22 pm, Filipe Sousa nat...@gmail.com wrote: I'm having the same problem with IvyDE. I can't pass the validation-api-1.0.0.GA-sources.jar to the eclipse classpath. Let me know if you find a solution. -- 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: Running GWT Developing mode
Does this translate to Ant Ivy in some way? Same issue there. On May 5, 5:18 pm, David Chandler drfibona...@google.com wrote: Remove scopeprovided/scope from the validation-api dependency since it appears your app server doesn't provide it. /dmc -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: GWT 2.1 vs GWT 2.2 and this forum
On Apr 28, 5:24 pm, David Chandler drfibona...@google.com wrote: We announced the 2.2 RC here, but evidently posted the 2.2 release announcement only on the blog:http://googlewebtoolkit.blogspot.com/2011/02/google-plugin-for-eclips... I'll announce here when 2.3 is available and update the sticky post. I just thought I'd remind you about the sticky post. Happy 2.3! -- 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 2.1 vs GWT 2.2 and this forum
GWT 2.2 has been out for a while now, and I haven't seen an announcement for it here. The old announcement for GWT 2.1 is still pinned to the top of the page. It still looks like a lot of libraries haven't released jars that work with 2.2 yet, either. Is 2.2 just a release candidate? Did someone forget to announce 2.2 here? Has this forum been abandoned by the GWT team? -- 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: How to implement a fancy zoom with GWT ?
Absolutely. If another javascript manages to do something in a browser, then you can do it in GWT. A good starting place would be to look at is the following class: com.google.gwt.animation.client.Animation It's an abstract class that you extend. There's a mechanism that repeatedly calls this method that you implement: onUpdate(double progress) The progress argument will be between 0.0 and 1.0, which tells you how far along you are in the animation step. (Think of it as a percentage.) Using that number, you can decide, for example, exactly how zoomed, or faded, or moved your widget or element is. When the animation starts, the value will be 0.0. When it's done, it will be 1.0. In between, the Animation class provides a nice easing function that gives something a bit more natural than straight linear interpolation would. The nice thing about it is that you don't have to think about the easing function. The abstract superclass will just call onUpdate() and let you know how far along you are. http://google-web-toolkit.googlecode.com/svn/javadoc/2.0/com/google/gwt/animation/client/Animation.html -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: MVP Beginner Question
I haven't used any of the pre-packaged frameworks, so I can't help you select from them. However, my team is using this architecture, having been inspired by the original talk at Google I/O. In my opinion, there is no better source of wisdom than that presentation, and its slides. If you haven't seen it yet, do so. If you've seen it less than 20 times, keep re-watching it day after day until you have. http://code.google.com/events/io/2009/sessions/GoogleWebToolkitBestPractices.html I understand that GIN is used for dependency injection but not able to understand Event bus, Presenter and Dispatcher as they are handled differently by these examples.. EventBus is a decoupling mechanism, and is adequately explained by rjrjr in the video. Dispatcher is probably what rjrjr refers to as ActionService, which is an implementation of the command pattern for RPC. This is also discussed very well in the video. Presenter is the P in MVP, which is also discussed very well in the video. I suspect that after you have fully absorbed the presentation, you'll come back and look at the three samples/ frameworks with different eyes. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: A new Netbeans 'UPDATED' Plugin, please!!
The GWT4NB plugin was not created by Google, nor has it ever been maintained by them. This question is probably better raised at http://gwt4nb.dev.java.net/ (Either by filing specific issues in the issue tracking system, or by posting on the web forum there.) --~--~-~--~~~---~--~~ 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 GWT work in Snow Leopard?
I noticed that it should be possible for Google to release a quick patch of GWT 1.6.x that should allow users to run the legacy hosted mode under a Java 1.6 VM now. GWT's hosted mode, on the Mac, does an explicit check to ensure that Java 1.5 is being used. This check only existed because under Leopard, Java 1.5 is the only 32-bit JVM that was available. (I believe 1.6 was 64-bit only). I install Snow Leopard today, and it appears that while it only has Java 1.6, it appears to have both a 64-bit mode and a 32-bit mode. (Open /Applications/Utilities/Java Preferences.app, and under the General tab you can see both of these modes.) So I think it should be possible to simply remove the explicit check that GWT does for Java 1.5.I have never built GWT from source, but I think I may try. Has anybody else attempted this? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-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: Use an Event Bus - Ray
On Aug 18, 1:48 pm, Nathan nathan.shel...@gmail.com wrote: Hey GWT peoples, In Ray's GWT talk, he suggests using the Event Bus pattern in GWT applications, to keep things clean. Does anyone have suggestions on how to approach this? I've discovered that Ray Ryan actually left very little unspoken in his presentation, and that one really just needs to watch it enough times to pick up on some very important sentences that go by quickly. In the case of your particular question, here is what he said: We're going to use a GWT class to actually instantiate our event bus because that's simpler than writing our own. With GWT 1.6 we re- vamped our event handling mechanism, and at the heart of each one of our widgets is a handy class called a HandlerManager. There's no reason you can't use your own instance of HandlerManager to provide your app-wide event-dispatch services. In our case, we wrote an EventBus class that is a simple decorator for HandlerManager, which does all the real work. The only reason we wanted to write our wrapper are: 1) We wanted a central place to log all the events that get dispatched, and 2) We needed a no-argument constructor to let GIN instantiate my EventBus automagically. --~--~-~--~~~---~--~~ 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-RPC will pick-up a wrong implementation?
To add to Paul's answer: the practice that Ray Ryan advocated is not to prevent GWT-RPC from picking up the wrong implementation. Rather, it is to prevent GWT-RPC from including all possible implementations, even those that you will never use. For example, if you use ListX the GWT-RPC magic-generator will have to include compiled javascript that implements java.util.Vector class, because it will have no way of knowing that the server will never return such a type. So being specific with ArrayListX keeps the size of your compiled javascript as small as possible. --~--~-~--~~~---~--~~ 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: optimistic ui
The ability of the wave interface to be optimistic rests upon the nature of Operational Transformation concept that the protocol is based on. http://www.waveprotocol.org/whitepapers/operational-transform These properties of OT play a big part in providing the Optimistic User Interface (UI) of Wave. Optimistic UI means user actions are executed and displayed locally to the user immediately without waiting for the server to respond. --~--~-~--~~~---~--~~ 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: Quick fix for broken hosted mode with Snow Leopard 10A380 on x86_64
GWT 0.0.0 At revision 5593. I noticed that you are using a trunk build of GWT here. Do you believe this is a necessary step in getting this to work? Also, does this mean that it is the new OOPHM that you got to work, or the legacy hosted mode? I just pre-ordered 10.6 today, and don't want my need to use GWT to hold me back from upgrading. (Keeping my fingers crossed). --~--~-~--~~~---~--~~ 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 com.google.gwt.dev.Compiler need to run prior to hosted mode?
On Apr 13, 6:48 pm, Jeff Chimene jchim...@gmail.com wrote: Also, remember that GWT does not implement the entire JRE. From the looks of the above error, you might be hitting that limitation, i.e. delete method not implemented, as well. Well, I started with a working application, and only changed the value of a String. So if it was correctly built before, such a change could not have introduced new API calls outside of the subset that GWT supports. It looks to me like that delete method is a problem with low-level class reloading that may be broken on the current JDK that comes with MacOS X. I've never seen that before, though. Vitali Lovich wrote: So change the ant script so that it does what you want it to. I've never gone the noserver route as I've always used the embedded app server (Jetty in 1.6). Alas, this is not possible in my application. Neither Tomcat nor Jetty are able to deploy EARs, let alone the stateless session beans and entity beans within them. Therefore noserver is my only option, and therefore no quick-turnaround-via-hosted-mode love for me. :-/ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to Google-Web-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: problems upgrading an existing project to 1.6.x
The GWTCompiler class appears to be a simple wrapper for handling the old-style arguments, so it shouldn't be causing the problem. I'm not sure I have time to perform that experiment, and I'm pretty sure it would bear no fruit. Indeed it does look like there's an old gwt-user.jar in my environment, doesn't it. That was my first thought, too. I've scrubbed my machine very carefully, with no change in the observable symptoms. I've compared file sizes/dates on all the jars. But, looking closer, it actually seems like the opposite in some ways. Consider these errors: [ERROR] Errors in 'jar:file:/Users/pohl/Source/CP/trunk/ Libraries/GWT_Packaged/gwt-user.jar!/com/google/gwt/emul/java/util/ Collections.java' [ERROR] Line 647: The type Enumeration is not generic; it cannot be parameterized with arguments T [ERROR] Line 649: The type Enumeration is not generic; it cannot be parameterized with arguments T [ERROR] Line 677: The type Enumeration is not generic; it cannot be parameterized with arguments T What it's actually saying is that Collections.java has a generic parameter in it, but the compiler is complaining that it is not allowed. So this means that the gwt-user.jar is using generics more than the compiler thinks it should...so it's almost as if I have a newer gwt-user.jar but an older gwt-dev-mac.jar. However, the GWTCompiler deprecation message clearly proves otherwise: obviously I'm invoking the 1.6.4 compiler. I'm perplexed. --~--~-~--~~~---~--~~ 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: problems upgrading an existing project to 1.6.x
Have there been any tweaks to generics in Java since version 1.5? Maybe the newer GWT depends upon a newer version of Java itself, and I'm using a JRE that's too old? fnord:pohl$ java -version java version 1.5.0_16 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16- b06-284) Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing) --~--~-~--~~~---~--~~ 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: problems upgrading an existing project to 1.6.x
A minor breakthrough, but still no resolution. I googled for the above error message and found this old issue in the GWT tracking system.I had even commented in that thread! http://code.google.com/p/google-web-toolkit/issues/detail?id=923 So this appears to be something GWTx related that bit me on the 1.4.x - 1.5.x transition too. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
does com.google.gwt.dev.Compiler need to run prior to hosted mode?
I have a basic question about what is required in the build process in order to invoke hosted mode. I'm trying to speed up my compilation times, and I noticed that the Java-2-Javascript compiler is running even in the case when I'm debugging in hosted mode. Now I'm not using the same tools as y'all...no Eclipse for me. I'm using Netbeans (and the GWT4NB plugin) and I thought that, perhaps, the ANT scripts could be made more optimal by leaving out the com.google.gwt.dev.GWTCompiler step. So, does it have to be there in that case? If so, what does it accomplish? It's my understanding that hosted mode is interacting with Java objects...so I have a hard time imagining what purpose it could serve. --~--~-~--~~~---~--~~ 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 com.google.gwt.dev.Compiler need to run prior to hosted mode?
Thank you for your responses. I see that the build-gwt.xml ANT script in my GWT4NB-based project does have a -noserver argument in the block that invokes GWTShell, so at least one compile step is necessary, as per Jeff's observation, to copy those resources to the server. I'm still at a loss in my attempt to understand exactly what conditions are necessary to get this much-promised fast turnaround in hosted mode. If I stop the debugger and debug my project again (even if I make absolutely no changes to the source code) the GWTCompiler runs again. Is this a failing in Netbeans and/or GWT4NB? Or is my only avenue to try to get the debugger to hot-fix the code using the Apply Code Changes button (in the Netbeans debugger) and then clicking the refresh button in hosted mode? The reason that I ask this last question is that, even if I make a trivial change like just changing some text that appears in my interface, I get an exception when I click Apply Code Changes. (In the example below, I merely changed a label on my login panel from Username to Usern4me so that I could visually see that the hotfix was applied): init: deps-jar: Compiling 1 source file to /Users/pohl/Source/CP/trunk/CPLib/build/ classes Note: /Users/pohl/Source/CP/trunk/CPLib/src/net/nanonation/ui/client/ widget/LoginPanel.java uses or overrides a deprecated API. Note: Recompile with -Xlint:deprecation for details. compile-single: Classes to be reloaded: net.nanonation.ui.client.widget.LoginPanel$1 net.nanonation.ui.client.widget.LoginPanel$2 net.nanonation.ui.client.widget.LoginPanel$3 net.nanonation.ui.client.widget.LoginPanel$4 net.nanonation.ui.client.widget.LoginPanel$5 net.nanonation.ui.client.widget.LoginPanel The virtual machine does not support this operation: delete method not implemented /Users/pohl/Source/CP/trunk/CPLib/nbproject/build-impl.xml:475: The following error occurred while executing this line: /Users/pohl/Source/CP/trunk/CPLib/nbproject/build-impl.xml:237: The virtual machine does not support this operation: delete method not implemented BUILD FAILED (total time: 0 seconds) --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
problems upgrading an existing project to 1.6.x
http://pastebin.com/d2cc79d8e I have an existing project that I'm trying to upgrade to GWT 1.6.4, and the errors that I'm getting from GWTCompiler aren't giving me a strong indication of what my problem may be. (See the pastebin link above.) I have ensured, I believe, that the 3 GWT jars (user, servlet, and dev- mac) are in my environment. My project uses the incubator, and I have built a new jar from the incubator trunk, which should be GWT 1.6.x compatible. The only other two GWT-related jars that I'm using are gwt-log (for client-side logging in a div) and GWTx (just for their PropertyChangeListener support). I can't find any indication that either of these projects is up-to-speed with 1.6 yet, so perhaps this is my problem and I just need to wait for them. But I wanted to post here to see if I may be missing something else instead. --~--~-~--~~~---~--~~ 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: PagingScrollTable + how to sort locally
On Dec 5, 8:38 am, Suri [EMAIL PROTECTED] wrote: Hi Pohl, Thanks for the idea. I figured there could be a way around it maybe, but from what I read about the gen2PagingScrollTablefrom the incubator's synopsis, it seemed like they mentioned the sorting can be done locally as well Actually, everything that I suggested was an effort to figure out how to sort locally. I assume that locally means on the client side, which is where your TableModel lives. The more I think about it, the more it seems like this is exactly what the incubator synopsis means by sorting locally. I believe they expect you to interrogate the ColumnSortList and sort it differently for each case. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: PagingScrollTable + how to sort locally
On Dec 4, 8:13 pm, Suri [EMAIL PROTECTED] wrote: Hi all, I'm trying to figure out how you can sort locally using the PagingScroll table. Not sure what the syntax is so any help is appreciated. Thanks Suri I've just started using the PagingScrollTable myself, but I think I can point you in the right direction. There is a TableModel that you need to define in order to get the PagingScrollTable to work at all. This class defines one method that you need to implement: public void requestRows(Request request, CallbackT callback) ; You probably already know that you can interrogate the Request object here to determine the start row and number of rows that you need to obtain data for. int start = request.getStartRow(); int max = request.getNumRows(); You can also interrogate it for some other things, one of them being a ColumnSortList object: ColumnSortList csList = request.getColumnSortList(); From this object you can get some other things: int column = csList.getPrimaryColumn(); ColumnSortInfo info = csList.getPrimaryColumnSortInfo() boolean isAscending = csList.isPrimaryAscending(); Now you said you wanted to sort on the client side, so I assume you've got a Collection of objects and some Comparators. I would guess that You could use the above to determine which Comparator to use.Then you would sort the collection and and return the range of items from start to start+max. I haven't done this myself yet, so read my advice with a skeptical eye. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: SortableFixedWidthGrid missing in gwt-incubator_1-5_Sept_04?
Thank you for your reply. I was looking for those other methods too. Will post if i discover. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT 1.5 Now Available
Cheers, The GWT Team I wanted to thank the GWT team for all of the hard work that went into this cycle. You're all rock stars in my book. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
