Re: GWT Hosted Mode With Sub Projects
So I added the source for the sub project and I am still receiving the same error - any 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/-/1WvONlwe-80J. 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 Hosted Mode With Sub Projects
I have - app (inherits common) - common and the run configuration for running App's DevMode contains the following User Entries: - src - /app/ - src - /common/ - app (the eclipse project) If you have super-source folders and/or generated-source folders (e.g. result of annotation processing) you should add them as well. -- J. -- 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/-/vZXx--U2JjQJ. 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 Hosted Mode With Sub Projects
Ah, I thought I was adding the src to the right location.. however upon seeing your diagram it became more apparent. I finally have it working - thank you very much! On Monday, 3 December 2012 09:42:07 UTC, Jens wrote: I have - app (inherits common) - common and the run configuration for running App's DevMode contains the following User Entries: - src - /app/ - src - /common/ - app (the eclipse project) If you have super-source folders and/or generated-source folders (e.g. result of annotation processing) you should add them as well. -- J. -- 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/-/Pm1GlYDevA8J. 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 vs CellTable
Well, that makes sense, I guess. Granted, I don't know what size to expect, thus the percentage :-). I cannot just assume a PC browser, but also need to plan for mobile devices. There is a really good example out there ( herehttp://rvsoni.wordpress.com/2011/10/25/gwt-datagrid-with-pagination-using-simple-pager/). Maybe I should just rework my code to mimic this example more closely. Maybe that will help me wrap my head around things. It looks like my assumption was right: CellTable and DataGrid are not, strictly speaking, interchangeable ( not without extra work ). To bad. Thanks. Tony On Monday, December 3, 2012 2:59:49 AM UTC-5, Thomas Broyer wrote: On Monday, December 3, 2012 12:05:49 AM UTC+1, Tony B wrote: Ooops, missed your second question, about the parent widget. Here is the path: FlowPanel - WidgetList - DataGrid Your comments above about the contraints are what made me ask my question in the first place. I even set the size of the DataGrid to 100% on the hunch that that would meet your rule that it must be explicitly sized. 100% isn't reliable. RequiresRzsize widgets have to be informed when their size change, so you have to give them a size that won't change on your behalf (I think EMs and EXs will be detected –i.e. when the user changes his browser font settings–, though probably not by each and every RequiresResize widget; better stick with pixels). -- 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/-/6bNklwJgeH0J. 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: Dialog Box Appears Behind Another Widget
Hi, I've had the same issue with gwt-openLayers and DialogBox. The solution I've found was to force the dialogBox z-Index to a high value: final DialogBox box = new DialogBox(); box.getElement().getStyle().setProperty(zIndex, ); It has worked for me. François Le lundi 15 décembre 2008 22:26:26 UTC+1, WebDude a écrit : I'm using the gwt-OpenLayers plug-in. In Firefox and Chrome, any DialogBoxes appear beneath the Map widget. It makes things a little tricky for modal dialogs. In Hosted mode and IE it works fine. I've dried modifying the zIndex of the dialogs and the map to force the dialogs to appear on top. I am unable to get the dialogs to be in front. Any ideas on how to get the dialogs on top? Thanks -- 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/-/B0G5aliV3NYJ. 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: Server class 'XXX' could not be found in the web app, but was found on the system classpath
hank a lot, I have been a case very similar. El jueves, 12 de julio de 2012 13:31:51 UTC-5, joerg.h...@googlemail.com escribió: I installed m2e-wtp ( http://download.jboss.org/jbosstools/updates/m2eclipse-wtp/) and the problem is fixed. -- 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/-/rvDJis0hU70J. 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.
Checking client-side code compilation before deployment
I occasionally use API in my client or shared code that is not supported by GWT's Java-to-Javascript compiler. But I usually only notice this when I try to run it in a browser, via mvn gwt:run (I use maven), when I see some error about Gwt.Bridge being unable to instantiate something. These errors seem to happen during some post-deployment compilation phase rather than when the code is actually run. I can avoid this by adding a GwtTest unit test for each part of the code, and I should have those tests anyway. But isn't there some general way to check that all my client and shared code is OK? -- murr...@murrayc.com www.murrayc.com www.openismus.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: DataGrid vs CellTable
The 100% won't help you, because the FlowPanel (which contains your DataGrid as I understand it) has a height of 0 unless you fill it with widgets that mount their own height. In other words, you are creating a cycle: The FlowPanel asks its children for the height they need, and the child (DataGrid) conversely asks the parent FlowPanel for its height. Obviously, this doesn't work, and in CSS, it always ends up with a height of 0 (not a special GWT thing). It's not, that DataGrid and CellTable aren't interchangeable. To the contrary: They are highly interchangeable, but they differ basically in exactly this point: CellTables span up their own height from inside out, whereas DataGrids require the size from outside in. (Note: Almost the only real reason for the requiresResize() is, that DataGrid uses a HeaderPanel, which performs one of the few JavaScript tricks still needed today, because CSS still can't do HeaderPanel-like layouts by itself.) On Monday, December 3, 2012 5:39:55 PM UTC+1, Tony B wrote: Well, that makes sense, I guess. Granted, I don't know what size to expect, thus the percentage :-). I cannot just assume a PC browser, but also need to plan for mobile devices. There is a really good example out there ( herehttp://rvsoni.wordpress.com/2011/10/25/gwt-datagrid-with-pagination-using-simple-pager/). Maybe I should just rework my code to mimic this example more closely. Maybe that will help me wrap my head around things. It looks like my assumption was right: CellTable and DataGrid are not, strictly speaking, interchangeable ( not without extra work ). To bad. Thanks. Tony On Monday, December 3, 2012 2:59:49 AM UTC-5, Thomas Broyer wrote: On Monday, December 3, 2012 12:05:49 AM UTC+1, Tony B wrote: Ooops, missed your second question, about the parent widget. Here is the path: FlowPanel - WidgetList - DataGrid Your comments above about the contraints are what made me ask my question in the first place. I even set the size of the DataGrid to 100% on the hunch that that would meet your rule that it must be explicitly sized. 100% isn't reliable. RequiresRzsize widgets have to be informed when their size change, so you have to give them a size that won't change on your behalf (I think EMs and EXs will be detected –i.e. when the user changes his browser font settings–, though probably not by each and every RequiresResize widget; better stick with pixels). -- 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/-/expzpkx8S0oJ. 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 vs CellTable
Thanks so much. That makes a lot of sense. So I just need to experiment with the data grid height. I would think using using *com.google.gwt.user.client.ui.ScrollPanel* instead would fix this, but it does not. I am still going to play with various height values, but just seemed weird because ScrollPanel implements ProvidesResize. Tony On Monday, December 3, 2012 4:09:26 PM UTC-5, Chris Lercher wrote: The 100% won't help you, because the FlowPanel (which contains your DataGrid as I understand it) has a height of 0 unless you fill it with widgets that mount their own height. In other words, you are creating a cycle: The FlowPanel asks its children for the height they need, and the child (DataGrid) conversely asks the parent FlowPanel for its height. Obviously, this doesn't work, and in CSS, it always ends up with a height of 0 (not a special GWT thing). It's not, that DataGrid and CellTable aren't interchangeable. To the contrary: They are highly interchangeable, but they differ basically in exactly this point: CellTables span up their own height from inside out, whereas DataGrids require the size from outside in. (Note: Almost the only real reason for the requiresResize() is, that DataGrid uses a HeaderPanel, which performs one of the few JavaScript tricks still needed today, because CSS still can't do HeaderPanel-like layouts by itself.) On Monday, December 3, 2012 5:39:55 PM UTC+1, Tony B wrote: Well, that makes sense, I guess. Granted, I don't know what size to expect, thus the percentage :-). I cannot just assume a PC browser, but also need to plan for mobile devices. There is a really good example out there ( herehttp://rvsoni.wordpress.com/2011/10/25/gwt-datagrid-with-pagination-using-simple-pager/). Maybe I should just rework my code to mimic this example more closely. Maybe that will help me wrap my head around things. It looks like my assumption was right: CellTable and DataGrid are not, strictly speaking, interchangeable ( not without extra work ). To bad. Thanks. Tony On Monday, December 3, 2012 2:59:49 AM UTC-5, Thomas Broyer wrote: On Monday, December 3, 2012 12:05:49 AM UTC+1, Tony B wrote: Ooops, missed your second question, about the parent widget. Here is the path: FlowPanel - WidgetList - DataGrid Your comments above about the contraints are what made me ask my question in the first place. I even set the size of the DataGrid to 100% on the hunch that that would meet your rule that it must be explicitly sized. 100% isn't reliable. RequiresRzsize widgets have to be informed when their size change, so you have to give them a size that won't change on your behalf (I think EMs and EXs will be detected –i.e. when the user changes his browser font settings–, though probably not by each and every RequiresResize widget; better stick with pixels). -- 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/-/7vT9hcf2VgUJ. 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: Debug GWT in JBOSS
I am running Jboss 5 with Struts 1 and 2 at Java 6. I can display a right page by invoking http://127.0.0.1/service/gwtlocal/approval.jsp?profileUid=255309;. But if I run the same url under GWT code server like http://127.0.0.1/service/gwtlocal/approval.jsp?profileUid=255309gwt.codesvr=127.0.0.1:9997;, I could not get a right page display and got log output under jboss like ## 03 Dec 2012 12:31:46,004 ERROR (http-127.0.0.1-80-4) RequestProcessor - Invalid path /approval/hosted was requested. Your help is greatly appreciated. James On Friday, November 30, 2012 5:48:06 PM UTC-5, Thomas Broyer wrote: On Friday, November 30, 2012 11:26:19 PM UTC+1, James wrote: What are options to debug GWT in JBOSS? Should I use Jboss tool plugin for Eclipse? I just added a GWT module into Strut application running in Jboss. Should I run a separate a GWT code server or run a GWT code server inside Jboss process? See https://developers.google.com/web-toolkit/doc/latest/DevGuideCompilingAndDebugging#How_do_I_use_my_own_server_in_development_mode_instead_of_GWT's This is what JBoss developers use: http://ocpsoft.org/jboss/video-gwt-and-errai-ui-quickstart/ -- 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/-/Xd8-68KA0EsJ. 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: RFC 1867-compatibe File Upload
The GWT Uploader project also provides callbacks for file upload progress events, all on the client side: http://www.moxiegroup.com/moxieapps/gwt-uploader/ Thanks, -Shawn On Monday, January 25, 2010 11:26:05 AM UTC-5, CI-CUBE wrote: Hi @ all, I'm looking for an RFC 1867-compatible, pure (non-UI) file upload functionality to be used at [Smart]GWT's client side. It would be perfect if the code could provide a callback to render a progress bar. Is there something like that, maybe a JSNI wrapper to a JS library, available? Thx in advance, Ekki * GWT Rocks! * SmartGWT Rocks Even Harder! * SmartGWT PRO 2.0, GWT 2.0, Jetty 7.0.0, Eclipse 3.5.1, JRE 1.6.0_16 * For Evaluation only: MySQL 5.1.41, Connector/J 5.1.10 *** www.EasternGraphics.com/X-4GPL *** -- 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/-/xhm3sUaTuKwJ. 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.
file upload path gives full path
Hi, I am uploading a file to server. when from firefox , it is giving only the file name, when i access through fileItem.getName(). But with chrome it is coming something like this. c:/fakepath/fileName. How to avoid this fakepath string to come to server and get only the file name? Thanks, Sree -- 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/-/n5klY2yx4FAJ. 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: file upload path gives full path
Hi,
we simply clear the filename:
if (filename.contains(/)) {
filename = filename.substring(filename.lastIndexOf('/') + 1);
}
if (filename.contains(\\)) {
filename = filename.substring(filename.lastIndexOf('\\') + 1);
}
--
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/-/JC9SvWm-oRQJ.
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-contrib] Continuous integration testing for GWT/Gerrit?
Hi Matthew, I have worked with CI for a long and I know well Jenkins since I maintain a couple of plugins. I can help if you want to consider it. Cheers - Manolo On Mon, Nov 5, 2012 at 7:42 PM, Matthew Dempsky mdemp...@google.com wrote: So I think an important next step for moving forward with Gerrit is getting a continuous integration testing system working. Ideally (IMO), every uploaded patch set gets tested against ant test (or mvn test once we switch to Maven) as well as at submit time to double check for test breakage caused by merges. Looking around Jenkins seems like the most supported tool for this. OpenStack's Zuul also looks appealing for handling gating checks, etc. That said, I have pretty much no idea how any of this stuff works, but I get the impression that there are community members who probably do. If anyone's interested in helping with this (or preferably driving it), I'd be really appreciative so let me know. Thanks! -- http://groups.google.com/group/Google-Web-Toolkit-Contributors -- http://groups.google.com/group/Google-Web-Toolkit-Contributors
